JP2024505643A - ネットワークコンピューティング環境における最適パス計算オフロード - Google Patents

Abstract

ネットワークコンピューティング環境において最適パス計算をオフロードする為のシステム、方法、及びデバイスを提供する。方法は、最適パスコントローラにより、デバイスにより学習された複数のパスのリストをメモリ内に記憶することを含み、前記複数のパスのそれぞれは、前記デバイスから宛先デバイスへデータを送信する為のルートである。前記方法は、前記最適パスコントローラにより、前記デバイスからメッセージを受信することを含む。前記方法は、前記最適パスコントローラにより、最適パス計算処理を行い、前記最適パス計算処理が前記デバイスから前記最適パスコントローラにオフロードされるように前記メッセージに基づいて１以上の最適パスを識別することを含む。前記方法は、前記１以上の最適パスを前記デバイスに送信することを含む。【選択図】 図２

Description

本開示は、コンピューティングネットワークに関し、特に、ネットワークデバイス間の通信の為の最適パス計算に関する。

ネットワークコンピューティングとは、複数のコンピュータ又はノードが連携し、ネットワークを介して相互に通信するための手段である。これには、ワイドエリアネットワーク（wide area network：ＷＡＮ）とローカルエリアネットワーク（local area network：ＬＡＮ）とがある。ワイドエリアネットワークとローカルエリアネットワークは、何れも、コンピュータ間の相互接続を可能にする。ローカルエリアネットワークは、通常、家庭、ビジネス、学校等、より小規模でローカライズされたネットワークに使用される。ワイドエリアネットワークは、都市等の広域をカバーし、異なる国のコンピュータを接続することもできる。通常、ローカルエリアネットワークは、ワイドエリアネットワークよりも高速で安全であるが、ワイドエリアネットワークを使用すると広範囲の接続が可能になる。通常、ローカルエリアネットワークは、展開されている組織内で所有、制御、及び管理され、一方、ワイドエリアネットワークでは、通常、公衆インターネット経由又は電気通信プロバイダによって確立されたプライベート接続を介して、構成要素である２以上のローカルエリアネットワークを接続する必要がある。

ローカルエリアネットワークとワイドエリアネットワークによって、コンピュータを相互に接続し、データやその他の情報を転送できる。ローカルエリアネットワーク及びワイドエリアネットワークの何れにおいても、ある演算インスタンスから別の演算インスタンスにデータを渡すパスを決定する手段が必要である。これは、ルーティングとも呼ばれる。ルーティングとは、ネットワーク内で、複数のネットワーク間で、又は複数のネットワークに亘って、トラフィックのパスを選択するプロセスである。ルーティングプロセスは、通常、様々なネットワーク宛先へのルートの記録を保持するルーティングテーブルに基づいて、転送を指示する。ルーティングテーブルは、管理者が指定してもよく、ネットワークトラフィックを監視して学習してもよく、ルーティングプロトコルの支援を受けて構築してもよい。

小規模ネットワークでは、手動で構成されたルーティングテーブルを使用して、あるコンピュータから別のコンピュータへの情報の転送方法を決定できる。ルーティングテーブルは、開始コンピュータと最終宛先コンピュータとの間の最も効率的又は最も望ましいパスを示す「最適パス」のリストを含むことができる。公衆インターネットに接続されたネットワークを含む大規模なネットワークは、複雑なトポロジに依存していることがあり、トポロジは急速に変化する可能性があるため、ルーティングテーブルを手動で構築することは不可能である。動的ルーティングは、ルーティングプロトコルによって伝送される情報に基づいてルーティングテーブルを自動的に構築することによって、この問題を解決しようとするものである。動的ルーティングにより、ネットワークは、略自律的に動作して、ネットワークの障害やブロックを回避できる。ネットワークデバイス間の最適パスを決定するための規則又は命令を提供する複数のルーティングプロトコルが存在する。動的ルーティングプロトコル及びアルゴリズムの例には、ルーティング情報プロトコル（Routing Information Protocol：ＲＩＰ）、オープンショーテストパスファースト（Open Shortest Path First：ＯＳＰＦ）、中間システム－中間システム（Intermediate System - Intermediate System：ＩＳ－ＩＳ）、及びボーダゲートウェイプロトコル（Border Gateway Protocol：ＢＧＰ）等がある。

幾つかの具体例では、パス選択は、複数のルートにルーティングメトリックを適用して、最適ルートを選択又は予測することを含む。殆どのルーティングアルゴリズムは、一度に１つのネットワークパスのみを使用する。マルチパスルーティング技術は、複数の代替パスの使用を可能にする。コンピュータネットワークでは、ルーティングアルゴリズムを使用して、２つの演算インスタンス間の最適パスを予測できる。ルーティングアルゴリズムは、帯域幅、ネットワーク遅延、ホップカウント、パスコスト、負荷、最大転送単位、信頼性、及び通信コスト等の複数の要因に基づくものであってもよい。ルーティングテーブルには、最適パスのリストが格納される。トポロジデータベースは、最適パスのリストを格納でき、更に追加情報を格納できる。

一部のネットワークでは、最適パスの選択を担当するエンティティが単一のエンティティではないという事実のために、ルーティングが複雑になる。代わりに、複数のエンティティが最適パス又は単一パスのイベント部分の選択に関与する。インターネット上のコンピュータネットワーキングのコンテキストにおいて、インターネットは、インターネットサービスプロバイダ（Internet Service Provider：ＩＳＰ）のような自律システム（autonomous system：ＡＳ）に分割される。各自律システムは、そのネットワークを含むルートを制御する。自律システムレベルのパスは、ボーダゲートウェイプロトコル（Border Gateway Protocol：ＢＧＰ）に基づいて選択される。各自律システムレベルのパスには、一連の自律システムが含まれており、この自律システムを経由して、ある演算インスタンスから別の演算インスタンスに情報パケットが送信される。各自律システムは、複数のパスを有することができ、この複数のパスから、隣接する自律システムによって提供される複数のパスを選択できる。

ソフトウェア定義ネットワークの新時代において、ネットワーク内の動作を制御及びカスタマイズするより高い能力への需要が増加している。ＢＧＰは、最適パス、属性、及びアドバタイズメントの選択の制御にポリシーを使用することを容易にするように設計されている。しかしながら、最適パスアルゴリズム自体は、標準化されて本質的に固定されるので、ＢＧＰ上に更なるカスタマイズ性を実装する需要が残っている。

以上を考慮して、ここでは、１つの演算インスタンス及び他の演算インスタンス間の最も所望なパスを識別する為のカスタムアルゴリズムを自由に実装することができる外部エンティティに最適パスの決定をオフロードする為のシステム、方法、及びデバイスを開示する。

本開示の非限定的及び非包括的な実施形態は、以下の図を参照して説明され、これらの図において、同一の参照符号は、特段の指定がない限り、全ての図を通して同一の部分を指す。以下の説明及び添付の図面を参照することにより、本開示の利点がより明瞭に理解される。

インターネット上で通信するネットワークデバイスのシステムの概略図である。 個別のデバイスから最適パスコントローラに最適パス計算をオフロードするシステムの概略図である。 ボーダゲートウェイプロトコル（ＢＧＰ）を実行するデバイス内の状態マシンにより実行されるプロセスフローの概略図である。 最適パス情報のストレージをデータストアにオフロードするシステムの概略図である。 最適パス情報のストレージをデータストアにオフロードするシステムの概略図である。 最適パス情報のストレージをデータストアにオフロードするシステムの概略図である。 パス計算を最適パスコントローラにオフロードする方法のフローチャートのブロック図である。 例示的演算デバイスのコンポーネントを図示する概略図である。

ここでは、データ伝送の改良されたルーティングの為のシステム、方法、及びデバイスを開示する。ソフトウェア定義ネットワークの新時代において、コンピュータネットワーク内の動作を制御及びカスタマイズするより高い能力への需要が増加している。ここで、外部エンティティに最適パスの決定をオフロードする為のシステム、方法、及びデバイスを開示する。その後、外部エンティティは、インターネット上で１つの演算インスタンスから他の演算インスタンスへデータを転送する最も所望なパスを識別するカスタムアルゴリズムを自由に実装することができる。

