JP2002335280A - フロー検索方法 - Google Patents

Abstract

(57)【要約】 【課題】 パケットヘッダの複数のフィールドがある範
囲に入っているという条件の多くのフローに対する検索
において、条件が一致するフローを全て同時に得る。 【解決手段】 各フィールド９４、９５毎に全フロー条
件の範囲の境界でフィールド空間を区切り、区切られた
各領域９４１、９４２、、、９５１、９５２、、、毎に
各フローに一致するか否かを表すビットマップを括りつ
ける。検索時にはパケットヘッダの各フィールドが入っ
ている領域９４５、９５４を検索し、ビットマップ９４
５１、９５４１を得、各ビットマップの全領域に対する
論理積を取り、得られたビットマップのｋ１が立ってい
るビットに対応するフローを条件一致とする。範囲一致
検索において条件一致となるフローを全て同時に得た
後、条件一致となった全フローに対し統計採取等のアク
ションを実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、フロー検索方法に
係り、特に、ネットワーク中継装置内で、パケットヘッ
ダ内の送信元アドレス、宛先アドレス等の複数のフィー
ルドに基づきパケットのフローを識別し、フローの条件
が成立した全てのフローに対しフロー毎に統計採取等の
アクションを行うようにしたパケットのフロー検索方法
に関する。

【０００２】

【従来の技術】一般に、ネットワークシステムにおいて
は、複数のルータやブリッジ等のネットワーク中継装置
が相互に接続され、末端には、パーソナルコンピュー
タ、サーバ等のパケットの送信元、及び／又は宛先とな
る端末装置が接続される。ルータ等のネットワーク中継
装置は、接続されているネットワークから受け取ったパ
ケットの宛先アドレスを調べてパケットの次転送先を決
定してパケットを転送する。このようなネットワークシ
ステムにおいては、パケットの中継に複数の装置が関与
するため、ネットワーク内でどの位置又は装置が混雑・
輻輳しているかの特定が難しい。

【０００３】そこで、ネットワーク内の中継装置内で中
継或いは廃棄したパケットのパケット数、バイト数に関
する統計を採取する機能が必要であり、そのためにＲＭ
ＯＮ（Remote Network Monitoring）１、ＲＭＯＮ２等
の統計機能に関する標準仕様が決められ、この仕様によ
り、各ネットワーク中継装置内に採られた統計情報を、
ネットワークに接続した管理装置がＳＮＭＰ(Simple Ne
twork Management Protocol)等の標準のインターフェー
スを用いて集計することができるようになっている。

【０００４】また、ＲＭＯＮ１、ＲＭＯＮ２等の標準の
統計仕様を含め、一般的に各ネットワーク中継装置で有
効な統計仕様として、パケットヘッダ内の複数のフィー
ルドを見てフローを識別し、フロー毎に統計を採取す
る、という仕様がある。例えば、転送元ＩＰアドレスが
指定された範囲内で、かつ、宛先ＩＰアドレスが指定さ
れた範囲内で、かつ、宛先ＴＣＰポート番号が指定され
た値、という条件に属するパケットの統計を採ると、特
定のサイトから特定のサイトへの特定のアプリケーショ
ンに属するパケットがどのくらい流れたかを知ることが
でき、ネットワークの高負荷の原因になっているアプリ
ケーションの特定や、高負荷になっている装置や回線の
特定ができる。また、この統計を継続的に観測すること
により、ネットワーク負荷の増加傾向が把握でき、高負
荷によるパケットロス、遅延増大等が顕在化する前に、
ネットワークの設備増強計画を立てることができる。

【０００５】このような、統計採取のためのフロー検索
仕様である、パケットヘッダの各フィールド毎の範囲が
全て一致するパケットを検索するという仕様は、パケッ
トのフィルタ機能でも使用される。この仕様をパケット
のフィルタ機能に適用した場合の高速化手法に関する発
明として、Tirunell V.Lakshman等のUS Patent Number
５、９５１、６５１ PACKET FILTER SYSTEM USING BITM
AP VECTOR OF FILTERRULES FOR ROUTING PACKET THROUG
H NETWORKが挙げられる。パケットのフィルタ機能で
は、パケットのフローに番号を付け、条件が一致したフ
ローの内、フローの番号が最も小さいフローに対応する
アクション(例えば、通過させるか廃棄させるか)をと
る、という仕様の検索を行う。

【０００６】他に、従来よりフロー検索にはＣＡＭ(Con
tents Addressable Memory)を使用する方法がある。一
般にフロー検索を行うためのＣＡＭは、各エントリの各
ビットに"１で一致／０で一致／常に一致"の３つの一致
条件のどれかを設定でき、ＣＡＭの１エントリを１フロ
ーに対応させて、２５６ビット等の大きな幅の検索デー
タの全ビットに対し、上記一致条件で一致したエントリ
を条件一致とし、検索結果として、条件一致となったエ
ントリの内エントリの番号が最も小さいエントリの番号
を出力するという機能がある。フローに括りつけられた
アクションを得るには、出力されたエントリ番号からア
クションを引くテーブルをＣＡＭの外に持ち、このテー
ブルの出力結果に従いアクションを行うようにする。フ
ィルタ検索の場合にはアクションは通過させるか廃棄さ
せるかの区別だけである。或いは、通過／廃棄の区別に
は１ビットの情報があれば十分なので、この情報をＣＡ
Ｍ内に持ち、ＣＡＭから検索結果としてこの情報を出さ
せるようにする。

【０００７】

【発明が解決しようとする課題】従来技術では、パケッ
トヘッダ内の複数のフィールド毎にフロー毎に指定され
る範囲に入っているか否かを検索し、全フィールドで範
囲内に入っているフローを求めるという仕様のフロー検
索をフィルタにしか使用していない。そのため、従来仕
様の検索では、一般的に複数のフローが同時に条件一致
となるが、条件一致となったフローの内、最もフローの
番号が小さいフローを抽出し、そのフローに括りつけら
れたアクション(通過させるか廃棄させるか)を取る、と
いう仕様の検索を行う。

