JP2002374289A - 検索システム及びそれに用いる検索条件ｃａｍ登録方法並びにそのプログラム - Google Patents
検索システム及びそれに用いる検索条件ｃａｍ登録方法並びにそのプログラムInfo
- Publication number
- JP2002374289A JP2002374289A JP2001177856A JP2001177856A JP2002374289A JP 2002374289 A JP2002374289 A JP 2002374289A JP 2001177856 A JP2001177856 A JP 2001177856A JP 2001177856 A JP2001177856 A JP 2001177856A JP 2002374289 A JP2002374289 A JP 2002374289A
- Authority
- JP
- Japan
- Prior art keywords
- search
- cam
- entry
- retrieval
- condition
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 検索ヒット条件を少ないエントリ数で登録可
能とし、検索性能を向上可能な検索システムを提供す
る。 【解決手段】 検索エンジン１はルータ装置から入力さ
れるヘッダ情報を検索キーとしてＣＡＭ２へ入力し、Ｃ
ＡＭ２に対する検索が失敗すると、ヘッダ情報をＣＰＵ
４へ入力する。ＣＰＵ４はヘッダ情報を検索キーとして
大容量低速メモリ５を検索し、その検索結果を検索エン
ジン１へ受渡し、検索エンジン１がこれを本検索システ
ムの出力とする。この時、ＣＰＵ４は得られた検索エン
トリをＣＡＭ２及び小容量高速メモリ３に登録するが、
宛先ポートが［下限〜上限］の範囲条件で与えられてい
るため、所定のアルゴリズムを用いて宛先ポートの［下
限〜上限］の範囲を分割し、ＣＡＭ２に登録すべき複数
のエントリを求める。
能とし、検索性能を向上可能な検索システムを提供す
る。 【解決手段】 検索エンジン１はルータ装置から入力さ
れるヘッダ情報を検索キーとしてＣＡＭ２へ入力し、Ｃ
ＡＭ２に対する検索が失敗すると、ヘッダ情報をＣＰＵ
４へ入力する。ＣＰＵ４はヘッダ情報を検索キーとして
大容量低速メモリ５を検索し、その検索結果を検索エン
ジン１へ受渡し、検索エンジン１がこれを本検索システ
ムの出力とする。この時、ＣＰＵ４は得られた検索エン
トリをＣＡＭ２及び小容量高速メモリ３に登録するが、
宛先ポートが［下限〜上限］の範囲条件で与えられてい
るため、所定のアルゴリズムを用いて宛先ポートの［下
限〜上限］の範囲を分割し、ＣＡＭ２に登録すべき複数
のエントリを求める。
Description
【０００１】
【発明の属する技術分野】本発明は検索システム及びそ
れに用いる検索条件ＣＡＭ登録方法並びにそのプログラ
ムに関し、特にルータ装置に用いられるＣＡＭ（Ｃｏｎ
ｔｅｎｔ−Ａｄｄｒｅｓｓａｂｌｅ Ｍｅｍｏｒｙ）へ
の検索条件の登録方法に関する。
れに用いる検索条件ＣＡＭ登録方法並びにそのプログラ
ムに関し、特にルータ装置に用いられるＣＡＭ（Ｃｏｎ
ｔｅｎｔ−Ａｄｄｒｅｓｓａｂｌｅ Ｍｅｍｏｒｙ）へ
の検索条件の登録方法に関する。
【０００２】
【従来の技術】近年、ルータ装置においては、転送処理
の性能を向上させるために、検索システムにＣＡＭを使
用する場合が増えており、ＣＰＵ（中央処理装置）が管
理する転送テーブルの一部のエントリをＣＡＭにキャッ
シュすることで、全体的な処理性能を向上させる処理が
行われている。
の性能を向上させるために、検索システムにＣＡＭを使
用する場合が増えており、ＣＰＵ（中央処理装置）が管
理する転送テーブルの一部のエントリをＣＡＭにキャッ
シュすることで、全体的な処理性能を向上させる処理が
行われている。
【０００３】このようなルータ装置でフィルタリング処
理を行う場合、ＣＡＭを用いることで装置全体の負荷が
小さくなり、性能が向上すると考えられる。ここで、フ
ィルタリングとは、予め設定された条件（フィルタリン
グ条件）に基いて、受信したパケットを通過させるか、
廃棄するか等を決める処理である。
理を行う場合、ＣＡＭを用いることで装置全体の負荷が
小さくなり、性能が向上すると考えられる。ここで、フ
ィルタリングとは、予め設定された条件（フィルタリン
グ条件）に基いて、受信したパケットを通過させるか、
廃棄するか等を決める処理である。
【０００４】フィルタリング条件としてはＩＰ（Ｉｎｔ
ｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスやＴＣＰ／Ｕ
ＤＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐ
ｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏ
ｔｏｃｏｌ）ポート番号の範囲指定（下限及び上限）が
設定されることがある。
ｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスやＴＣＰ／Ｕ
ＤＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐ
ｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏ
ｔｏｃｏｌ）ポート番号の範囲指定（下限及び上限）が
設定されることがある。
【０００５】
【発明が解決しようとする課題】上述した従来の検索シ
ステムでは、フィルタリング条件をキャッシュとしてＣ
ＡＭに登録するため、その範囲に含まれる個々の要素を
別々のエントリとしてＣＡＭに登録している。
ステムでは、フィルタリング条件をキャッシュとしてＣ
ＡＭに登録するため、その範囲に含まれる個々の要素を
別々のエントリとしてＣＡＭに登録している。
【０００６】しかしながら、フィルタリング条件の範囲
が広くなると、登録されるべきエントリが増加し、その
結果、検索ヒット率が下がり、さらにＣＰＵによる転送
テーブルの検索回数及びＣＡＭへの登録回数が増加し、
装置全体の性能を低下させてしまうという問題がある。
が広くなると、登録されるべきエントリが増加し、その
結果、検索ヒット率が下がり、さらにＣＰＵによる転送
テーブルの検索回数及びＣＡＭへの登録回数が増加し、
装置全体の性能を低下させてしまうという問題がある。
【０００７】そこで、本発明の目的は上記の問題点を解
消し、検索ヒット条件を少ないエントリ数で登録するこ
とができ、検索性能を向上させることができる検索シス
テム及びそれに用いる検索条件ＣＡＭ登録方法並びにそ
のプログラムを提供することにある。
消し、検索ヒット条件を少ないエントリ数で登録するこ
とができ、検索性能を向上させることができる検索シス
テム及びそれに用いる検索条件ＣＡＭ登録方法並びにそ
のプログラムを提供することにある。
【０００８】
【課題を解決するための手段】本発明による検索システ
ムは、範囲指定される検索ヒット条件を含むエントリを
ＣＡＭ（Ｃｏｎｔｅｎｔ−Ａｄｄｒｅｓｓａｂｌｅ Ｍ
ｅｍｏｒｙ）へ登録し、パケットのヘッダ情報に対応す
るフロー識別子を検索する検索システムであって、前記
エントリにおいて範囲指定される検索ヒット条件を所定
アルゴリズムを用いて複数に分割して前記ＣＡＭに登録
する手段を備えている。
ムは、範囲指定される検索ヒット条件を含むエントリを
ＣＡＭ（Ｃｏｎｔｅｎｔ−Ａｄｄｒｅｓｓａｂｌｅ Ｍ
ｅｍｏｒｙ）へ登録し、パケットのヘッダ情報に対応す
るフロー識別子を検索する検索システムであって、前記
エントリにおいて範囲指定される検索ヒット条件を所定
アルゴリズムを用いて複数に分割して前記ＣＡＭに登録
する手段を備えている。
【０００９】本発明による検索条件ＣＡＭ登録方法は、
範囲指定される検索ヒット条件を含むエントリをＣＡＭ
（Ｃｏｎｔｅｎｔ−Ａｄｄｒｅｓｓａｂｌｅ Ｍｅｍｏ
ｒｙ）へ登録し、パケットのヘッダ情報に対応するフロ
ー識別子を検索する検索システムの検索条件ＣＡＭ登録
方法であって、前記エントリにおいて範囲指定される検
索ヒット条件を所定アルゴリズムを用いて複数に分割し
て前記ＣＡＭに登録するようにしている。
範囲指定される検索ヒット条件を含むエントリをＣＡＭ
（Ｃｏｎｔｅｎｔ−Ａｄｄｒｅｓｓａｂｌｅ Ｍｅｍｏ
ｒｙ）へ登録し、パケットのヘッダ情報に対応するフロ
ー識別子を検索する検索システムの検索条件ＣＡＭ登録
方法であって、前記エントリにおいて範囲指定される検
索ヒット条件を所定アルゴリズムを用いて複数に分割し
て前記ＣＡＭに登録するようにしている。
【００１０】本発明による検索条件ＣＡＭ登録方法のプ
ログラムは、範囲指定される検索ヒット条件を含むエン
トリをＣＡＭ（Ｃｏｎｔｅｎｔ−Ａｄｄｒｅｓｓａｂｌ
ｅＭｅｍｏｒｙ）へ登録し、パケットのヘッダ情報に対
応するフロー識別子を検索する検索システムの検索条件
ＣＡＭ登録方法のプログラムであって、コンピュータ
に、前記エントリにおいて範囲指定される検索ヒット条
件を所定アルゴリズムを用いて複数に分割して前記ＣＡ
Ｍに登録する処理を実行させている。
ログラムは、範囲指定される検索ヒット条件を含むエン
トリをＣＡＭ（Ｃｏｎｔｅｎｔ−Ａｄｄｒｅｓｓａｂｌ
ｅＭｅｍｏｒｙ）へ登録し、パケットのヘッダ情報に対
応するフロー識別子を検索する検索システムの検索条件
ＣＡＭ登録方法のプログラムであって、コンピュータ
に、前記エントリにおいて範囲指定される検索ヒット条
件を所定アルゴリズムを用いて複数に分割して前記ＣＡ
Ｍに登録する処理を実行させている。
【００１１】すなわち、本発明の検索条件ＣＡＭ登録方
法は、検索ヒット条件に範囲指定エントリをＣＡＭ（Ｃ
ｏｎｔｅｎｔ−Ａｄｄｒｅｓｓａｂｌｅ Ｍｅｍｏｒ
ｙ）へ登録する際に、ＣＡＭのマスク機能（Ｄｏｎ’ｔ
Ｃａｒｅ機能）［検索ヒット情報の情報をマスク情報
にてマスクしてから検索を行うための機能であり、マス
クする部分はどのような値でもよい（Ｄｏｎ’ｔ Ｃａ
ｒｅ）］を上手く使うことによって、少ないエントリ数
で、一度にその範囲を含む検索条件を全て登録すること
が可能となる。
法は、検索ヒット条件に範囲指定エントリをＣＡＭ（Ｃ
ｏｎｔｅｎｔ−Ａｄｄｒｅｓｓａｂｌｅ Ｍｅｍｏｒ
ｙ）へ登録する際に、ＣＡＭのマスク機能（Ｄｏｎ’ｔ
Ｃａｒｅ機能）［検索ヒット情報の情報をマスク情報
にてマスクしてから検索を行うための機能であり、マス
クする部分はどのような値でもよい（Ｄｏｎ’ｔ Ｃａ
ｒｅ）］を上手く使うことによって、少ないエントリ数
で、一度にその範囲を含む検索条件を全て登録すること
が可能となる。
【００１２】したがって、ＣＡＭのマスク機能を使うこ
とで、その範囲に属する全ての要素の検索ヒット条件を
少ないエントリ数で登録することが可能となるので、検
索システムの性能を向上させることが可能となる。
とで、その範囲に属する全ての要素の検索ヒット条件を
少ないエントリ数で登録することが可能となるので、検
索システムの性能を向上させることが可能となる。
【００１３】
【発明の実施の形態】次に、本発明の一実施例について
図面を参照して説明する。図１は本発明の一実施例によ
る検索システムの構成を示すブロック図である。図１に
おいて、本発明の一実施例による検索システムはルータ
装置における検索システムの構成例を示しており、パケ
ットのヘッダ情報を入力とし、そのパケットが属するフ
ロー識別子を出力するシステムである。
図面を参照して説明する。図１は本発明の一実施例によ
る検索システムの構成を示すブロック図である。図１に
おいて、本発明の一実施例による検索システムはルータ
装置における検索システムの構成例を示しており、パケ
ットのヘッダ情報を入力とし、そのパケットが属するフ
ロー識別子を出力するシステムである。
【００１４】ここで、ヘッダ情報とは受信パケットのヘ
ッダに含まれるＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓ Ｃｏ
ｎｔｒｏｌ）アドレスやＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒ
ｏｔｏｃｏｌ）アドレス、Ｌ４（レイヤ４）ポート番号
等の組合わせである。フロー識別子とはそのヘッダ情報
を持つパケットに対してルータ装置が行うべき転送処理
を特定するための識別子である。
ッダに含まれるＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓ Ｃｏ
ｎｔｒｏｌ）アドレスやＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒ
ｏｔｏｃｏｌ）アドレス、Ｌ４（レイヤ４）ポート番号
等の組合わせである。フロー識別子とはそのヘッダ情報
を持つパケットに対してルータ装置が行うべき転送処理
を特定するための識別子である。
【００１５】上記の検索システムは検索エンジン１と、
ＣＡＭ（Ｃｏｎｔｅｎｔ−Ａｄｄｒｅｓｓａｂｌｅ Ｍ
ｅｍｏｒｙ）２と、小容量高速メモリ３と、ＣＰＵ（中
央処理装置）４と、大容量低速メモリ５と、記録媒体６
とから構成されており、検索エンジン１及びＣＰＵ４が
実行するプログラムは記録媒体６に格納されている。
ＣＡＭ（Ｃｏｎｔｅｎｔ−Ａｄｄｒｅｓｓａｂｌｅ Ｍ
ｅｍｏｒｙ）２と、小容量高速メモリ３と、ＣＰＵ（中
央処理装置）４と、大容量低速メモリ５と、記録媒体６
とから構成されており、検索エンジン１及びＣＰＵ４が
実行するプログラムは記録媒体６に格納されている。
【００１６】検索エンジン１はパケットのヘッダ情報が
入力されると、ＣＡＭ２と小容量高速メモリ３とを用い
てヘッダ情報に対応するフロー識別子を検索し、検索が
成功すると、その検索結果として得られたフロー識別子
を出力する。また、検索エンジン１は検索が失敗する
と、ＣＰＵ４と大容量低速メモリ５とを用いて再検索を
行い、その検索結果として得られたフロー識別子を出力
する。
入力されると、ＣＡＭ２と小容量高速メモリ３とを用い
てヘッダ情報に対応するフロー識別子を検索し、検索が
成功すると、その検索結果として得られたフロー識別子
を出力する。また、検索エンジン１は検索が失敗する
と、ＣＰＵ４と大容量低速メモリ５とを用いて再検索を
行い、その検索結果として得られたフロー識別子を出力
する。
【００１７】ＣＡＭ２及び小容量高速メモリ３は高速で
あり、検索キーに対する検索結果を瞬時に出力する。Ｃ
ＡＭ２は検索ヒット情報の情報をマスク情報にてマスク
してから検索を行うためのマスク機能（Ｄｏｎ’ｔ Ｃ
ａｒｅ機能）を持っており、その場合、マスクする部分
はどのような値でもよい（Ｄｏｎ’ｔ Ｃａｒｅ）。
あり、検索キーに対する検索結果を瞬時に出力する。Ｃ
ＡＭ２は検索ヒット情報の情報をマスク情報にてマスク
してから検索を行うためのマスク機能（Ｄｏｎ’ｔ Ｃ
ａｒｅ機能）を持っており、その場合、マスクする部分
はどのような値でもよい（Ｄｏｎ’ｔ Ｃａｒｅ）。
【００１８】一方、ＣＰＵ４はソフトウェア処理のた
め、ＣＡＭ２に比べて検索に長い時間を要する。大容量
低速メモリ５にはルータ装置（図示せず）が扱う全ての
ヘッダ情報とフロー識別子との対応が検索エントリとし
て格納されている。
め、ＣＡＭ２に比べて検索に長い時間を要する。大容量
低速メモリ５にはルータ装置（図示せず）が扱う全ての
ヘッダ情報とフロー識別子との対応が検索エントリとし
て格納されている。
【００１９】図２は図１の大容量低速メモリ５に格納さ
れる検索エントリの具体例を示す図である。図２におい
て、大容量低速メモリ５の各エントリ＃２１〜＃２４に
はヘッダ情報として送信元アドレス［「ＳＡ（Ｓｏｕｒ
ｃｅ Ａｄｄｒｅｓｓ）＃１」，「ＳＡ＃２」，「ＳＡ
＃３」，「ＳＡ＃４」］と、宛先アドレス［「ＤＡ（Ｄ
ｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）＃１」，「Ｄ
Ａ＃２」，「ＤＡ＃３」，「ＤＡ＃４」］と、宛先ポー
ト（「２０〜１５０」，「５０００〜６０００」，「１
００〜２００」，「１００００〜２００００」）とが格
納され、それに対応するフロー識別子（「３」，
「１」，「５」，「８」）が格納されている。ここで、
各エントリ＃２１〜＃２４の宛先ポートは「下限〜上
限」のような範囲指定の形式で与えられる点に注意す
る。
れる検索エントリの具体例を示す図である。図２におい
て、大容量低速メモリ５の各エントリ＃２１〜＃２４に
はヘッダ情報として送信元アドレス［「ＳＡ（Ｓｏｕｒ
ｃｅ Ａｄｄｒｅｓｓ）＃１」，「ＳＡ＃２」，「ＳＡ
＃３」，「ＳＡ＃４」］と、宛先アドレス［「ＤＡ（Ｄ
ｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）＃１」，「Ｄ
Ａ＃２」，「ＤＡ＃３」，「ＤＡ＃４」］と、宛先ポー
ト（「２０〜１５０」，「５０００〜６０００」，「１
００〜２００」，「１００００〜２００００」）とが格
納され、それに対応するフロー識別子（「３」，
「１」，「５」，「８」）が格納されている。ここで、
各エントリ＃２１〜＃２４の宛先ポートは「下限〜上
限」のような範囲指定の形式で与えられる点に注意す
る。
【００２０】図３は図１のＣＡＭ２及び小容量高速メモ
リ３に格納される検索エントリの具体例を示す図であ
る。図３において、ＣＡＭ２の各エントリ＃３１〜＃３
６には送信元アドレス（３２ビット）のデータ「ＳＡ＃
３」及びマスク情報「１１１１・・・１」と、宛先アド
レス（３２ビット）のデータ「ＤＡ＃３」及びマスク情
報「１１１１・・・１」と、宛先ポート（１６ビット）
のデータ「００００００００ ０１１００１００」，
「００００００００ ０１１０１０００」，「００００
００００ ０１１１００００」，「００００００００
１０００００００」，「００００００００ １１００１
０００」，「００００００００ １１００００００」及
びマスク情報「１１１１１１１１ １１１１１１０
０」，「１１１１１１１１ １１１１１０００」，「１
１１１１１１１ １１１１００００」，「１１１１１１
１１ １０００００００」，「１１１１１１１１ １１
１１１１１１」，「１１１１１１１１ １１１１１００
０」とが格納され、小容量高速メモリ３の各エントリに
はそれに対応してフロー識別子「５］が格納されてい
る。
リ３に格納される検索エントリの具体例を示す図であ
る。図３において、ＣＡＭ２の各エントリ＃３１〜＃３
６には送信元アドレス（３２ビット）のデータ「ＳＡ＃
３」及びマスク情報「１１１１・・・１」と、宛先アド
レス（３２ビット）のデータ「ＤＡ＃３」及びマスク情
報「１１１１・・・１」と、宛先ポート（１６ビット）
のデータ「００００００００ ０１１００１００」，
「００００００００ ０１１０１０００」，「００００
００００ ０１１１００００」，「００００００００
１０００００００」，「００００００００ １１００１
０００」，「００００００００ １１００００００」及
びマスク情報「１１１１１１１１ １１１１１１０
０」，「１１１１１１１１ １１１１１０００」，「１
１１１１１１１ １１１１００００」，「１１１１１１
１１ １０００００００」，「１１１１１１１１ １１
１１１１１１」，「１１１１１１１１ １１１１１００
０」とが格納され、小容量高速メモリ３の各エントリに
はそれに対応してフロー識別子「５］が格納されてい
る。
【００２１】図４（ａ），（ｂ）は本発明の一実施例で
用いられるパケットの構成例を示す図であり、図５は本
発明の一実施例による検索システムのアルゴリズムを示
すフローチャートである。これら図１〜図５を参照して
本発明の一実施例による検索システムの動作について説
明する。図５に示すアルゴリズムはＣＰＵ４が記録媒体
６のプログラムを実行することで実現される。
用いられるパケットの構成例を示す図であり、図５は本
発明の一実施例による検索システムのアルゴリズムを示
すフローチャートである。これら図１〜図５を参照して
本発明の一実施例による検索システムの動作について説
明する。図５に示すアルゴリズムはＣＰＵ４が記録媒体
６のプログラムを実行することで実現される。
【００２２】ＣＰＵ４は検索エンジン１からヘッダ情報
が与えられると、そのヘッダ情報を持つ検索エントリを
大容量低速メモリ５から検索し、対応するフロー識別子
を検索エンジン１へ出力する。例えば、図４（ａ）に示
すパケット＃４１のヘッダ情報がＣＰＵ４に与えられる
と、大容量低速メモリ５から図２に示すエントリ＃２３
を検索し、そのエントリのフロー識別子＝５を検索エン
ジン１へ出力する。
が与えられると、そのヘッダ情報を持つ検索エントリを
大容量低速メモリ５から検索し、対応するフロー識別子
を検索エンジン１へ出力する。例えば、図４（ａ）に示
すパケット＃４１のヘッダ情報がＣＰＵ４に与えられる
と、大容量低速メモリ５から図２に示すエントリ＃２３
を検索し、そのエントリのフロー識別子＝５を検索エン
ジン１へ出力する。
【００２３】ＣＰＵ４は大容量低速メモリ５を検索した
後、得られた検索エントリのヘッダ情報をＣＡＭ２に登
録し、フロー識別子を小容量高速メモリ３へ登録する。
この時、図２に示すエントリの宛先ポートのような範囲
指定が検索ヒット条件に含まれる場合には、図５に示す
アルゴリズムを用いて複数のエントリに分割したものを
ＣＡＭ２へ登録する。例えば、大容量低速メモリ５から
図２に示すエントリ＃２３を検索した時、図３に示すよ
うな検索エントリがＣＡＭ２及び小容量高速メモリ３に
追加登録される。
後、得られた検索エントリのヘッダ情報をＣＡＭ２に登
録し、フロー識別子を小容量高速メモリ３へ登録する。
この時、図２に示すエントリの宛先ポートのような範囲
指定が検索ヒット条件に含まれる場合には、図５に示す
アルゴリズムを用いて複数のエントリに分割したものを
ＣＡＭ２へ登録する。例えば、大容量低速メモリ５から
図２に示すエントリ＃２３を検索した時、図３に示すよ
うな検索エントリがＣＡＭ２及び小容量高速メモリ３に
追加登録される。
【００２４】ＣＡＭ２は各エントリがデータエントリと
マスクエントリとから構成されるターナリＣＡＭであ
り、各ビットについて“０”、“１”、または“Ｄｏ
ｎ’ｔＣａｒｅ”のいずれかの値を検索条件として指定
することができる。ＣＡＭ２は検索エンジン１から検索
キーとしてヘッダ情報が入力されると、そのヘッダ情報
に一致するエントリを瞬時に見つけ出し、そのアドレス
を小容量高速メモリ３へ受渡す。
マスクエントリとから構成されるターナリＣＡＭであ
り、各ビットについて“０”、“１”、または“Ｄｏ
ｎ’ｔＣａｒｅ”のいずれかの値を検索条件として指定
することができる。ＣＡＭ２は検索エンジン１から検索
キーとしてヘッダ情報が入力されると、そのヘッダ情報
に一致するエントリを瞬時に見つけ出し、そのアドレス
を小容量高速メモリ３へ受渡す。
【００２５】小容量高速メモリ３はＣＡＭ２からエント
リのアドレスが入力されると、そのアドレスに格納され
たフロー識別子を検索エンジン１へ出力する。例えば、
ＣＡＭ２及び小容量高速メモリ３に図３に示すようなエ
ントリが格納されており、図４（ａ）に示すパケット＃
４１のヘッダ情報が検索エンジン１から与えられた時、
ＣＡＭ２はエントリ＃３３を瞬時に見つけ出し、小容量
高速メモリ３に格納されたフロー識別子＝５が検索エン
ジン１へ出力される。ＣＡＭ２及び小容量高速メモリ３
に登録されたエントリは、ＣＰＵ４によって最近検索さ
れなくなったものから定期的に削除されるものとする。
リのアドレスが入力されると、そのアドレスに格納され
たフロー識別子を検索エンジン１へ出力する。例えば、
ＣＡＭ２及び小容量高速メモリ３に図３に示すようなエ
ントリが格納されており、図４（ａ）に示すパケット＃
４１のヘッダ情報が検索エンジン１から与えられた時、
ＣＡＭ２はエントリ＃３３を瞬時に見つけ出し、小容量
高速メモリ３に格納されたフロー識別子＝５が検索エン
ジン１へ出力される。ＣＡＭ２及び小容量高速メモリ３
に登録されたエントリは、ＣＰＵ４によって最近検索さ
れなくなったものから定期的に削除されるものとする。
【００２６】図５に示すフローチャートは検索ヒット条
件として範囲条件Ａ〜Ｂが与えられた時、ＣＡＭ２へ登
録すべき複数のデータエントリＤ［０］，Ｄ
［１］，．．．，Ｄ［ｎ−１］、マスクエントリＭ
［０］，Ｍ［１］，．．．，Ｍ［ｎ−１］及びエントリ
数ｎを求めるアルゴリズムを示す。図５に示すフローチ
ャート中のＡ，Ｂ，Ｄ［ｉ］，Ｍ［ｉ］及びＡ’、Ｂ’
は固定長ビット幅の変数であり、計算式中のＯＲ、ＸＯ
Ｒ、ＮＯＴはそれぞれビット毎のＯＲ、Ｅｘｃｌｕｓｉ
ｖｅＯＲ、ＮＯＴの論理演算を意味する。
件として範囲条件Ａ〜Ｂが与えられた時、ＣＡＭ２へ登
録すべき複数のデータエントリＤ［０］，Ｄ
［１］，．．．，Ｄ［ｎ−１］、マスクエントリＭ
［０］，Ｍ［１］，．．．，Ｍ［ｎ−１］及びエントリ
数ｎを求めるアルゴリズムを示す。図５に示すフローチ
ャート中のＡ，Ｂ，Ｄ［ｉ］，Ｍ［ｉ］及びＡ’、Ｂ’
は固定長ビット幅の変数であり、計算式中のＯＲ、ＸＯ
Ｒ、ＮＯＴはそれぞれビット毎のＯＲ、Ｅｘｃｌｕｓｉ
ｖｅＯＲ、ＮＯＴの論理演算を意味する。
【００２７】図１に示す検索システムの初期状態とし
て、大容量低速メモリ５には図２に示す検索エントリが
格納されており、ＣＡＭ２及び小容量高速メモリ３には
有効なエントリが１つも格納されていないものとする。
て、大容量低速メモリ５には図２に示す検索エントリが
格納されており、ＣＡＭ２及び小容量高速メモリ３には
有効なエントリが１つも格納されていないものとする。
【００２８】ルータ装置が図４（ａ）に示すパケット＃
４１を受信し、そのヘッダ情報として送信元アドレス＝
ＳＡ３、宛先ＩＰアドレス＝ＤＡ３、宛先ポート＝１２
１が検索エンジン１に入力されると、検索エンジン１は
これらのヘッダ情報を検索キーとしてＣＡＭ２へ入力す
る。この時点でＣＡＭ２には対応するエントリが存在し
ないため、ＣＡＭ２に対する検索は失敗し、検索エンジ
ン１はヘッダ情報をＣＰＵ４へ入力する。
４１を受信し、そのヘッダ情報として送信元アドレス＝
ＳＡ３、宛先ＩＰアドレス＝ＤＡ３、宛先ポート＝１２
１が検索エンジン１に入力されると、検索エンジン１は
これらのヘッダ情報を検索キーとしてＣＡＭ２へ入力す
る。この時点でＣＡＭ２には対応するエントリが存在し
ないため、ＣＡＭ２に対する検索は失敗し、検索エンジ
ン１はヘッダ情報をＣＰＵ４へ入力する。
【００２９】ＣＰＵ４はこのヘッダ情報を検索キーとし
て大容量低速メモリ５を検索し、図２に示すエントリ＃
２３を得る。このエントリ＃２３に含まれるフロー識別
子＝５を検索エンジン１へ受渡し、検索エンジン１はこ
れを本検索システムの出力とする。
て大容量低速メモリ５を検索し、図２に示すエントリ＃
２３を得る。このエントリ＃２３に含まれるフロー識別
子＝５を検索エンジン１へ受渡し、検索エンジン１はこ
れを本検索システムの出力とする。
【００３０】この時、ＣＰＵ４は得られた検索エントリ
＃２３をＣＡＭ２及び小容量高速メモリ３に登録する
が、宛先ポートが［下限〜上限］の範囲条件で与えられ
ているため、図５に示すアルゴリズムを用いて宛先ポー
トの［下限〜上限］の範囲をマスク情報にてマスクしや
すいように分割し、ＣＡＭ２に登録すべき複数のエント
リを求める。以下、複数のエントリを求める処理につい
て説明する。
＃２３をＣＡＭ２及び小容量高速メモリ３に登録する
が、宛先ポートが［下限〜上限］の範囲条件で与えられ
ているため、図５に示すアルゴリズムを用いて宛先ポー
トの［下限〜上限］の範囲をマスク情報にてマスクしや
すいように分割し、ＣＡＭ２に登録すべき複数のエント
リを求める。以下、複数のエントリを求める処理につい
て説明する。
【００３１】初期値として、エントリ＃２３の範囲条件
の下限Ａ＝１００、上限Ｂ＝２００を設定する。最初に
登録すべきエントリは、下限をＡ＝１００とし、計算式
＃ａ１［Ａ’←Ａ ＯＲ （Ａ−１）］によって上限
Ａ’＝１０３が得られる。
の下限Ａ＝１００、上限Ｂ＝２００を設定する。最初に
登録すべきエントリは、下限をＡ＝１００とし、計算式
＃ａ１［Ａ’←Ａ ＯＲ （Ａ−１）］によって上限
Ａ’＝１０３が得られる。
【００３２】条件式＃ａ２（Ａ’＞Ｂ）によって、上限
Ａ’＝１０３が最終的な上限Ｂ＝２００以下であること
を確認し、計算式＃ａ３［Ｄ［ｎ］←Ａ，Ｍ［ｎ］←Ｎ
ＯＴ（Ａ ＸＯＲ Ａ’）］によってデータエントリＤ
［０］＝１００＝００００００００，０１１００１００
（２進）と、マスクエントリＭ［０］＝１１１１１１１
１，１１１１１１００（２進）とが求まる（図３に示す
エントリ＃３１）。このエントリは宛先ポートが１００
〜１０３の検索キーにヒットする。
Ａ’＝１０３が最終的な上限Ｂ＝２００以下であること
を確認し、計算式＃ａ３［Ｄ［ｎ］←Ａ，Ｍ［ｎ］←Ｎ
ＯＴ（Ａ ＸＯＲ Ａ’）］によってデータエントリＤ
［０］＝１００＝００００００００，０１１００１００
（２進）と、マスクエントリＭ［０］＝１１１１１１１
１，１１１１１１００（２進）とが求まる（図３に示す
エントリ＃３１）。このエントリは宛先ポートが１００
〜１０３の検索キーにヒットする。
【００３３】２番目のエントリは計算式＃ａ４（ｎ←ｎ
＋１，Ａ←Ａ’＋１）によって下限Ａ＝１０４、計算式
＃ａ１によって上限Ａ’＝１１１がそれぞれ得られる。
条件式＃ａ２によって上限Ａ’＝１１１が最終的な上限
Ｂ＝２００以下であることを確認し、計算式＃ａ３によ
ってデータエントリＤ［１］＝１０４＝０００００００
０，０１１０１０００（２進）と、マスクエントリＭ
［１］＝１１１１１１１１，１１１１１０００（２進）
とが求まる（図３に示すエントリ＃３２）。このエント
リは宛先ポートが１０４〜１１１の検索キーにヒットす
る。
＋１，Ａ←Ａ’＋１）によって下限Ａ＝１０４、計算式
＃ａ１によって上限Ａ’＝１１１がそれぞれ得られる。
条件式＃ａ２によって上限Ａ’＝１１１が最終的な上限
Ｂ＝２００以下であることを確認し、計算式＃ａ３によ
ってデータエントリＤ［１］＝１０４＝０００００００
０，０１１０１０００（２進）と、マスクエントリＭ
［１］＝１１１１１１１１，１１１１１０００（２進）
とが求まる（図３に示すエントリ＃３２）。このエント
リは宛先ポートが１０４〜１１１の検索キーにヒットす
る。
【００３４】３番目のエントリは計算式＃ａ４によって
下限Ａ＝１１２、計算式＃ａ１によって上限Ａ’＝１２
７がそれぞれ得られる。条件式＃ａ２によって上限Ａ’
＝１２７が最終的な上限Ｂ＝２００以下であることを確
認し、計算式＃ａ３によってデータエントリＤ［２］＝
１１２＝００００００００，０１１１００００（２進）
と、マスクエントリＭ［２］＝１１１１１１１１，１１
１１００００（２進）とが求まる（図３に示すエントリ
＃３３）。このエントリは宛先ポートが１１２〜１２７
の検索キーにヒットする。
下限Ａ＝１１２、計算式＃ａ１によって上限Ａ’＝１２
７がそれぞれ得られる。条件式＃ａ２によって上限Ａ’
＝１２７が最終的な上限Ｂ＝２００以下であることを確
認し、計算式＃ａ３によってデータエントリＤ［２］＝
１１２＝００００００００，０１１１００００（２進）
と、マスクエントリＭ［２］＝１１１１１１１１，１１
１１００００（２進）とが求まる（図３に示すエントリ
＃３３）。このエントリは宛先ポートが１１２〜１２７
の検索キーにヒットする。
【００３５】４番目のエントリは計算式＃ａ４によって
下限Ａ＝１２８、計算式＃ａ１によって上限Ａ’＝１９
１がそれぞれ得られる。条件式＃ａ２によって上限Ａ’
＝１９１が最終的な上限Ｂ＝２００以下であることを確
認し、計算式＃ａ３によってデータエントリＤ［３］＝
１２８＝００００００００，１０００００００（２進）
と、マスクエントリＭ［３］＝１１１１１１１１，１０
００００００（２進）とが求まる（図３に示すエントリ
＃３４）。このエントリは宛先ポートが１２８〜１９１
の検索キーにヒットする。
下限Ａ＝１２８、計算式＃ａ１によって上限Ａ’＝１９
１がそれぞれ得られる。条件式＃ａ２によって上限Ａ’
＝１９１が最終的な上限Ｂ＝２００以下であることを確
認し、計算式＃ａ３によってデータエントリＤ［３］＝
１２８＝００００００００，１０００００００（２進）
と、マスクエントリＭ［３］＝１１１１１１１１，１０
００００００（２進）とが求まる（図３に示すエントリ
＃３４）。このエントリは宛先ポートが１２８〜１９１
の検索キーにヒットする。
【００３６】５番目のエントリは計算式＃ａ４によって
下限Ａ＝１９２、計算式＃ａ１によって上限Ａ’＝２５
５がそれぞれ得られる。しかしながら、条件式＃ａ２に
よって上限Ａ’＝２５５が最終的な上限Ｂ＝２００を超
えていることが確認されるため、データエントリ及びマ
スクエントリの計算は行わず、＃ｂ１の処理に移り、残
りの宛先ポートが下限Ａ＝１９２から上限Ｂ＝２００の
検索キーにヒットするエントリを求める。
下限Ａ＝１９２、計算式＃ａ１によって上限Ａ’＝２５
５がそれぞれ得られる。しかしながら、条件式＃ａ２に
よって上限Ａ’＝２５５が最終的な上限Ｂ＝２００を超
えていることが確認されるため、データエントリ及びマ
スクエントリの計算は行わず、＃ｂ１の処理に移り、残
りの宛先ポートが下限Ａ＝１９２から上限Ｂ＝２００の
検索キーにヒットするエントリを求める。
【００３７】５番目のエントリは上限Ｂ＝２００とし、
計算式＃ｂ１［Ｂ’←Ｂ ＡＮＤＮＯＴ（ＮＯＴ（Ｂ）
−１）］によって下限Ｂ’＝２００が得られる。条件式
＃ｂ２（Ａ＞Ｂ’）によって、下限Ｂ’＝２００がＡ＝
１９２以上であることを確認し、計算式＃ｂ３［Ｄ
［ｎ］←Ｂ’，Ｍ［ｎ］←ＮＯＴ（Ｂ ＸＯＲ
Ｂ’）］によってデータエントリＤ［４］＝２００＝０
０００００００，１１００１０００（２進）と、マスク
エントリＭ［４］＝１１１１１１１１，１１１１１１１
１（２進）とが求まる（図３に示すエントリ＃３５）。
このエントリは宛先ポートが２００の検索キーにヒット
する。
計算式＃ｂ１［Ｂ’←Ｂ ＡＮＤＮＯＴ（ＮＯＴ（Ｂ）
−１）］によって下限Ｂ’＝２００が得られる。条件式
＃ｂ２（Ａ＞Ｂ’）によって、下限Ｂ’＝２００がＡ＝
１９２以上であることを確認し、計算式＃ｂ３［Ｄ
［ｎ］←Ｂ’，Ｍ［ｎ］←ＮＯＴ（Ｂ ＸＯＲ
Ｂ’）］によってデータエントリＤ［４］＝２００＝０
０００００００，１１００１０００（２進）と、マスク
エントリＭ［４］＝１１１１１１１１，１１１１１１１
１（２進）とが求まる（図３に示すエントリ＃３５）。
このエントリは宛先ポートが２００の検索キーにヒット
する。
【００３８】６番目のエントリは計算式＃ｂ４（ｎ←ｎ
＋１，Ｂ←Ｂ’−１）によって上限Ｂ＝１９９、計算式
＃ｂ１によって下限Ｂ’＝１９２がそれぞれ得られる。
条件式＃ｂ２によって下限Ｂ’＝１９２がＡ＝１９２以
上であることを確認し、計算式＃ｂ３によってデータエ
ントリＤ［５］＝１９２＝００００００００，１１００
００００（２進）と、マスクエントリＭ［５］＝１１１
１１１１１，１１１１１０００（２進）とが求まる（図
３に示すエントリ＃３６）。このエントリは宛先ポート
が１９２〜１９９の検索キーにヒットする。
＋１，Ｂ←Ｂ’−１）によって上限Ｂ＝１９９、計算式
＃ｂ１によって下限Ｂ’＝１９２がそれぞれ得られる。
条件式＃ｂ２によって下限Ｂ’＝１９２がＡ＝１９２以
上であることを確認し、計算式＃ｂ３によってデータエ
ントリＤ［５］＝１９２＝００００００００，１１００
００００（２進）と、マスクエントリＭ［５］＝１１１
１１１１１，１１１１１０００（２進）とが求まる（図
３に示すエントリ＃３６）。このエントリは宛先ポート
が１９２〜１９９の検索キーにヒットする。
【００３９】７番目のエントリは計算式＃ｂ４によって
上限Ｂ＝１９１，下限Ｂ’＝１２８がそれぞれ得られる
が、条件式＃ｂ２によって下限Ｂ’＝１２８がＡ＝１９
２未満であるため、ここで処理を終了する。
上限Ｂ＝１９１，下限Ｂ’＝１２８がそれぞれ得られる
が、条件式＃ｂ２によって下限Ｂ’＝１２８がＡ＝１９
２未満であるため、ここで処理を終了する。
【００４０】以上の処理によって、図３に示すＣＡＭ２
の宛先ポートフィールドに登録すべきデータエントリＤ
［０］，Ｄ［１］，．．．，Ｄ［５］及びマスクエント
リＭ［０］，Ｍ［１］，．．．，Ｍ［５］が得られる。
ＣＰＵ４はこれらを用いてＣＡＭ２及び小容量高速メモ
リ３に、図３に示すように、エントリ登録を行い、パケ
ット＃４１に関する処理を終了する。
の宛先ポートフィールドに登録すべきデータエントリＤ
［０］，Ｄ［１］，．．．，Ｄ［５］及びマスクエント
リＭ［０］，Ｍ［１］，．．．，Ｍ［５］が得られる。
ＣＰＵ４はこれらを用いてＣＡＭ２及び小容量高速メモ
リ３に、図３に示すように、エントリ登録を行い、パケ
ット＃４１に関する処理を終了する。
【００４１】パケット＃４１に続いてルータ装置が図４
（ｂ）に示すパケット＃４２を受信すると、そのヘッダ
情報として送信元アドレス＝ＳＡ３、宛先アドレス＝Ｄ
Ａ３、宛先ポート＝１５３がそれぞれ検索エンジン１へ
入力され、検索エンジン１は検索キーとしてそれをＣＡ
Ｍ２へ入力する。
（ｂ）に示すパケット＃４２を受信すると、そのヘッダ
情報として送信元アドレス＝ＳＡ３、宛先アドレス＝Ｄ
Ａ３、宛先ポート＝１５３がそれぞれ検索エンジン１へ
入力され、検索エンジン１は検索キーとしてそれをＣＡ
Ｍ２へ入力する。
【００４２】ＣＡＭ２には既に、図３に示すエントリが
登録されており、入力されたヘッダ情報はエントリ＃３
４にヒットする。検索エンジン１は小容量高速メモリ３
から対応するフロー識別子＝５を受取り、それを検索シ
ステムの出力とする。
登録されており、入力されたヘッダ情報はエントリ＃３
４にヒットする。検索エンジン１は小容量高速メモリ３
から対応するフロー識別子＝５を受取り、それを検索シ
ステムの出力とする。
【００４３】このように、同一の検索エントリに属する
パケットを再び受信した時に、ＣＡＭ２及び小容量高速
メモリ３に既にエントリが存在するため、ＣＰＵ４と大
容量低速メモリ５とによる低速な検索処理を必要とせ
ず、非常に短時間で対応するフロー識別子を得ることが
できる。
パケットを再び受信した時に、ＣＡＭ２及び小容量高速
メモリ３に既にエントリが存在するため、ＣＰＵ４と大
容量低速メモリ５とによる低速な検索処理を必要とせ
ず、非常に短時間で対応するフロー識別子を得ることが
できる。
【００４４】検索ヒット条件に範囲指定が含まれる検索
エントリをＣＡＭ２に登録する場合、従来、その範囲に
属する個々の要素毎にエントリを登録しているため、Ｃ
ＡＭ２に登録するエントリ数が増加し、検索システムの
性能の低下につながってしまう。
エントリをＣＡＭ２に登録する場合、従来、その範囲に
属する個々の要素毎にエントリを登録しているため、Ｃ
ＡＭ２に登録するエントリ数が増加し、検索システムの
性能の低下につながってしまう。
【００４５】これに対し、本発明ではＣＡＭ２のマスク
機能（Ｄｏｎ’ｔ Ｃａｒｅ機能）を使うことで、その
範囲に属する全ての要素の検索ヒット条件を少ないエン
トリ数で登録することができ、検索システムの性能を向
上させることができる。
機能（Ｄｏｎ’ｔ Ｃａｒｅ機能）を使うことで、その
範囲に属する全ての要素の検索ヒット条件を少ないエン
トリ数で登録することができ、検索システムの性能を向
上させることができる。
【００４６】上記のように、１つのＣＡＭ２によって多
くの検索ヒット条件を登録することができるため、ＣＡ
Ｍ２の１つ当たりの検索性能を向上させることができ
る。また、所望の性能を出すために必要となるＣＡＭ２
のエントリ数を少なくすることができるため、コスト及
び消費電力を小さくすることができる。
くの検索ヒット条件を登録することができるため、ＣＡ
Ｍ２の１つ当たりの検索性能を向上させることができ
る。また、所望の性能を出すために必要となるＣＡＭ２
のエントリ数を少なくすることができるため、コスト及
び消費電力を小さくすることができる。
【００４７】さらに、ＣＡＭ２へのエントリ登録回数が
少なくなり、ＣＰＵ４の負荷を小さくすることができ
る。さらにまた、ＣＡＭ２の検索ヒット率が高くなるた
め、ＣＰＵ４からＣＡＭ２へのエントリ登録回数が少な
くなり、ＣＰＵ４の負荷を小さくすることができる。
少なくなり、ＣＰＵ４の負荷を小さくすることができ
る。さらにまた、ＣＡＭ２の検索ヒット率が高くなるた
め、ＣＰＵ４からＣＡＭ２へのエントリ登録回数が少な
くなり、ＣＰＵ４の負荷を小さくすることができる。
【００４８】上述した本発明の一実施例によるＣＡＭ２
への検索条件の登録方法では、特に範囲の上限と下限と
の差が大きいほど、従来のＣＡＭ２への検索条件の登録
方法に比べてその効果が大きくなる。
への検索条件の登録方法では、特に範囲の上限と下限と
の差が大きいほど、従来のＣＡＭ２への検索条件の登録
方法に比べてその効果が大きくなる。
【００４９】尚、上記の説明ではヘッダ情報のうち、範
囲指定される宛先ポートのみを分割して複数のエントリ
を求め、それら複数のエントリを一括してＣＡＭ２へ登
録する処理について述べたが、ヘッダ情報の送信元アド
レスや宛先アドレスも範囲指定される場合には、上記と
同様の方法で、ＣＡＭ２へ登録することができる。
囲指定される宛先ポートのみを分割して複数のエントリ
を求め、それら複数のエントリを一括してＣＡＭ２へ登
録する処理について述べたが、ヘッダ情報の送信元アド
レスや宛先アドレスも範囲指定される場合には、上記と
同様の方法で、ＣＡＭ２へ登録することができる。
【００５０】
【発明の効果】以上説明したように本発明によれば、範
囲指定される検索ヒット条件を含むエントリをＣＡＭへ
登録し、パケットのヘッダ情報に対応するフロー識別子
を検索する検索システムにおいて、エントリにおける範
囲指定される検索ヒット条件を所定アルゴリズムを用い
て複数に分割してＣＡＭに登録することによって、検索
ヒット条件を少ないエントリ数で登録することができ、
検索性能を向上させることができるという効果がある。
囲指定される検索ヒット条件を含むエントリをＣＡＭへ
登録し、パケットのヘッダ情報に対応するフロー識別子
を検索する検索システムにおいて、エントリにおける範
囲指定される検索ヒット条件を所定アルゴリズムを用い
て複数に分割してＣＡＭに登録することによって、検索
ヒット条件を少ないエントリ数で登録することができ、
検索性能を向上させることができるという効果がある。
【図１】本発明の一実施例による検索システムの構成を
示すブロック図である。
示すブロック図である。
【図２】図１の大容量低速メモリに格納される検索エン
トリの具体例を示す図である。
トリの具体例を示す図である。
【図３】図１のＣＡＭ及び小容量高速メモリに格納され
る検索エントリの具体例を示す図である。
る検索エントリの具体例を示す図である。
【図４】（ａ），（ｂ）は本発明の一実施例で用いられ
るパケットの構成例を示す図である。
るパケットの構成例を示す図である。
【図５】本発明の一実施例による検索システムのアルゴ
リズムを示すフローチャートである。
リズムを示すフローチャートである。
１ 検索エンジン ２ ＣＡＭ ３ 小容量高速メモリ ４ ＣＰＵ ５ 大容量低速メモリ ６ 記録媒体
Claims (11)
- 【請求項１】 範囲指定される検索ヒット条件を含むエ
ントリをＣＡＭ（Ｃｏｎｔｅｎｔ−Ａｄｄｒｅｓｓａｂ
ｌｅ Ｍｅｍｏｒｙ）へ登録し、パケットのヘッダ情報
に対応するフロー識別子を検索する検索システムであっ
て、前記エントリにおいて範囲指定される検索ヒット条
件を所定アルゴリズムを用いて複数に分割して前記ＣＡ
Ｍに登録する手段を有することを特徴とする検索システ
ム。 - 【請求項２】 前記エントリは、前記ヘッダ情報のうち
の少なくとも送信元アドレスと宛先アドレスと宛先ポー
トとを格納するようにしたことを特徴とする請求項１記
載の検索システム。 - 【請求項３】 前記検索ヒット条件は、前記ヘッダ情報
のうちの下限及び上限で範囲指定される情報であること
を特徴とする請求項１または請求項２記載の検索システ
ム。 - 【請求項４】 前記検索ヒット条件は、前記下限及び上
限で範囲指定される宛先ポートであることを特徴とする
請求項３記載の検索システム。 - 【請求項５】 前記所定アルゴリズムは、前記範囲指定
される検索ヒット条件をマスク情報にてマスク可能に分
割するアルゴリズムであることを特徴とする請求項１か
ら請求項４のいずれか記載の検索システム。 - 【請求項６】 範囲指定される検索ヒット条件を含むエ
ントリをＣＡＭ（Ｃｏｎｔｅｎｔ−Ａｄｄｒｅｓｓａｂ
ｌｅ Ｍｅｍｏｒｙ）へ登録し、パケットのヘッダ情報
に対応するフロー識別子を検索する検索システムの検索
条件ＣＡＭ登録方法であって、前記エントリにおいて範
囲指定される検索ヒット条件を所定アルゴリズムを用い
て複数に分割して前記ＣＡＭに登録するようにしたこと
を特徴とする検索条件ＣＡＭ登録方法。 - 【請求項７】 前記エントリは、前記ヘッダ情報のうち
の少なくとも送信元アドレスと宛先アドレスと宛先ポー
トとを格納するようにしたことを特徴とする請求項６記
載の検索条件ＣＡＭ登録方法。 - 【請求項８】 前記検索ヒット条件は、前記ヘッダ情報
のうちの下限及び上限で範囲指定される情報であること
を特徴とする請求項６または請求項７記載の検索条件Ｃ
ＡＭ登録方法。 - 【請求項９】 前記検索ヒット条件は、前記下限及び上
限で範囲指定される宛先ポートであることを特徴とする
請求項８記載の検索条件ＣＡＭ登録方法。 - 【請求項１０】 前記所定アルゴリズムは、前記範囲指
定される検索ヒット条件をマスク情報にてマスク可能に
分割するアルゴリズムであることを特徴とする請求項６
から請求項９のいずれか記載の検索条件ＣＡＭ登録方
法。 - 【請求項１１】 範囲指定される検索ヒット条件を含む
エントリをＣＡＭ（Ｃｏｎｔｅｎｔ−Ａｄｄｒｅｓｓａ
ｂｌｅ Ｍｅｍｏｒｙ）へ登録し、パケットのヘッダ情
報に対応するフロー識別子を検索する検索システムの検
索条件ＣＡＭ登録方法のプログラムであって、コンピュ
ータに、前記エントリにおいて範囲指定される検索ヒッ
ト条件を所定アルゴリズムを用いて複数に分割して前記
ＣＡＭに登録する処理を実行させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001177856A JP3711895B2 (ja) | 2001-06-13 | 2001-06-13 | 検索システム及びそれに用いる検索条件ｃａｍ登録方法並びにそのプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001177856A JP3711895B2 (ja) | 2001-06-13 | 2001-06-13 | 検索システム及びそれに用いる検索条件ｃａｍ登録方法並びにそのプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002374289A true JP2002374289A (ja) | 2002-12-26 |
| JP3711895B2 JP3711895B2 (ja) | 2005-11-02 |
Family
ID=19018640
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001177856A Expired - Fee Related JP3711895B2 (ja) | 2001-06-13 | 2001-06-13 | 検索システム及びそれに用いる検索条件ｃａｍ登録方法並びにそのプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3711895B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007525883A (ja) * | 2004-01-14 | 2007-09-06 | リヴァーストーン ネットワークス インコーポレーテッド | ネットワークノードにおける処理利用管理 |
| JP2011124799A (ja) * | 2009-12-10 | 2011-06-23 | Nec Engineering Ltd | データ転送装置 |
| JP2013164814A (ja) * | 2012-02-13 | 2013-08-22 | Canon Inc | 情報処理装置およびその制御方法 |
| US8775726B2 (en) | 2012-07-27 | 2014-07-08 | International Business Machine Corporation | TCAM extended search function |
-
2001
- 2001-06-13 JP JP2001177856A patent/JP3711895B2/ja not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007525883A (ja) * | 2004-01-14 | 2007-09-06 | リヴァーストーン ネットワークス インコーポレーテッド | ネットワークノードにおける処理利用管理 |
| JP2011124799A (ja) * | 2009-12-10 | 2011-06-23 | Nec Engineering Ltd | データ転送装置 |
| JP2013164814A (ja) * | 2012-02-13 | 2013-08-22 | Canon Inc | 情報処理装置およびその制御方法 |
| US8775726B2 (en) | 2012-07-27 | 2014-07-08 | International Business Machine Corporation | TCAM extended search function |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3711895B2 (ja) | 2005-11-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10389633B2 (en) | Hash-based address matching | |
| US7437354B2 (en) | Architecture for network search engines with fixed latency, high capacity, and high throughput | |
| US20190058661A1 (en) | Storing keys with variable sizes in a multi-bank database | |
| US7389377B2 (en) | Access control list processor | |
| US9537771B2 (en) | Exact match hash lookup databases in network switch devices | |
| EP1623347B1 (en) | Comparison tree data structures and lookup operations | |
| US8181258B2 (en) | Access control list constructed as a tree of matching tables | |
| US6307855B1 (en) | Network routing table using content addressable memory | |
| US7480299B2 (en) | Rules engine for access control lists in network units | |
| US8599859B2 (en) | Iterative parsing and classification | |
| US20070028039A1 (en) | Controlling a searchable range within a network search engine | |
| US20060248095A1 (en) | Efficient RAM lookups by means of compressed keys | |
| JP2005130489A (ja) | ルータ用の改良型アクセス制御リスティング機構 | |
| KR20150026979A (ko) | 어드밴스드 피처를 갖는 정규 표현식 패턴에 대한 비결정성 유한 오토마톤 （ｎｆａ） 생성 | |
| US7861291B2 (en) | System and method for implementing ACLs using standard LPM engine | |
| US6529897B1 (en) | Method and system for testing filter rules using caching and a tree structure | |
| US7644085B2 (en) | Directed graph approach for constructing a tree representation of an access control list | |
| US20200228449A1 (en) | Exact match and ternary content addressable memory (tcam) hybrid lookup for network device | |
| US7403526B1 (en) | Partitioning and filtering a search space of particular use for determining a longest prefix match thereon | |
| US20040233692A1 (en) | Magnitude comparator based content addressable memory for search and sorting | |
| US7739445B1 (en) | Circuit, apparatus, and method for extracting multiple matching entries from a content addressable memory (CAM) device | |
| US9305115B1 (en) | Method and apparatus for reducing power consumption during rule searches in a content search system | |
| WO2024067746A1 (zh) | 一种基于fpga实现的掩码匹配方法及系统 | |
| JP2002374289A (ja) | 検索システム及びそれに用いる検索条件ｃａｍ登録方法並びにそのプログラム | |
| JP3558151B2 (ja) | データ検索回路 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040922 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041005 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041206 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050111 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050314 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050726 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050808 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080826 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090826 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090826 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100826 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110826 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110826 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120826 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130826 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |