JP2007503771A - 使用しているリンクステートとパスベクトルテクニックテクニカルフィールドとをルーティングするためのシステムと方法 - Google Patents

Abstract

【課題】使用しているリンクステートとパスベクトルテクニックテクニカルフィールドとをルーティングするためのシステム及び方法を提供する。
【解決手段】集合的に「リンクステートパスベクトル」(LSPV)テクニックと称されるルーティングプロトコルとアルゴリズムとは、説明される。LSPVは、フラッディングなどのリンクステートテクニックのアプリケーションがパスベクトルプロトコルへパスするのを可能とする。ルーティングピアは、ヒエラルキーの複数のレベルを成形するように組織されてもよい。LSPVメカニズムは、これらのピアが(1)バーチャルリンク経由でルーティング情報を交換すること、(2)ルーティング情報を踏まえて最良のネットワークルートを計算することを可能とする。ルートは、トポロジー距離とネットワークポリシーとの両方に基づいて選択されてもよい。そのようなメトリックは、IGPとEGPについての異なる直角メトリックを結合することによって決定されてもよい。
【選択図】図１

Description

本発明は、ネットワークの分野、特に、ネットワークにおけるルーティングのためのプロトコルとアルゴリズムとに関する。

背景技術及び発明が解決しようとする課題

インターネットなどの通信ネットワークにおいて、情報はパケットという形式で伝達される。パケットは、ソースから宛先にホップ毎に個々にルートされるデジタル情報のユニットを備える。パケットのルーティングは、パケットが横切るパスに沿った各ノードまたはルータがローカルデータベースを背景としてこのヘッダーを比較するためにパケットのヘッダー情報を試験することを伴っていて；ローカルデータベースを参照するとすぐに、ルータは適切なネクストホップにパケットを送る。このローカルデータベースは、一般にフォワーディングインフォメーションベースまたはFIBと呼ばれる。FIBは、一般にテーブルとして構成されるが、代わりのフォーマットで作成されてもよい。FIBにおけるエントリーは、パケット、すなわち次のルータまたはノードのネクストホップを決定する。そして、それぞれのパケットは、適切な宛先に到着するようにそれに送られる。フォワーディングインフォメーションベースは、通常、全体的なデータベースからのグローバルまたはネットワークワイドな情報から得られる。各プロトコルは、情報の種類を表示するために全体的なデータベースに名前を付ける。そのようなデータベースは、ここでは総称的にネットワークインフォメーションベース(NIBｓ)と称される。

インターネットプロトコル(IP)のインプリメンテーションにおいて、FIBは、一般に、ルーティング情報データベースまたはRIBと称される全体的なデータベース(すなわちNIB)から得られる。ルータのRIBは、そのルータに利用可能なルーティング情報を併合する；1つ以上のアルゴリズムがエントリー、FIBのそれらへのRIBにおけるエントリー(例えば、ルーター)をマップするために、一般に使用される。そして、それは、それらのネクストホップにパケットを送るために次々と使用される。IP RIBは、2つのテクニックによって構成されてもよく、それは結合に用いられてもよい：(a)スタティックコンフィグレーションと(b)ダイナミックルーティングプロトコル。ダイナミックIPルーティングプロトコルは、それらが作動するインターネットの一部に基づく2つのグループにさらに再分割されてもよい：エクステリアゲートウェイプロトコルまたはEGPは、自主管理ドメインの間のルーティングデータの配布に責任があり、インテリアゲートウェイプロトコルまたはIGPは、単一の自律ドメインにルーティングデータを配布する責任がある。さらに、IGPのうちの2タイプは、今日広範囲に及んで使用されている：アルゴリズムの距離ベクトルタイプを使用することやリンクステート手段を使用することである。

ルート選択ポリシーとEGP
ルータは、一般に、宛先への代わりのパスでの最良のルートの識別を可能にするルート選択ポリシーをサポートする。ルーティング選択ポリシーは、プロトコルによって仮定義されてもよいし、或いは、静的または動的にネットワークを通して異なる形で分配されてもよい。ルート選択ポリシーを仮定義するEGPプロトコルの例は、ボーダーゲートウェイプロトコルバージョン4(BGP-4)によって例証される。そして、それは宛先アドレスとBGPパス情報とに基づいたルート選択ポリシーを許容する。また、ルータは、一般に、ルートが特定のピアに送られるための決定を管理するルートディストリビューションポリシーをサポートする。ルートディストリビューションポリシーは、プロトコルによって仮定義されてもよく、静的に設定されるか、或いは動的に学習されてもよい。動的に学習されたポリシーは、同じルーティングプロトコルにてルータに次々と送られ得るか、または代わりに、別個のプロトコルを経由して送られ得る。説明に役立つ実例として、BGP-4は、BGPパケットでの外部へのルートフィルタポリシーの含有を可能にする；ルートポリシーサーバー言語は、別個のプロトコルにルートディストリビューションポリシーを送る。いくつかのBGP-4ピアは、受け取ったピアのポリシープロセッシングを和らげるために、e-BGP-4パス属性からBGPコミュニティを追加するか或いは除去する。BGP-4コミュニティの追加は、時々「ダイイング」BGP-4ルートのカラーリングと呼ばれる。

リンクステートプロトコル
リンクステートルーティングプロトコルは、一般に、各プロトコルに対して独自に調整された機能のセットに基づいている。これらの機能は、以下を含んでいる：

フラッディングリンクステート情報。
リンクステート情報の構成
最短パス系図を計算するためのアルゴリズム
通信のためのパケット。
ネイバー取得とデータベース同期のためのサブプロトコル、および

ネイバー取得のためのサブプロトコルは、一般に、リンクがアップしているのかダウンしているのかという印とピア近接の作成とを具備する。また、リンクステートプロトコルへの拡張は、いずれが改善されたスケーリングを可能とするかということに利用可能である。これらの拡張は、以下を含む：

ルーティングプロセスのより高いレベルへの分配のためのネットワークの1つのレベルとエリアの情報の集約、

より高いレベルでのより低いレベルへ向けての情報の拡張。

共通のリンクステートプロトコルの例は、OSPFとIS-ISとを備える。OSPFとIS-ISとは、ネットワークのエリアでヒエラルキーの2つのレベルをサポートする。M-ISISにおけるIS-ISへの拡張は、複数のレベルトポロジーを有する複数のルーティング情報ベース(RIB)がIS-ISプロトコルにパスされることを可能とする。OSPFとISISプロトコルとの両方は、ピアがリンク上で作動していることを知らせるための「ハロー」パケットを使用する。2つのピアの間の2方向のハローシーケンスは、ハローを送る第1ピアとハローに応答する第2ピアとを備える。2つのピアの間の3方向ハローシーケンスは、ハローを送る第1ピアと、ハローに応答する第2ピアと、第3ハローに応答する第3ピアとを備える。他のプロトコル(例えば、PLP)のいくつかのハローシーケンスは、第2ハローが第1応答していることを示すための「heard-you」フラグを利用する。ピア近接データベースは、最短パスファースト(SPF)計算がそうであるように、RIB毎のレベル毎に生成される；OSPFとISISとは、最短パスを計算するために、修正ダイクストラアルゴリズムを利用する。

パスベクトルプロトコル
パスベクトルプロトコルの重要な例は、ボーダーゲートウェイプロトコル、BGP v4である。このプロトコルにおいて、到達可能性情報は、BGPスペシフィックルータからパスされる。そのような到達可能性情報は、インターナルゲートウェイプロトコル(IGPs)、(例えば、OSPF、ISIS、RIP、IGRP、またはE-IGRP、エクステリアゲートウェイプロトコル(EGP)を含む)から挿入されてもよい。この場合に、それがBGPまたはスタティックルートである。BGPポリシーは、ルート(例えば、到達可能プレフィックス、ASパス、パス属性、ネクストホップルータ)に含まれている情報と、ルートが受け取られたピアと、ルートが関連するインタフェースとに影響を与える。ポリシープロセッシングは、ルートと関連するメトリックを戻す。2つのルートは、使用される最良のルートを選ぶために、2つのポリシー値を最初に比較する。ポリシー値が同じ場合には、BGPプロトコルは、以下の比較によって、2つのルート間のつながりを破壊する：

ASパス長さ
最低起源、
MEDに対する最小値(MEDが同等の場合)
起源：EGP第1優先事項、IGP第2優先事項、
IGPにおける最少の内部コストでルータによって送られたルート、
ルートを送るピアの下位のルータid、
ルートの最下位のネイバーアドレス。

さらに、いくつかのインプリメンテーションは、均衡を破るためのルート作成の「時間」の使用を含むように、BGP-4指定を拡張する。

ルーティングプロトコルセキュリティ
ルーティングプロトコルは、セキュリティ情報の使用によってデータを頻繁に保護する。そして、それは、静的に設定されるか或いは動的に分配されるようにしてもよい。後者の場合に、セキュリティは、しばしば信頼のヒエラルキーの下位にフローする。共通の信頼されたソースは、認証をもたらす。それは、信頼されたデバイスのセットまで伝えられる；これらの信頼されたデバイスは、この「信頼」モデルを他のデバイスに次々と伝える。信頼フローのこのモデルは、セキュリティデリゲイションと称される。公開キーインフラストラクチャーは、セキュリティデリゲイションモデルとの適合について、認証がノードを与えるためのセキュリティデリゲイションチェーンに伝えられたということを具備する。安全なBGP(S-BGP)は、BGPルート情報が正しいと認証されていることを証明するために、そのような認証を利用する。

BGPポリシー
ルーティングポリシーは、いずれのルートがそれらのピアに送られるかをルータが決定することを可能にする。ピアに送られたルートの選択を管理するポリシーは、ルートディストリビューションポリシーと称される。ルートディストリビューションポリシーは、プロトコルによって仮定義されており、静的に設定されるか或いは動的に学習され得る。動的に学習されたポリシーは、ルートを送る同じルーティングプロトコルの中で或いは別個のプロトコルに送られ得る。BGP-4は、BGPパケットの中に外部ルートフィルタポリシーを具備する。ルートポリシーサーバー言語(RPSL)は、ルートディストリビューションポリシーを別個のプロトコルに送る。いくつかのBGP-4ピアは、受け取ったピアについてポリシープロセッシングのいくつかを簡単にするために、BGP-4パス属性からBGPコミュニティを追加するか或いは除外する。BGP-4コミュニティの追加は、カラーリング、または「ダイイング」BGP-4ルートと時々呼ばれる。