開示の実施形態は、インターネット上で第１のルータから宛先ルータへデータを送信する最適パスを識別する為に展開される。開示の実施形態は、ルーティングパスを決定する為のボーダゲートウェイプロトコル（ＢＧＰ）標準化アルゴリズムに対する外部エンティティとして機能する最適パスコントローラ（best path controller：ＢＰＣ）を含む。最適パスコントローラは、ＢＧＰを実行するホストと同じホスト上に共同設置することができる。代替的に、最適パスコントローラは、異なるホスト上に設置され、１以上のＢＧＰインスタンスとして機能することもできる。

ＢＧＰインスタンスは、ネットワーク内で情報をルーティングする為のソフトウェアデーモンである。ＢＧＰインスタンスは、スイッチ、ルータ、又はスイッチ又はルータをエミュレートする仮想環境（例えば、ホストデバイス上の仮想マシン）内で実行することができる。高水準で、ＢＧＰインスタンスは、プレフィックスについて学習した全てのパスを最適パスコントローラに送信する。最適パスコントローラは、これらのパスの中から最適パスのセットを応答する。最適パスコントローラは、任意のパスの次ホップ及び属性を変更することが許可されている。最適パスを受信すると、ＢＧＰインスタンスは、ローカルルーティング情報ベース（Routing Information Base：ＲＩＢ）を更新し、最適パスをネイバ（neighbors）にアドバタイズ（advertise）する。

実施形態において、方法は最適パスコントローラにより実行される。方法は、ＢＧＰインスタンスが実行されている個別のデバイス（ルータ及びスイッチ等）から最適パスコントローラに最適パス計算をオフロードすることを可能にする。方法は、最適パスコントローラにより、デバイスにより学習された複数のパスのリストを記憶することを含み、複数のパスは、デバイスから宛先デバイスへ情報を送信する為のルートである。方法は、最適パスコントローラにより、デバイスからメッセージを受信することを含む。実施形態において、メッセージは、ネットワーク層到達性情報（Network Layer Reachability Information：ＮＬＲＩ）メッセージである。方法は、最適パスコントローラにより、メッセージに基づいて１以上の最適パスを識別する最適パス計算を処理することを含む。方法は、最適パス計算処理をデバイスから最適パスコントローラにオフロードするように、デバイスに１以上の最適パスを送信することを含む。

スイッチ（スイッチングハブ、ブリッジングハブ、又はＭＡＣブリッジとも呼ばれる。）は、ネットワークを作成する。殆どの内部ネットワークは、建物又はキャンパス内のコンピュータ、プリンタ、電話機、カメラ、照明、及びサーバを接続するためにスイッチを使用する。スイッチは、ネットワークデバイスが相互に効率的に通信できるようにするコントローラとして機能する。スイッチは、パケットスイッチングを使用してコンピュータネットワーク上のデバイスを接続し、これによりデータが受信され、処理され、宛先デバイスに転送される。ネットワークスイッチは、ハードウェアアドレスを使用して、開放型システム間相互接続（Open Systems Interconnection：ＯＳＩ）モデルのデータリンクレイヤ（レイヤ２）でデータを処理及び転送する為にハードウェアアドレスを使用するマルチポートネットワークブリッジである。一部のスイッチは、ルーティング機能を追加で組み込むことにより、ネットワークレイヤ（レイヤ３）でデータを処理することもできる。このようなスイッチは、一般にレイヤ３スイッチ又はマルチレイヤスイッチと呼ばれている。

ルータは、ネットワークを接続する。スイッチ及びルータは、類似する機能を実行するが、ネットワーク上で実行する機能はそれぞれ異なる。ルータは、コンピュータネットワーク間でデータパケットを転送するネットワークデバイスである。ルータは、インターネット上でトラフィック誘導機能（traffic directing function）を実行する。ウェブページ、電子メール、又はその他の形式の情報等、インターネットを介して送信されるデータは、データパケットの形式で送信される。パケットは、通常、インターネットワーク（例えばインターネット）を構成するネットワークを介してあるルータから別のルータに転送されて、最終的に宛先ノードに到達する。ルータは、異なるネットワークからの複数のデータラインに接続されている。データパケットがラインの１つに到着すると、ルータは、パケット内のネットワークアドレス情報を読み取り、最終的な宛先を判定する。次に、ルータは、ルータのルーティングテーブル又はルーティングポリシの情報を使用して、行程上の次のネットワークにパケットを誘導する。ＢＧＰスピーカは、ボーダゲートウェイプロトコル（ＢＧＰ）により有効にされたルータである。

ルート制御は、インターネット接続性の向上、帯域幅コストの削減、及びネットワーク間の全体的な動作の削減を目的としたネットワーク管理の一種である。一部のルート制御サービスは、ハードウェアベース及びソフトウェアベースの一連の製品及びサービスを含み、これらは、連携して全体的なインターネットパフォーマンスを向上させ、利用可能なインターネット帯域幅を最小限のコストで微調整（finetune）する。ネットワーク又は自律システムが複数のプロバイダからインターネット帯域幅を調達するシナリオでは、ルート制御を成功させることができる。ルート制御は、データ伝送のための最適なルートの選択を援助できる。

一部のネットワーク通信システムは、数千の処理ノードを有する大規模な企業レベルのネットワークである。数千もの処理ノードが複数のインターネットサービスプロバイダ（Internet Service Provider：ＩＳＰ）からの帯域幅を共有し、大量のインターネットトラフィックを処理できる。このようなシステムは、非常に複雑になる可能性があり、許容できるインターネットパフォーマンスを得るために適切に構成する必要がある。システムが最適なデータ伝送のために適切に構成されていないと、インターネットアクセスの速度が低下し、システムの帯域幅消費及びトラフィックが増大する可能性がある。この問題に対し、一連のサービスを実装することによって、これらの懸念を排除又は軽減できる。この一連のサービスは、ルーティング制御とも呼ばれる。

ルーティング制御メカニズムの一実施形態は、ハードウェアとソフトウェアとから構成される。ルーティング制御メカニズムは、インターネットサービスプロバイダ（ＩＳＰ）との接続を介して全ての発信トラフィック（outgoing traffic）を監視する。ルーティング制御メカニズムは、データの効率的な伝送のための最適パスの選択を支援する。ルーティング制御メカニズムは、全てのＩＳＰの性能及び効率を計算し、適用可能な領域において最適に動作したＩＳＰのみを選択できる。ルート制御デバイスは、コスト、パフォーマンス、及び帯域幅に関する定義済みのパラメータに従って構成できる。

データ伝送のための最適パスを決定するための公知のアルゴリズムは、ボーダゲートウェイプロトコル（Border Gateway Protocol：ＢＧＰ）と呼ばれる。ＢＧＰは、インターネット上の自律システムのルーティング情報を提供するパスベクトル（path-vector）プロトコルである。ＢＧＰが正しく構成されていないと、利用可能性及び安全性に深刻な問題が発生する可能性がある。更に、攻撃者は、ＢＧＰルート情報を変更することにより、トラフィックの大規模なブロックをリダイレクトして、トラフィックが目的の宛先に到達する前に、トラフィックを特定のルータに到達させることができる。ＢＧＰ最適パスアルゴリズムを実装することによって、トラフィック転送用のインターネットプロトコル（Internet Protocol：ＩＰ）ルーティングテーブルにインストールする最適パスを決定できる。ＢＧＰルータは、同じ宛先への複数のパスを受信するように構成できる。

ＢＧＰ最適パスアルゴリズムは、最初の有効なパスを現在の最適パスとして割り当てる。ＢＧＰ最適パスアルゴリズムは、ＢＧＰが有効パスのリストの最後に到達するまで、リスト内の次のパスと最適パスを比較する。このリストは、最適パスを決定するために使用される規則を提供する。例えば、リストは、重みが最も高いパスの優先、ローカル優先度がないパスの優先、ネットワーク又はアグリゲーションＢＧＰによってローカルに発生したパスの優先、最短パスの優先、最小のマルチエグジットディスクリミネータ（multi-exit discriminator）を有するパスの優先等の指示情報を含むことができる。ＢＧＰ最適パス選択プロセスは、カスタマイズできる。