【０００８】そこで、本発明は、複数のフローが条件一
致となったときに、条件一致となった全てのフローに対
し統計採取を行うことを目的とする。フロー検索を行う
のにＣＡＭを使用した場合、ＣＡＭとＣＡＭの制御論理
とのデータ信号線は６４本程度しか持てないことから複
数のエントリが条件一致となった場合に条件一致となっ
たエントリの番号を全部出力するという仕様にはでき
ず、通常は、複数の一致したエントリのエントリの内、
最もエントリ番号が小さいエントリの番号を出力する、
という仕様になっており、条件一致となったエントリ全
てに対し、統計を採る等のアクションを取りたい場合に
は、ＣＡＭは使いにくかった。このような処理をＣＡＭ
で実現するには、条件一致となったＣＡＭのエントリを
無効化し、再度検索するという処理を条件一致となるエ
ントリが無くなるまで繰り返す必要があり、多大な時間
が掛かるという課題があった。ＣＡＭの機能として、エ
ントリの無効化等の限られた単純な処理に関しては、条
件一致となった全エントリに対し同時に処理を行う機能
が備わっていたが、統計を採る等の複雑な処理はサポー
トされていなかった。また条件一致となった全エントリ
に対し同時に実行できる機能は、ＣＡＭの機能として元
々備わっている機能だけであり、条件一致となった全エ
ントリに対し行いたい機能をＣＡＭの外部に設けた制御
機構で自由に実現することはできなかった。ＣＡＭの機
能として元々備わっている、条件一致となった全エント
リに対し同時に実行できる機能の例としては、条件一致
となった全エントリを無効化する、という機能が挙げら
れる。

【０００９】そこで、本発明は、フィルタのようにヒッ
トしたフローの内、最もフロー番号が小さいものをだけ
を求めるのではなく、ヒットした全フローを同時に求め
ることにより、ヒットした全フローに対し、同時にアク
ションを取れるようにすることを目的とする。また、従
来のフロー検索手法では、ビットマップを括りつける領
域の数がフロー条件数に比例し増加し、各領域に括りつ
けられるビットマップの長さもフロー条件数に比例する
ことから、ビットマップ全体のデータ量がフロー条件数
の２乗で増加し、フロー条件の数を大きくできない、と
いう課題がある。

【００１０】そこで、本発明では、フロー条件の数が大
きくなった場合にも、ビットマップのデータ量の増加を
抑え、多くのフロー条件を検索可能なフロー検索手段を
提供することを目的とする。さらに、公知例に示したフ
ロー検索手法では、パケット受信時に、そのパケットが
ビットマップを括りつける領域の内のどの領域に属する
かを検索する必要があり、この領域の検索のために検索
時間が掛かるという課題と、領域検索機構手段及び検索
手段が検索を行うためのテーブルメモリが必要であると
いう課題があった。

【００１１】そこで、本発明は、パケットに対し条件一
致となるフローの検索を行う時に、フローの一致条件を
ビットマップに展開することにより高速化を図る検索方
法において、各フィールド毎にパケットが属する領域を
検索する、という処理を無くすことにより、領域の検索
時間のを無くすことと、領域検索機構手段及び検索手段
が検索を行うためのテーブルメモリを無くすことを目的
とする。

【００１２】

【課題を解決するための手段】パケットヘッダ内の複数
のフィールドを範囲で検索し、全フィールドで範囲内に
入っているパケットを求めるという仕様のフロー検索を
高速に実行するために、各フィールド毎に空間を区切
り、この区切られた領域毎にビットマップを括りつけ、
パケットを受信したときには、パケットヘッダ内の各フ
ィールド毎にどの領域に属すかを検索し、それぞれの属
している領域に括りつけられているビットマップを読み
出し、各フィールドのビットマップを全フィールド分、
ビット毎に論理積演算を行う、という方式のフロー検索
手法を、一般的に複数のフロー条件の検索の高速化に適
用するため、同時にヒットした複数のフローに対応する
ビットの内の最もフロー番号が小さいビットを抽出する
機構を無くし、論理積演算の結果１が立っているビット
に対応するフロー全てに対し、アクションを行うものと
する。アクションの種類としては例えば、ヒットしたフ
ロー毎にパケット数、及び／又はバイト数の統計を採取
する、というアクションが挙げられる。

【００１３】また、上記フロー検索手法で、ビットマッ
プのデータ量が、フロー条件の数の２乗で増加し、ビッ
トマップの作成処理時間が増大すること、及びビットマ
ップを保持しておくメモリ量が増大することからフロー
条件の数を大きくできないという問題に対しては、全フ
ローを一度に検索するのではなく、フローの番号の小さ
い順に、ある程度ずつ、例えば２５６個ずつに区切り、
区切られたグループ毎にフロー番号の小さい順に検索す
ることにより、ビットマップ全体のデータ量がフロー条
件の数の１乗でしか大きくならないようにでき、フロー
条件の数を例えば４０９６条件程度まで大きくしても実
用に耐えられる程度のビットマップのデータ量にでき
る。

【００１４】さらに、上記フロー検索手法で、パケット
受信時に、そのパケットがビットマップを括りつける領
域の内のどの領域に属するかを検索する必要があり、こ
の領域の検索のために検索時間が掛かるという問題と、
領域検索機構手段及び検索手段が検索を行うためのテー
ブルメモリが必要であるという問題に対しては、送信元
ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、
宛先ポート番号等の検索に必要なフィールドを例えば８
ビット程度の少ないビット数のフィールドに区切り、こ
の区切られた各フィールドを各フロー条件の範囲の境界
で区切るのでは無く、各フィールド空間を全部テーブル
上に展開し、各フィールド値に対し、ビットマップを括
りつけるようにする。

【００１５】

【発明の実施の形態】図１に、本発明の実施の形態のル
ータ装置が適用されるネットワークシステム全体の概念
図を示す。このシステムは、パケットの送信元および受
信先になり得るホスト１〜３、パケットのヘッダ内に記
述されている宛先アドレスに従いパケットを転送するル
ータ４、５、ホストおよびルータが直接接続され、ホス
トおよびルータ間のデータを伝送するサブネットワーク
６〜８を備える。なお、ルータ４、５もパケットの送信
元および受信先になり得る。

【００１６】例えば、ホスト１からホスト２にパケット
を転送する場合、ホスト１はインターフェース１０から
サブネットワーク６を介して繋がるルータ４に向かって
パケットを送出する。ルータ４はサブネットワーク６に
繋がるインターフェース４０からパケットを受け取り、
インターフェース４１からサブネットワーク７を介して
繋がるルータ５に向かってパケットを転送する。同様に
ルータ５はインターフェース５０からサブネットワーク
８を介して繋がるホスト２に向かってパケットを転送す
る。ホスト２はインターフェース２０からパケットを受
け取る。サブネットワーク内の特定のルータまたはホス
トの特定のためにはサブネットワーク内のアドレスが使
用される。