ポリシーは、ローカルで静的な設定を経由した個々のルータまたは付属のネットワークにロードされてもよい。ルータのポリシーのマニュアル構成は、誤ったエントリーの可能性を増大させる。さらに、相互ネットワーク上での通信においてかなりの数のノードを与えられると、マニュアル構成は、スケールと整合性との明らかな問題に苦しむ。動的な構成には、整合性維持を保証することにおいて、かなりの時間とシステムリソースとがかかる。それによってネットワーク収束を遅らせる。

本発明は、まとめてルーブリック「リンクステートパスベクトル」(LSPV)と称されるプロトコルとアルゴリズムとを備える。LSPVは、ノードを接続することによってバーチャルネットワークトポロジーを生成するようにデザインされるか、或いはバーチャルリンクを経由した「ピア」である。ルーティングピアは、ヒエラルキーの複数レベルを形成するように編成されてもよい。LSPVメカニズムは、これらのピアが(1)バーチャルリンクを経由してルーティング情報を交換することと、(2)ルーティング情報を踏まえて最良のネットワークルートを計算することとを可能にする。本発明の形態によると、交換されたルーティング情報は、以下のうちの少なくとも1つ以上を含んでもよい：

ルーティング情報ベースに対する識別子
宛先プレフィックスまたはアドレス
パス情報
関連ラベル
セキュリティ情報
ネットワークポリシー
バーチャルプライベートネットワーク識別子(s)および
キャッシュ情報

ルーティング情報のこれらのカテゴリーのそれぞれは、ここにさらに説明される。

本発明の形態において、ノードは、単一のピアによってもたらされたか或いは複数のピアによって示されたルートをサポートしてもよい。パスウェイと関連したルートは、LSPVテクノロジーに基づいて送られたネットワークポリシーを考慮して選択されてもよい。いくつかの形態において、複数のパスベクトルルートは、同じ宛先とすることができる。いくつかの形態において、LSPVは、ポリシードメインにボーダーゲートウェイプロトコル(BGP)ルートをパスすることをサポートする；ポリシードメインは、これと共に同日にファイルされた米国特許出願「Establishment and Enforcement of Policies in Packet-Switched Networks」(以下、「Policy Domain Application」という)、発明者スーザンハレスにてさらに説明される。これによって、それはその全体を参照することによってここに組み込まれる。LSPVアルゴリズムは、以下の提案によって述べられ得るメトリックに基づいて、すべての可能なルートから最良のルートを選択する：

Best route (s) =
Peer topology shortest path
AND
Best Path Vector based on policy

本発明の形態において詳細に説明すると、バーチャルピアトポロジーの最短パスは、2つのピアの間のリンクステートアルゴリズムに基づいて計算される。いくつかのそのような形態において、LSPVは、最短パスを決定するためのダイクストラSPF計算を用いる。いくつかのそのような形態において、最良のパスベクトルは、ここにさらに説明されるように、ルーティング情報のポリシー評価に基づいて後で決定される；代わりの形態において、最良のパスベクトルは最初に決定されてもよく、最短パスはその後最良のパスベクトルから選択される。他のインプリメンテーションは当業者に明白であろう。

LSPVプロトコルによってサポートされ得る追加のアルゴリズムは、以下の機能の少なくとも1つ以上を含む：

バーチャルリンクに基づくバーチャルピアトポロジーを設置する

各バーチャルピアへの最短パスを計算し、バーチャルピアフォワーディングインフォメーションベース(FIB)に結果を保存する

パスベクトル情報に基づいて各ルートについてのポリシー結果ベクトルを作成する

ポリシーベクトルと各バーチャルピアFIBへの最短パスとに基づいてルート毎にルート選択を実行する

より高いレベル(n+1)への再分配のためにヒエラルキー(n)にてより低いレベルで受け取ったルートを集約する

より低いレベル(レベルn)への再分配のためにより高いレベル(n+1)で受け取ったルートを拡張する

LSPVをサポートするこれらと他のアルゴリズムとは、ここにさらに説明される。

本発明の形態において、リンクステートパスベクトルは、ポリシードメインのBGP-4をサポートする。本発明の形態において、リンクステートパスベクトルアルゴリズムは、ポアリシードメインのトラフィックをパスするようにBGP- 4のパスベクトルプロトコルアルゴリズムを置換してもよい。また、リンクステートパスベクトルアルゴリズムは異なるプロトコルで使用されてもよく、限定のない例としては、BGP、ISIS、およびOSPFのバリエーションを含む。

これと共に同日にファイルされた米国特許出願「Nested Components for Network Protocols」(以下、「Network Components Application」という)、発明者スーザンハレスにてさらに説明されるように、リンクステートパスベクトルプロトコルは、ネットワークコンポーネントを利用してもよい。これによって、それはその全体を参照することによってここに組み込まれる。ネットワークコンポーネントの使用は、細粒、コンポーネントレベルセキュリティと同様に、ネットワークに大量に送られたデータの最小化を可能にする。
これらと他の形態とは、ここにさらに説明される。

序論
本発明は、「リンクステートパスベクトル」との名前で集合的に呼ばれるプロトコルとアルゴリズムとを具備する。本発明の形態は、以下の機能のうちの1つ以上を達成するためのアルゴリズムを具備する：

バーチャルリンクとバーチャル近接とに基づいてトポロジー（ここではバーチャルピアトポロジーと記載する）を確立する。

図1はバーチャルピアトポロジー100の限定のない例を示している。バーチャルリンクであるVリンク1〜Vリンク10と近接とは、ネットワークのノード間の通信能力を示す論理的な構成である。バーチャルリンクと近接とは、あらゆるタイプの通信プロトコル上で動作して、より物質的な通信接続またはチャンネルによって例示されてもよい。本発明の形態において、バーチャルリンクは、所定のルータを用いて、ポイントツーポイントリンクまたはバーチャルマルチキャストLANをサポートすることができる。LSPVアルゴリズムは、複数レベルのハローと、迅速なドロップを具備する3方向/4方向の交渉シーケンスと、追加のピア情報をアップデートすることができるハートビートハローとを割り当てる。本発明の形態において、LSPV近接処理は、以下のうちの1つ以上を作成してもよい：ローカルピアトポロジーデータベース、LSPV近接データベース、ピアトポロジーデータベース、ピアトポロジーRIB、およびピアトポロジーFIB。これらの構成は、ここですべてさらに説明される。

バーチャルピアトポロジーのためにショーテストパスファースト(SPF)演算を計算する。

本発明の形態において、これらのSPF演算は、修正ダイクストラアルゴリズムである；いくつかのそのような形態において、修正ダイクストラアルゴリズムは、IS-ISに利用されたルーティングアルゴリズムに基づいている。これらのアルゴリズムは、以下の機能のうち少なくとも1つ以上を実行するために強化される：
IDタプルでピアIDインスタンスをサポートする、そして、それはフォーム(ピアid、インスタンスid、およびピアアドレスID)を具備してもよい
指定のルータでバーチャルマルチキャストLANをサポートする
ポリシードメインアプリケーションにてさらに説明されるように、ポリシードメインエッジを具備するパスウェイの保持に優先順位を付ける。
SPFを計算する際、およびIGPメトリック(標準及びトラフィックエンジニアリングメトリック)と追加LSPVトラフィックエンジニアリング演算についてのEGPメトリックとを計算するために、バーチャルサーキットメトリックを使用する
LSPV集約ポリシーにだけ基づいて、ネットワークの異なるヒエラルキーレベルの間に送られたルーティング情報を集約する、
LSPV拡張ポリシーにだけ基づいて異なるヒエラルキーレベルの間に送られたルーティング情報を拡張する。

ポリシードメインの各ルートに対してポリシー結果ベクトルを作成する

ポリシードメインアプリケーションにて説明されるように、ポリシーのセットは、特定のオーダーのポリシードメイン102のエッジにて実行されてもよい。そして、それによって、各そのようなポリシーは、与えられたオーダーの特定のルート上で実行される。本発明の形態において、各ルートに適用されるような各ポリシーの結果は、ここにさらに説明されるポリシー結果ベクトルに保存され格納される。

説明に役立つ限定のない例のように、ルート1に指定されたルート上で実行されるポリシー1に指定されたポリシーの結果は、ルート1と関連するポリシー結果ベクトル1と称されるポリシーベクトルに格納されるであろう。ルート1上で実行されるポリシー2は、ルート1と関連したポリシー結果ベクトル2に格納されるであろう。従って、与えられたルートに対するポリシー結果ベクトルは、そのルート上で実行されるポリシーの数の結果を具備する。ポリシーの結果、例えばポリシーベクトルは、追加のネットワーク機能をサポートするように順に処理されてもよい。そして、その限定のない例は、ルート選択とルート分配とダイナミックルート分配とポリシードメインの中央のポリシー分配とルーティング情報の集約または拡張とを具備する。

1つ以上のネットワーク機能をサポートするためにリンクステートパスベクトルアルゴリズムにてルート選択演算を実行する。そして、その限定のない例は、高速フェイルオーバーとマルチパスとバーチャルプライベートネットワークとマルチプロトコルBGPとを具備する

本発明の形態では、ルートは、(1)ルートの位相距離と(2)ポリシーメトリックとに基づいてルートを選択するルート選択演算に基づいて選択される。限定のない例として、ルートに対するポリシーベクトルは、BGPに対する関係を断つなどの様々なポリシー演算の結果を供給してもよい。そのような1つの例において、バーチャルトポロジーについてのBGPフォワードインフォメーションベース(FIB)は、ルーティングインフォメーションベース(RIB)(VPNまたはMPLSまたはMP-BGP)に対する2つのピア間の最短パスとメトリックとを供給する。終了BGPルータの不成立の場合には、フェイルオーバープロセスは、追加の再計算を要さずに、BGPピアトポロジーを再計算する。この再計算は、長距離ベクトル比較というよりもOSPF小演算の速度で生ずる。