ＢＧＰルーティングのコンテキストでは、各ルーティングドメインは、自律システム（autonomous system：ＡＳ）と呼ばれる。ＢＧＰは、２つのルーティングドメインを接続するためのインターネット経由のパスの選択を支援する。ＢＧＰは、通常、最短ＡＳパスと呼ばれる、最小数の自律システムを通過するルートを選択する。一実施形態では、一旦ＢＧＰが有効にされると、ルータは、ＢＧＰネイバからインターネットルートのリストをプルし、ここで、ＢＧＰネイバは、ＩＳＰであってもよい。次に、ＢＧＰは、リストを精査して、最短ＡＳパスを有するルートを発見する。これらのルートは、ルータのルーティングテーブルに入力してもよい。通常、ルータは、ＡＳへの最短パスを選択する。ＢＧＰは、パス属性を使用して、トラフィックを特定のネットワークにどのようにルーティングするかを決定する。

しかしながら、ＢＧＰには多数の既知の問題がある。いくつかのインスタンスにおいて、ルーティングテーブルの発展に関して重大な問題がある。例えば、単一／１６ネットワークであったネットワークを分割するとユーザが決定した時に、ユーザは新しいルートをアドバタイズし始める可能性がある。このことが起こると、インターネット上の全てのルータは、それぞれの新しいルートを受信する。ユーザは、複数のルートを単一のアドバタイズメントに集合させる又は組み合わせることを強制されることがある。さらに、ユーザがインターネットをアドバタイズする懸念がある。大規模なＩＳＰの顧客が、全てをアドバタイズすることを選択し、ＩＳＰが複数のルートを受け入れた場合、全てのインターネットトラフィックが小規模な顧客のＡＳに送信される。さらに、ＢＧＰは、信頼できないと思われるルートを抑制するメカニズムを有する。頻繁に変更される又は移り変わるルートは通常、信頼できないと識別される。ルートが頻繁に変更されると、ルートが消失して再現される度に更新処理をすることにより全てのインターネットルート上の負荷が増大する。

追加的に、ソフトウェア定義ネットワークの時代において、オペレータは、ネットワークのビヘイビアを制御及びカスタマイズするより優れた能力を求めている。ＢＧＰルーティングプロトコルは、最適パス、属性、及びアドバタイズメントの選択を制御するポリシーの使用を容易にする為に設計された。しかしながら、最適パスアルゴリズム自体は、標準化され、本質的に固定される。上記の観点から、ＢＧＰが目的に適合するカスタムアルゴリズムを自由に実装することができる外部エンティティに最適パスの決定をオフロードするシステム、方法、デバイス、及び手段をここに開示する。ここでは最適パスコントローラ（ＢＰＣ）と呼ばれる外部エンティティは、ＢＧＰが実行されているホストと同じホスト上に共同設置することができ、又は、異なるホスト上に設置することができ、１以上のＢＧＰインスタンスとして機能する。

実施形態において、ＢＧＰインスタンスは、スイッチ又はルータ上で実行されるＢＧＰスピーカの形式であることができる。高水準で、ＢＧＰインスタンスは、プレフィックスについて学習した全てのパスを最適パスコントローラに送信する。最適パスコントローラは、これらのパスの中から最適パスのセットを返答する。最適パスコントローラは、任意のパスの次ホップ及び属性を変更することが許可されている。最適パスを受信した後、ＢＧＰインスタンスは、ローカルルーティング情報ベース（Routing Information Base：ＲＩＢ）を更新し、最適パスを適用可能なネイバにアドバタイズする。

本開示に基づく原理の理解を深めるために、以下では、図示の実施形態を参照し、特定の表現を用いてこれを説明する。但し、これは、本開示の範囲を限定することを意図するものではない。ここに例示する本開示の特徴の任意の変更及び更なる修正、並びにここに例示する本開示の原理の任意の追加的な適用は、当業者が本開示に基づいて容易に想到できるものであり、特許請求の範囲に含まれる。

光不足の環境において映像を生成するための構造、システム、及び方法を開示及び説明する前に、本開示は、ここに開示される特定の構造、構成、プロセスステップ、及び材料に限定されず、そのような構造、構成、プロセスステップ、及び材料を変更してもよいことを明記する。また、本開示の範囲は、特許請求の範囲及びその均等物によってのみ制限されるものであるため、ここで使用される用語は、特定の実施形態を説明する目的でのみ使用され、限定を意図しないことは当然である。

本開示の主題を記述し特許請求する際には、以下に記載する定義に従って、以下の用語を使用する。

本明細書及び特許請求の範囲において使用する、単数形（冠詞「ａ」、「ａｎ」、及び「ｔｈｅ」）は、文脈における特段の指定がない限り、複数の指示対象を含む。

ここで使用する語句「備える」、「有する」、「含む」、「特徴とする」、及びこれらの文法的等価物は、記載されていない追加的な要素又は方法工程を除外しない非排他的又は制限のない用語である。

ここで使用する語句「～から成る」及びその文法的等価物は、請求項に記載されていない任意の要素又は工程を除外する。

ここで使用される語句「実質的に～から成る」及びその文法的等価物は、特許請求の範囲を、特定された材料又は工程、並びに特許請求された開示の基本的かつ新規な特性又は特徴に実質的に影響しない材料又は工程に限定する。

以下の説明は、図面を参照し、図１は、デバイスをインターネットに接続するためのシステム１００の概略図である。システム１００は、スイッチ１０６によって接続された複数のローカルエリアネットワーク１１０を含む。複数のローカルエリアネットワーク１１０のそれぞれは、ルータ１１２によって、公衆インターネットを介して互いに接続可能である。図１に示す例示的なシステム１００は、２つのローカルエリアネットワーク１１０を有する。但し、公衆インターネットを介して、より多くのローカルエリアネットワーク１１０を互いに接続してもよい。各ローカルエリアネットワーク１１０は、スイッチ１０６によって互いに接続された複数の演算デバイス１０８を含む。複数の演算デバイス１０８は、例えば、デスクトップコンピュータ、ラップトップ、プリンタ、サーバ等を含むことができる。ローカルエリアネットワーク１１０は、ルータ１１２によって、公衆インターネットを介して他のネットワークと通信できる。ルータ１１２は、複数のネットワークを互いに接続する。ルータ１１２は、インターネットサービスプロバイダ１０２に接続されている。インターネットサービスプロバイダ１０２は、１以上のネットワークサービスプロバイダ１０４に接続されている。ネットワークサービスプロバイダ１０４は、図１に示すように、他のローカルネットワークサービスプロバイダ１０４と通信を行う。

スイッチ１０６は、パケットスイッチング（packet switching）を使用してローカルエリアネットワーク１１０内のデバイスを接続し、これによりデータが受信され、処理され、宛先デバイスに転送される。スイッチ１０６は、例えば、プリンタを宛先として、コンピュータからデータを受信するように構成できる。スイッチ１０６は、データを受信し、データを処理し、データをプリンタに送信できる。スイッチ１０６は、レイヤ１スイッチ、レイヤ２スイッチ、レイヤ３スイッチ、レイヤ４スイッチ、レイヤ７スイッチ等であってもよい。レイヤ１ネットワークデバイスは、データを転送するが、デバイスを通過するトラフィックは管理しない。レイヤ１ネットワークデバイスの例は、イーサネットハブである。レイヤ２ネットワークデバイスは、ハードウェアアドレスを使用してデータリンクレイヤ（レイヤ２）でデータを処理及び転送するマルチポートデバイスである。レイヤ３スイッチは、通常ルータによって実行される機能の一部又は全てを実行できる。但し、一部のネットワークスイッチは、単一タイプの物理ネットワーク、通常は、イーサネットをサポートするように制限されており、一方、ルータは、異なるポート上の異なる種類の物理ネットワークをサポートする場合がある。