【００１７】図２に、ルータ内部の全体ブロック図を示
す。ルータ４は、パケットの入出力のインターフェース
を行うネットワークインターフェースボード(ＮＩＦ：
Network Interface Board)４５０〜４５５、パケットの
ヘッダ情報からパケットの転送先を検索しパケットを転
送するルーティングプロセッサ(ＲＰ： Routing Proces
sor) ４４０〜４４２、ルータ全体の管理、各ＲＰの制
御、および、ルーティングプロトコル等の制御パケット
の送受信を行い経路情報の管理等を行うルーティングマ
ネージャ(ＲＭ： Routing Manager)４２、および各ＲＰ
およびＲＭを接続し、ＲＰ間およびＲＭ、ＲＰ間のパケ
ットの転送を行うクロスバスイッチ(ＣＳＷ： Crossbar
Switch)４３を備える。各ネットワークインターフェー
スボード４５０〜４５５からはネットワークインターフ
ェース４００〜４０５が繋がる。図２のＮＩＦ４００〜
４０５は、図１のネットワークインターフェース４０、
４１に対応するものである。ネットワークインターフェ
ースの種類には、イーサネット（登録商標）等のＬＡＮ
(Local Area Network)、ＷＡＮ(Wide Area Network)、
ＡＴＭ(Asynchronous Transfer Mode)等があり、各ＮＩ
Ｆ４５０〜４５５はインターフェースの種類毎に異なる
ハードウエアで構成される。ＲＭ４２内のプロセッサ４
２０はＲＭの管理を実際に実行するプロセッサであり、
統計フローテーブル４２１にはルータ４で中継されるパ
ケットの統計採取の条件が設定され、ルータ４の構成定
義等により設定される。プロセッサ４２０は統計フロー
テーブル４２１の内容を読んで、各ＲＰ４４０、４４
１、４４２に統計フローテーブルの情報を配布する。

【００１８】図３および図４に、ＲＰ４４０の内部のブ
ロック図（１）および（２）を示す。図３はＮＩＦから
入ってきたパケットを転送するパケット転送ユニット４
４００とＣＳＷから入ってきたパケットを転送するパケ
ット転送ユニット４４０１を別々に設ける場合のＲＰの
構成例であり、一方、図４は一つのパケット転送ユニッ
ト４４１０がＮＩＦから入ってきたパケットとＣＳＷか
ら入ってきたパケットのどちらの転送処理も行う場合の
ＲＰの構成例である。パケット転送ユニット４４００及
び４４０１（図３）、４４１０（図４）はＲＰ内でパケ
ットのヘッダ情報からパケットの宛先を検索し、パケッ
トを転送するという処理を実行する。統計フローテーブ
ル４４０３は、ＲＭ（図２の符号４２参照）内の統計フ
ローテーブル４２１の内容をＲＭ内のプロセッサ４２０
が各ＲＰ（図２の符号４４０、４４１、４４２参照）に
配布したものが格納される。プロセッサ４４０２は、統
計フローテーブル４０３の内容に従い、パケット転送ユ
ニット４４００、４４０１、４４１０内の統計フロー検
索用のテーブルを設定する。

【００１９】図５、図６、図７に、パケット転送ユニッ
ト４４００、４４０１および４４１０の構成図をそれぞ
れ示す。パケット転送ユニット４４００、４４０１およ
び４４１０は、パケットヘッダ操作機構４４０００、４
４０１０、４４０２０と、パケット検索ユニット４４０
０１、４４０１１、４４０２１と、統計採取ユニット４
４００２、４４０１２、４４１０２を備える。パケット
ヘッダ操作機構４４０００、４４０１０、４４０２０は
パケットのヘッダ部分を抽出し、パケット検索ユニット
４４００１、４４０１１、４４０２１に渡す。

【００２０】パケット検索ユニット４４００１は、パケ
ットヘッダ操作機構４４０００から渡されたパケットヘ
ッダ情報に基づき、入力フィルタ／ＱｏＳ(Quality of
Service)検索機構４４００１０によりパケットを廃棄す
るか転送するかの検索(フィルタリング検索)およびパケ
ットを出力するときの出力順の優先順位の検索(ＱｏＳ
検索)を行うと同時に、経路検索機構４４００１１によ
りパケットの次転送先の検索を行い、パケットを廃棄す
るか否かの情報、パケットの出力優先順位、パケットの
転送先、等をパケットヘッダ操作機構４４０００に渡
す。パケットヘッダ操作機構４４０００はパケット検索
ユニット４４００１から渡されたパケットの転送先、パ
ケットを廃棄するか転送するか等の情報に従い、パケッ
トを転送、または廃棄する。

【００２１】パケット検索ユニット４４０１１はパケッ
トヘッダ操作機構４４０１０から渡されたパケットヘッ
ダ情報に基づき、出力フィルタ／ＱｏＳ検索機構４４０
１１０によりパケットを廃棄するか転送するかの検索
(フィルタリング検索)およびパケットを出力するときの
出力順の優先順位の検索（ＱｏＳ検索）を行うと同時
に、出力回線表／ＡＲＰ検索機構４４０１１１により出
力回線が通信可能か否かの状態、出力回線の種類(イー
サネット等のＬＡＮ(Local Area Network)、ＷＡＮ(Wid
e Area Network)、ＡＴＭ(Asynchronous Transfer Mod
e)等)の検索及び出力回線への出力時に必要となる次転
送先のＭＡＣアドレスの検索を行い、パケットを廃棄す
るか否かの情報、パケットの出力優先順位、次転送先の
ＭＡＣアドレス、等をパケットヘッダ操作機構４４０１
０に渡す。パケットヘッダ操作機構４４０１０はパケッ
ト検索ユニット４４０１１から渡されたパケットの転送
先、パケットを廃棄するか転送するか等の情報に従い、
パケットを転送、または廃棄する。

【００２２】パケット検索ユニット４４１０１は、パケ
ット検索ユニット４４００１と４４０１１の両方の検索
動作を一連の動作として行い、検索結果をパケットヘッ
ダ操作機構４４１００に渡す。パケットヘッダ操作機構
４４１００はパケット検索ユニット４４１０１から渡さ
れたパケットの転送先、パケットを廃棄するか転送する
か等の情報に従い、パケットを転送、または廃棄する。