ヒエラルキーの上位レベル(n+1)への再分配のためのネットワークヒエラルキー(n)の下位レベルで受け取られるルートを集約するためのアルゴリズム

本発明の形態において、ルートのグループは、上位レベルへの再分配のために下位レベルにて集約されてもよい；いくつかのそのような形態において、そのような集約は、ポリシードメインルールだけでなくBGP-4ルールも考慮する。本発明の形態において、この集約は、ネットワークコンポーネントとしてパスされてもよい。ネットワークコンポーネントは、ネットワークコンポーネントアプリケーションにてさらに説明される。本発明の形態において、そのような集約は、集約ポリシーによってコントロールされてもよい。

下位レベル(n)への再分配のために上位レベル(n+1)で受け取られるルートを拡張するためのアルゴリズム

本発明の形態は、ルートまたはルートのグループで集約された以前のルートの拡張を可能にする；そのような拡張は、拡張ポリシーによって順にコントロールされてもよく、そして、所定の一定の形態において、この拡張ポリシーは、ポリシードメインルールおよびBGP-4ルールのうちの1つ以上と結合されてもよい。これらのポリシー間の優先関係と相互関係とは、特定のアルゴリズムによって決定されてもよい。

本発明の限定のない形態において、ポリシードメインの中で、リンクステートパスベクトルは、BGP-4またはそれのあるバリエーションをサポートする。そのようなポリシードメインにおいて、ルーティングポリシーは、矛盾のないように保証される。BGPポリシー結果ベクトルは、ポリシードメインのエッジにて演算されてもよく、そしてデータの一部としてパスされてもよい。即ち、ポリシードメインアプリケーションにおいて検討されたように、ポリシードメインは、そのようなポリシードメインの「中間」にて実行されたポリシー計算の結果を用いて、矛盾のないポリシーがドメインのエッジ上で実行されることを可能にする。本発明の形態において、リンクステートパスベクトルアルゴリズムは、トラフィックをパスするためのポリシードメインにてBGP-4のパスベクトルプロトコルアルゴリズムを置き換えることができる。リンクステートパスベクトルアルゴリズムは、共通のルーティングプロトコルのバリエーションを具備してもよい。例えば、それは、BGP、ISIS、およびOSPFを含む。本発明の形態において、各そのようなプロトコルは、情報をパスするためにカスタマイズされたフラッディングメカニズムを使用してもよい。

また、本発明の形態は、リンクステートパスベクトルのためのデータ構造を具備する。そして、それは、以下のうちのいずれか1つ以上を含んでもよい：

ローカルLSPVピアトポロジーデータベース[LocalPeer]
ローカルLSPVピア近接データベース[PeerAdj]
すべてのピアへのパスを具備するピアトポロジーデータベース[Peer RIB]
ピア最短パスFIB[Peer FIB]
ポリシードメインエッジポイントを具備する看過されたパスウェイ[Ignored-paths]
各LSPVピアによってもたらされたルートについての情報を具備するリンクステートデータベース
ポリシーインフォメーションベース(それは、制限のない形態において、ポリシードメインアプリケーションにて検討されたように、9タイプのポリシーを含んでもよい)
到達可能なルートとルート毎のポリシーベクトルとを具備するルーティングインフォメーションベース毎のパスベクトルデータベース、および
選択されたLSPVルートに対するFIB。

本発明の形態において、リンクステートパスベクトルは、これらのデータベースのうちのいずれかをポリシードメイン演算にエクスポートすることができる。

本発明の形態において、情報がフラッディングする場合には、リンクステートパスベクトルプロトコルは、データトラフィックを最小化するためにネットワークコンポーネントを用いる。いくつかのそのような形態において、LSPVプロトコルは、リンクステートパスベクトルアルゴリズムによって大量に送られたデータの各部分を保護するためにネットワークコンポーネントメカニズムを用いる。いくつかのそのような形態において、ネットワークコンポーネントは、特有な間隔でネットワークコンポーネントに情報を再保護してもよい。セキュリティ攻撃がネットワークコンポーネントに集中する場合には、再保護の間隔は、あらゆる保護コードにクラックするように追加のコンピューショナルバリアを供給するために短くされ得る。これらのおよび他の形態は、ここにさらに詳しく説明される。

B.バーチャルピアトポロジーを生成するためのアルゴリズム
本発明の形態において、バーチャルピアトポロジーは、ルーティングインフォメーションベース(RIB)を参照することによって生成されてもよい。バーチャルピアトポロジーを生成するためのアルゴリズムは、次のような機能をサポートしてもよい：

バーチャルピア近接を作成するためのバーチャルリンクの使用
ローカルピアトポロジーデータベースの作成
ピア近接データベースの作成
ピア同士のピア情報のフラッディング
バーチャルピアトポロジーの計算、および
BGPピアフォワーディングインフォメーションベースの作成(BGPピアFIB)

これらの機能とアルゴリズムのそれぞれはここにさらに詳しく説明される。

(1)バーチャルピア近接を作成するためのバーチャルリンクの使用
ピア間のバーチャルリンクは、あらゆるプロトコルまたはノード間の通信を可能とするプロトコルの組み合わせによって作成されてもよい。バーチャルリンクを構成し得る通信チャンネルの限定のない例は、検索エリアでのポイントツーポイント接続またはマルチキャスト接続を含む。LSPVによってサポートされてもよいポイントツーポイントリンクは、TCP、TCP MD5、およびGREプロトコルに基づいたIPカプセル化におけるIPを含むが、これらに限定されない。エリア内で詳しく調べられたマルチキャストリンクは、物質的なLANのマルチキャストグループおよび／またはエリア内の信頼できるマルチキャストトランスポートを含むけれども、これらに制限されない。本発明の形態において、バーチャルリンクは、リンクステータス(上位または下位)と、バーチャル近接をサポートすることについて責任があるノードに常駐のコードへのバーチャルリンクのタイプとをパスする。

本発明の形態において、ピア間のバーチャル近接は、「ハロー」パケットを使用することによって構築されてもよい。これらのハローは、バーチャル近接の構築と追加のピア情報の通信とを含めた複数の目的のために使用されてもよい。本発明によって使用されたハローシグナルのタイプは、ハートビートハローと称され、周期的ベースのバーチャルリンクに沿って送られるハローパケットを具備する。本発明の形態において、3方向のハンドシェイクは、バーチャル近接が「上位」と示すために使用してもよく、4方向のハンドシェイクは、ピアがハートビートハローを交換することを可能にして、バーチャルピアの間の継続的な接続を構築するために用いられてもよい。即ち、4方向のハンドシェイクの完成において、接続は、「ハートビート」モードにある。本発明の形態において、「ハートビート」モードは、追加情報がパスされることを可能にする。いくつかの形態において、「ハートビート」が1度失敗すると、ハローがリモートサイトからレスポンスにて受け取られるまで、接続は3方向に後退する。

3方向モードにおいて、「ハロー」がピア近接デッドインターバルの間に失敗される場合には、接続は接続を絶たれる。メッセージがホールドタイムインターバルで全く受け取られない場合には、接続は接続を絶たれる。ハローがホールドタイムインターバルの1/3の割合で送られることが好ましい。

本発明の形態は、ピアがトポロジーでレベルまたはヒエラルキーをサポートすることを可能にする。いくつかのそのような形態において、個々のハローシグナルは、トポロジーの単一または複数のレベルに適合してもよい。ハロー情報が複数のレベルに対して等しい場合に、ピアは、1つのレベル毎にハローを送るか、代わりに、レベルマスクを示すレベルフィールドと一緒に1つのハローを送るようにしてもよい。階層的なトポロジーで作動しているマルチレベルハローの例としては、図2に示されている。ポリシードメイン206のネットワークトポロジーは、3つのレベル200，202，204に組織されており、個々のノード／ルータR1〜R9は、レベル200，202，204のうちの1つ以上でそれぞれ作動している。例えば、ノードR5はすべての3つのレベルで作動していて、それに応じて、すべての3つのレベルで作動しているハロー208を送る。ノードR9とR5とは、レベル2と3 202，204で作動していて、それに応じて、これらのレベル210,212で作動しているハローシグナルを送る。本発明の形態において、ハローに対するパケットデータユニット(PDU)のレベルフィールドは、2つの特別な値とレベルマスク識別子と拡張レベル識別子とを含んでいてもよい。

(a)ポイントツーポイントリンクの上の3方向上位/4方向フルハンドシェイク
本発明の形態において、バーチャルリンクが上位であることの検出と同時に、バーチャルなリンクに結合されたバーチャルピアは、ハローメッセージを送る。それは以下のアイテムのうちの1つ以上を含んでもよい：

このピアにサポートされたレベル
ハローのソースのピアアドレス
ここにさらに説明されるようなバーチャルサーキットのための識別子
ホールドタイム
プレフィックス毎にサポートされた最大ルート
自律システム番号
ポリシードメイン識別子
セキュリティ情報

いくつかの形態において、ここに詳説されるように、ハローは取り決められたパラメータの形式または他のピア情報を取得してもよい追加のフィールドを含んでもよい。バーチャルトポロジーに送られたハローPDU 500の例は、図5に示されており、ハローPDU400における所定のフィールドについてのテンプレートは図4に示される。ピアが3方向の検討にて再び保証された場合に、取り決められた接続パラメータは、現在の近接を落とさずに引き受けられる。ピア情報は、再度の取り決めなしで4方向ハンドシェイクに送られてもよい。取り決められたパラメータは、以下のうち少なくとも1つ以上を含んでもよい：

このネイバーがサポートするBGPまたはLSPV能力
このネイバーがサポートするRIB
パケットにてネットワークコンポーネントを使用しているパケットのフォーマットについての情報。

ピア情報パラメータは、以下のうちの少なくとも1つ以上を含んでもよい：
このネイバーが他のピアに具備するリンク
このネイバーによってサポートされた代わりのアドレス
ピアと結合したローカルルート、および
ピアポリシー