ルータ１１２は、コンピュータネットワーク間でデータパケットを転送するネットワークデバイスである。図１に示す例示的なシステム１００において、ルータ１１２は、ローカルエリアネットワーク１１０間でデータパケットを転送する。但し、ルータ１１２は、必ずしもローカルエリアネットワーク１１０間のデータパケットの転送に適用される必要はなく、ワイドエリアネットワーク等の間のデータパケットの転送に使用してもよい。ルータ１１２は、インターネット上でトラフィック誘導機能（traffic direction function）を実行する。ルータ１１２は、銅ケーブル、光ファイバ、又は無線伝送等の異なるタイプの物理レイヤ接続のためのインタフェースを有してもよい。ルータ１１２は、異なるネットワークレイヤ伝送規格をサポートできる。各ネットワークインタフェースを使用することによって、データパケットをある伝送システムから別の伝送システムに転送できる。また、ルータ１１２は、それぞれが異なるネットワークプレフィックスを有する、サブネットと呼ばれるコンピュータデバイスの２以上の論理グループを接続するために使用してもよい。図１に示すように、ルータ１１２は、企業内、企業とインターネットとの間、又はインターネットサービスプロバイダのネットワーク間の接続を提供できる。幾つかのルータ１１２は、様々なインターネットサービスプロバイダを相互接続するように構成してもよく、大規模な企業ネットワーク内で使用してもよい。より小さいルータ１１２は、一般に、ホームネットワーク及びオフィスネットワークのインターネットへの接続を提供する。図１に示すルータ１１２は、エッジルータ、サブスクライバエッジルータ、プロバイダ間ボーダルータ、コアルータ、インターネットバックボーン、ポート転送、音声／データ／ファックス／ビデオ処理ルータ等のネットワーク伝送に適した任意のルータを表すことができる。

インターネットサービスプロバイダ（ＩＳＰ）１０２は、インターネットへのアクセス、利用、又は参加のためのサービスを提供する組織である。ＩＳＰ１０２は、商用、コミュニティ所有、非営利、又は個人所有等の様々な形態で組織化できる。ＩＳＰ１０２によって一般的に提供されるインターネットサービスは、インターネットアクセス、インターネット中継、ドメイン名登録、ウェブホスティング、ユースネットサービス、及びコロケーションを含む。図１に示すＩＳＰ１０２は、ホスティングＩＳＰ、中継ＩＳＰ、仮想ＩＳＰ、無料ＩＳＰ、無線ＩＳＰ等の任意の適切なＩＳＰを表すことができる。

ネットワークサービスプロバイダ（ＮＳＰ）１０４は、インターネットサービスプロバイダへの直接のインターネットバックボーンアクセスを提供することによって、帯域幅又はネットワークアクセスを提供する組織である。ネットワークサービスプロバイダは、ネットワークアクセスポイント（network access point：ＮＡＰ）へのアクセスを提供できる。ネットワークサービスプロバイダ１０４は、バックボーンプロバイダ又はインターネットプロバイダとも呼ばれる。ネットワークサービスプロバイダ１０４は、電気通信業者、データキャリア、無線通信プロバイダ、インターネットサービスプロバイダ、及び高速インターネットアクセスを提供するケーブルテレビ運営業者を含むことができる。また、ネットワークサービスプロバイダ１０４は、情報技術業者を含むこともできる。

図１に示すシステム１００は、単なる例示であり、ネットワークと演算デバイスとの間でデータを伝送するために多くの異なる構成及びシステムを構築できる。ネットワーク形成は、カスタマイズ可能性（customizability）が高いため、コンピュータ間又はネットワーク間でデータを伝送するための最適パスを決定する際にも、カスタマイズ可能性をより高めることが望まれている。以上の観点から、ここでは、特定の企業又はコンピュータの特定のグループ化に良好に適合する最適パスアルゴリズムを決定する際に、カスタマイズ可能性をより高めるために、最適パス計算を外部デバイスにオフロードするためのシステム、方法、及びデバイスを開示する。

図２は、デバイス間の最適パスを決定する為のシステム２００の概略図である。システム２００は、情報を送信する為の複数のＢＧＰインスタンスＲ１、Ｒ２、Ｒ３を含む。複数のＢＧＰインスタンスＲ１、Ｒ２、Ｒ３のそれぞれは、スイッチ１０６又はルータ１１２であることができる。複数のＢＧＰインスタンスＲ１、Ｒ２、Ｒ３のそれぞれは、トラフィックをルーティングする為のボーダゲートウェイプロトコル（ＢＧＰ）を実行する。複数のＢＧＰインスタンスＲ１、Ｒ２、Ｒ３のそれぞれは、最適パスコントローラ２０２と通信する。最適パスコントローラ２０２は、各ＢＧＰインスタンスから複数のＢＧＰネットワーク層到達性情報（Network Layer Reachability Information：ＮＬＲＩ）を継続的に受信し、最適パス計算を実行し、複数のＢＧＰインスタンスＲ１、Ｒ２、Ｒ３のそれぞれに最適パス計算結果と共にＮＬＲＩのメッセージを送信するように構成される。開示の実施形態において、最適パスコントローラ２０２は、スイッチ１０６又はルータ１１２のいずれにも適用することができる。このことは融通性を高め、それにより、最適パスコントローラ２０２の為の単一ソフトウェアパッケージが複数の型のハードウェアに適用可能になる。

図３は、ＢＧＰインスタンス内の状態マシンにより実行されるプロセスフロー３００の概略図である。プロセスフロー３００は、ルート処理の為の多重待ち行列を含む。確立されたネイバから受信すると、ＢＧＰＮＬＲＩが作成され、まず最適パス計算の為の最適パス待ち行列に追加される。ＢＧＰＮＬＲＩは、更新生成及びアドバタイズメントの為の待ち行列に追加される前に、ルーティング情報ベース（ＲＩＢ）待ち行列に移動される。

プロセスフロー３００において、ＮＬＲＩを含むＢＧＰ更新メッセージを受信して処理したら（３０２）、最適パスコントローラ（ＢＰＣ）が作動しているか判定する（３０４）。最適パスコントローラが作動中であったら、最適パスコントローラ３２４に向けて伝送される出力待ち行列（out-queue）３０６に向けて移動される。最適パスコントローラは、次ホップ（ＮＨ）トラッキング（３２６）の補助を必要としてもよい。次ホップトラッキングにおいて、ＢＧＰはＲＩＢのサービスを利用してそれぞれの次ホップの為の到達性及びメトリックをトラッキングする。これらの属性が変化する度にＲＩＢはＢＧＰに通知する。ＢＧＰはトラッキング結果を使用して最適パスの新しいセットを再計算する。最適パス計算が完了すると、最適パスコントローラは、それぞれの最適パスを含むＢＧＰＮＬＲＩを入力待ち行列（in-queue）３２８を介してＢＧＰインスタンスに戻し、その後の処理の為にＮＬＲＩをＲＩＢ待ち行列３１６に最終的に移動する。

３０４の判定が最適パスコントローラは作動していないことを示していた場合、その後、次ホップが既にトラッキングされたかどうか判定される（３０８）。次ホップが既知ではない場合、その後、ＢＧＰＮＬＲＩは、ＲＩＢによる次ホップトラッキング（３１０）の後にのみ、最適パス待ち行列３１２に移動される。３０８の判定が次ホップは既知であることを示していた場合、その後、ＢＧＰＮＬＲＩは、最適パス計算（３１４）の為に最適パス待ち行列３１２に直接移動される。結果として得られた最適パスはＲＩＢ待ち行列３１６に移動される。

さらに、更新待ち行列３２０に転送される前に、ＲＩＢ待ち行列３１６内のアイテムにＲＩＢダウンロード３１８が実行される。最後に、更新生成３２２動作が実行される。

最適パスコントローラと統合する為に、プロセスフロー３００に新しい待ち行列を導入してもよい。最適パス出力待ち行列は、最適パス未決定とマーキングされたＢＧＰＮＬＲＩを最適パスコントローラに向けて流出させる。最適パス計算結果は、最適パス入力待ち行列経由で、ＢＧＰインスタンスに戻され、ＮＬＲＩは最適パス完了とマーキングされている。

最適パスコントローラへの接続は、任意の信頼できるトランスポート(transport)上に確立することができる。例としては、ｇＲＰＣ（リモートプロシージャコール）(Remote Procedure Call)、ＨＴＴＰ（ハイパーテキスト転送プロトコル）(Hyper Text Transfer Protocol)、又はカスタムＩＰＣ（プロセス間通信）(Inter-Process Communication)を含む。ストリーム用のメッセージ形式は、プロトコルバッファ(Protocol Buffers(Protobuf))、スリフトプロトコル(Thrift Protocol) 等のバイナリ形式、又はＪＳＯＮ(JavaScript Object Notation)及びＸＭＬ(eXtensible Markup Language)等のテキスト形式を使用して定義できる。実施形態において、ＢＧＰインスタンス及び最適パスコントローラの実装は、トランスポート及び形式について合意しなければならない。