【００２３】ここで、入力フィルタ／ＱｏＳ検索機構４
４００１０、４４０２１０、及び出力フィルタ／ＱｏＳ
検索機構４４０１１１、４４０２１２は、受信したパケ
ットのヘッダ条件に従いパケットを分類し、この分類
(以後フローと呼ぶ)毎に、フローに括りつけられている
アクションを行う、という処理を行うことにより、フィ
ルタリング検索及びＱｏＳ検索を実現する。入力フィル
タ／ＱｏＳ検索機構及び出力フィルタ／ＱｏＳ検索機構
で実現されるアクションの種類の例としては、廃棄させ
るか通過させるかの動作をさせるフィルタ機能、パケッ
トをデスティネーションＩＰアドレスによる経路検索に
より決まる通常の次転送先に転送するのではなく明示的
に次転送先を指定するポリシールーティング機能、パケ
ットを送信するときに出力ポートが輻輳していたときに
どのパケットを優先して送信するか或いは出力キューに
パケットが溜まってきたときにどのパケットを優先して
廃棄させるかを指定するＱｏＳ(Quality of Service)値
を出力するＱｏＳ検索機能、或いはパケットの入力帯域
を監視し、決められた帯域以上に入ってきたパケットを
廃棄する、あるいは廃棄されやすくなるように廃棄に関
するＱｏＳ値を下げる、あるいはＩＰヘッダ内のＴＯＳ
(Type of Service)値を変える、等が挙げられる。ここ
で、上記決められた帯域とは、ルータの管理者がルータ
に監視帯域を設定する、或いはネットワーク内で、ネッ
トワーク全体のトラフィックを管理するポリシーサーバ
から設定する、等の方法により設定されるものである。

【００２４】また、ネットワーク業者が各契約ユーザが
各フローに対応するようにＱｏＳのフロー条件を設定
し、各フロー毎にデータ転送速度の監視を行い、このフ
ローのデータ転送速度がこのフローを流しているユーザ
との間で契約している帯域以上のパケットを廃棄したり
輻輳時に優先して廃棄するようにする機能(帯域監視機
能)、またはネットワークユーザがネットワーク業者の
ネットワークにパケットを送信する時にルータから各フ
ローに属するパケットデータを出力する速度をネットワ
ーク業者との間で契約している帯域以内に制限する機能
(シェイピング機能)がある。

【００２５】上記のようにパケット検索ユニット４４０
０１、４４０１１、４４１０１で経路検索、入力フィル
タ／ＱｏＳ検索、出力回線表／ＡＲＰ検索、出力フィル
タ／ＱｏＳ検索を行った結果、中継あるいは廃棄された
パケットのパケット数、および／またはバイト数の統計
を採取するユニットが、統計採取ユニット４４００２、
４４０１２、４４１０２である。統計採取ユニット４４
００２、４４０１２、４４１０２では、統計を採取する
単位としてフローという概念を導入し、パケットがどの
フローに属するかを検索し、条件一致となったフロー毎
に通過パケット数、および／またはバイト数、廃棄パケ
ット数、および／またはバイト数を採取する。

【００２６】図８に、フィルタリングの統計フローテー
ブルの説明図の一例を示す。パケットの属するフローの
検索仕様の例として、図示の通り、送信元ＩＰアドレス
範囲がＳＩＰ（送信元ＩＰアドレス）範囲０、宛先ＩＰ
アドレス範囲がＤＩＰ（宛先ＩＰアドレス）範囲０とい
う条件のフロー(フロー０)、送信元ＩＰアドレス範囲が
ＳＩＰ範囲１、宛先ＩＰアドレス範囲がＤＩＰ範囲１と
いう条件のフロー(フロー１)、送信元ＩＰアドレス範囲
がＳＩＰ範囲２、宛先ＩＰアドレス範囲がＤＩＰ範囲２
という条件のフロー(フロー２)が定義された統計フロー
テーブルを検索する場合を考える。この例では、各フロ
ー毎に中継パケット数、廃棄パケット数の統計カウンタ
が括りつけられているが、さらに、中継バイト数、廃棄
バイト数の統計カウンタを設ける例も考えられる。

【００２７】図９は、図８に示す各フローが、送信元Ｉ
Ｐアドレス×宛先アドレス空間内の、どの領域でヒット
するかを示した図である。各フロー条件は一般的には排
他ではないので、複数のフローに同時にヒットする場合
もある。領域９０、９１、９２はフロー０、１、２の条
件一致領域であり、領域９０２はフロー０と２の条件一
致領域、領域９１２はフロー１と２の条件一致領域、領
域９０１２はフロー０、１、２の条件一致領域である。

【００２８】送信元ＩＰアドレスと宛先ＩＰアドレスが
領域９０、９１、９２内にあるパケットに対しては、フ
ロー０、１、２に対する統計を採取する必要があるの
で、領域９０２内にあるパケットに対してはフロー０と
２に対する統計を採取し、領域９１２内にあるパケット
に対してはフロー１と２に対する統計を採取し、領域９
０１２内にあるパケットに対してはフロー０、１と２に
対する統計を採取する必要がある。

【００２９】図１０に、図８及び図９に示す統計フロー
検索方法を示す図である。この方法では、全フローの送
信元ＩＰアドレス範囲の境界で送信元ＩＰアドレス空間
９４を区切り、この区切られた各領域９４１、９４２、
９４３、９４４、９４５、９４６に対し、各フローで送
信元ＩＰアドレスがヒットするか否かをビットマップ９
４１１、９４２１、９４３１、９４４１、９４５１、９
４６１として括りつける。宛先ＩＰアドレスに関しても
同様に、全フローの宛先ＩＰアドレス範囲の境界で宛先
ＩＰアドレス空間９５を区切り、この区切られた各領域
９５１、９５２、９５３、９５４、９５５、９５６、９
５７に対し、各フローで宛先ＩＰアドレスがヒットする
か否かをビットマップ９５１１、９５２１、９５３１、
９５４１、９５５１、９５６１、９５７１として括りつ
ける。

【００３０】パケットを受信したときにはまず、パケッ
トヘッダ内の送信元ＩＰアドレス９４０、宛先ＩＰアド
レス９５０がそれぞれ、送信元ＩＰアドレス空間内、宛
先ＩＰアドレス空間内で属している領域９４５、９５４
を検索する。つぎに、それぞれの属している領域に括り
つけられているビットマップ９４５１、９５４１を読み
出し、論理積機構９６によりビット毎に論理積演算を行
い、論理積演算の結果、１が立っているビットに対応す
るフローを全てヒットとし、このフロー毎に統計採取を
行う。この例では、フロー０及び２にヒットしている。

【００３１】図１１に、図１０に示したフロー検索アル
ゴリズムを実現するハードウエア機構の構成図を示す。
送信元ＩＰアドレス領域境界テーブル２１０には、図１
０の送信元ＩＰアドレス範囲の境界９４１２、９４２
２、９４３２、９４４２、９４５２、９４６２が格納さ
れている。宛先ＩＰアドレス領域境界テーブル２２０は
図１０の宛先ＩＰアドレス範囲の境界９５１２、９５２
２、９５３２、９５４２、９５５２、９５６２、９５７
２が格納されている。領域検索機構２１１は、送信元Ｉ
Ｐアドレス領域境界テーブル２１０を読んで、送信元Ｉ
Ｐアドレスが領域９４１、９４２、９４３、９４４、９
４５、９４６の内のどの領域内にあるかを検索する。領
域検索機構２２１は、宛先ＩＰアドレス領域境界テーブ
ル２２０を読んで、宛先ＩＰアドレスが領域９５１、９
５２、９５３、９５４、９５５、９５６、９５７の内の
どの領域内にあるかを検索する。送信元ＩＰアドレスビ
ットマップテーブル２１２は、領域検索機構２１１で検
索された領域（図１０の符号９４５参照）からその領域
に括りつけられたビットマップ（図１０の符号９４５１
参照）を引く。宛先ＩＰアドレスビットマップテーブル
２２２は、領域検索機構２２１で検索された領域（図１
０の符号９５４参照）からその領域に括りつけられたビ
ットマップ（図１０の９５４１）を引く。論理積機構２
５は、各ビットマップ９４５１、９５４１の各ビット毎
に論理積をとる。統計カウンタ２６は、論理積演算の結
果１が立っているビットに対応するフローの統計カウン
タ値を更新させるように動作する。

【００３２】送信元ＩＰアドレス領域境界テーブル２１
０、宛先ＩＰアドレス領域境界テーブル２２０、送信元
ＩＰアドレスビットマップテーブル２１２、宛先ＩＰア
ドレスビットマップテーブル２２２には、ＲＰ内のプロ
セッサ（図３、図４の符号４４０２参照）が統計フロー
テーブル４４０３に格納された図８のような形式の統計
フローテーブルから図１０に示すような形式に展開した
テーブル内容を格納する。

【００３３】次に、図１２に、領域検索機構２１１の動
作を示す図である。この図は図１１の領域検索機構２１
１が、送信元ＩＰアドレス９４０が送信元ＩＰアドレス
領域境界テーブル２１０内のどの境界の間にあるかを検
索するときの動作の概念図であり、どの境界の間にある
かが判らない状態から領域を絞り込んでいくことによ
り、どの領域の境界にあるかを得る、という動作を示し
ている。領域絞り込み１回目では送信元ＩＰアドレス９
４０と領域境界テーブルエントリの中間のエントリ９４
４２との大小比較をし、どちら側の領域にあるかを判定
する。領域絞り込み２回目では送信元ＩＰアドレス９４
０と１回目に絞り込まれた範囲９４４２〜最大値（１６
進表示で０ｘ１００００００００）の中間のエントリ９
４５２との大小比較をし、どちら側の領域にあるかを判
定する。同様に絞り込み３回目では送信元ＩＰアドレス
９４０と２回目に絞り込まれた範囲９４５２〜最大値
（１６進表示で０ｘ１００００００００）の中間のエン
トリ９４６２との大小比較をし、どちら側の領域にある
かを判定する。３回の領域絞り込みにより、送信元ＩＰ
アドレス９４０は隣接する領域境界９４５２と９４６２
の間にあること、即ち領域９４５内にあることが判る。
図１２で、黒丸は送信元ＩＰアドレスが領域境界に一致
する場合を含み、白丸は領域境界に一致する場合を含ま
ない、という意味である。

【００３４】なお、上述の実施の形態では、フロー検索
に用いるフィールドとして、送信元ＩＰアドレスと宛先
ＩＰアドレスの２個を用いたが、一般的には、フィール
ドの数はこれだけに限られる訳では無く、例えば、送信
元ＩＰアドレス、宛先ＩＰアドレスに、ＴＣＰ又はＵＤ
Ｐの送信元ポート番号、宛先ポート番号を加えた４個を
用いる場合も有り得る。この場合、各フィールド毎にそ
れぞれの空間を、全フローの各フィールドの範囲の境界
で区切り、この区切られた各領域に対し、各フローがヒ
ットするか否かをビットマップとして括りつける。パケ
ットを受信したときには、パケットヘッダ内の各フィー
ルド毎に、どの領域に属すかを検索し、それぞれの属し
ている領域に括りつけられているビットマップを読み出
し、各フィールドのビットマップを全フィールド分、ビ
ット毎に論理積演算を行い、論理積演算の結果、１が立
っているビットに対応するフローを全てヒットとし、こ
のフロー毎に統計採取を行う。

【００３５】次に、図１３に、フローの送信元ＩＰアド
レス範囲とビットマップとの対応を表す図を示す。この
例では、送信元ＩＰアドレス、宛先ＩＰアドレス、送信
元ポート番号、宛先ポート番号等の検索に必要なフィー
ルドを例えば８ビット程度の少ないビット数のフィール
ドに区切り、この区切られた各フィールドを各フロー条
件の範囲の境界で区切るのでは無く、各フィールド空間
を全部テーブル上に展開し、各フィールド値に対し、ビ
ットマップを括りつけるという技術内容を説明する。

【００３６】例えば、フロー０の送信元ＩＰアドレス範
囲１１０が１６進表示で０ｘ０１２３４５６７〜０ｘ０
１２３４５８９（”０ｘ” ＋ ０〜Ｆの文字列で１６
進表示であることを示す）、フロー１の送信元ＩＰアド
レス範囲１１１が０ｘ０１２３４５００〜０ｘ０１２３
６７ＦＦ、フロー２の送信元ＩＰアドレス範囲１１２が
０ｘ８９ＡＢ００００〜０ｘ８９ＣＤＦＦＦＦの場合を
想定する。この場合、送信元ＩＰアドレス範囲のそれぞ
れを２の３１乗〜２の２４乗ビット、２の２３乗〜２の
１６乗ビット、２の１５乗〜２の８乗ビット、２の７乗
〜２の０乗ビットで区切り、区切られた各フィールド
（以下サブフィールドと呼び、それぞれのサブフィール
ドをビットの重みが重い方から順にＳＩＰ０、ＳＩＰ
１、ＳＩＰ２、ＳＩＰ３と呼ぶ）毎に、フィールドが取
り得る値全て、即ち１６進表示で０ｘ００〜０ｘＦＦの
全ての値に対し、フィールドの値がフローに属する場合
に１、属さない場合に０の値をとるビットマップ９８
０、９８１、９８２、９８３を作成する。