ハローPDUを受け取るとすぐに、ピアはパケットフォーマットを有効にする。本発明の限定のない例の例示において、オプションのフィールドが存在しない場合には、以下のことはデフォルトによって含まれている：

ネイバーへの追加のリンクは存在しない、
代わりのアドレスはネイバーによってサポートされない、
追加のBGPまたはLSPV能力はサポートされない、
デフォルトRIBだけがサポートされる、
追加のピアポリシーはサポートされない、および
デフォルトパケットフォーマットは使用される。

これらのデフォルトの意味あいは、例えば目的だけである。つまり、他のデフォルトステートは、当業者に明白である。

3方向ハンドシェイクの取り決めフェーズの間に、ローカルピアは、能力とRIBとピアタイプ(例えば、IBGP/EBGP)とピアアイデンティティ(例えば、AS、アドレス)とポリシードメインIDとセキュリティとパケットフォーマットとによって、それがLSPVピアレベルでバーチャル近接をサポートすることができるかどうかを判断する。ピアはピア情報と一緒にパケットを後で送ってもよい。生じたピアはバーチャル接続としてのオリジナル情報とこのピアと一緒にハローを送り返す。第３ハローは3方向ハンドシェイクを完成する。第４ハローがリモートピアから受け取られた後に、この接続を「ハートビート」モードに設定する。ハートビートモードの間に、オプションのフィールドはいつアップデートされてもよい。

取り決められたフィールドのいずれかが変更した場合に、LSPVピアは、変更された取り決められたパラメータと一緒にハローメッセージを送り、「近接再取り決めの開始」メッセージを近接処理に発行し、近接再取り決め処理を開始し、そして、2方向の受け取り−送り状態(2-way-rs)を入力する。パラメータの再取り決めと同時に、LSPV近接処理は、パラメータの新しいセットと一緒に「近接は上位である」との印を発行する。4方向モードは、再び、情報フィールドがいつでもアップデートされることを可能にするであろう。

(b)バーチャルマルチキャストLAN上の指定ルータの選択
本発明の形態において、LSPV PDUにおける優先フィールドは、指定ルータ/ピアがLSPVフィールドのレベル毎にバーチャルマルチキャストグループに対して選ばれることを可能にする。本発明の形態には、ハローの優先フィールド／フラグは、2つのフラグ、指定された「指定ピア（DP）選出」と「パケットプライオリティ」とを含む。DP選出フラグがプライオリティフィールドにセットされる場合には、LSPVピアは、バーチャルマルチキャストグループを表示するために、指定されたピアを選ぶ。本発明の形態において、最も高い値を有する指定されたピアは、ピアとして選ばれる。

ローカルピアが、DP選出を使用するために設定される場合には、ローカルピアは、「DP選出」フラグと優先値とをプライオリティフィールドにセットする。また、本発明の形態において、DP選出フラグをセットするリモートピアからハローを受け取ると、選出ルールは以下のうちの1つ以上を含む：

最も高いプライオリティを有するLSPVノードを選出する。
両方のLSPVノードが同じプライオリティを有する場合には、LSPVはソースidフィールドから最も低数のピアIDを有するLSPVノードを使用する。
プライオリティとソースフィールドピアIDとが同じ場合には、BGPネイバーフィールドからのインスタンスIDフィールドを比較する。

(c)ピアの認証
本発明の形態において、ローカルポリシーによって決定されるように、ピアは認証される。ピアによって認証された情報は、以下のうちの少なくとも1つ以上を含むことができる：

ピアアドレス
要求されたハローのレベル、
VCIDとプライオリティ(VCIDとローカルポリシー構成とは、リモートに送られたデータがホップ毎のルーティングまたはトンネルを経由して近接しているかどうかを表示するであろう)
ホールドタイム、
サポートされたプレフィックス毎の最大のルート、
自律システム番号、
ピアが存在するために設定されるポリシードメインを表示しているポリシードメイン識別子、
および
ハローにパスされたセキュリティ情報。

ピアは、相互の合意によって追加情報を認証することができる。

(2)ローカルピアトポロジーデータベースの作成
ハロープロセスは、LSPVピアトポロジーデータベースに情報を追加する。本発明の形態において、バーチャルサーキットが発生する際に、ローカルピアは対応するリモートのピアにハローを送る。ピアは、以下に示されたステートを入力してもよい：1方向送信(1-way-s)、1方向受信(1-way-r)、2方向送信−受信 (2-way-sr)、2方向受信−送信(2-way-rs)、3方向送信−受信−送信(3-way-srs)、3方向受信−送信−受信(3-way-rsr)、4方向ハンドシェイク(4-way)。例示したこれらのステートについての例のアルゴリズムは、以下の通り示される：

「ホールドダウンタイマー」をクリアする
「ホールドタイムタイマー」が実行している場合には、ホールドタイムタイマーが切れるまで待つ。
ステートを「init」に設定する
最初のハロー(LSPVピアトポロジーデータベース)に送られるであろう情報を格納する、
上述のように情報と一緒にハローを送り、ステートを「1-way-s」に設定する

ステート：1-way-s
「ハロー」インターバル時間の間ハローまたはクローズをリッスンする、
ハローが受信された場合には、ステップ7に行く
ハローが受信されない場合には、「ハロー」送信のカウントをインクリメントする
カウントが「マックスハロー」より少ないならば、ステップ5に行く。
カウントが「マックスハロー」より大きいか、或いはクローズが受信される場合には、ホールドダウンタイマーをセットし、ステップ2に行く。

ステートを「2-way-sr」にセットする：
このピアが「ハロー」情報を受け入れて、ステータスを戻すことができるかどうかを決定するためにハローを処理する。
ステータスは、(Ok、ネゴシエイト、またはドロップ)であろう
OKステータス：
ピアがハロー情報を受け入れる場合には、ローカルピア情報を具備する取り決められたハローパラメータを反復しているハローを送り、上位であるとしてローカルピア近接を処理し、ステップ9に行く：
ネゴシエイトステータス：
ローカルノードがハロー情報を取り決めたい場合には、提案された選択肢を有する「ハロー」をハローパラメータに送り、ステートを：「2-way-rs」にセットし、ステップ8に行く。
ドロップステータス：
ローカルノードが接続を落としたい場合には、クローズ(BGP-4タイプ、クローズ)を送り、ステートを「init」にセットし、ホールドダウンタイマーをホールドダウンインターバルにセットし、そしてステップ2に行く。

ステート：「2-way-rs」：
「ハロー」インターバル時間の間ハローをリッスンする
ハローが受信された場合には、ハロー情報の処理を実行し、ステータスを戻す。ステータスは、(OK、ネゴシエイト、またはドロップ)であろう。
クローズが受信された場合には、ステートを「init」にセットし、ホールドダウンタイマーをセットし、ステップ2に行く。
ハローまたはクローズがハローインターバルで受信されなかった場合には、ステップ5に行く。
OKステータス：ステートを「3-way-rsr」に変更し、ハローを送り、上位であるとしてローカル近接を処理し、ステップ10に行く。
ネゴシエイトステータス：ローカルノードがハロー情報を取り決めたい場合には、代わりの「ハロー」パラメータと一緒にハローを送り、ステート7に行く。
ドロップステータス：クローズを送り、ステートを「init」にセットし、ホールドダウンタイマーをホールドインターバルにセットして、ステップ2に行く。

ステート：3-way-srs
ハローをリッスンする
ハローを受信した場合には、それを処理する。ステータスは(OK、ネゴシエイト、またはドロップ)であろう。
クローズが受信された場合には、ステートを「init」にセットし、ホールドダウンタイマーをセットし、ステップ2に行く。
ハローまたはクローズがハローインターバルで受信されない場合には、ステップ5に行く。
OKの場合：ステータスをフルハートビートに変更し、ステップ11に行く。
ネゴシエイト場合：取り決められたパラメータと一緒にハローを送り、ステップ9のトップに戻る。
ドロップステータスの場合：クローズを送り、ステートをinitにセットし、ホールドダウンタイマーをインターバルにセットし、ステップ2に行く。

ステート：3-way-rsr
ハローをリッスンする。
ハローを受信した場合には、それを処理する。ステータスは以下の通りであろう：OK、ネゴシエイト、またはドロップ。
OKの場合、ステータスを「フルハートビート」に変更し、ステップ11に行く。
ネゴシエイトパラメータの場合：取り決められたパラメータと一緒にハローを送り、ステップ9に行く。
ドロップステータスの場合：クローズを送り、ステートをinitにセットし、ホールドダウンタイマーをインターバルにセットし、ステップ2に行く。
クローズを受信した場合には、ステートをinitにセットし、ホールドダウンタイマーをセットし、ステップに行く。
ハロータイマーが切れた場合には、ハローを送る。
デッドインターバルタイマーが切れた場合には、「クローズ」を送り、ステートをinitにセットし、ホールドダウンタイマーをセットし、ステップ2に行く。
クローズが受信された場合には、ステートをinitにセットし、ホールドタイムタイマーをセットし、ステップ2に行く

ステータス：フルハートビート
ハローをリッスンする
ハローを受信した場合には、情報パラメータのバリエーションを割り当てる「ハートビートモード」でハローを処理する。処理の結果はOk、ドロップ、または情報パラメータ変更、取り決められたパラメータ変更というステータスになるであろう。
OKの場合、11のトップに行く
ドロップの場合、ステートをinitにセットし、接続を落とし、ホールドダウンタイマーをインターバルにセットし、ステップ2に行く。
情報パラメータが変更する場合には、パラメータをアップデートし、ステップ11に行く。
取り決められたパラメータ変更が表示された場合、取り決められたパラメータを処理する。結果は「ニューハロー」またはクローズコネクションのどちらかになるであろう。
クローズコネクションの場合には、「クローズメッセージ」を送り、ステートをinitにセットし、接続を落とし、ホールドダウンタイマーをインターバルにセットし、ステップ2に行く。
「ニューハロー」がプロセッシングである場合には、認可された取り決められたパラメータと一緒にニューハローを送り、ステート12に行く。