実施形態において、ＢＧＰインスタンスは、ＢＧＰネイバからＮＬＲＩを学習する。ＮＬＲＩの為の最適パスをローカルで計算する代わりに、ＢＧＰインスタンスは、ここまで学習したＮＬＲＩ及び全てのパス並びにその属性を含むメッセージを最適パスコントローラに送信する。このメッセージは、ＮＬＲＩが初めて学習された時、又はそのＮＬＲＩの為のパスのセットが変更された時に送信することができる。最適パスコントローラは、最適パスとなる１以上のパスを識別し、最適パス計算結果をＮＬＲＩに返信することが期待される。なお、最適パスコントローラは、計算結果メッセージを使用して、任意のパスの次ホップ又は属性を更新することができる。ＢＧＰインスタンスは、最適パスコントローラからの返信を待つ間、最適パス待ち行列内にＮＬＲＩを保留する。最適パスコントローラから計算結果メッセージを受信すると、ＢＧＰインスタンスは、最適パス待ち行列からＮＬＲＩを外し(de-queue)、ＮＬＲＩをＲＩＢ内に設置する必要がある場合はＲＩＢ設置待ち行列に、又はＢＧＰネイバにアナウンスする為の更新生成待ち行列にＮＬＲＩを再び入れる(re-queue)。

高処理能力(high throughput)を確保する為に、ＢＧＰインスタンスは、非同期的に最適パスコントローラにＮＬＲＩメッセージを送信することができる。ＢＧＰインスタンスは、同じＮＬＲＩの為の追加のメッセージを送信する前に、計算結果が戻ってくるのを待たなくてもよい。したがって、複数のメッセージが同じＮＬＲＩの為に送信中であることができる。各ＮＬＲＩメッセージは、ＢＧＰインスタンスから受信した全てのメッセージにわたって一意的な識別を保証するバージョン番号フィールド(version number field)を含む。最適パスコントローラが同じＢＧＰインスタンスから同じＮＬＲＩについての複数のメッセージを連続で受信するインスタンスにおいて、最適パスコントローラは、そのＮＬＲＩの為に受信した最新のメッセージの結果を返信することを選択できる。ＮＬＲＩメッセージは、最新のメッセージを識別する為に使用できるバージョン番号を含む。ＢＧＰインスタンスは、最適パスコントローラがそのＮＬＲＩの最新バージョンの結果を返信することを期待する。そのようなメッセージを受信するまで、ＢＧＰインスタンスは、そのＮＬＲＩのアドバタイズメント及び他の処理を保留する。

最適パスコントローラは、結果メッセージを一方的に送信することもできる。そのような実施形態において、最適パスコントローラは、ＢＧＰインスタンスにより送信されたＮＬＲＩメッセージに応答してではなく、結果メッセージを送信する。このことは、ポリシーの変更が最適パスを再計算してプロアクティブに送信することを必要とするインスタンスにおいて、有用である。この場合、最適パスコントローラは、結果メッセージ内にＮＬＲＩの最新バージョン番号を含んでいなければならない。

最適パス計算メッセージに加えて、最適パスコントローラは、次ホップ到達性変更のコンシューマとして機能することもできる。最適パスに対応する次ホップの到達性パラメータが変更されると、最適パスコントローラは、新規の最適パスを再計算し、新規の最適パスをＢＧＰインスタンスに送信することができる。次ホップトラッキングは、通常ＲＩＢにより提供される登録サービスであり、最適パスコントローラは、最適パスコントローラが関心を持った１以上の次ホップを登録することができる。

実施形態において、最適パス機能は、分離した処理により実行される。そのような実施形態においては、失敗を処理し、最適パスコントローラ及びＢＧＰインスタンスの両方を再起動することが重要である。これらのシナリオを処理する為に、実装は、ここに記載の自動再起動メカニズム(graceful restart mechanism)に再区分されることができる。ＢＧＰインスタンスが再起動されると、最適パスコントローラは、そのピアから事前に学習した状態を保持する。トランスポート切断又は明示的な信号を通してＢＧＰインスタンスが再起動したこと検出すると、最適パスコントローラは、そのＢＧＰインスタンスから学習した全ての情報を古いとマーキングする。ＢＧＰインスタンスが隣接ＢＧＰインスタンスからＮＬＲＩを再学習すると、ＢＧＰインスタンスは、最適パスコントローラにＮＬＲＩを再送信する。最適パスコントローラは、通常通り、結果メッセージを返信する。なお、最適パスコントローラは、新規に受信したルートを新しいとマーキングする。ＢＧＰインスタンスが明示的なＲＩＢの終端(End-of-RIB)（ＥｏＲ）マーカ又はタイマにより示された全てのＮＬＲＩを送信すると、最適パスコントローラは、まだ古いとマーキングされている全てのＮＬＲＩをパージする。

上記の実施形態は、最適パスコントローラがクラッシュして再起動されるシナリオにも適用することができる。このシナリオにおいて、ＢＧＰインスタンスは、最適パスコントローラにより事前に計算された最適パスを維持する。最適パスコントローラが再起動すると、ＢＧＰインスタンスは、全ての最適パスを古いとマーキングし、ＮＬＲＩ及びそれらのパスを最適パスコントローラに再送信する。最適パス結果を受信すると、ＢＧＰインスタンスは、対応する入力を更新し、これらを新しいとマーキングする。ＢＧＰインスタンスが全てのＮＬＲＩの結果を受信すると、ＢＧＰインスタンスは、まだ古いとマーキングされている最適パスをパージする。

図４は、ルート及び最適パス計算のストレージをデータストア４０２にオフロードするシステム４００の概略図である。システムは、複数のＢＧＰインスタンスＲ１、Ｒ２、Ｒ３、Ｒｎと通信するデータストア４０２を含む。データストア４０２は、メタデータ４０６と通信するインデックスサーバ４０４を含む。メタデータ４０６は、共有ディスクストレージ４１２内のどこに特定のデータが配置されているかを示す。共有ディスクストレージ４１２は、複数のデータストレージデバイス４１２ａ、４１２ｂ、４１２ｃ、４１２ｎを含む。インデックスサーバ４０４は処理プラットフォーム４０８と通信し、処理プラットフォーム４０８は共有ディスクストレージ４１２にアクセスすることができる。インデックスサーバ４０４は、共有ディスクストレージ４１２内のどこに特定のデータが配置されているかを処理プラットフォーム４０８に示すように構成されている。インデックスサーバ４０４は、メタデータ４０６に基づいてこの決定を行う。データストア４０２は、処理プラットフォーム４０８と通信するホストサーバ４１０を含む。ホストサーバ４１０は、処理プラットフォーム４０８が、共有ディスクストレージ４１２内の情報を更新、追加、又は消去することにより、共有ディスクストレージ４１２に書き込みすることを可能にする。処理プラットフォーム４０８は、各々がプロセッサ及びキャッシュストレージを有する複数のホストを含むことができる。各ホストは、共有ディスクストレージ４１２内の情報を読み込み及び書き込みするように構成される。

図５は、スイッチ又はルータのローカルなデータストア４０２に情報をオフロードする実施形態を示す図である。スイッチ又はルータはさらに、ハードウェア５１６及びソフトウェアスタック５１４を含む。ハードウェア５１６は、コンピュータ又はネットワーク間のデータパケットの伝送を可能にする物理的接続を提供する。ソフトウェアスタック５１４は、最適パスを決定し、最適パスに沿ってデータパケットをその宛先デバイスに転送する為に、プロセッサ又はハードウェア５１６により実行される命令を含む。

図６は、クラウドネットワーク６１４上でアクセス可能なデータストア６０２に情報をオフロードする実施形態を示す図である。実施形態において、データストア６０２は、複数のＢＧＰインスタンスＲ１、Ｒ２、Ｒ３、Ｒｎによりアクセス可能なクラウドベースのデータベースである。

図７は、最適パス計算を最適パスコントローラにオフロードする方法７００のブロック図である。方法７００は、ここに記載されているように、最適パスコントローラ２０２により実行される。最適パスコントローラ２０２は、宛先デバイスにデータを伝送する為に１以上のデバイスと通信することができる。１以上のデバイスは、ルータ１１２又はスイッチ１０６等のＢＧＰインスタンスであることができる。最適パスコントローラ２０２は１以上のデバイス内にローカルに配置されるか、又は、最適パスコントローラ２０２は１以上のデバイスのそれぞれの外部に配置される。

方法７００が開始され、最適パスコントローラ２０２はデバイスにより学習された複数のＮＬＲＩのリストを記憶し（７０２）、ＮＬＲＩは、デバイスから宛先デバイスへデータを送信する為のルートを含む。複数のＮＬＲＩのリストは、デバイスにより学習された全てのＮＬＲＩ、デバイスにより使用された全ての古くないＮＬＲＩ、デバイス及び他のデバイスに属するＮＬＲＩ、デバイスにより学習された全てのＮＬＲＩより少ないＮＬＲＩ等を含むことができる。方法７００は続き、最適パスコントローラ２０２はデバイスから更新メッセージを受信する（７０４）。更新メッセージは、ＢＧＰルータ及び最適パスコントローラ２０２間で交換されたネットワーク層到達性情報（ＮＬＲＩ）メッセージを含むことができる。ＮＬＲＩは長さ及びプレフィックスを含むことができる。方法７００は続き、最適パスコントローラ２０２は最適パス計算処理を行い、最適パス計算処理がデバイスから最適パスコントローラにオフロードされるように更新メッセージに基づいて１以上の最適パスを識別する（７０６）。１以上の最適パスは、デバイスにより学習された複数のパスのリスト内に記憶された最適パスと異なる又は同じであることができる。方法７００は続き、最適パスコントローラ２０２は１以上の最適パスをデバイスに送信する（７０８）。

図８は、例示的な演算デバイス８００のブロック図である。演算デバイス８００を使用して、ここで説明するような様々な手順を実行できる。演算デバイス８００は、ここに記載の様々な監視機能を実行でき、そして、ここに記載の機能又はアプリケーションプログラムのような１以上のアプリケーションプログラムを実行できる。演算デバイス８００は、デスクトップコンピュータ、インダッシュコンピュータ、車両制御システム、ノートブックコンピュータ、サーバコンピュータ、ハンドヘルドコンピュータ、タブレットコンピュータ等の多種多様な演算デバイスの何れであってもよい。

演算デバイス８００は、１以上のプロセッサ８０２と、１以上のメモリデバイス８０４と、１以上のインタフェース８０６と、１以上の大容量ストレージデバイス８０８と、１以上の入出力デバイス８１０と、表示デバイス８３０とを含み、これらは、全てバス８１２に接続されている。プロセッサ８０２は、メモリデバイス８０４及び／又は大容量ストレージデバイス８０８に格納された命令を実行する１以上のプロセッサ又はコントローラを含む。また、プロセッサ８０２は、キャッシュメモリ等の種々のタイプのコンピュータ可読媒体を含むことができる。

メモリデバイス８０４は、揮発性メモリ（例えば、ランダムアクセスメモリ（random access memory：ＲＡＭ）８１４）及び／又は不揮発性メモリ（例えば、読出専用メモリ（read-only memory：ＲＯＭ）８１６）等の種々のコンピュータ可読媒体を含む。また、メモリデバイス８０４は、フラッシュメモリ等の書換可能ＲＯＭを含むことができる。

大容量ストレージデバイス８０８は、磁気テープ、磁気ディスク、光ディスク、ソリッドステートメモリ（フラッシュメモリ等）等の種々のコンピュータ可読媒体を含む。図８に示すように、具体的な大容量ストレージデバイスは、ハードディスクドライブ８２４である。大容量ストレージデバイス８０８には、種々のコンピュータ可読媒体からの読出及び／又は種々のコンピュータ可読媒体への書込を可能にするために、種々のドライブを含めることもできる。大容量ストレージデバイス８０８は、リムーバブルメディア８２６及び／又は非リムーバブルメディアを含む。

入出力（Ｉ／Ｏ）デバイス８１０は、データ及び／又は他の情報を演算デバイス８００に入力し又は演算デバイス８００から取り出すことを可能にする様々なデバイスを含む。Ｉ／Ｏデバイス８１０には、カーソル制御デバイス、キーボード、キーパッド、マイクロホン、モニタ又は他の表示デバイス、スピーカ、プリンタ、ネットワークインタフェースカード、モデム等が含まれる。

表示デバイス８３０は、演算デバイス８００の１人以上のユーザに情報を表示できる任意のタイプのデバイスを含む。表示デバイス８３０としては、例えば、モニタ、表示端末、映像投影デバイス等が挙げられる。

インタフェース８０６は、演算デバイス８００が他のシステム、デバイス、又はコンピューティング環境とインタラクションすることを可能にする様々なインタフェースを含む。インタフェース８０６は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ネットワーク、及びインターネットへのインタフェースのような、任意の数の異なるネットワークインタフェース８２０を含むことができる。他のインタフェースは、ユーザインタフェース８１８及び周辺機器インタフェース８２２を含む。また、インタフェース８０６は、１以上のユーザインタフェース要素８１８を含むことができる。更に、インタフェース８０６は、プリンタ、ポインティングデバイス（マウス、トラックパッド、又は当業者に現在知られている任意の適切なユーザインタフェース、又は今後開発される任意の適切なユーザインタフェース）、キーボード等のためのインタフェース等、１以上の周辺インタフェースを含んでもよい。

バス８１２は、プロセッサ８０２、メモリデバイス８０４、インタフェース８０６、大容量ストレージデバイス８０８、及びＩ／Ｏデバイス８１０が互いに、及びバス８１２に接続された他のデバイス又はコンポーネントと通信することを可能にする。バス８１２は、システムバス、ＰＣＩバス、ＩＥＥＥバス、ＵＳＢバス等の幾つかのタイプのバス構造のうちの１以上を表す。

ここでは、説明のため、プログラム及び他の実行可能プログラム構成要素を個別のブロックとして示しているが、このようなプログラム及び構成要素は、演算デバイス８００の異なる記憶構成要素内に様々な時点で存在してもよく、プロセッサ８０２によって実行される。これに代えて、ここに記載のシステム及び手順は、ハードウェアで実現してもよく、ハードウェア、ソフトウェア、及び／又はファームウェアの組み合わせで実現してもよい。例えば、ここに記載のシステム及び手順の１以上を実行するように１以上の特定用途向け集積回路（application specific integrated circuit：ＡＳＩＣ）をプログラムできる。

上記の記述は、例示及び説明を目的としている。本開示は、ここに説明する詳細な形式に排他的に限定されない。上記の教示を参照することにより、多くの変更及び変形が可能である。更に、前述の変形例の何れか又は全ては、任意に組み合わせることができ、本開示の更なる組み合わせ例を形成できる。

更に、本開示の具体的な実施例を説明及び図示しているが、本開示は、そのように説明及び図示された部分の具体的な形態又は配置に限定されるものではない。本開示の範囲は、本願の特許請求の範囲によって定義され、あるいは、将来に提出される特許請求の範囲、本願に基づく別出願、及びこれらの均等物があれば、これらによって定義される。

以下の実施例は、更なる実施形態に関する。

実施例１は、ネットワークコンピューティング環境内の最適パスコントローラに最適パス計算をオフロードする方法である。方法は、最適パスコントローラにより、デバイスにより学習された複数のパスのリストを記憶することを含み、複数のパスは、デバイスから宛先デバイスに情報を送信する為の複数のルートである。方法は、最適パスコントローラにより、デバイスからメッセージを受信することを含む。メッセージは、ネットワーク層到達性情報（ＮＬＲＩ）メッセージである。方法は、最適パスコントローラにより、最適パス計算処理を行い、最適パス計算処理がデバイスから最適パスコントローラにオフロードされるようにメッセージに基づいて１以上の最適パスを識別することを含む。方法は、１以上の最適パスをデバイスに送信することを含む。

実施例２は、デバイスがルータ又はスイッチである、実施例１に記載の方法である。

実施例３は、デバイスがボーダゲートウェイプロトコル（ＢＧＰ）を実行する、実施例１又は２に記載の方法である。

実施例４は、さらに、最適パスコントローラにより計算された１以上の最適パスに基づいて、複数のパスのリスト内の任意のパスの次ホップを更新することを含む、実施例１～３のいずれかに記載の方法である。

実施例５は、デバイスからメッセージ（ＮＬＲＩメッセージ）を受信することが、デバイスから複数のメッセージを非同期的に受信することを含み、最適パス計算を実行することが、複数のメッセージに基づいてネットワーク層到達性情報（ＮＬＲＩ）の最新バージョン上で最適パス計算を実行することを含む、実施例１～４のいずれかに記載の方法である。

実施例６は、複数のメッセージのそれぞれが、単一のＮＬＲＩの為のデバイスから受信した全てのメッセージにわたって一意的な識別を有するバージョン番号フィールドを含む、実施例１～５のいずれかに記載の方法である。

実施例７は、さらに、ポリシー変更に応答して最適パス計算を再度実行し、最適パス計算を再度実行したことに基づいた１以上の最適パスを含む結果メッセージを生成し、そして、結果メッセージをデバイスに返信する、ことを含む、実施例１～６のいずれかに記載の方法である。

実施例８は、さらに、最適パスコントローラにより、デバイスにより学習された複数のパスのリスト内のパスの次ホップ到達性更新(next hop reachability update)を受信し、次ホップ到達性更新を受信したことに応答して最適パス計算を再度実行し、最適パス計算を再度実行したことに基づいた１以上の最適パスを含む結果メッセージを生成し、そして、結果メッセージをデバイスに返信する、ことを含む、実施例１～７のいずれかに記載の方法である。

実施例９は、さらに、デバイスが再起動したことを判定し、最適パスコントローラにより、デバイスにより学習された複数のパスのリストを維持し、デバイスが再起動したと判定したことに応答してデバイスにより学習された複数のパスのリスト内の各パスを古いとマーキングし、デバイスが新しいパスを再度学習したことに応答してデバイスから新しいパスを受信し、そして、複数のパスのリストから新しいパスと一致する古いパスをパージする、ことを含む、実施例１～８のいずれかに記載の方法である。

実施例１０は、最適パス計算がデバイス及びデバイスのネットワーク内の他のデバイス用にカスタマイズされる、実施例１～９のいずれかに記載の方法である。

実施例１１は、システムである。システムは、ネットワーク内のデバイスを含み、デバイスは、デバイスから宛先デバイスに情報を送信するように構成される。システムは、デバイスと通信する最適パスコントローラを含み、最適パスコントローラは、非一時的コンピュータ可読記憶媒体内に記憶された命令を実行するように構成可能なプロセッサを含む。命令は、デバイスにより学習された複数のパスのリストをメモリ内に記憶すること及びデバイスからメッセージを受信することを含み、複数のパスのそれぞれが、デバイスから宛先デバイスにデータを送信する為のルートである。命令は、最適パス計算処理を行い、最適パス計算処理がデバイスから最適パスコントローラにオフロードされるようにメッセージに基づいて１以上の最適パスを識別することを含む。命令は、デバイスに１以上の最適パスを送信することを含む。

実施例１２は、デバイスがルータ又はスイッチであり、デバイスがボーダゲートウェイプロトコル（ＢＧＰ）を実行する、実施例１１に記載のシステムである。

実施例１３は、命令がさらに、最適パスコントローラにより計算された１以上の最適パスに基づいて、複数のパスのリスト内の任意のパスの次ホップを更新することを含む、実施例１１又は１２に記載のシステムである。

実施例１４は、命令は、デバイスからメッセージを受信することが、デバイスから複数のメッセージを非同期的に受信することを含み、最適パス計算を実行することが、複数のメッセージの最新バージョン上で最適パス計算を実行することを含む、実施例１１～１３のいずれかに記載のシステムである。

実施例１５は、命令がさらに、ポリシー変更に応答して最適パス計算を再度実行し、最適パス計算を再度実行したことに基づいた１以上の最適パスを含む結果メッセージを生成し、そして、結果メッセージをデバイスに返信する、ことを含む、実施例１１～１４のいずれかに記載のシステムである。

実施例１６は、１以上のプロセッサにより実行される命令を記憶する非一時的コンピュータ可読記憶媒体である。命令は、デバイスにより学習された複数のパスのリストを記憶することを含み、複数のパスは、デバイスから宛先デバイスに情報を送信する為の複数のルートである。命令は、デバイスからメッセージを受信することを含む。命令は、最適パス計算処理を行い、最適パス計算処理がデバイスから最適パスコントローラにオフロードされるようにメッセージに基づいて１以上の最適パスを識別し、１以上の最適パスをデバイスに送信することを含む。

実施例１７は、命令がさらに、ポリシー変更に応答して最適パス計算を再度実行し、最適パス計算を再度実行したことに基づいた１以上の最適パスを含む結果メッセージを生成し、そして、結果メッセージをデバイスに返信する、ことを含む、実施例１６に記載の非一時的コンピュータ可読記憶媒体である。

実施例１８は、命令がさらに、最適パスコントローラにより、デバイスにより学習された複数のパスのリスト内のパスの次ホップ到達性更新を受信し、次ホップ到達性更新を受信したことに応答して最適パス計算を再度実行し、最適パス計算を再度実行したことに基づいた１以上の最適パスを含む結果メッセージを生成し、そして、結果メッセージをデバイスに返信する、ことを含む、実施例１６又は１７に記載の非一時的コンピュータ可読記憶媒体である。

実施例１９は、命令がさらに、デバイスが再起動したことを判定し、最適パスコントローラにより、デバイスにより学習された複数のパス（複数のＮＬＲＩ）のリストを維持し、デバイスが再起動したと判定したことに応答してデバイスにより学習された複数のパスのリスト内の各パスを古いとマーキングし、デバイスが新しいパスを再度学習したことに応答してデバイスから新しいパスを受信し、複数のパスのリストから新しいパスと一致する古いパスをパージする、ことを含む、実施例１６～１８のいずれかに記載の非一時的コンピュータ可読記憶媒体である。

実施例２０は、最適パス計算がデバイス及びデバイスのネットワーク内の他のデバイス用にカスタマイズされる、実施例１６～１９のいずれかに記載の非一時的コンピュータ可読記憶媒体である。

なお、上述の構成、実施例、及び実施形態の任意の特徴は、ここに開示する構成、実施例、及び実施形態の何れかから得られる特徴の組み合わせを含む単一の実施形態において組み合わせることができる。

ここに開示する種々の特徴は、当技術分野における重要な利点及び進歩を提供する。以下の特許請求の範囲は、これらの特徴の幾つかの例示である。

本開示の前述の詳細な説明では、開示を合理化する目的で、開示の様々な特徴を１つの実施形態にまとめている。この開示方法は、特許請求された開示が各請求項において明示的に記載されている特徴よりも多くの特徴を必要とするという意図を反映していると解釈されるべきではない。すなわち、本発明の態様の特徴は、先に開示した単一の実施形態の全ての特徴よりも少ない。

上記の構成は、本開示の原理の適用の単なる例示である。当業者は、本開示の思想及び範囲から逸脱することなく、多くの変更及び代替の構成を想到でき、特許請求の範囲は、このような修正及び構成を網羅することを意図している。

したがって、本開示を図面に示し、上に詳細に説明しているが、ここに記載されている原理及び概念から逸脱することなく、サイズ、材料、形状、形態、機能、動作、組み立て、及び使用のバリエーションを含むと共に、これらに限定されない多数の変更を想到できることは、当業者にとって明らかである。

更に、ここに記載される機能は、適切な場合、ハードウェア、ソフトウェア、ファームウェア、デジタルコンポーネント、又はアナログコンポーネントのうちの１以上において実行できる。例えば、１以上の特定用途向け集積回路（application specific integrated circuit：ＡＳＩＣ）又はフィールドプログラマブルゲートアレイ（field programmable gate array：ＦＰＧＡ）をプログラムして、ここに記載のシステム及び手順の１以上を実行できる。説明及び特許請求の範囲を通して、特定のシステムコンポーネントを指すために、特定の用語を使用している。コンポーネントは、異なる名称で呼ぶことができることは、当業者にとって明らかである。本文書は、名称が異なるが機能が同じコンポーネントを区別することを意図していない。

上記の記述は、例示及び説明を目的としている。本開示は、ここに説明する詳細な形式に排他的に限定されない。上記の教示を参照することにより、多くの変更及び変形が可能である。更に、前述の変形例の何れか又は全ては、任意に組み合わせることができ、本開示の更なる組み合わせ例を形成できる。

更に、本開示の具体的な実施例を説明及び図示しているが、本開示は、そのように説明及び図示された部分の具体的な形態又は配置に限定されるものではない。本開示の範囲は、本願の特許請求の範囲によって定義され、あるいは、将来に提出される特許請求の範囲、本願に基づく別出願、及びこれらの均等物があれば、これらによって定義される。

１００ システム
１０８ 演算デバイス
２００ システム
３００ プロセスフロー
４００ システム
７００ 方法
８００ 演算デバイス
８１２ バス

Claims (20)

1. 最適パスコントローラにより、デバイスにより学習された複数のパスのリストをメモリ内に記憶し、前記複数のパスのそれぞれは、前記デバイスから宛先デバイスへデータを送信する為のルートであり、
   前記最適パスコントローラにより、前記デバイスからメッセージを受信し、
   前記最適パスコントローラにより、最適パス計算処理を行い、前記最適パス計算処理が前記デバイスから前記最適パスコントローラにオフロードされるように前記メッセージに基づいて１以上の最適パスを識別し、
   前記１以上の最適パスを前記デバイスに送信する、
   ことを含むことを特徴とする方法。
2. 前記デバイスがルータ又はスイッチであることを特徴とする請求項１に記載の方法。
3. 前記デバイスがボーダゲートウェイプロトコル（ＢＧＰ）を実行することを特徴とする請求項１に記載の方法。
4. さらに、前記最適パスコントローラにより計算された前記１以上の最適パスに基づいて、前記複数のパスのリスト内の任意のパスの次ホップを更新することを含むことを特徴とする請求項１に記載の方法。
5. 前記デバイスから前記メッセージを受信することが、前記デバイスから複数のメッセージを非同期的に受信することを含み、そして、
   前記最適パス計算を実行することが、前記複数のメッセージに基づいてネットワーク層到達性情報（ＮＬＲＩ）の最新バージョン上で前記最適パス計算を実行することを含む、
   ことを特徴とする請求項１に記載の方法。
6. 前記複数のメッセージのそれぞれが、単一のＮＬＲＩの為の前記デバイスから受信した全てのメッセージにわたって一意的な識別を有するバージョン番号フィールドを含むことを特徴とする請求項５に記載の方法。
7. 前記方法がさらに、
   ポリシー変更に応答して前記最適パス計算を再度実行し、
   前記最適パス計算を再度実行したことに基づいた１以上の最適パスを含む結果メッセージを生成し、そして、
   前記結果メッセージを前記デバイスに返信する、
   ことを含むことを特徴とする請求項１に記載の方法。
8. 前記方法がさらに、
   前記最適パスコントローラにより、前記デバイスにより学習された前記複数のパスのリスト内のパスの次ホップ到達性更新を受信し、
   前記次ホップ到達性更新を受信したことに応答して前記最適パス計算を再度実行し、
   前記最適パス計算を再度実行したことに基づいた１以上の最適パスを含む結果メッセージを生成し、そして、
   前記結果メッセージを前記デバイスに返信する、
   ことを含むことを特徴とする請求項１に記載の方法。
9. 前記方法がさらに、
   前記デバイスが再起動したことを判定し、
   前記最適パスコントローラにより、前記デバイスにより学習された前記複数のパスのリストを維持し、
   前記デバイスが再起動したと判定したことに応答して前記デバイスにより学習された前記複数のパスのリスト内の各パスを古いとマーキングし、
   前記デバイスが新しいパスを再度学習したことに応答して前記デバイスから前記新しいパスを受信し、そして、
   前記複数のパスのリストから前記新しいパスと一致する古いパスをパージする、
   ことを含むことを特徴とする請求項１に記載の方法。
10. 前記最適パス計算が前記デバイス及び前記デバイスのネットワーク内の他のデバイス用にカスタマイズされることを特徴とする請求項１に記載の方法。
11. システムが、
    ネットワーク内のデバイスと、
    前記デバイスと通信する最適パスコントローラと、
    を含み、
    前記デバイスは、前記デバイスから宛先デバイスに情報を送信するように構成され、
    前記最適パスコントローラは、非一時的コンピュータ可読記憶媒体内に記憶された命令を実行するように構成可能なプロセッサを含み、
    前記命令が、
    前記デバイスにより学習された複数のパスのリストをメモリ内に記憶し、前記複数のパスのそれぞれが、前記デバイスから宛先デバイスにデータを送信する為のルートであり、
    前記デバイスからメッセージを受信し、
    最適パス計算処理を行い、前記最適パス計算処理が前記デバイスから前記最適パスコントローラにオフロードされるように前記メッセージに基づいて１以上の最適パスを識別し、そして、
    前記デバイスに前記１以上の最適パスを送信する、
    ことを含むことを特徴とするシステム。
12. 前記デバイスがルータ又はスイッチであり、そして、前記デバイスがボーダゲートウェイプロトコル（ＢＧＰ）を実行することを特徴とする請求項１１に記載のシステム。
13. 前記命令がさらに、前記最適パスコントローラにより計算された前記１以上の最適パスに基づいて、前記複数のパスのリスト内の任意のパスの次ホップを更新することを含むことを特徴とする請求項１１に記載のシステム。
14. 前記命令は、
    前記デバイスから前記メッセージを受信することが、前記デバイスから複数のメッセージを非同期的に受信することを含み、そして、
    前記最適パス計算を実行することが、前記複数のメッセージの最新バージョン上で前記最適パス計算を実行することを含む、
    ことを特徴とする請求項１１に記載のシステム。
15. 前記命令がさらに、
    ポリシー変更に応答して前記最適パス計算を再度実行し、
    前記最適パス計算を再度実行したことに基づいた１以上の最適パスを含む結果メッセージを生成し、そして、
    前記結果メッセージを前記デバイスに返信する、
    ことを含むことを特徴とする請求項１１に記載のシステム。
16. １以上のプロセッサにより実行される命令を記憶する非一時的コンピュータ可読記憶媒体であって、
    前記命令が、
    前記デバイスにより学習された複数のパスのリストを記憶し、前記複数のパスのそれぞれは、前記デバイスから宛先デバイスに情報を送信する為のルートであり、
    前記デバイスからメッセージを受信し、
    最適パス計算処理を行い、前記最適パス計算処理が前記デバイスから最適パスコントローラにオフロードされるように前記メッセージに基づいて１以上の最適パスを識別し、そして、
    前記１以上の最適パスを前記デバイスに送信する、
    ことを含むことを特徴とする非一時的コンピュータ可読記憶媒体。
17. 前記命令がさらに、
    ポリシー変更に応答して前記最適パス計算を再度実行し、
    前記最適パス計算を再度実行したことに基づいた１以上の最適パスを含む結果メッセージを生成し、そして、
    前記結果メッセージを前記デバイスに送信する、
    ことを含むことを特徴とする請求項１６に記載の非一時的コンピュータ可読記憶媒体。
18. 前記命令がさらに、
    前記最適パスコントローラにより、前記デバイスにより学習された前記複数のパスのリスト内のパスの次ホップ到達性更新を受信し、
    前記次ホップ到達性更新を受信したことに応答して前記最適パス計算を再度実行し、
    前記最適パス計算を再度実行したことに基づいた１以上の最適パスを含む結果メッセージを生成し、そして、
    前記結果メッセージを前記デバイスに送信する、
    ことを含むことを特徴とする請求項１６に記載の非一時的コンピュータ可読記憶媒体。
19. 前記命令がさらに、
    前記デバイスが再起動したことを判定し、
    前記最適パスコントローラにより、前記デバイスにより学習された前記複数のパスのリストを維持し、
    前記デバイスが再起動したと判定したことに応答して前記デバイスにより学習された前記複数のパスのリスト内の各パスを古いとマーキングし、
    前記デバイスが新しいパスを再度学習したことに応答して前記デバイスから前記新しいパスを受信し、
    前記複数のパスのリストから前記新しいパスと一致する古いパスをパージする、
    ことを含むことを特徴とする請求項１６に記載の非一時的コンピュータ可読記憶媒体。
20. 前記最適パス計算が前記デバイス及び前記デバイスのネットワーク内の他のデバイス用にカスタマイズされることを特徴とする請求項１６に記載の非一時的コンピュータ可読記憶媒体。