【００３７】例えばフロー０はＳＩＰ０サブフィールド
値（１１００）、ＳＩＰ１サブフィールド値（１１０
１）、ＳＩＰ２サブフィールド値（１１０２）、ＳＩＰ
３サブフィールド値（１１０３）としてそれぞれ０ｘ０
１、０ｘ２３、０ｘ４５、０ｘ６７〜０ｘ８９をとるの
で、フロー０のＳＩＰ０サブフィールドに対応するビッ
トマップはサブフィールド値が０ｘ０１のところだけ１
で他は０というビットマップになり、ＳＩＰ１サブフィ
ールド値に対応するビットマップはサブフィールド値が
０ｘ２３のところだけ１で他は０というビットマップに
なり、ＳＩＰ２サブフィールド値に対応するビットマッ
プはサブフィールド値が０ｘ４５のところだけ１で他は
０というビットマップになり、ＳＩＰ３サブフィールド
値に対応するビットマップはサブフィールド値が０ｘ６
７〜０ｘ８９のところだけ１で他は０というビットマッ
プになる。フロー１、フロー２についても同様にビット
マップに展開すると、図示のように、各々ＳＩＰ０、Ｓ
ＩＰ１、ＳＩＰ２、ＳＩＰ３サブフィールドに対応する
ビットマップは９８０、９８１、９８２、９８３に示す
通りとなる。

【００３８】受信したパケットに対し検索を行うときに
は、受信パケットの送信元ＩＰアドレス９４０につい
て、各ＳＩＰ０、ＳＩＰ１、ＳＩＰ２、ＳＩＰ３サブフ
ィールド値９４００、９４０１、９４０２、９４０３を
アドレスとして、各サブフィールド毎のビットマップの
テーブル９８０、９８１、９８２、９８３を引き（参照
し）、つぎに、各サブフィールド毎に得られたビットマ
ップを、各ビット毎に全フィールドに対し論理積を取る
ようにする。例えば、受信パケットの送信元ＩＰアドレ
ス９４０が０ｘ０１２３４５７８の場合、ＳＩＰ３、Ｓ
ＩＰ２、ＳＩＰ１、ＳＩＰ０サブフィールド値９４０
０、９４０１、９４０２、９４０３はそれぞれ０ｘ０
１、０ｘ２３、０ｘ４５、０ｘ７８であり、各サブフィ
ールド値をアドレスとしてＳＩＰ０、ＳＩＰ１、ＳＩＰ
２、ＳＩＰ３のビットマップ９８０、９８１、９８２、
９８３を引いたビットマップの値９８００、９８１０、
９８２０、９８３０はそれぞれ１１０、１１０、１１
１、１１１となり、論理積演算９６を行うと１１０とな
り、送信元ＩＰアドレス０ｘ０１２３４５７８に対して
はフロー０と１が条件に一致するという結果が得られ
る。宛先ＩＰアドレス、送信元ポート番号、宛先ポート
番号等の他のフィールドについても同様の方法で受信パ
ケットが条件一致となるフローが得られ、全フィールド
について得られたビットマップの論理積を取ることによ
り、全フィールドに対し条件一致となるフローを得るこ
とができる。

【００３９】つぎに、図１４に、図１３に示したフロー
検索アルゴリズムを実現するハードウエア機構の構成図
を示す。ビットマップテーブル２１２０、２１２１、２
１２２、２１２３は、それぞれＳＩＰ０、ＳＩＰ１、Ｓ
ＩＰ２、ＳＩＰ３サブフィールドに対応し、それぞれ送
信元ＩＰアドレスのＳＩＰ０、ＳＩＰ１、ＳＩＰ２、Ｓ
ＩＰ３サブフィールド値をアドレスとしてビットマップ
テーブルを読むことにより、送信元ＩＰアドレスのＳＩ
Ｐ０、ＳＩＰ１、ＳＩＰ２、ＳＩＰ３サブフィールドが
条件一致となるフローに対応するビットに１が立ってい
るビットマップが得られる。宛先ＩＰアドレスに対して
も同様に、ビットマップテーブル２２２０、２２２１、
２２２２、２２２３により、宛先ＩＰアドレスの２の３
１乗〜２４ビット、２の２３乗〜２の１６乗ビット、２
の１５乗〜２の８乗ビット、２の７乗〜２の０乗ビット
（以下サブフィールドと呼び、それぞれのサブフィール
ドをビットの重みが重い方から順にＤＩＰ０、ＤＩＰ
１、ＤＩＰ２、ＤＩＰ３と呼ぶ）が条件一致となるフロ
ーに対応するビットに１が立っているビットマップが得
られる。論理積機構２５は、これらの全ビットマップを
全サブフィールド分、ビット毎に論理積演算を行う。統
計カウンタ２６は、論理積演算の結果１が立っているビ
ットに対応するフローの統計カウンタ値を更新させるよ
うに動作する。

【００４０】ＳＩＰ０、ＳＩＰ１、ＳＩＰ２、ＳＩＰ
３、ＤＩＰ０、ＤＩＰ１、ＤＩＰ２、ＤＩＰ３について
のビットマップテーブル２１２０、２１２１、２１２
２、２１２３、２２２０、２２２１、２２２２、２２２
３には、ＲＰ内のプロセッサ（図３、図４の４４０２）
が統計フローテーブル４４０３に格納された図１の１１
の形の統計フローテーブルから図１３に示す形に展開し
たテーブル内容を格納する。

【００４１】つぎに、図１５に、フローを区切ってフロ
ー条件を検索するフロー検索方法の概念図を示す。この
図では、図１０に示した、各フィールドに対し全フロー
の範囲の境界で各フィールドの空間を区切り、この区切
られた各領域にビットマップを括りつけるフロー検索手
法では、空間を分割する範囲の境界の数がフロー条件の
数に比例し増加し、括りつけられた各ビットマップの長
さもフロー条件数の数に比例し増加するので、ビットマ
ップ全体のデータ量がフロー条件の数の２乗で増加し、
ビットマップの作成処理時間が増大すること、及びビッ
トマップを保持しておくメモリ量が増大することからフ
ロー条件の数を大きくできないという点を回避するため
の方法を示す。このフロー検索方法では、全フロー１１
を一度に検索するのではなく、フローの番号の小さい順
にある程度ずつ（例えば、２５６個ずつ）に区切り、区
切られたグループ１１０、１１１、１１１、１１Ｆ毎に
ビットマップ１２０、１２１、１２２、１２Ｆに展開
し、フロー番号の小さい順に検索することにより、ビッ
トマップ全体のデータ量がフロー条件の数の１乗でしか
大きくならないようにでき、フロー条件の数を（例えば
４０９６条件程度まで）大きくしても実用に耐えられる
程度のビットマップのデータ量にできる。

【００４２】本実施の形態のように、検索に必要なフィ
ールドを例えば８ビット程度の少ないビット数のフィー
ルドに区切り、この区切られた各フィールド空間を全部
テーブル上に展開し、各フィールド値に対しビットマッ
プを括りつけるというフロー検索手法では、空間を範囲
に分割するという操作を行わないので、ビットマップ全
体のデータ量は、各ビットマップの長さに比例、即ちフ
ロー条件の数に比例にでき従来技術の検索手法でビット
マップ全体のデータ量がフロー条件の２乗に比例して増
加したのに対し、データ量の増加を抑えるという効果が
元々備わっている。従ってこの検索方法ではフロー条件
の数をある程度ずつ区切る上記方法を採用してもビット
マップの増加を抑えるという効果は新たには生じない。

【００４３】

【発明の効果】本発明によると、例えば、パケットヘッ
ダ内の複数のフィールドを範囲で検索し、全フィールド
で範囲内に入っているパケットを求めるという仕様のフ
ロー検索を高速に実行するために、一致条件をフィール
ド毎にビットマップに展開し、各フィールド毎にフロー
条件に一致するか否かをビットマップとして得て、これ
らのビットマップを全フィールド分、論理積を取ること
により全フィールドについて条件一致となるフローを求
めるというフロー検索手段により、複数のフローが同時
に条件一致となった場合にも、全フローの番号を同時に
得ることができ、条件一致となった全フローに対し同時
にアクションを行うことができる。

【００４４】また、本発明によると、全フローを一度に
検索するのではなく、フローの番号の小さい順に、ある
程度ずつ（例えば２５６個ずつ）に区切り、区切られた
グループ毎にフロー番号の小さい順に検索することによ
り、ビットマップ全体のデータ量をフロー条件の数の１
乗でしか大きくならないようにでき、フロー条件の数を
（例えば４０９６条件程度まで）大きくしても実用に耐
えられる程度のビットマップのデータ量にできる。

【００４５】本発明によると、送信元ＩＰアドレス、宛
先ＩＰアドレス、送信元ポート番号、宛先ポート番号等
の検索に必要なフィールドを（例えば８ビット程度の）
少ないビット数のフィールドに区切り、この区切られた
各フィールド毎に条件一致となるか否かのビットマップ
を、区切られた各フィールドの値をアドレスとして引く
ようにテーブル展開できる量にまで小さくできるので、
パケットがビットマップを括りつける領域の内のどの領
域に属するかを検索するという処理を不要にでき、検索
処理を高速化でき、また、領域検索機構及び検索機構が
検索を行うためのテーブルメモリを削減できるという効
果がある。

【００４６】さらに、本発明によると、各フィールド毎
に全フローの範囲の境界で空間を区切るという処理が無
いので、ビットマップ全体のデータ量は各フィールド値
でアドレッシングされるビットマップの長さに比例して
しか増加せず、即ちフロー条件数の１乗でしか増加せ
ず、フロー条件の数を（例えば４０９６条件程度まで）
大きくしても実用に耐えられる程度のビットマップのデ
ータ量にできる。

【図面の簡単な説明】

【図１】本実施の形態のルータが適用されるネットワー
クシステム全体図。

【図２】本実施の形態のルータ全体の内部構成ブロック
図。

【図３】本実施の形態のルーティングプロセッサ内部ブ
ロック図(転送方向によりパケット転送ユニットを独立
に持つ場合のブロック図)。

【図４】本実施の形態のルーティングプロセッサ内部ブ
ロック図(一つのパケット転送ユニットが、両方向のパ
ケット転送処理を行う場合のブロック図)。

【図５】本実施の形態のパケット転送ユニットの内部ブ
ロック図(上り処理のみを行う場合)。

【図６】本実施の形態のパケット転送ユニットの内部ブ
ロック図(下り処理のみを行う場合)。

【図７】本実施の形態のパケット転送ユニットの内部ブ
ロック図(上り処理と下り処理の両方を行う場合)。

【図８】フィルタリングの統計フローテーブルの説明
図。

【図９】送信元×宛先ＩＰアドレス空間内でフロー条件
が一致する領域を示す図。

【図１０】ビットマップを用いたフロー条件の一致検索
処理を示す図(条件一致したフローを全て同時に得る方
法)。

【図１１】本実施の形態の統計採取ユニットの内部ブロ
ック図。

【図１２】本実施の形態の統計採取ユニット内の領域検
索機構の動作を示す図。

【図１３】本実施の形態のフローの送信元ＩＰアドレス
範囲とビットマップとの対応を表す図(送信元ＩＰアド
レスを８ビットずつ区切る方法)。

【図１４】本実施の形態の統計採取ユニット内の領域検
索機構の動作を示す図(送信元ＩＰアドレスを８ビット
ずつ区切る方法)。

【図１５】本実施の形態のフローを区切って検索するフ
ロー検索法の概念図。

【符号の説明】