ハローインターバルタイマーが切れた場合には、最新の情報と一緒に「ハロー0」を送る。
ルータデッドインターバルが切れた場合には、「クローズ」を送り、ステートをinitにセットし、ホールドダウンタイマーをセットする。
クローズが受信された場合には、ステートをinitにセットし、接続を落とし、ホールドダウンタイマーをインターバルにセットし、ステップ2に行く。

ステータス：3-way-negotiate-rs
ハローをリッスンする
ハローを受信した場合には、「再取り決めモード」においてハローを処理する。処理からのステータスは以下の通りである：OK、ドロップ、ネゴシエイトパラメータ。
OKの場合、ハローに応答し、近接ステートマシンへ「近接再取り決め」を表示する。
ドロップの場合、「クローズ」を送り、ステートをinitにセットし、ホールドダウンタイマーをセットし、ステップ2に行く。
ネゴシエイトの場合には、取り決められたパラメータを処理する。取り決められたパラメータ変更が示された場合、取り決められたパラメータを処理する。結果は「ニューハロー」またはクローズコネクションのどちらかになるであろう。
クローズコネクションの場合には、「クローズメッセージ」を送り、ステートをinitにセットし、接続を落とし、ホールドダウンタイマーをインターバルにセットし、ステップ2に行く。
「ニューハロー」がプロセッシングである場合には、認可され取り決められたパラメータと一緒にニューハローを送り、ステート12に行く。
ハローインターバルタイマーが切れた場合には、取り決められたパラメータと一緒に「ハロー」を再送し、ステップ12のトップに行く。
ルータデッドインターバルが切れた場合には、「クローズ」を送り、ステートをinitにセットし、ホールドダウンタイマーをセットし、ステップ2に行く。
クローズが受信された場合には、ステートをinitにセットし、ホールドダウンタイマーをセットし、ステップ2に行く。

本発明の形態において、データベースは、ローカルピアへのアタッチメントに対して設定された各リモートピアのためのエントリーを含んでいる。近接およびピアトポロジーデータベース300 302は、図3に示すような形態において用いられる。データベースエントリーは、以下のうちの少なくとも1つ以上を含むことができる：

LSPVネイバー
バーチャルサーキット1：
距離、バーチャルサーキットID、ネクストホップVCネイバーアドレス
ネイバー情報(3方向ハンドシェイクで満たされた第1)
アドレス情報
代わりのアドレス情報
レベル、AS、ポリシーID、ピアタイプ
プレフィックス毎の最大ルート、ポリシードメインID
能力、RIBs、ピアポリシー情報ID
リンク(ネイバーのptrを有する)

自己の最後の送信情報：アドレス情報
代わりのアドレス情報
レベル、AS、ポリシーID、ピアタイプ
プレフィックス毎の最大ルート、ポリシードメインID
能力、RIBs、ピアポリシー情報id
リンク(ネイバーptrsを有する)、ネットワークコンポーネントptrs

ネイバーの最後に受信した情報：アドレス情報
代わりのアドレス情報
レベル、AS、ポリシーID、ピアタイプ
プレフィックス毎の最大ルート、ポリシードメインID
能力、RIBs、ピアポリシー情報id
リンク(ネイバーptrsを有する)、ネットワークコンポーネントptrs

バーチャル回線1(バーチャル回線ID、ネクストホップVCネイバー)
バーチャル回線1についてのトラフィックエンジニアリング情報
バーチャル回線のセキュリティ情報
ステータス：オフ、1-way-s、1-way-r、2-way (s-r/r-s)、3-way (s-r-s)/ (r-s-r)

バーチャル回線2(バーチャル回線ID、ネクストホップVCネイバー)
バーチャル回線1についてのトラフィックエンジニアリング情報
バーチャル回線のセキュリティ情報
ステータス：オフ、1-way-s、1-way-r、2-way (s-r/r-s)、3-way (s-r-s)/ (r-s-r)

データベース300についてのフォーマットの例は、図3において説明される。

(3)LSPV近接データベースの作成
LSPVピアが3方向ステートを入力するとすぐに、LSPV近接は作成される。本発明の形態において、ピアの間の各RIBと近接とに対して、以下の情報がルーティングインフラストラクチャーから問い合わせされる。

LSPV VC ネイバー
NH VCネイバーまでのIGP距離
ネイバーまでの距離上のIGPネクストホップ、
次のネイバーに達するようにパケットを送るためのインタフェース、

再帰ルックアッププロセスは、バーチャル回線1(IDとネイバー)とインタフェースとの間のリンクと、各回線に以下の近接情報を作成するためのネクストホップネイバーを提供する。

LSPVネイバー、VC距離、IGP距離
VC回線1(VC-id、ネクストホップVCネイバー)
NH VCネイバー、ネクストホップネイバー、インタフェースまでのIGP距離
ローカルデータベースのネイバー情報へのポインタ

パラメータが回線上で「再取り決め」である場合には、近接処理は情報をアップデートする。基礎を構成するルーティングが、このバーチャル回線情報が実行するルートへの変更信号を送る場合には、IGP情報はアップデートされる。

(4)ネイバーへのLSPVピア近接情報のフラッディング
完全な近接になるとすぐに、LSPVは、そのピアのそれぞれにLSPV近接情報を大量に送り、ピアトポロジーについての最短パス計算の演算をスケジューリングする。また、LSPVは、リンクステート近接パケットにあらゆるピアポリシー、ルーティング、またはポリシー情報を大量に送る。LSPVは、グローバルタイプによってグループ分けされた情報の以下のタイプを含んでいる。

データフォーマット(TLV 0)
BGPネイバーアドレス(TLV 1)
BGPネイバーアドレス(TLV 2)
BGP能力(TLV 3)
BGPセキュリティ(TLV 4)
BGP LSP (TLV 5)
BGP RIB ID(TLV 6)
BGPピアポリシー(TLV 7)
BGPルート(TLV 8)
BGPパス(TLV 9)
BGPラベル(TLV 10)
BGPルートポリシー結果(TLV 11)
BGP ASパス(TLV 12)、
BGP ネクストホップ(TLV 13)、
BGPコミュニティ(TLV 14)、
BGP収束(TLV 15)、
BGP MISC(TLV 16)、
BGPポリシー(TLV 17)、
BGPダイナミックポリシー(TLV 18)。

(5)LSPVピアトポロジーFIBの作成
LSPV上のSPF操作は、LSPVピアの間で、最短バーチャルパス(バーチャル回線に基づく)のためのフォワーディングインフォメーションベースをもたらす。限定のない説明に役立つ形態において、SPFアルゴリズムは、その計算における以下の定数のうちの1つ以上を使用する：

レベルでのBGP-5ピアの最大数、
BGP-5レベルの最大数、および
各回線のためのルーティングメトリック。

転送データベースは、各LSPVピアのためのタプルを備える。

LSPVネイバー、VC距離、ポリシードメインステータス(エッジまたはセンター)
バーチャル回線1(バーチャル回線ID、ネクストホップVCネイバー)
バーチャル回線2(バーチャル回線ID、ネクストホップVCネイバー)

再帰ルックアッププロセスは、バーチャル回線1(IDとネイバー)とインタフェースとの間のリンクと、最終的なBGPピアFIBを作成するためのネクストホップネイバーとを提供する：

LSPVネイバー、VC距離、IGP距離、ポリシードメインステータス(エッジまたはセンター)
VC回線1(VC-id、ネクストホップVCネイバー)、
NH VCネイバー、ネクストホップネイバー、インタフェースまでのIGP距離
VC回線2(VC-id、ネクストホップVCネイバー)、
NH VCネイバー、ネクストホップネイバー、インタフェースまでのIGP距離
・・・・
LSPVネイバー、VC距離、IGP距離
VC回線1(VC-id、ネクストホップVCネイバー)、
NH VCネイバー、ネクストホップネイバー、インタフェースまでのIGP距離
VC回線2(VC-id、ネクストホップVCネイバー)、
NH VCネイバー、ネクストホップネイバー、インタフェースまでのIGP距離
・・・・

このBGPピアFIBは、BGPルート到達可能性の計算に用いられる。

(6)ポリシードメインエッジピア
入口ピアは、LSPVルートまたはパスベクトルルートのどちらかを受け取るポリシードメインのエッジ上にあるLSPVピアである。出口ピアは、ピアドメインの外にルートを再分配するポリシードメインのエッジでのピアである。入口および出口LSPVピアの両方はエッジピアである。本発明の形態において、矛盾のないポリシーを決定することを補助するために、LSPVとBGPとピアとFIBとRIBとは、エッジピアを検索されることができる。

LSPVバーチャルピアトポロジーのためのSPF計算
本発明の形態において、ピアのトポロジーによって示されるように、ショーテストパスファースト(SPF)計算は、LSPVピアの間の最短パスを提供するために実行される。このセクションは、LSPVに対するSPF計算を示す。ここに示された例は、LSPVに合わせて修正ダイクストラ計算を構成している(他のバリエーションは当業者に明白である)。

ここに使用されたSPF計算は、以下の特徴とパラメータとのうちの1つ以上を含んでいてもよい：

ピアIDは、以下の3タプルなどのようなタプルであってもよい（ピア-id、インスタンス-id、およびアドレスID）

(インスタンスIDは、同じコードの複数の例に使用されるように同じピアアドレスを割り当てる。アドレスIDは、計算での異なるノードとしてオプションで作動するように同じノード上の異なるファミリーを割り当てる。)

指定されたピア/ルータを具備するバーチャルマルチキャストLANへの支持、
パスウェイを具備するポリシードメインエッジについての情報を格納することに対する支持は、メトリックのための正常なSPF計算から切り離される。追加のこれは、処理されなかったポリシードメインパスウェイのポスト処理を割り当てる。

