(57)【要約】交換機能及び経路設定機能は、仮想インターフェースと論理インターフェースとの間のバインディング情報を継続的に取得して仮想インターフェースに属するポートおよび実際の論理ポートの状態を保持する単一のインターフェースマネージャのもとに論理的・物理的に関連したインターフェースの処理を行うために必要な全機能及びアルゴリズムを有し、ネットワーク交換機のデータプレーンに備えてもよい。実際のインターフェースが停止する場合、これに伴って仮想インターフェースが停止してもよい。バインディング情報は定義を含んでもよい。バインディング情報の全ては、単一の経路設定情報ベース（ＲＩＢ）データベースに配置してもよく、様々な位置におくことによる複数のバインディング情報の必要性を排除できる。制御プレーンのハードウェア抽象化レイヤは、データプレーンにミラーリングでき、顧客が同じタスクを行うレイヤを生成する必要性を排除できる。【選択図】図１
2008532390.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク交換機のデータプレーンに交換機能および経路設定機能を提供する方法において、
仮想インターフェースとネットワーク交換機の１つ以上の論理インターフェースとの間をバインディングするための要求を受信するステップと、
前記バインディングの定義を受信するステップと、
前記バインディングおよび前記ネットワーク交換機の前記データプレーンの単一のデータベースの前記定義を保持するステップとを含む、ことを特徴とする方法。
【請求項２】
前記バインディングの状態を前記ネットワーク交換機の中のデータプレーン内の単一のデータベースに保持するステップを含む、ことを特徴とする請求項１記載の方法。
【請求項３】
前記バインディングは、前記仮想インターフェースに属する前記ネットワーク交換機のポートに関する情報である、ことを特徴とする請求項１記載の方法。
【請求項４】
前記バインディングの状態が、論理インターフェースが停止していることを示す場合、バインディングにより指定されたものと一致する仮想インターフェースを停止させる、ことを特徴とする請求項２記載の方法。
【請求項５】
物理チップに前記バインディングをリンクするステップを含む、ことを特徴とする請求項１記載の方法。
【請求項６】
前記ネットワーク交換機の中の前記データプレーンの上にある前記ネットワーク交換機の中の制御プレーンからハードウェア抽象化レイヤを複製するステップを含む、ことを特徴とする請求項１記載の方法。
【請求項７】
前記単一のデータベースは、転送情報ベースであり、経路情報ベースから前記転送情報ベースを導き出すステップを含む、ことを特徴とする請求項１記載の方法。
【請求項８】
ネットワークプロセッサの中のチップのための中継データベースと、前記ネットワーク交換機に接続されるＩＰスタックのための転送情報ベースを更新するステップを含む、ことを特徴とする請求項１記載の方法。
【請求項９】
制御プレーンと、
前記制御プレーンに接続されるデータプレーンと、
インターフェースマネージャとを含み、
前記インターフェースマネージャは、
仮想インターフェースとネットワーク交換機の中の一つ以上の論理インターフェースとの間をバインディングするための要求を受信するように構成し、
前記バインディングに用いる定義を受信し、
前記バインディングと、前記ネットワーク交換機の中の前記データプレーンの単一のデータベースの前記定義とを保持することを特徴とするネットワーク交換機。
【請求項１０】
前記インターフェースマネージャは、前記ネットワーク交換機の中の前記データプレーンの前記単一のデータベースに前記バインディングの状態を保持するように構成する、ことを特徴とする請求項９記載のネットワーク交換機。
【請求項１１】
前記バインディングは、前記仮想インターフェースに帰属する前記ネットワーク交換機の中のポートに関する情報である、ことを特徴とする請求項９に記載のネットワーク交換機。
【請求項１２】
前記バインディングの状態が、論理インターフェースが停止であることを示す場合、前記インターフェースマネージャは、前記バインディングによる指定されたものと一致する仮想インターフェースを停止させるように構成する、ことを特徴とする請求項１０記載のネットワーク交換機。
【請求項１３】
前記インターフェースマネージャは、前記バインディングを物理チップにリンクするように構成する、ことを特徴とする請求項９記載のネットワーク交換機。
【請求項１４】
前記制御プレーンは、ハードウェア抽象化レイヤを含み、前記データプレーンは前記ハードウェア抽象化レイヤについての複製されたバージョンを含む、ことを特徴とする請求項９記載のネットワーク交換機。
【請求項１５】
前記単一のデータベースは、転送情報ベースであり、前記インターフェースマネージャは、経路情報ベースから転送情報ベースを導き出すように構成する、ことを特徴とする請求項９記載のネットワーク交換機。
【請求項１６】
前記インターフェースマネージャは、ネットワークプロセッサの中のチップのための中継データベースと、前記ネットワーク交換機に接続されるＩＰスタックのための転送情報ベースとを更新するように構成する、ことを特徴とする請求項９記載のネットワーク交換機。
【請求項１７】
ネットワーク交換機の中のデータプレーンの交換機能および経路選択機能を供給する装置において、
仮想インターフェースと前記ネットワーク交換機の中の一つ以上の論理インターフェースとの間をバインディングするための要求を受信する手段と、
前記バインディングのための定義を受信する手段と、
前記バインディングおよび前記定義を前記ネットワーク交換機の中の前記データプレーンの単一のデータベースに保持する手段と、を備える、ことを特徴とする装置。
【請求項１８】
前記ネットワーク交換機の中の前記データプレーンの前記単一のデータベースに前記バインディングの状態を保持する手段をさらに備える、ことを特徴とする請求項１７記載の装置。
【請求項１９】
前記バインディングは、前記仮想インターフェースに属する前記ネットワーク交換機の中のポートに関する情報である、ことを特徴とする請求項１７記載の装置。
【請求項２０】
前記バインディングの状態が、論理インターフェースが停止であることを示す場合、前記バインディングによって指定されたものと一致する仮想インターフェースを停止させる手段を備える、ことを特徴とする請求項１８記載の装置。
【請求項２１】
前記バインディングを物理チップにリンクする手段を備える、ことを特徴とする請求項１７記載の装置。
【請求項２２】
前記ネットワーク交換機の中の前記データプレーンの上にある前記ネットワーク交換機の中の制御プレーンからハードウェア抽象化レイヤを複写する手段を備える、ことを特徴とする請求項１７記載の装置。
【請求項２３】
前記単一のデータベースは、転送情報ベースであり、
経路情報ベースから転送情報ベースを導き出す手段を備える、ことを特徴とする請求項１７記載の装置。
【請求項２４】
ネットワークプロセッサの中のチップのための中継データベースと、前記ネットワーク交換機に接続されるＩＰスタックに対する転送情報ベースとを更新する手段を備える、ことを特徴とする請求項１７記載の装置。
【請求項２５】
ネットワーク交換機の中のデータプレーンの交換機能および経路選択機能を供給する方法を実行する実行装置によって、実行可能な命令を表すプログラムであって、
前記方法は、
前記ネットワーク交換機の中の仮想インターフェースと１つ以上の論理インターフェースとの間でのバインディングに対する要求を受信するステップと、
前記バインディングに対する定義を受信するステップと、
前記バインディングおよび前記定義を前記ネットワーク交換機の中のデータプレーン内の単一のデータベースに保持するステップと、を含む、前記実行装置によりプログラム記憶装置から読み込み可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２００５年２月２５日出願のＶｉｖｉｄｈＳｉｄｄｈａ、ＫｕｎｉｈｉｒｏＩｓｈｉｇｕｒｏ、ＷｉｌｌｉｅＨｅｒｎａｎｄｅｚらによる「ハードウェア抽象化レイヤ」と題された特許仮出願第６０／６５６，７５６号の優先権を主張するものである。
【０００２】
本発明は、ネットワーク交換機に関する。より詳細には、本発明は、ネットワーク交換機構造で用いるハードウェア抽象化レイヤに関する。
【背景技術】
【０００３】
ネットワーク交換機は、２つのエンドポイント間のデータ接続を接続・分離するためのハードウェア機器である。交換機を採用して一対のエンドポイント間に仮想回路を形成し、データパケットを意図された目的地に転送することによりコネクションレス型ネットワークにおいてルータと類似の役割を果たすことができる。
【０００４】
交換機は、従来、制御プレーンとデータプレーンの２つのソフトウェアプレーンを有している。制御プレーンは、システムの実際の機能および特徴を提供するためのシステムの一部である。データプレーンは、交換機を外部に接続する複数のポート間での実際のデータの送信および受信を行う。別々のプロセッサ（「ネットワークプロセッサ」）が上記複数のポートを制御する場合もある。純粋に構造上の観点から言うと、制御プレーンとデータプレーンとの間の別々のプロセッサへの分離はシステム依存性があり、交換機で用いられるオペレーティングシステムにおいて実行されてもよい。
【０００５】
多くの先行技術の交換機では、制御プレーンとデータプレーンとの分離構造を適用している。制御プレーンのために特に設計されるソフトウェアを補助するため、アプリケーションプログラミングインタフェース（ＡＰＩ）が、データプレーンと相互作用するために制御プレーンに加えられる別のソフトウェアによって用いられる。このＡＰＩは、全体としてハードウェア抽象化レイヤＡＰＩ（ＨＡＬ
ＡＰＩ）と呼ばれる。
【０００６】
ローカルエリアネットワーク（ＬＡＮ）技術は、通常、交換機能と経路機能とを区別する。交換機能は、データパケットをカプセル化するイーサネット（登録商標）フレームのメディアアクセス制御（ＭＡＣ）アドレスを用いた、送信元ポートから送信先ポートへのパケットの転送を含む。この交換機は、ハブと呼ばれることが多い。一方、経路設定は、コンピュータに割り当てられたインターネットプロトコル（ＩＰ）アドレスに基づいた基地設置転送決定を含む。
【０００７】
その後、イーサネット（登録商標）フレームは、送信元エンドポイントと送信先エンドポイントのＩＰパケットとＩＰアドレスとをカプセル化する。その結果、ルータでは、ＩＰパケットの処理の前にイーサネット（登録商標）フレームを取り除く必要があるため、パケット送信先の解決に交換機よりも長くかかる。
【０００８】
現在の交換機システムおよび経路設定システムは、ＭＡＣアドレスまたはＩＰアドレスに基づいたイーサネット（登録商標）フレームの交換が可能になるように、実際には組み合わせて用いてもよい。こうした能力は、今では、システムのポートを制御する交換機システムにおいて用いられる実際のネットワークプロセッサに組み込まれている。従って、この新しい最先端の複合機能を追加するためには、新たな能力をデータプレーンに追加する必要がある。加えて、仮想ＬＡＮにより、ＬＡＮの物理トポロジー内に仮想ネットワークトポロジーを生成することが可能となる。
これにより、同じイーサネット（登録商標）の物理的リンクを用いたＬＡＮ内部でのデータフローの分離が可能となる。トポロジーの観点からは、物理ＬＡＮトポロジーセグメントと仮想ＬＡＮセグメントは異なる仮想ＬＡＮを表すものであり、両者は事実上独立しており、従って、セキュリティが向上する。
【０００９】
しかしながら、設計段階において、このようなシステムの主たる欠点を見ることができる。設計者は、以下のような要素を実施しなければならない。
１．経路設定を仲介するためのメカニズム、および制御プレーンとのインターフェース管理。
２．制御プレーンからデータプレーンへ、設定機能および記録機能を伝達するメカニズム。３．パケット処理を制御するパケットドライバ（パケットがデータプレーンのＩＰ転送／経路設定スタックに渡される前に、ハードウェア要素からそのパケットをインターセプトするレイヤ）。
４．例外パケット処理部（ＩＰ経路設定スタックは処理方法を知らないトポロジー情報を通信する制御パケットを補足し、これを検査し、適切なＬ２プロトコルに転送してさらに処理を行う）。
５．インターフェース管理層（仮想インターフェースの生成、処理、および管理を促進し、仮想ポートと物理ポートとの間のバインディング情報を保持し、集合物理ポートから集合仮想ポートへの生成および管理、ならびこれら仮想ポート間のパケットの分布を処理し、仮想ポートおよび物理ポートの管理状態を保持する）。
６．ハードウェア抽象化レイヤとハードウェア統合プレーンとの間で機能のミラーリングを行う要素（ＨＡＬ
ＡＰＩをデータプレーンに拡張し、実際のハードウェアドライバのＡＰＩとインターフェースするハードウェアに基づくＰＩを提供する）。
７．ＨＩＰ ＡＰＩと（データプレーンにおける）ハードウェアドライバのＡＰＩとの間の、ＨＩＰ
ＡＰＩを当該ドライバのＡＰＩに転送するソフトウェアシムレイヤ。
８．信頼性のあるデータ転送メカニズムおよび発見メカニズムを含む、筐体およびスタックサポート。
９．制御プレーンからデータプレーンへ、管理インターフェースレイヤを拡張する。
【００１０】
交換機の設計者にこれほどの負担をかけることは、開発コストおよび開発にかかる時間を増加することになる。従来、これらの機能は、抽出された機能間の相互関係を考慮することなく、アドホックなものとして実行され、多くの場合、不必要に機能、データ構造、通信経路を複製することとなっていた。加えて、自分のハードウェアで交換機ソフトウェアを動作させるためにカスタマイズを必要とする顧客に、何度も交換機ソフトウェアが配布されていた。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
従って、これらの要素についての設計上の負担が全て、顧客にかかることになる。設計者にも顧客にも、このように時間のかかる開発を行う必要がないような解決策が求められている。
【課題を解決するための手段】
【００１２】
交換機能および経路設定機能は、仮想インターフェースと論理インターフェースとの間のバインディング情報を継続的に取得して仮想インターフェースに属するポートおよび実際の論理ポートの状態を保持する単一のインターフェースマネージャのもとに論理的・物理的に関連したインターフェースの処理を行うために必要な全ての機能およびアルゴリズムを有することにより、ネットワーク交換機のデータプレーンに備えられてもよい。
【００１３】
実際のインターフェースが停止する場合、これに伴って仮想インターフェースが停止してもよい。バインディング情報もまた、定義情報を含んでもよい。
【００１４】
これらのバインディング情報の全ては、単一の経路設定情報ベース（ＲＩＢ、ｒｏｕｔｉｎｇ
ｉｎｆｏｒｍａｔｉｏｎ ｂａｓｅ）データベースに配置されてもよく、さまざまな位置におくことによる複数のバインディング情報の必要性を排除できる。
【００１５】
さらに、制御プレーンのハードウェア抽象化レイヤは、データプレーンにミラーリングすることもでき、顧客が同じタスクを行うレイヤを生成する必要性を排除できる。
【発明を実施するための最良の形態】
【００１６】
以下に、本発明の実施形態を、コンピュータ、サーバ、およびソフトウェアのシステムとの関連において説明する。当業者には、以下の詳細な本発明の説明は例示のみを目的とするものであり、なんら限定するものではないことが理解される。その他の本発明の実施形態は、本開示の利益を有する当業者には、容易に示唆される。
【００１７】
以下、添付の図面に示す本発明の実施について詳細に述べる。図面および以下の詳細な説明全体を通して、同一の参照符号を用いて同一または類似の要素について言及する。
【００１８】
明確化の目的で、慣用される実施の特徴についてはその全てを図示または記載するものではない。当然ながら、このような実際の導入開発においては、用途または産業上の制限を満たすなどといった開発者に特定の目的を実現するために数多くのその実施に特定の決定がなされることはいうまでもない。また、このような特定の目的は実施ごと開発者ごとに異なるものであることも言うまでもない。さらに、このような開発努力は複雑かつ時間がかかるが、本開示の利益を有する当業者にとっては日常的な技術的な取り組みであることは、言うまでもない。
【００１９】
本発明によれば、要素、処理工程、および／またはデータ構造は、各種のオペレーティングシステム、コンピュータプラットフォーム、コンピュータプログラム、および／または汎用機を用いて実施してもよい。加えて、当業者には、本明細書に開示される発明思想の趣旨と範囲から離れることなく、配線で接続された機器、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、その他などのより汎用性の低い機器を用いてもよいことは、理解される。
【００２０】
交換機能および経路設定機能は、仮想インターフェースと論理インターフェースとの間のバインディング情報を継続的に取得して仮想インターフェースに属するポートおよび実際の論理ポートの状態を保持する単一のインターフェースマネージャのもとに論理的・物理的に関連したインターフェースの処理を行うために必要な全ての機能およびアルゴリズムを有することにより、ネットワーク交換機のデータプレーンに備えられてもよい。実際にインターフェースが停止する場合、これに伴って仮想インターフェースが停止してもよい。
【００２１】
また、バインディング情報は、定義情報を含んでもよい。これらのバインディング情報の全ては、単一のデータベースに配置してもよく、さまざまな位置に置くことによる複数のバインディング情報の必要性を排除できる。
【００２２】
制御プレーンは、全てのインターフェースを物理インターフェースであるかのように処理し、制御プレーン経路設定と転送決定の改善により、性能、ネットワークの復元力、およびネットワークの安定性の向上につながる。
【００２３】
加えて、バインディング情報は実際の物理チップに結合してもよい。さらに、制御プレーンのハードウェア抽象化レイヤは、データプレーンにミラーリングすることもでき、顧客が同じタスクを行うレイヤを生成する必要性を排除ができる。
【００２４】
さらに、インターフェースマネージャは、制御プレーン内に存在する経路設定情報ベース（ＲＩＢ）から得たシステム規模での転送情報ベース（ＦＩＢ）を保持する。
【００２５】
内部転送データベース（ＦＤＢ）を保持する機能を有する新しい次世代型のネットワークプロセッサが現れてきている。このネットワークプロセッサは、内部転送データベースに基づく通信速度で転送決定できる。ネットワークプロセッサのＦＤＢは、全体的な容量がはるかに小さい。その結果、システム規模のＦＥＢの一部を保持することだけができる。ネットワークプロセッサは、パケットを転送する必要があるとき、内部ＦＤＢを見て一致する送信先ＭＡＣまたはＩＰアドレスを探す。一致するものが見つかった場合、ネットワークプロセッサはパケットを正しいポートに転送する。一方、一致するものがない場合、ＮＰはパケットをデータプレーンのパケット処理部に転送する。
【００２６】
パケット処理部は、パケットを検査してＩＰスタックが正しいポートへの転送を解決可能かどうかをチェックする。可能でない場合には、パケットインターフェースマネージャに送る。インターフェースマネージャは、ＦＩＢを保持更新するので、転送決定を解決する可能性が高い。その場合、インターフェースマネージャはＮＰ
ＦＤＢを更新し、またＩＰのＦＩＢへの直接的なアクセスを用いてＩＰスタックのＦＩＢを更新する。このメカニズムは、固有のものであり、パケットを制御プレーンに転送してさらに転送決定を解決する必要がないため、より高速な転送決定と解決を可能とする。新しいホスト、ネットワーク要素、またはネットワークトポロジーに変更があった場合にのみ、解決のためにパケットを制御プレーンに転送する必要がある。
【００２７】
パケット処理部は、また、制御パケットをインターセプトし、パケット処理部に送信する。パケット処理部は、その後、制御パケットのタイプを確認し、パケットがＬ２用の場合には（イーサネット（登録商標）型制御パケット）、パケットはバックエンド・ソケット・レイヤパケットプロセッサに送り、その後さらに処理を行うために正しいＬ２プロトコルに送信する。経路設定プロトコル用の制御パケットは、通常のＩＰベースのパケット転送に従う。
【００２８】
これらの機能が同時に働くことで、性能が著しく向上し、テラビット毎秒でのパケット転送ができる次世代ネットワークプロセッサの転送能力の最適化が可能になる。従って、データフローの交換機および転送は、最小限のパケットディレイ、ジッタ、および、ふらつき（ワンダー）の通信速度で行われる。
【００２９】
次世代交換機および経路設定システムの設計を促進するためのプラットフォーム統合構造が開発されている。このプラットフォーム統合構造は、この新たな機能を備えるために必要な制御プレーンとデータプレーンとの間の結合を密接にする。この構造の２つの主要要素は、データプレーン内に存在するハードウェア抽象化レイヤ（ＨＡＬ）とハードウェア統合プレーン（ＨＩＰ）要素である。
【００３０】
ＨＡＬ／ＨＩＰソフトウェア要素は、制御プレーンとデータプレーンを一意に結合するハードウェアサービスレイヤを形成する。ＨＡＬ／ＨＩＰ
ＡＰＩは、システムに高度な機能を追加して、ＭＰＬＳ、マルチキャスト、およびサービスの質およびトラフィックエンジニアリングなどの、高度なネットワーク機能を与える新しいネットワークプロセッサを利用するために、拡張可能である。
【００３１】
ＨＡＬ／ＨＩＰハードウェアサービスレイヤにより、システム設計者は以下を与えるだけで済む。１．ＨＩＰ
ＡＰＩをドライバのＡＰＩに転送するためのＨＩＰ ＡＰＩとハードウェアドライバのＡＰＩ（データプレーン内の）との間にあるソフトウェアシムレイヤ。
【００３２】
図１は、発明の実施形態に係るネットワーク交換機の構造を示す図である。
【００３３】
開発の必要なソフトウェア要素は、ハードウェアサービスシムレイヤ１００のみである。これは、仮想インターフェースおよび論理インターフェース間の結合を保持するインターフェースマネージャ１０２およびデータプレーン内の単一のデータベース内に全てある定義情報を用いることによって、また制御プレーンのハードウェア抽象化レイヤをデータプレーンのハードウェア抽象化レイヤ１０４へ複製することによって、実現する。
【００３４】
システムによっては、これはシステム設計において４０％から５０％の追加コストの節約となり、市場に出す時間が３０％から４０％短縮される。
【００３５】
このデータプレーンの実施は、制御プレーンプロトコルおよびアプリケーションのＯＳおよび交換機シリンコンプラットフォームとのモジュラー式の非常に柔軟かつ最適化された統合を可能とする。本実施例においては、制御プレーンプロトコルおよびアプリケーションは、ハードウェア、オペレーティングシステムおよびシステムインフラストラクチャから完全に抽出され、データプレーンの実施例が同一のあらゆるプラットフォームでユーザに意識させることなく協働する。プロトコルおよびアプリケーションは、基礎となるプラットフォームとは独立した微細な単位で追加または削除することが可能である。
【００３６】
この革新的な実施例は、Ｌ２ポート、Ｌ３インターフェース、集合体（Ｌ２またはＬ３）、スイッチド仮想インターフェース、またはあらゆる可能なＬ２／Ｌ３／ＶＬＡＮ／集合体階層を含む包括的な構造に基づいている。このインターフェースおよび階層は全て、ハードウェアプラットフォーム詳細を全て論理的に分離する制御プレーンに提示される。単一のシェルコマンドを介したシステム構成の変更における柔軟性により、特にネットワークオペレータが、ＶｏＩＰ、ビデオストリーミング、セキュリティ、ワイヤレスなどの追加の高度な機能を組み込む際に要求される高速なＬ２／Ｌ３交換機に対する需要にあわせられる。
【００３７】
この高度な実施例は、分散型データプレーンおよび集中型冗長制御プレーンで構築してもよい。この実施例は、ハードウェアシステムトポロジーを自動的に発見し、単一の管理ポイントを有しつつ、スタック可能なもしくは筐体に基づくシステムにおける完全に分散型のデータプレーンをサポートする際にマスター／スレーブインスタンスを選択する。
【００３８】
この高度なデータプレーン構造に基づく実施例は、異なる交換機プラットフォームにわたる転送が可能であり、高程度の実施例の再使用を可能にし、より重要な点として、新しい製品を開発したときに市場に出荷するまでの時間を短くできる。
【００３９】
これは、以下のような利点を有している。
１．制御プレーンプロトコルおよびアプリケーションが、固有のかつ革新的な方法でＨＷ、ＯＳおよびシステムインフラストラクチャから完全に抽出され、異なるハードウェアプラットフォームおよびオペレーティングシステムにわたって、ユーザに意識させることなく協働できる。
この高度なデータプレーン構造に基づく実施例は、異なる交換機プラットフォームにわたる移転が可能であり、高程度の実施例の再使用を可能にし、より重要な点として、新しい製品を開発したときに市場までの時間を短くできる。
２．プロトコルおよびアプリケーションは、基礎となるプラットフォームとは独立した微細な単位で追加または削除できる。
３．この革新的な実施例は、Ｌ２ポート、Ｌ３インターフェース、集合体（Ｌ２またはＬ３）、交換機ド仮想インターフェース、またはあらゆる可能なＬ２／Ｌ３／ＶＬＡＮ／集合体階層構造を含む「全体的」な手法に基づいている。
この固有の手法においては、このインターフェースおよび階層構造は全て、ハードウェアプラットフォーム詳細を全て論理的に分離する制御プレーンに提示される。
４．革新的なＬ２／Ｌ３統合アプローチにより、単一のシェルコマンドを介したシステム構成の変更における柔軟性が、特にネットワークオペレータが、ＶｏＩＰ、ビデオ、セキュリティ、ワイヤレスなどの追加の高度な機能を組み込む際に要求される高速なＬ２／Ｌ３交換機に対する需要にあわせられる。
５．この革新的なアプローチは、上記の利点（ＨＷプラットフォームとは独立した制御プレーン、モジュラー式である制御プレーン、固有のＬ２／Ｌ３ハイブリッド実施例、など）を全て保存しており、また、ＩＰスタックのＦＩＢおよびＮＰＦＤＢが更新されかつ綿密に作られたインターフェースマネージャ、パケット例外処理部、およびＨＡＬＡＰＩによりエントリーが古くなる固有のやりかたにより最大のパフォーマンスと拡張性が得られる集中型制御プレーン実施例を有する分散型データプレーンを可能とする。
【００４０】
これは全て、インターフェースマネージャに仮想インターフェースと論理インターフェースとの間のバインディング情報を継続的に取得させ、かつ、制御プレーンＲＩＢによりＦＩＢを常に更新された状態に保持しつつ同時に仮想インターフェースに属するポートおよび実際の論理ポートの状態を保持させることにより、実現してもよい。
【００４１】
実際のインターフェースが停止した場合、これに伴って仮想インターフェースが停止してもよい。また、バインディング情報は、定義情報を含んでもよい。これらのバインディング情報の全ては、単一のデータベースに配置されてもよく、さまざまな位置におくことによる複数のバインディング情報の必要性を排除できる。加えて、バインディング情報は実際の物理チップに結合されてもよく、ＦＩＢ／ＲＩＢバインディング情報は、ネットワークトポロジーの変化がその後起こると、迅速に更新できる。
【００４２】
制御プレーンのハードウェア抽象化レイヤは、データプレーンにミラーリングすることもでき、顧客が同じタスクを行うレイヤを生成する必要性を排除できる。
【００４３】
図２は、本発明の実施形態に係るネットワーク交換機のデータプレーンに交換機能および経路設定機能を備える方法を示すフロー図である。この方法における各動作は、ハードウェア、ソフトウェア、またはこれらの任意の組み合わせにおいて実行してもよい。
【００４４】
ステップ２００において、仮想インターフェースと、ネットワーク交換機の１つ以上の論理インターフェースとの間のバインディング情報の要求を受信する。このバインディング情報は、仮想インターフェースに属するネットワーク交換機のポートに関する情報を含んでもよい。
【００４５】
ステップ２０２において、バインディング情報の定義情報を受信する。ステップ２０４において、このバインディング情報と定義情報とを、制御プレーン内の単一のＲＩＢデータベースおよび得られたネットワーク交換機のデータプレーン内のＦＩＢに保持する。
【００４６】
ステップ２０６において、バインディング情報の状態は、ネットワーク交換機の中のデータプレーン内における単一のデータベースに保持する。ステップ２０８において、物理チップはバインディング情報をリンクする。
【００４７】
ステップ２１０において、上記バインディング情報の状態が、論理インターフェースが停止していることを示すかどうかを判断する。論理インターフェースが停止していることを示す場合、ステップ２１２において、バインディング情報により指定されたものと一致する仮想インターフェースを停止させる。ＲＩＢおよびＦＩＢは、即座に更新され、トポロジーの変化がネットワークの他の部分に伝達する。
【００４８】
以上、本発明の実施形態および用途が図示され説明されてきたが、ここで述べた以上のさらに多くの変更が本発明の発明思想から離れることなく可能であることは、本開示の利益を有する当業者には明らかである。従って、本発明は、添付の特許請求の範囲の趣旨を除き、限定的なものではない。
【００４９】
添付の図面は、本明細書に組み込まれその一部をなすものであり、１つ以上の本発明の実施形態を図示して、詳細な説明とあわせて本発明の原則と実施を説明するものである。
【図面の簡単な説明】
【００５０】
【図１】図１は、発明の実施形態に係るネットワーク交換機の構造を示す図である。
【図２】図２は、本発明の実施形態に係るネットワーク交換機のデータプレーンに交換機能および経路設定機能を備える方法を示すフロー図である。
【図１】
2008532390.tif 000003
【図２】
2008532390.tif 000004
【国際調査報告】
2008532390.tif 000005
2008532390.tif 000006
2008532390.tif 000007