１１．統計フローテーブル ９．送信元×宛先ＩＰアドレス空間 ９０．フロー０条件一致領域 ９１．フロー１条件一致領域 ９２．フロー２条件一致領域 ９０２．フロー０と２の条件一致領域 ９１２．フロー１と２の条件一致領域 ９０１２．フロー０、１と２の条件一致領域 ９４．送信元ＩＰアドレス空間 ９５．宛先ＩＰアドレス空間 ９４０．パケットの送信元ＩＰアドレス ９５０．パケットの宛先ＩＰアドレス ９６．論理積機構 １〜３．ホスト ４〜５．ルータ ６〜８．サブネットワーク ４００〜４０５．ネットワークインターフェース ４２．ルータ制御部(ＲＭ) ４２０．プロセッサ ４２１．統計フローテーブル ４３．クロスバスイッチ(ＣＳＷ) ４４０〜４４２．ルーティングプロセッサ ４５０〜４５５．ネットワークインターフェースボード
(ＮＩＦ) ４４００、４４０１、４４１０．パケット転送ユニット ４４０２．プロセッサ ４４０３．統計フローテーブル ４４０００、４４０１０、４４１００．パケットヘッダ
操作機構 ４４００１、４４０１１、４４１０１．パケット検索ユ
ニット ４４００２、４４０１２、４４１０２．統計採取ユニッ
ト ４４００１０、４４１０１０．入力フィルタ／ＱｏＳ検
索機構 ４４００１１、４４１０１１．経路検索機構 ４４０１１０、４４１０１２．出力フィルタ／ＱｏＳ検
索機構 ４４０１１１、４４１０１３．出力回線表／ＡＲＰ検索
機構 ２１０．送信元ＩＰアドレス領域境界テーブル ２１１．領域検索機構 ２１２．送信元ＩＰアドレスビットマップテーブル ２２０、宛先ＩＰアドレス領域境界テーブル ２２１．領域検索機構 ２２２．宛先ＩＰアドレスビットマップテーブル ２５．論理積機構 ２６．統計カウンタ １１０、１１１、１１２．フロー０、１、２の送信元Ｉ
Ｐアドレス範囲 １１００、１１１０、１１２０．フロー０、１、２に対
応するＳＩＰ０サブフィールドの範囲 １１０１、１１１１、１１２１．フロー０、１、２に対
応するＳＩＰ１サブフィールドの範囲 １１０２、１１１２、１１２２．フロー０、１、２に対
応するＳＩＰ２サブフィールドの範囲 １１０３、１１１３、１１２３．フロー０、１、２に対
応するＳＩＰ３サブフィールドの範囲 ９４００、９４０１、９４０２、９４０３．送信元ＩＰ
アドレスのＳＩＰ０、ＳＩＰ１、ＳＩＰ２、ＳＩＰ３サ
ブフィールド値 ９８０、９８１、９８２、９８３．ＳＩＰ０、ＳＩＰ
１、ＳＩＰ２、ＳＩＰ３サブフィールド値に対し条件一
致となるフローを展開したビットマップテーブル ９８００、９８１０、９８２０、９８３０．受信パケッ
トの各サブフィールド値に対し検索したビットマップ ２１２０．ＳＩＰ０ビットマップテーブル ２１２１．ＳＩＰ１ビットマップテーブル ２１２２．ＳＩＰ２ビットマップテーブル ２１２３．ＳＩＰ３ビットマップテーブル ２２２０．ＤＩＰ０ビットマップテーブル ２２２１．ＤＩＰ１ビットマップテーブル ２２２２．ＤＩＰ２ビットマップテーブル ２２２３．ＤＩＰ３ビットマップテーブル １１０、１１１、１１２、１１Ｆ．２５６個ずつ纏めら
れたフローのグループ １２０、１２１、１２２、１２Ｆ．２５６個ずつに纏め
られたフローに対応するビットマップ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 矢崎 武己 東京都国分寺市東恋ヶ窪１丁目280番地 株式会社日立製作所研究開発本部内 (72)発明者 角川 宗近 神奈川県秦野市堀山下１番地 株式会社日 立製作所エンタープライズサーバ事業部内 (72)発明者 高木 豊 神奈川県横浜市戸塚区戸塚町180番地 日 立通信システム株式会社内 Ｆターム(参考） 5K030 HA08 HB11 HD03 LC01 LD17 MB09

Claims (6)

【特許請求の範囲】
1. 【請求項１】複数のフィールドを含むパケットヘッダを
   有するパケットについて、パケットが属するフローを検
   索するためのフロー検索方法において、 各フィールドに対して複数のフローに該当する条件の範
   囲を示す下限及び上限が定められ、複数のフローに関す
   る条件の下限及び上限により複数領域に区切られた各フ
   ィールド空間が形成され、領域毎に各フローの条件に一
   致するか否かを示すための各フローに対応したビットマ
   ップが形成され、全ての領域毎に該ビットマップが括り
   つけられたビットマップテーブルが記憶され、 パケットヘッダ内の各フィールドが各フィールド空間中
   のどの領域に属するかを検索し、 前記ビットマップテーブルを参照して、各フィールドが
   属しているフィールド空間の領域に括りつけられている
   ビットマップを読み出し、 対象とされる全フィールドについて読出された複数のビ
   ットマップに対してビット毎に論理積演算を行い、論理
   積演算の結果第1の値となるビットに対応する全フロー
   をフローの条件に一致するフローとして決定し、 条件が一致した全フローに対し該当するアクションを実
   行することを特徴とするフロー検索方法。
2. 【請求項２】前記ビットマップテーブルの各領域に対す
   るビットマップは、フローの種類分のビット数を含み、
   １ビットが１フローに対応し、フローの条件が一致する
   場合に第１の値をとり、一致しない場合に第２の値をと
   ることを特徴とする請求項１に記載のフロー検索方法。
3. 【請求項３】複数のフィールドを含むパケットヘッダを
   有するパケットについて、パケットが属するフローを検
   索するためのフロー検索方法において、 各フィールドに対して複数のフローに該当する条件の範
   囲を示す下限及び上限が定められ、各フィールドを複数
   のサブフィールドに区切り、各サブフィールドの取り得
   る値全てに対して該サブフィールドがフローの条件に一
   致するか否かを示すための各フローに対応したビットマ
   ップが形成され、全てのサブフィールド毎に該ビットマ
   ップを括りつけたビットマップテーブルが記憶され、 前記ビットマップテーブルを参照して、パケットヘッダ
   内のフィールドを区切った各サブフィールド値に基づ
   き、対応するビットマップを読み出し、 対象とされる全サブフィールドのビットマップに対して
   ビット毎に論理積演算を行い、論理積演算の結果第1の
   値となるビットに対応する全フローをフローの条件に一
   致するフローとして決定し、 条件が一致した全フローに対し該当するアクションを実
   行することを特徴とするフロー検索方法。
4. 【請求項４】前記ビットマップテーブルの各サブフィー
   ルドに対するビットマップは、サブフィールド値をアド
   レスとして全サブフィールドが取りうる全てに対して展
   開され、各サブフィールド値に対して、フローの種類分
   のビット数を含み、１ビットが１フローに対応し、フロ
   ーの条件が一致する場合に第１の値をとり、一致しない
   場合に第２の値をとるデータを含むことを特徴とする請
   求項３に記載のフロー検索方法。
5. 【請求項５】各フローに括りつけられたアクションは、
   条件が一致したパケット数を含む統計データの採取処理
   であり、各フローに対応して統計データを記憶する統計
   フローテーブルに、採取された統計データを記憶するこ
   とを特徴とする請求項１乃至４のいずれかに記載のフロ
   ー検索方法。
6. 【請求項６】複数のフローをフロー番号の小さい順に予
   め定められた範囲でグループ分けし、各グループ単位で
   パケットの属するフローを検索し、条件が一致したフロ
   ーに対するアクションを実行する処理を全グループに対
   し行うことを特徴とする請求項１乃至５のいずれかに記
   載のフロー検索方法。