BGP-4インタラクションを容易にするための追加情報のバーチャル回線格納毎に、以下のことが含まれている：
リンクのBGP-4ステータス(I-BGP、E-BGP)、
連合ステータス、
ルート反射板ステータス、
LSPV BGP-4パスレベルのトラフィックエンジニアリングを補助するための追加情報のバーチャル回線格納毎に：
BGPピアレベルでのトラフィックエンジニアリングメトリック、
IGPメトリックとIGPトラフィックエンジニアリングメトリック。
集約ポリシーとオリジナルのルートの保持とに基づいてレベル間のルートの集約、
拡張ポリシーとオリジナルルートの保持とに基づいて複数のレベル間の拡張ポリシー。

(1)データベース
本発明の限定のない形態において、SPF計算に使用されたデータベースとアルゴリズムとは、IS-ISプロトコルのための標準データベースとアルゴリズムとの修正を含んでもよい。そしてそれは次の通り説明される：

パス

パスデータベースは、BGPピア1からあらゆる他のピアまでの最短パスの非環状有向グラフでも表している。パスは、以下の形でトリプルのセットとして格納されている。

[N, d (N), Adj (N)]

NはLSPVピアのためのLSPV識別子である。それはピアid、インスタンスid、アドレスidを具備するタプルである。ピアidが固有である場合に、タプルフォーマットは、識別がピアidで終わることを可能にする。d(n)は、NからS(即ちNからSまでの総メートル法の値)までのS(総メートル法の値)からNの距離である。距離Nは、2つのLSPVピア間のバーチャル距離である。

Adj(n)は、LSPVピアNに送るためにSが使用してもよい近接のセットである。

ノードがパスに置かれている時に、それによってグラフの中のポジションを指定されたパスは、最短パスであると保証されている。

各[N, d (N), Adj (N)]ノードは、関連した情報を有する。この関連した情報は、ルート情報[TLV 8-TLV16]、またはルートポリシー情報[TLV 17-TLV 18]、またはピア情報（ピアアドレス、ローカルルート、IGP関連、RIB、能力、セキュリティ認証、セキュリティヒエラルキー、ピアLSPフラッディング情報）[TLV 1-7]、またはネットワークコンポーネントフォーマット[TLV 0]であってもよい。

TENT

これは、パスのために定義されるフォーム(N, d (N), adj (N) )のトリプルのリストである。TENTは、パスにおけるシステムの試験的な配置と直観的にみなされることができる。

例えば、トリプル(N, 10, (A) )に対して、Nがパスに置かれるTENT手段である、d（N）は近接ルータAを経由して10となる。LSPVピアNは、距離10より短いパスが全く存在しないことが保証されるまで、パスに置かれることができない。

Tentの(N, 10, (A,B))というタプルは、Nがパスに置かれた場合、10という距離が近接AまたはBを経由して離れているということを意味している。

看過されたパスウェイベクトル

これは、ピアPとピアNとが両方のエッジポリシードメインピアである場合にパスウェイの長さを越える距離(P, N)を有する看過されたLSPのリストである。看過されたパスウェイは、フォーマットを備える：LSP配列が、ピアとLSPシーケンス番号とを発信するタプルによってオーダーされた看過されたシーケンス番号のオーダーされたリストである場合に(P, N, LSP配列)となる。

(2)SPFアルゴリズムの概要
スクラッチからパスを形成する基本的なアルゴリズムは、計算をしているLSPVピアをパスに置くことによって始まる。Tentは、ローカル近接データベースからその時プリロードされる。

そのシステムまでのより短いパスが存在しない限り、LSPVピアがパスに置かれないことに留意する。LSPVピアNがパスに置かれる時に、Nを通じてLSPVピアNの各ネイバーMまでのパスは、NプラスリンクフォームNとMまでのパスとして試験される。(M, *, *)がパスにある場合には、この新しいパスは、より長くなるであろうし、それから看過される。ネイバーMまたはピアNのどちらかがポリシードメインのエッジ上にある場合には、看過されたパスウェイは、看過されたパスウェイデータベースに格納される。

(M, *, *)がTENTにあって新しいパスがより短い場合には、古いエントリーはTENTから取り除かれて、新しいパスはTENTに置かれる。新しいパスがTENTのものと同じ長さである場合には、ポテンシャル近接[adj (M))]のセットは、古いセット（TENTでの）と新しいセット[adj (N)]との結合部にセットされる。MがTENTにない場合には、パスはTENTに追加される。

次に、アルゴリズムは、最小の距離xによって、TENTのトリプル[N, x, Adj (N))]を見出す。Nはパスに置かれる。我々は、すでにパスにあるシステムを通したすべてのパスがすでに考慮されているので、Nへのパスがこの時点でxにまで短いはずがないということを知っている。xがTENTにおいて最小なので、TENTにおけるシステムを通したパスがxより大きくある必要があるであろう。

TENTが空の場合、パスは完全である。

SPFアルゴリズムのための完全なアルゴリズムは付録Aにある。

(3)ポリシーベクトルを作成するためのアルゴリズム
各ルートを経由して各プレフィックスにLSPVピアを計算するためのメトリックは、以下の方程式によって説明される：

Metric = policy-metric (policy-results) + Peer Topology distance

ポリシーメトリックは、ポリシー結果ベクトルのアルゴリズムファンクションである。このセクションはアルゴリズムを説明する：

ポリシー結果ベクトルを作成する、
ポリシー結果ベクトルに基づいたポリシーメトリックの計算。

ポリシー結果ベクトルは、リンクステートによって使用されたネットワーク情報ベースから計算される。BGP-4によってサポートされるように、例は、VPNのためのIPネットワーク情報ベースから選ばれる。

(a)情報のソース
LSPVルートとネットワーク情報とは、
別のピアから再分配されたルートからLSPVピアにローカルに生成されるか、
LSPVピアから大量に送られるかのどちらかである。

本発明の形態において、パスベクトル到達可能性プロセスは、ネットワークプレフィックスに基づいてそれぞれまでのプロセスルートを計算する。完全に限定されたルートは、以下のアイテムを含んでいてもよい：RIB、プレフィックス、パス情報、ラベル情報、ポリシー結果ベクトル、ピアパス情報。ネットワークルートプレフィックスは、異なるLSPVピアによってもたらされてもよい。ネットワークプレフィックスは、同じパス情報または異なるパス情報と関連してもよい。

(b)ポリシーベクトルの計算
ポリシードメインのエッジでルート情報を受け取るとすぐに、LSPVピアは、ルート毎ポリシー毎に「ポリシー結果」を生成する上でルートポリシーを実行する。ピアのポリシーのための方程式は、以下の通りである：

Policy-vector-result (1) = policy-1 (route, peer-pathways)

説明に役立つ実例として、以下の通り与えられた4つのLSPVピアのトポロジーを仮定する。LSPVピア1とピア4とピア5とは、ポリシードメインのエッジ上にある；ピア2とLSPVピア3とは、ポリシードメインのエッジの上にない。ルーティング情報がLSPVピア1と交換される場合に、ピア1は2つのLSPVパスウェイと関連したポリシーを実行する：
パスウェイ1：ピア2を経由してピア4までのピア1
パスウェイ2：ピア3を経由してピア5までのピア1。

「ポリシー1」と「ポリシー2」として示されたポリシードメインの中にルート選択とルート分配とに対する2つのポリシーがある。ピア1は、以下の通りポリシードメインのエッジでポリシーを計算する：

Policy-vector-results (1) =policy-1 (route, peer-pathway-1, peer 1)、
Policy-vector-results (2) = policy-l (route, peer-pathway-1, peer2)、
Policy-vector-results (3) = policy-1 (route, peer-pathway-1, peer4)、
Policy-vector-results (4) = policy-2 (route, peer-pathway-2, peerl)、
Policy-vector-results (5) = policy-2 (route, peer-pathway-2, peer3)、
Policy-vector-results (6) = policy-2 (route, peer-pathway-2, peer5)、

ポリシーベクトル結果は、ピア毎そしてポリシー毎である。結果は、結果ベクトルにおける「ポリシーid」によって示されたポリシーの特定の例に基づいている。また、結果は、ピアパスウェイと各結果に関連したピアとを保存する。ピアパスウェイは、具体的なパスウェイまたはすべてのパスウェイとすることができる。ピアは、単一のピア、或いは複数のピアまたはすべてのピアのグループとすることができる。ポリシーベクトルは、以下の情報を格納する：

1) LSPVポリシー主要値(優先1)
2) タイブレークのためのLSPVポリシーメトリック(優先2、メトリック1-メトリック4)
2) ASパス長さタイブレーク値
3) 最低起源タイブレーク値
4) 最小MED選出タイブレーク値
5) EGP第１、IGP第２タイブレーク値
6) IGP距離タイブレーク値
7) ルータidタイブレーク値
8) ピアアドレスタイブレーク値。
9) パス属性修正値。

パス属性修正ポリシーはポリシーによって決定される。修正パスの例は、BGPコミュニティ属性へのBGPコミュニティまたはラベル属性変更の追加分である。

(c)ポリシーベクトルからのポリシーメトリックの計算
ポリシーメトリックは、ネットワークの特定のピアでのルートに対するポリシー結果のエンコーディングである。上述の例にならって、ピア3は、以下の情報部分を具備するオーダーされたnタプルにアクセスするであろう：

1)LSPVポリシー優先タプル
a)優先1
b)優先2
c)優先3
d)優先4
2)LSPVタイブレークタプル
a)ASパス長さタイブレーク値
b)最低起源タイブレーク値
c)最小MED選出タイブレーク値
d)EGP/IGP値タイブレーク値
e)IGP距離タプル(メトリック、メトリック2、メトリック3、メトリック4)
f)ルータidタイブレーク値
g)ピアアドレスタイブレーク値
h)ルートタイブレーク値のエイジ

タプルの連結は、ポリシーメトリックを構成している。本発明の形態において、ポリシーメトリックは、以下のオーダーに格納されていてもよい：

[policy-major-value] [policy-tie-breakers] [tie-break values]

各プレフィックスについて：

ノードによってサポートされたタイブレークレベルでタイブレーク値を切りつめる

LSPVピアポリシーは、7つの追加のタイブレークのうちのどれがルートを選ぶために使用されてよいかを指定する。LSPVベクトルドメインの中で、ルート選択基準は、同じポリシーメトリック計算手段を使用する。このステージは、その値でポリシーメトリックを切りつめる：LSPVタイトランケイト値は、ポリシーが切りつめられるタプルを示す。本発明の形態において、ピアポリシー認証は、ピアがすべて同じLSPVタイトランケイト値を共有することを保証する。

0は使われなかったどのようなポリシーメトリックでも満たす。

適切なデフォルトでいかなる使われたタイブレークでも満たす

ルート選択計算
本発明の形態において、LSPVピアは、以下のように説明されるメトリックを経由した各ルートを経由して、RIB/NIBにおいて各プレフィックスへのメトリックを計算する：

Metric = policy-metric (policy-results) + Peer Topology distance

このセクションは、上記メトリックに基づいたルート選択計算を説明する。複数のBGPピアトポロジーが同じポリシーメトリックを有している場合には、BGPピアトポロジーは、同じ距離で等しいコストマルチパスBGPピアを提供する。

(a)パスベクトルルート選択
パスベクトルルート選択における最初の比較は、主要なポリシーメトリックを参照することにより実行される。2つのルートが同じ主要なポリシーメトリックと一緒に存在している場合、タイブレークの第２レベルは、オーダーにてBGPポリシータイブレーク(優先2、優先3、および優先4)で発生する。複数のルートがまだ同じタイブレークで存在している場合には、タイブレークの「パスMED」セットは、候補ルートから選ぶために使われる。本発明の形態において、タイブレークは、以下のうちの1つ以上を含む：

BGPポリシータイブレーク値。
ASパス長さ(タイブレーク1)
最低起源(タイブレーク2)
最小MED選出(タイブレーク3)
EGP第1、IGP第2(タイブレーク4)

混合したBGP-4/LSPVポリシードメインの中で、ポリシーメトリックは、2つのパラメータ(IGP距離とルータid)と付随的な第3(タイムオブルートクリエーション)とを含んでもよい。タイブレークの完全なグループは、「bgp-4タイブレーク」と称される。メトリックにおける8つのタイブレークは、タイムベースドbgp-4タイブレークと称される。

BGP-5だけのドメインの中で、BGPピアポリシーは、以下によってベースBGPポリシー値を増やすために選択してもよい：

パスMEDタイブレーク(1-5)
BGP-4タイブレーク(1-5と6-7のタイブレーク)
タイムベースドタイブレーク

特定のプレフィックスについてのルートが最適ポリシー値+タイブレークによってソートされると、複数のルートが割り当てられる場合には、BGP-5ピアトポロジーは、等しいコストマルチパスルートが存在することを可能にする。

D.集約
(1)レベルnからの集約とレベルn+1での再分配とにおける制限事項
マルチレベル環境において、LSPVピアが次の上位レベルに送られた情報量を制限する場合には、LSPVピア情報は、以下のすべてのルートを保持する：

ポリシーに基づく同じ優先権を有する、
タイブレークにMEDフィールドを利用する、および
ASまたはAS連合のための同じIBGPメッシュにとどまる。

LSPVピアはIBGPメッシュ情報を交換し、AS連合は、LSPVピアに設定されて、LSPVピア情報をパスするハローパケットにて交換される。ポリシーRIB IDは、ルートポリシー(標準とダイナミック)とピアポリシーとの組み合わせを識別する。

本発明の形態において、ポリシードメインの中でより特別なルート(s)のフローを制限する集約ポリシーは、以下の特徴のうちの1つ以上を具備してもよい：
整合性(ポリシードメインアプリケーションにて定義されるような)、および
対応する拡張ポリシーと適合する。

本発明の形態において、矛盾のないポリシーの検出を補助するために、集約および拡張ポリシーは、同じポリシードメインの中でルートにだけ作用する。いくつかのそのような形態においては、現在のポリシー例がポリシー結果を発生させているそれらのポリシードメインエッジルータのポリシー例と適合している時に、集約ポリシーは保証するだけである。ポリシーRIB識別子は、ポリシー例を識別する。このポリシーRIB IDは、ポリシー結果とともにパスされる。

(2)ポリシードメインのリンクステートパスベクトルのための集約メカニズム
ポリシードメインへの入口で実行されたポリシー結果に基づいてポリシードメインの中で集約は起こる。ポリシードメインは、ポリシードメインへの入口でポリシーを実行する。集約ポリシーは、以下のコンポーネントを含んでもよい：

集約されたルート、
集約されたルートが発生する原因となるルートへの「適合」、および
集約が起こるLSPVバーチャルトポロジーの指定されたルータとレベル

ルートを集約するためのアルゴリズムは、以下の通り示される：

1) 集約適合ポリシーに基づいてルートと適合させる、
2) 以下の適合からルートを除外する：
同じポリシードメインIDを具備しない、
同じポリシーRIB IDを具備しない
BGP集約制限の同じレベルと適合しない

3) 適合がまだルートを含んでいる場合には、集約を生成する。
4) LSPV再分配ポリシーと以下の集約指定情報とに基づいて以下の追加情報と一緒に集約ルートを大量に送る：
集約を作成したLSPVピア、
集約が発生したレベル、
ポリシードメインID、
ポリシーRIB ID、
BGP集約制限のレベル

デフォルトによって、集約ポリシーは、すべてのレベルへのすべての集約とすべてのルートとを大量に送る。情報のフローの追加制限は、当業者に明白であるように、可能であるとともにポリシードメインの整合したポリシーを許容する。

E. ルートの拡張
(1)レベルn+1からレベルnまでの拡張における制限
マルチレベル環境において、LSPVピアがLSPVピアとBGP-4インタラクションのサポートとの次の上位レベルに送られる情報量を制限する場合には、LSPVピアは以下のすべてのルートを保持する：

ポリシーに基づいた同じ優先を有する、
タイブレークにMEDフィールドを利用する、および
ASまたはAS連合についての同じIBGPメッシュの中にとどまる。

LSPVピアはIBGPメッシュ情報を交換し、AS連合は、LSPVピアの中に設定されて、LSPVピア情報をパスするそれらのハローパケットで交換される。ポリシーRIB IDは、ルートポリシー(標準とダイナミック)とピアポリシーとの組み合わせを識別する。

ポリシードメインにおけるより特別なルートのフローを増大させる拡張ポリシーは、以下の質を保証する：
整合性(ポリシードメインアプリケーションで定義されるような)
集約ポリシーと適合する、またはBGP拡張ポリシーと一致している非集合体ポリシーである

(2)レベル間の拡張のためのアルゴリズム
ポリシードメインへの入口で実行されたポリシー結果に基づいたポリシードメインの中で拡張は起こる。本発明の形態において、拡張ポリシーは、以下のコンポーネントを具備してもよい：

「拡張された」ルートに対する適合、
集約制限のプロセッシングを具備するルートを拡張する方法についてのポリシー、
BGP拡張レベル、および
拡張されたルートの再分配におけるポリシー。

ルートを拡張するためのアルゴリズムは、以下の通り示される：

1) 拡張適合ポリシーに基づいてルートを適合する、
2) 以下の適合からルートを除外する：
同じポリシードメインIDを具備しない、
同じポリシーRIB IDを具備しない、
BGP拡張レベルに適合しない、または
拡張の処理制限によって制限される。

3) 適合がまだルートを含んでいる場合には、拡張を生成する
4) LSPV再分配ポリシーと以下の拡張指定情報とに基づいて以下の追加情報を有する拡張ルートを大量に送る：
拡張を作成したLSPVピア
拡張が発生したレベル、
ポリシードメインID
ポリシーRIB ID
BGP拡張制限のレベル

F.結論
このようなことから、本発明の具体的な形態が説明のためにここに記載されているけれども、様々な改良が本発明の精神と範囲から逸脱せずになされてもよいことは高く評価されるであろう。それに応じて、本発明は付加されたクレームによる限定を除いて限定されない。

付録A
最短パスファーストアルゴリズムの例
本発明の形態に用いられてもよいSPFアルゴリズムの限定のない例は、以下の通り示される。多くの改良、バリエーション、および選択肢は、当業者に明白であるものとする。ここに説明された決定プロセスアルゴリズムは、BGPピアの各サポートされたレベルのために1回実行されてもよい。例えば、レベル1で、BGPピアは、レベル1パスを計算するためのレベル1リンクステートデータベースを使ってアルゴリズムを実行する。レベル2で、BGPピアは、レベル2パスを計算するためにLSPを実行する。

ステップ０ TENTとパスとを空に初期化する、テントレングスを(0,0)に初期化する。

テントレングスは、検査の下ではTENTの要素のパス長さである。

a)Wが、SELFへのトラフィックが送られるというよりも、このボックスの上のTCP層に送られることになっているということを示す特別な値である場合に、パスに(SELF，0，W)を追加する

b)ここで、ローカル近接データベースでTENTをプリロードする。

TENTに作成された各エントリーは、I-LSPVピアまたはE-LSPVピアであるとしてマークされる。近接がLSPVピアとしてマークされる場合、リモートASはエンコードされる。

各近接Adj(N)に対して、ステート「上位」のSELFのLSPVピアNへ設立されたLSPVリンクの上で計算する

d (n) = cost of the parent circuit of the adjacency (LSPV Peer N) obtained from the metric
Adj (N) = the adjacency number of the adjacency to LSPV Peer N

c)トリプル<N, x, [Adj (m)] >がTENTにある場合：

if x=d (N), then Adj (M) ← [adj (M)] U Adj (N)

d）ここで、[Adj (M)]の近接が最大パススプリットより多い場合には、超過の近接を除去する。除去された近接のうちのいくつかがポリシードメインのエッジの上にある場合には、「看過されたパスウェイ」データベースに除去された近接を格納する。

e)x < d (N)の場合には、何もしない

f) x > d (N)の場合には、TENTから<N, x, [adj (M)] >が削除され、そしてトリプル<N, d (N), Adj (N) >が追加される

g) トリプル<N, x [Adj (M))]がTENTにない場合には、<N, d (N), Adj (N) >をTENTへ追加する

h)ここで、ローカルLSPVピアは近接を具備しないけれども近隣の見せかけのノードLSPにて言及されるあらゆるLSPVピアを追加する。そのようなシステムについての近接は、指定されたLSPVピアにセットされる。

i)ステップ2へ行く

ステップ1：第ゼロリンクステートPDU、単にパスに設置されたLSPVピアを試験する。

第ゼロリンクステートPDUは、Pと同じLSPVピアIDを有するリンクステートPDUであり、LSP番号0である。
a）このLSPが存在し、LSPデータベースオーバーロードビットがクリアの場合には、Pの各LSPについて、以下の計算をする
dist (P, N) = d (P) + metric_k (P, N)

BGPピアPの各BGPネイバーNのために。d(P)は、トリプルの第2要素である。

<P, d (P), [Adj (P)] >

そして、PのリンクステートPDUにおいて公表されるように、メトリック(P,N)は、PからNまでのリンクのコストである。

LSPデータベースオーバーロードビットがセットされる場合には、LSパケットを看過する。

b）dist (P, N) > MaxPathMetricの場合には、両方(PとN)がポリシードメインにあるかどうかを確認する。もしそうならば、このパスウェイを看過されたパスウェイの配列に追加する。

c）[N, d (N), [Adj (N)]]がパスにある場合には、何もしない。

[注：d(N)がdist (P, N)より小さくなければ、Nはパスに配置されないであろう。追加の分別チェックは、d(N)が実際にはdist (P, N)より小さいと保証するためにここで実行されてもよい。]

d）a triple, <N, x, [Adj (N)] >がTENTにある場合には：

1)if x = dist (Pn), then Adj (N) ← [Adj (N)] U Adj (P)

2）ここで、最大パススプリットの時により多くの近接が[Adj（N）]に存在する場合には、余分な近接を除去する。看過されたパスウェイデータベースのポリシードメインのエッジにてピアと一緒にあらゆる余分な近接を保存する。

3）x < dist (P, N)の場合には、何もしない。

4）x > dist (P, N)の場合には、<N, x [adj (N)] >をTENTから削除し、<N, dist (P, N), Adj (P)] >を追加する

e）トリプル<N, x, [adj (N)] >がTENTに全く無い場合には、TENTに(N, dist (p, N), [P] >を追加する。

ステップ2：TENTが空の場合、停止し、他に、

a）以下のような最小のxと一緒に、要素<P, x [Adj (P)] >を検索する。

1）要素(*, tentlength, *>がテント長さについてのリストのTENTに残存する場合には、要素を選択する。テント長さについてのリストにより多くある場合には、非擬似ノードについてのものよりもむしろ擬似ノードであるシステムについての要素(もしあれば)のうちの1つを選択する。テント長さについてのリストに要素がない場合には、テント長さをインクリメントし、ステップ2を繰り返す。

2）TENTから<P, tentlength, [Adj (P)] >を除去する

3）パスに(P, d (p), Adj (p)]を追加する

4）パスに追加されたシステムが単にエンドシステムである場合には、ステップ2へ行き、他はステップ1へ行く。

ステップ3：ポリシードメインエッジの間の接続性を評価する

ポリシードメインエッジが単一のレベルを経由しているか集約によって接続されていない場合には、ポリシードメインが故障していることを警告する。

ネットワークトポロジーの例を説明する図である。 本発明にかかるマルチレベルネットワークアーキテクチャに送信されたハロー シグナルの例を説明する図である。 本発明にかかるリンクステートパスベクトルプロトコルにサポートされたデータベースを含む図である。 本発明にかかる「ハロー」PDUについてのテンプレートを説明する図である。 本発明にかかる入力されたハローPDUの例を説明する図である。

符号の説明

１００…バーチャルピアトポロジー、１０２…ポリシードメイン

Claims (31)

1つ以上のネットワークのルーティング情報を交換するためのシステムであって、1つ以上のネットワークは少なくとも部分的に接続された複数のノードを備え、プロトコルは：
1つ以上のネットワークのルートについての複数のパスベクトルと、ルーティング情報に含められた複数のパスベクトルと；
1つ以上のネットワークがマルチ階層ヒエラルキーの選択ノードのランクに基づいて複数のノードにおいてノードを選択するためにルーティング情報を拡張または集約すべく作動する、1つ以上のネットワークにおける複数のノード間のマルチ階層ヒエラルキーと；
複数のノードのルーティング情報を交換するためのフラッディングメカニズムと；
複数のノードの各リンクステートデータベースとを備え、リンクステートデータベースが1つ以上のネットワークのバーチャルトポロジーを具備することによって、複数のノードの各々がルーティング情報からリンクステートデータベースを生成すべく作動し、リンクステートデータベースは、１つ以上のネットワークのルートに対する複数のパスベクトルをさらに備えることを特徴とする1つ以上のネットワークのルーティング情報を交換するためのシステム。

プロトコルを経由してルーティング情報を交換する1つ以上のネットワークの収束時間は、OSPFを経由して接続された位相的に等しいネットワークについての平均収束時間より短いことを特徴とする請求項1に記載のシステム。

プロトコルを経由してルーティング情報を交換する1つ以上のネットワークの収束時間は、BGPを経由して接続された位相的に等しいネットワークについての平均収束時間より短いことを特徴とする請求項1に記載のシステム。

１つ以上のネットワークは、1つ以上の自律システムを具備することを特徴とする請求項1に記載のシステム。

１つ以上のネットワークは、２つ以上の自律システムを具備することを特徴とする請求項４に記載のシステム。

複数のノードの各々は、複数のノードから論理的に近接したノードのリストを保存することを特徴とする請求項５に記載のシステム。

論理的に近接したノードのリストは、物理的に近接したノードとは等価でないことを特徴とする請求項６に記載のシステム。

複数のノードからの2つ以上の論理的に近接したノードは、1つ以上のネットワークからの2つ以上の別個の自律システムに存在することを特徴とする請求項７に記載のシステム。

複数のノードの各々は、最短パス第１アルゴリズムからのリンクステートデータベースに入力するように作動することを特徴とする請求項１に記載のシステム。

最短パス第１アルゴリズムは、修正ダイクストラアルゴリズムであることを特徴とする請求項９に記載のシステム。

複数のノードの各々は、４方向のハンドシェイクを経由して1つ以上のネットワークにおいて他のノードの近接を作成するように作動していることを特徴とする請求項１に記載のシステム。

プロトコルがハローメッセージを具備することによって、ハローメッセージが４方向のハンドシェイクの後に近接ノードの間で周期的に交換されることを特徴とする請求項11に記載のシステム。

ハローメッセージは、1つ以上の追加パラメータを有する修正ハローPDUを具備することを特徴とする請求項12に記載のシステム。

マルチ階層ヒエラルキーが1つ以上のより高いレベルの階層を具備することによって、1つ以上のより高いレベルの階層のノードがエクステリアゲートウェイプロトコル(EGP)を経由して通信状態になることを特徴とする請求項1に記載のシステム。

請求項14に記載のプロトコルにおいて、EGPは、ボーダーゲートウェイプロトコルのバージョンであることを特徴とするシステム。

請求項1に記載のプロトコルにおいて、マルチ階層ヒエラルキーが1つ以上のより低いレベルの階層を具備することによって、1つ以上のより低いレベルの階層のノードがインテリアゲートウェイプロトコル(IGP)を経由して通信状態になることを特徴とするシステム。

請求項16に記載のプロトコルにおいて、IGPは、リンクステートプロトコルであることを特徴とするシステム。

請求項17に記載のプロトコルにおいて、IGPは、OSPFとIS-ISの1つであることを特徴とするシステム。

通信ネットワークの第１ノードにてルートを選択する方法であって、該方法は：
第１ノードに論理的に近接した複数のノードを設定する工程であって、論理的に近接した複数のノードの各々と4方向のハンドシェイクを完成する工程をさらに具備する複数のノードを設定する工程と；
複数の近接ノードから周期的な間隔で複数のルーティングテーブルを受信する工程と；
第１ノードにルーティングテーブルローカルを入力する工程とを備え、前記ローカルルーティングテーブルを入力する工程は、ルーティングテーブルからの複数のノードへの複数のルートを選択する工程をさらに具備し、前記複数のルートを選択する工程は、複数のルートの各々に対するパス長さを決定する工程と複数のルートの各々にポリシーベクトルを適用する工程とをさらに具備し、前期ポリシーベクトルを適用する工程は、複数のルートを識別するための1つ以上のメトリックを生成する工程をさらに具備することを特徴とするルートを選択する方法。

1つ以上のメトリックは、優先オーダーにあることを特徴とする請求項19に記載の方法。

複数のルートを選択する工程は、複数のルートの2つ以上のルートの間の関係を断つ工程をさらに具備することを特徴とする請求項19に記載の方法。

2つ以上のルートのパス長さは同一であることを特徴とする請求項21に記載の方法。

複数のルートの2つ以上のルートの間の関係を断つ工程は、1つ以上のメトリックに基づいて2つ以上のルートからルートを選択する工程をさらに備えることを特徴とする請求項22に記載の方法。

1つ以上のメトリックは、BGPパス属性を具備することを特徴とする請求項23に記載の方法。

1つ以上のメトリックは、マルチエグジットディスクリミネータ属性を具備することを特徴とする請求項23に記載の方法。

1つ以上のメトリックは、2つ以上のルートからの自律システムパス長さを具備することを特徴とする請求項23に記載の方法。

1つ以上のメトリックに基づいて複数のルートから1つ以上の最適ルートを選択する工程をさらに備えることを特徴とする請求項19に記載の方法。

1つ以上の最適ルートは、1つ以上のメトリックに対する最小値を有することを特徴とする請求項27に記載の方法。

1つ以上の最適ルートは、通信ネットワークが平衡のとれたロードであることを保証することを特徴とする請求項27に記載の方法。

1つ以上の最適ルートは、最小長さを有することを特徴とする請求項27に記載の方法。

1つ以上のメトリックは、2つ以上のルートによって横切られている内部ゲートウェイパスの長さを2つ以上のルートの各々について表示する距離メトリックを具備することを特徴とする請求項27に記載の方法。