JP2005537729A - データ通信ネットワークの接続性評価を行う方法及びシステム並びに関連の情報技術製品 - Google Patents

Abstract

複数のユーザー（Ｃ）をもつ基準ＩＳＰ（１０）のために、所定の１又は複数のＩＳＰ（１２、１４）に関してデータ通信ネットワークの接続性評価が行われる。基準プロバイダ（１０）のユーザー（Ｃ）に対しトラヒック起点及び／又は宛先を形成できる複数（Ｔ）の自律システム（ＡＳ）を選択する際、ＢＧＰ型のテーブル（ＢＧＰ１，．．．，ＢＧＰｍ）が与えられ、このテーブルは、該自律システム（ＡＳ）に関してトラヒックをルーティングするのにネットワーク上で利用可能な経路についての情報を含んでいる。このテーブルから、所定のプロバイダ（１又は複数）（１２、１４）に関するＢＧＰ型の経路が抽出され、所定のプロバイダ及び／又はプロバイダ（複数）（１２、１４）に対してそれぞれのＡＳ番号を含んだ経路を検索する。各自律システム（ＡＳ）に対し、前記各自律システム（ＡＳ）と所定のプロバイダ（１又は複数）（１２、１４）との間で方向付けられたサブ経路が抽出され、各サブ経路に対してホップの関連数を識別する。

Description

本発明は、インターネット網などのデータ通信ネットワークについて接続性評価を行う技術に関する。

本発明による解決策は、例えば特定のインターネットサービスプロバイダ（ＩＳＰ）と同等(peering)関係を確立するのに用いることができる接続性評価を実行する問題に特に留意して開発されてきた。所与のプロバイダとの協力関係を確立する機会を評価するためには、所与のプロバイダ又は候補ＩＳＰに対して、候補自身の接続性の客観的指標（利用可能なコンテンツ及びこの情報コンテンツをネットワーク上で到達可能にするプロシージャに対する特定のニーズを満たす該プロバイダの能力を表す）を提供できる技術ツールを利用するのが重要である。

インターネット上の異なるドメイン間でのルーティングは、ボーダー・ゲートウェイ・プロトコル（ＢＧＰ）として知られたプロトコルにより実行される。ＢＧＰプロトコルの特徴及び使用モードについての一般的な議論は、非特許文献１を参照できる。

ＢＧＰプロトコルにより、各自律システム（ＡＳ）は、経路を選択し、他のネットワークユーザーについての到達可能性情報を伝える際に、それ自身の方針を採用できる。しかしながら、これらのルーティングの方針は、異なる管理ドメイン間での商契約による協定に依存し得る。例えば、自律システムＡＳは、そのプロバイダ間で通過サービスを提供しない方針を選択できる。

プロバイダ接続性の評価（単に、ネットワーク上に情報を送信するプロバイダの「技術的」能力という）は、当該技術において公知の様々な解決策を用いることにより得ることができる。しかしながら、このような解決策は、インターネットなどのネットワークの特性を完全で十分に正しい方法で特徴付けることはできない。

既に、ネットワーク上での特定のカスタマー／プロバイダ関係の存在をどうにか推論可能にする解決策は、うまくいった。

この種の解決策は、例えば非特許文献２に記載されている。

いずれにしても、上述した技術による解決策は、特に、ネットワーク自体の物理的トランスポート特性に与えられる圧倒的な重みに関して、全体のうちネットワークの接続性特性の部分的な概略しか提供しないという欠点を有する。
Ｙ．Ｒｅｋｈｔｅｒ及びＴ．Ｌｉによる文献「Ａ Ｂｏｒｄｅｒ Ｇａｔｅｗａｙ Ｐｒｏｔｏｃｏｌ ４ （ＢＧＰ−４）」，ＲＦＣ １７７１，Ｔ．Ｊ．Ｗａｔｓｏｎ Ｒｅｓｅａｒｃｈ Ｃｅｎｔｅｒ，Ｃｉｓｃｏ，１９９５年３月 Ｌｉｘｉｎ Ｇａｏによる文献「Ｏｎ ｉｎｆｅｒｒｉｎｇ ａｕｔｏｎｏｍｏｕｓ ｓｙｓｔｅｍ ｒｅｌａｔｉｏｎｓｈｉｐｓ ｉｎ ｔｈｅ Ｉｎｔｅｒｎｅｔ」，ＧＬＯＢＥＣＯＭ ２０００−ＩＥＥＥ Ｇｌｏｂａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｎｆｅｒｅｎｃｅ，ｎｏ．１，２０００年１１月、３８７−３９６頁

本発明は、上述した既知の技術による解決策に伴う制限を克服するよう改善された解決策を提示するという目的を有する。

本発明によると、この目的は、特許請求の範囲に記載の特徴を有する方法により達成される。

本発明はまた、対応するシステム、及びコンピュータ上で実行されるとき本発明によるプロシージャを実施できる情報技術製品にも係り、この情報技術製品は、ソフトウエアコードの部分を含み、デジタル計算装置の内部メモリに直接ロードすることができる。

図面の簡単な説明
以下、非限定的な例として添付図面に関し本発明を説明する。
- 図１は、本発明の可能な用途の状況を一般的に示す。
- 図２は、本発明によるシステムの一般的なアーキテクチャーを説明する機能ブロック図である。
- 図３〜６は、本発明によるシステムの動作モードを説明する同一フローチャートで、パスが続いている。
- 図７及び８は、本発明により生成できる接続性値の２つのソートされたリストを例示する。

図１では、後に「基準」プロバイダ又はＩＳＰとして識別される第１プロバイダ（ＩＳＰ）が１０により表示されている。Ｃにより表示された１組のそれぞれのユーザーが、基準プロバイダに接続される。このようなユーザーは、１組の自律システムＡＳ（インターネットに属し、ターゲットＡＳとして表示される）により到達すること又は到達されることに関心がある。ユーザーＣに対するトラヒック起点及び／又はトラヒック宛先として働き得るグループＴのＡＳシステムからのトラヒック及びグループＴのＡＳシステムへのトラヒックを可能にするために、ＩＳＰ１０は、集合的に１２で表示された１組の別のＩＳＰと協力する。この１組の別のＩＳＰにより、いわゆるピアツーピアの関係は確立されている。

ここに記載のシステムは、接続性を概算して１以上のプロバイダ（集合的に１４により示され一般にＩＳＰ「候補」として定義される）との同等関係を確立する機会を評価するように構成される。したがって、各候補ＩＳＰは、少なくとも潜在的には、ＩＳＰ１２に加えられるか、又はそれらの１つと置き代わるように構成される。

通常は、インターネットの一般的な複雑さゆえに、グループＴのターゲットＡＳは、プロバイダ１２又は１４を介して直接には到達できない。それで、トラヒックは、集合的に１６で表示されたさらに別のプロバイダを介してルーティングされるが、これについては本明細書内では具体的に取り上げない。

本発明によるシステムは、図２においてＢＧＰ１，．．．，ＢＧＰｍにより一般的に表示されたいわゆるＢＧＰテーブル及び／又は同様のテーブルにより本質的に形成されたデータベースを用いる。これらのテーブルは、適当な公衆ルートサーバにより供給され得、接続性評価を主に実施しなければならない対象（すなわち候補ＩＳＰ１４）から導出され、換言すれば、依然としてＩＳＰサプライヤー１２から導出され得る。

したがって、厳密に定義されたＢＧＰテーブルを用いることによるか、又は当該ＢＧＰテーブルと構造的に類似の又は機能的に等価のテーブルによるかのどちらかにより本発明による解決策を適用できることは、当業者には自明である。このため、特許請求の範囲では、このような類似又は等価のテーブルをも本発明に含めるために、一般に「ＢＧＰ型」のテーブルと称する。後に扱うＢＧＰ経路の抽出機能についても同じ考察が適用できる。

ＢＧＰテーブルは本質的にデータベースを形成し、このデータベースは次の３つの部分に分類できる（論理レベルにて）:
- 第１部分（現在Ａｄｊ−ＲＩＢｓ−Ｉｎと称される）。この第１部分は、入ってくる更新メッセージから集められた情報を含む。この部分のコンテンツは、ＢＧＰプロシージャの決定プロセスに対する入力として利用可能なルーティング経路である。
- 第２部分（Ｌｏｃ−ＲＩＢと称される）。この第２部分は、ローカルルーティング情報を含み、これはＡｄｊ−ＲＩＢｓ-Ｉｎと称されるデータベース部分に含まれるルーティングデータに、ローカル方針を適用することにより選択されたものである。
- 第３部分（Ａｄｊ−ＲＩＢｓ−Ｏｕｔと称される）。ここでは、情報は広告機能の観点から「ピア(peer)」とみなされる対象に記憶され、これによりＢＧＰプロトコルを介した通信が行われる。

このようなデータベースに記憶されたルーティング情報は、以下に挙げる１組の情報要素に編成される。
- ＩＰ宛先ネットワーク、及び
- このＩＰ宛先ネットワークに到達するために横切られる自律システムを記載するストリング（ＡＳ経路という）。

この情報は、「ピア」として特徴付けられた対象に向けられた広告機能の外側に向けて送られる更新メッセージ中に伝えられるように構成される。

ここで考慮される状況においては、「ピア」は、一般にインターネット上で動作する別の自律対象（ＡＳ）を意味し、この別の自律対象（ＡＳ）に対しては、トラヒック交換を目的としかつ少なくとも２つのルータ（各ＩＳＰに対して１つ）の相互接続を介して実施される協力関係、及びＢＧＰピアリング(peering)セッションの構成が存在する。

ここに記載のシステムは、公知の方法で収集されたトラヒックデータに働き、例えば、Ｃｉｓｃｏ Ｓｙｓｔｅｍｓ Ｉｎｃ．（米国）から市販されているＣｉｓｃｏ ＩＯＳ ＮｅｔＦｌｏｗ（商標）なるトレードネームで知られたソフトウエア製品により例えば受動的プローブを介して動作するように構成される。この製品により、その異なるアプリケーションを通してインターネットなどのデータ通信ネットワークの動作に関する様々なデータを収集することが可能となり、例えば、トラヒックフローの検出、及び種々の分類基準に基づいて収集されている情報の集積ができる。それにより、特定の宛先／起点に送られるか又はから来るトラヒック量を計算できる。

この製品の使用及び特にネットワークノードに作用する「ＮｅｔＦｌｏｗ Ｓｗｉｔｃｈｉｎｇ」機能の使用は、通常は最も経済的な解決策であるが、図１の基準ＩＳＰ１０のオンボードルータが、トラヒックデータを収集しエクスポートするのに必要な追加のリソースの使用を容認できることを二重チェックする必要があり得る。

好ましくは、ＢＧＰテーブルと収集されたトラヒックデータの両方とも、（例えばいわゆる補助スクリプトによる公知の方法にて作用して）例えばＢＧＰテーブルからコメントが一掃されてしまうように前処理され、また、トラヒックデータに関するファイルは、例えば起点又は宛先として動作する自律システム（ＡＳ）の機能として更なる集積のために処理されるべく利用可能にされる。

図２では、ブロックＣＬ１，．．．，ＣＬｍは、テーブルＢＧＰ１，．．．，ＢＧＰｍに作用するよう構成された対応する一掃機能（コメントの除去など）を表し、符号ＢＧＰ１’，．．．，ＢＧＰｍ’は、機能ＣＬ１，．．．，ＣＬｍにより実行される一掃から得られるテーブルＢＧＰを表す。この一掃の後、ＢＧＰテーブルは、Ｌ１で表された対応するリストにマージしていると見ることができる。

符号ＴＤは、一般に、集合的にＣＦで表された機能（例えば上述したＮｅｔＦｌｏｗ（商標）機能であり得る）により収集されたトラヒックデータを示し、ＳＭは、前処理機能を示し、その目的は、トラヒックデータに対する追加処理を可能にすることである。

ＳＭ機能は、トラヒックデータに関係するファイルを例えば起点ＡＳ又は宛先ＡＳにより集めることによって該ファイルを収集できるコンソールアプリケーションの形式の、例えばＶｉｓｕａｌ Ｃ＋＋６．０で書かれた簡単なプログラムとし得る。

ＳＭ機能のアプリケーションは、２つのトラヒックデータファイルＦＩ及びＤＩ（それぞれ、前方トラヒック及び後方トラヒックという）の形成を後ろにもたらす。これらの用語の意味は後によく分かるであろう。ファイルＦＩ及びＤＩは、Ｌ２で示されるトラヒックデータリストの形成と考えることができる。

一般に、リストＬ１及びＬ２は、ファイルとして構成され、構成ファイルＦＣにマージできる。この際、リスト又はテーブルＬ１及びＬ２に対応する名称が、ＦＣファイル内の適当な行に書込まれ、その実行が前のものと重ならないようにデータ経路を特定する。

ＡＳＢ符号は、関心のあるＩＳＰのリスト、すなわち接続性評価が要求されている対象のリストに対応するファイルを示す。この用語は、（本発明によるシステムなどの技術機器により供給される客観的なデータに基づいて）同等関係を確立／確認／変更する機会を評価すべく、接続性特性の推定されたＩＳＰに主に適用される。

本発明による解決策は、以下の少なくとも２つの本質的な状況での適用に適する。
- 関係を確立するために優先度／適合性の分類を中に定める可能性を伴って、１以上の適したＩＳＰ候補１４との同等関係を確立する機会、及び／又は１以上のＩＳＰサプライヤー１２との関係を確認する機会の評価。よって、これは、その最終結果では、オフラインかつ非リアルタイムアプリケーションとして構成されるアプリケーションである。
- １組の「ピア」を識別し、それらとの関係を定めて、同等リンクの効率的な使用及びユーザーへの最適なトラヒック伝送を目的として情報フローを再バランス化するために介入を実行する可能性。この場合には、本発明による技術は明らかにオンラインで用いることができる。

上述した再バランス化する介入は、通常は、互いに隔たった時間にて実行される。例えば互いに異なる時間間隔での接続性評価の実行が予見される。

本発明による解決策は、ＡＳＢファイル中に載せられた各ＩＳＰが単独で評価される第１次又は第１レベルでの実行、及び発展的な目標の実行についての第２レベルでの遂行の両方に適する。後者の場合には、ＡＳＢファイルに記録された関心のあるＩＳＰすべてが一般に考慮され、第１ステップで実行されるスクリプトの機能として、２つの更なるスクリプトが実行される。

それらの第１のものは、特定のサブシーケンスとのＩＳＰ組合せのファイルを作り、後者はＩＳＰの異なるタプルの接続性を計算する。

上述した再処理操作の結果は、対応するファイルＦＩＸ、ＢＩＸ、ＦＩＹ及びＢＩＹに集められ、これらのファイルは、対象、すなわちコンテンツサプライヤー（ＡＳ）の各々に向けて／からの、考慮されたＸ番目のＩＳＰに対する接続性評価、前方ＦＩＸ及び後方ＢＩＸを含み、このコンテンツサプライヤーに向けて且つコンテンツサプライヤーからの、零でないトラヒック量が記録されていた。各ファイル中には、考慮されているＩＳＰ／ターゲットＡＳの各対に対して１行存在し、当該Ｘ番目のＩＳＰ及びターゲットＡＳのＡＳ識別子、並びに後に説明する方法により概算された接続性値を含む。ＦＩＹとＢＩＹは、上記複数（ＡＳＢ）のうちＹ番目のＩＳＰに関する対応するファイルである。これらのファイルが示されるのは、これらが上述した第２のアプリケーションにおけるトラヒックの分配の基準として使用できるからである。

図２中の符号ＣＥは、候補ＩＳＰの各タプルに対する全体の接続性の評価を含んだ情報セット（実際に本発明によるシステムの出力データを形成する）を示す。

後によく分かるように、このデータは例えば以下のものに関係する。
- ターゲットとして働く各自律システムＡＳに対して、同じターゲットＡＳから／に向けて考慮されているタプルに含まれるＩＰＳの各々の接続性の代数和、又は
- 所与のターゲットＡＳに向かう／からの全体タプルの接続性としての、タプルを形成するＩＳＰの各々の同一ターゲットに向かう／からの最大接続性の割当などの基準の適用、又は
- スクリプトのコードに対する適当で控えめな変更を有する遮断機能。

この遮断機能は、もし同じターゲットＡＳに向かう／からのトラヒック量で除した所与のターゲットＡＳに向かう／からのタプルを形成する各ＩＳＰの接続性値の代数和が所与の値を超えるなら、タプルの接続性値は、ターゲットＡＳに向かう／からのトラヒック値を乗じたこのようなしきい値に等しく設定されるように動作する。適用可能なしきい値の値の決定は、本方法自身の適当な実行から得られる。

図２に表された情報収集及び処理の一般的な流れから離れて、図２に現れる各ブロックにより表される個々の機能及び動作は、それ自体公知の基準に従って実行されることに留意されたい。よって、この場合のさらなる説明は必要ないであろう。

ＳＭ機能によるデータトラヒックＴＤの前処理に関し、まず各日の集合体を作り、次に各日の集積データを処理するさらなる実行を行うことにより、所与の期間、例えば３日間データを集積することができる。

上述したことすべては、いわゆるＢＩＧインターネットに向かうインターフェース（すなわち１２で表された現在のＩＳＰサプライヤーに向かう、すなわち外側に向かうインターフェース）の場合には当該システムは始点のＡＳであり、一方、内側に向かう（すなわち基準ＩＳＰ１０のＣユーザーに向かう）インターフェースの場合には当該システムはトラヒックのＡＳ宛先であることをも考慮して実施しなければならない。このことは、現在その最も普及したバージョンではブロックＣＦで表されるＮｅｔＦｌｏｗ（商標）機能などの収集ツールは、これらのインターフェースにて受けるトラヒックを分類するのみであることに起因する。

トラヒックを同時に収集するためにＮｅｔＦｌｏｗ（商標）を使用する場合、２以上の異なるスレッド(threads)が並列に使用でき、その各々が、各境界ルータ上にて一方の場合にはＢＩＧインターネットに向かうインターフェース（外部インターフェース）、及びもう一方の場合には内側に向かうインターフェースを識別するなどの適当なフィルターを特徴とする。実際には、受け取ったトラヒックの統計数値が、ＮｅｔＦｌｏｗ Ｃｏｌｌｅｃｔｏｒによる基本的な収集のレベルにてトラヒック方向（インターネットから、インターネットに向かう）に従って前々からソートされるのが好ましい（というのは、採用される集合体は各インターフェースに対して分解されたデータを示さないからである）。

さらに、好ましくは、基準ＩＳＰ１０の境界ルータは、各ＩＰフローに対して、「ピアとして」見られるもの（すなわち情報伝送連鎖においてすぐ前及びすぐ後のもの）との関連付けではなく、始点及び宛先のＡＳシステムとの関連付けを行うように構成されなければならない。

明らかに、ルータが、パケットがＡＳシステムから到着する始点としての該ＡＳシステムの番号、及びトラヒックが送られる宛先としてのＡＳシステムの番号をフローに関連付けるという選択肢を考えることもできる。

ＢＧＰテーブルの一掃を実行する機能ＣＬ１，．．．，ＣＬｍについては、２以上の行が壊れた、すなわち正しく終了していない有効な行をも回復するために、同一のテーブルが、最初と最後のコメント及び有効な行の間に存在するその他のコメントすべてを削除するのが好ましい。関連の操作が、処理される各テーブルに対して実施されなければならない。

この点について、公衆ルータサーバのすべてが、既に圧縮フォーマットにて用意されているファイルを供給するわけではないことに留意すべきである。（その管理部分の承諾を受けた）ルータサーバのＢＧＰテーブルをダウンロードするためには、公知の種類の適当なスクリプトが通常は要求され、これは、テルネットを介してルータサーバに接続することにより、ルータサーバのＣＰＵをオーバーロードしないようにｎ行のブロックずつテーブルをリクエストすることを可能にし、よって、n行ごとの適当な制御文字により、テーブルの転送時間に起因した同一ルータサーバを用いたテルネットセッション中に起こりうるタイムアウトの問題が避けられる。

ＢＧＰ経路の数とＩＰネットワークの数との比が、複数の利用可能なソースの概算を与える。しかしながら、完全なテーブルのダウンロードには、人間のオペレータの代わりにルートサーバと相互作用することができる高レベルスクリプトが必要となる。というのは、当該テーブルは、数百万の行から成り得るからである。

好ましくは、本発明によるシステムの使用を軽減するために、ＢＧＰテーブルを準備してそれらの始まり又は最終部分を表示するための補助スクリプトが考えられる。というのは、これらのファイルは非常に大きいからである。

既に何回か述べたように、本発明によるシステムは、可能な接続性の協定(agreements)を確立するために、例えば候補ＩＳＰ１４などの１以上のＩＳＰに関する基準ＩＳＰのために接続性を評価するのに適する。ここに記載の本発明のシステムは、この目的のために基準ＩＳＰ１０に存在する実際のトラヒックを考慮することを可能にする。したがって、その結果、少なくとも同一クライアントの境界ルータの内部及び外部インターフェースにてこのような基準ＩＳＰのネットワークに実行されるトラヒック統計数値の収集によって、開始ポイントが形成される。ここに記載の解決策により、インターネット中でターゲットＡＳに向けてトラヒックを送るため、及び同ＡＳからトラヒックを受けるための最も便利なＩＳＰのソートされたリストを設定することができ、このような評価は、実際に経験するトラヒックを正当に考慮している。

次に、図３〜６のフローチャートを参照すると、符号１００が標準的な開始ステップを示し、その後に、全体として１０２で示されたステップにてシステムＳは、符号ＢＧＰ１〜ＢＧＰｍにより示されたＢＧＰテーブル中に含まれる情報の抽出を実行することが分かる。

このステップの実行は、対応する構成ファイル及び関心のあるＩＳＰリストの読み出しを伴う。

ＡＳＢ上に記憶されたこのようなリストは、候補ＩＳＰ１４、及び場合によってはＩＳＰサプライヤー１２内に既に含まれているＩＳＰの両方を含み得る。

したがって、考慮されるＩＳＰの数、及び次に用いられる重み関数の係数についての読み出しが行われ、さらに、基準ＩＳＰ１０が確立を望む同等関係の数又はタプルの定義が行われる。

ＦＣ機能により収集されたトラヒックファイルの読み出しを実行する必要もある。このようなファイルは、自律システムＡＳによる収集から開始して次の処理ＳＭを用いて読み出される。この処理ＳＭは、起点ＡＳ又は宛先ＡＳに従ってそれらのファイルを収集し、次に、キーとしてＡＳ番号を用いかつ値としてトラヒックのバイト数を用いて、図２においてＦＤ及びＦＩで表された連想配列へのロードを実行する。

本明細書の後においても用いられるこのような形式主義は、本発明を実施するためにＰＥＲＬと称するプログラミング言語の可能な採用に通ずることが分かるであろう。現在のところ好ましいこの選択は、本発明の実施のためには強制的ではなく拘束的でもないのは明らかである。

次のステップは、タプルの組合せの計算、及び対応するファイルの書込みである。このための開始ポイントは、ＡＳＢ中に含まれるＡＳ番号のリストであり、次にそれらのうちで関心のあるＩＳＰの最初の組又はグループが考慮される。

関心のあるこのＩＳＰグループ上にてすべての可能なタプルが計算された後、行毎の組合せが、得られたファイル中に書込まれる。

全体的に１０４で示された次のステップでは、関心のあるＩＳＰに関するＢＧＰ経路の抽出だけでなく、ＢＧＰテーブルからの情報の実際の抽出も実行される。

コメントが一掃された各テーブルに対して第１機能を実行するために、所定のパターン、例えば行の開始から３文字後のＡ．Ｂ．Ｃ．Ｄ．形式（ここでＡ、Ｂ、Ｃ及びＤは１０進数字である）のＩＰアドレス型の文字列の存在により記述された特定の特徴を満たすことができる行が検索される。要求される特徴を満たす各行から、ＡＳ経路が抽出され、出力ファイルの一行中に置かれる。この経路は、行の最後から介してしてＡＳ経路を終了する文字（「ｉ」、「ｅ」又は「？」）により最初の零まで識別されるのが好ましい。

好ましいプロシージャでは、１行を一度に読み出すことが想定され、読み出される各行は、「ｓｐａｃｅ」及び「ｔａｂ」などの分離文字を用いてストリングに分割される。抽出された経路は、一時ファイルの１行に書込まれる。次に、このファイルが開かれて、関心のある各ＩＳＰに対して、当該ＩＳＰのＡＳ番号を含んだ経路が検索される。

このポイントにて、ＡＳ経路は２つの部分に分割される。ＩＳＰからＡＳシーケンス（ＡＳＭ）の最後の要素までの第１部分は、後にＦＰＸで表示される前方又は上流ファイルに収斂する一方、ＡＳ列の第１要素（ＡＳ１）からＩＳＰまでの第２部分は、ＤＰＸで表示される後方又は下流ファイルに収斂する。よって、関心のある各ＩＳＰに対して、１対のファイルＦＰＸ及びＤＰＸが存在する。

明らかに、「前方」は、所与のＩＳＰから残りのインターネットが到達される方法に関する情報を意味し、「後方」は、インターネットから所与のＩＳＰに到着するすべての情報を示す。

したがって、ＦＰＸ及びＤＰＸファイルは、同じことの繰り返しを避けるためにＡＳ経路をキーとして有する連想配列を用いることにより、コンパクト化操作を受ける。これが行われる理由は、各シーケンスが１回だけ現れ、最後に連想配列が、キーを書込むことのみによってファイル中に再度書込まれるからである。

ここで一方の側では１０６、１０８、１１０及び１１２により示され、もう一方の側では１１４、１１６及び１１８により示された後続ステップでは、様々なサブ経路に対して定義されたトラヒック重みで接続性計算、及び検出された各タプルに対する合成の接続性の計算が行われる。

これは、前方方向又は上流、及び後方方向又は下流に関して別個に行われる。

同一ＩＳＰに関連するファイルＦＰＸ中の各ターゲットシステムＡＳに対して、このようなターゲットシステムＡＳを最後又は中間位置に含んだ行が検索されるように、考慮中の当該各ＩＳＰに対して１サイクルが実行される。このような条件を満たす各行ごとに、方向付けられたサブ経路が抽出され、それが、抽出されたサブストリングのＡＳホップ数の長さに基づいて計算された重み関数の値を有する一時連想配列に対するキーとして用いられる。

全体ファイルの処理後、経路及び異なるサブ経路が、考慮中のＩＳＰからターゲットとして使用中のＡＳシステムまでの接続性に寄与する。この寄与は、好ましい方法にて（様々な重み付け法が利用できるので、この選択自体は拘束力がないことが分かるであろう）、ターゲットＡＳにアドレス指定されたトラヒック量（バイトにて）を乗じた各サブ経路のＡＳホップ長さに基づいて評価された重み関数の積として定義される。

考慮中のＩＳＰからターゲットと見なされるＡＳまでの全体の接続性の値（プロバイダＩＳＰ及び考慮中のシステムＡＳを識別する関連値と共に）は、対応する出力ファイルの１行中に書き込まれる。

この操作は、図１のセットＴに含まれるＡＳシステムの数と同じ回数実行される。

同様のサイクルが、ターゲットとして考えられる各システムＡＳに対して実行され、当該プロバイダＩＳＰまでの後方接続性が見出される。この場合にも、考慮中のＩＳＰに関連するＤＰＸファイル中のターゲットシステムＡＳを初期又は中間位置にて含む行の検索が行われる。このようにして、ターゲットシステムＡＳから当該プロバイダＩＳＰまでのサブ経路の連想配列が導出され、また、各サブストリングの接続性寄与が、ターゲットＡＳシステムにより作られるトラヒック量と、当該サブ経路のＡＳホップの長さにより評価される重み関数との積として計算される。関連のＡＳ番号識別子及び得られる接続性値は、対応するファイルの一行に書込まれる。この場合にも、処理動作は、図１のグループT中に含まれるＡＳシステムの数と同じ回数だけ実行される。

全接続性のファイルは、個々のファイルを読み出し、各ターゲットＡＳシステムに対して前方及び後方接続性を加えることにより作成される。

具体的には、図４のフローチャート中のステップ１０６は、トラヒック重みとサブ経路を用いた接続性の計算操作を示し、ステップ１０８は、ファイルＡＳＢから選択される考慮中の個々のプロバイダＩＳＰの選択を示す。１１０で示すステップは、各ターゲットＡＳシステムに対して宛先トラヒックの決定に関係し、ステップ１１２は、上述したその他の操作を集合的に示す。

合成の接続性の計算はステップ１１４にて開始される。これに続いてステップ１１６では、ステップ１０２にて決定されたそれぞれのファイルからタプルが読み出され、トラヒックファイルから検出された各ターゲットシステムＡＳに向かうタプルの第１プロバイダＩＳＰからの接続性の値が計算される。一時連想配列のキーとしてターゲットシステムＡＳを用いることにより、考慮中のターゲットシステムＡＳに向かうと以前考えられた第１プロバイダＩＳＰとは異なる経路のデータが蓄積する。現在のタプルを形成する他のＩＳＰに対して、同じプロシージャが繰り返される。

このことは前方接続性に対して正しいが、同様のプロシージャが後方方向及びトータルのファイルにも適用される。

具体的には、連想配列は、現在のタプルを形成する各プロバイダＩＳＰに対して構築される。これは、ステップ１１８で行われ、ここでは獲得された接続性値を出力ファイル中に設定することにより完全な接続性も得られ、それに続いて同じ行で計算されたタプルが指示される。

各ターゲットＡＳに対して、当該ターゲットＡＳから及び当該ターゲットＡＳに向けてのタプルの接続性寄与の計算が、（例として上述した代数和のような選択された重み付け法により）行われる。

１２０で表示された次のステップでは、得られた結果のファイルが、考慮中のＩＳＰ又は候補ＩＳＰの各タプルから得られた減少する接続性値に従ってソートされる。これは、接続性値をキーとして有する連想配列を用い、キーをソートするか又は順序づけられた出力ファイル中に入力ファイルの全体行を書き込むことにより行われる。

図７及び８は、後方及び前方方向の両方に対し成分に分けた結果の形式にて作られた上述の種類の接続性「ｓｔａｎｄｉｎｇｓ」の２つの例を示す。

この型のテーブルは、後方／前方統合型の全体的な結果としても作成できることが分かるであろう。

さらに、プロバイダＩＳＰのタプルの接続性計算機能は様々な方法で実施できることも分かるであろう。累積の例として、これまで代数和の機能を参照してきたが、出願人の行った実験によると、このような選択は明らかに有利であり、同時にその実行が非常に簡単であることが判明した。

ＢＧＰ経路の抽出では、ＡＳ経路の境界を定めるストリングを利用できることは当然とする。このようなストリングは、通常はルータ上に記憶される関連テーブル中に含まれるＢＧＰ情報の「重み」パラメータ（例えば０に等しい）により表し得る。しかしながら、本発明による解決策は、このような選択に制限されない。連想配列への参照構造（本質的には一種のポインタである）及び様々な種類のサブルーチンを用いることにより、もっとコンパクトにコード又はスクリプトを書き込めることも分かるであろう。このポインタにより、パラメータが送られるサブルーチンを使用でき、このサブルーチンが、各々の呼により異なる連想配列に作用する。６４ビット浮動小数点演算が、上述した操作の諸相に広く満足に使用できる。

明らかに、本発明の原理を変えず、よって本発明の範囲から離れることなく、その実施の詳細及び態様を上記説明したことに対して幅広く変えることができる。このことは、限定するものではないが特に、前方方向のみ又は後方方向のみに関して接続性評価を実行する可能性に当てはまる。

本発明を適用可能な状況を一般的に示す。 本発明によるシステムの一般的なアーキテクチャーを説明する機能ブロック図である。 本発明によるシステムの動作モードを説明する同一フローチャートで、パスが続いている。 本発明によるシステムの動作モードを説明する同一フローチャートで、パスが続いている。 本発明によるシステムの動作モードを説明する同一フローチャートで、パスが続いている。 本発明によるシステムの動作モードを説明する同一フローチャートで、パスが続いている。 本発明により生成できる接続性値のソートされたリストを例示する。 本発明により生成できる接続性値のソートされたリストを例示する。

符号の説明

１０ 基準プロバイダ
１２ ＩＳＰ
１４ ＩＳＰ
１６ 別のプロバイダ
ＡＳ 自律システム
Ｃ ユーザー
Ｔ グループ

Claims (17)

1. １組のユーザー（Ｃ）を有する基準プロバイダ（ＩＳＰ）（１０）のために、データ通信ネットワークの接続性評価を行う方法であって、該評価は、関心のある少なくとも１つのプロバイダ（ＩＳＰ）（１２、１４）に関して行われ、該方法が、
   - 前記基準プロバイダ（１０）を介する該基準プロバイダ（１０）のユーザー（Ｃ）に対してトラヒック起点とトラヒック宛先のうち少なくとも１つを形成できる複数（Ｔ）の自律システム（ＡＳ）を選択するステップ、
   - 前記複数の自律システム（ＡＳ）に関して前記トラヒックのルーティングのために前記データ通信ネットワーク上にて利用可能な経路についての情報を含んだＢＧＰ型のテーブル（ＢＧＰ１，．．．，ＢＧＰｍ）を供給するステップ、
   - 関心のある前記少なくとも１つのプロバイダ（１２、１４）に対して自律システムのそれぞれの番号（ＡＳ番号）を含んだ経路を見出すことにより、関心のある前記少なくとも１つのプロバイダ（１２、１４）に固有のＢＧＰ型の経路を前記テーブルから抽出するステップ（１０４）、
   - 各サブ経路に対してホップの関連数を識別することにより、前記複数（Ｔ）の自律システム（ＡＳ）の各々に対して、前記自律システム（ＡＳ）の各々と関心のある前記少なくとも１つのプロバイダ（１２、１４）との間で方向付けられたサブ経路を抽出するステップ（１１２）、
   - 前記複数（Ｔ）の自律システム（ＡＳ）の各々に対して、前記基準プロバイダ（１０）のユーザー（Ｃ）に関して前方トラヒック量（ＦＩ）と後方トラヒック量（ＤＩ）のうち少なくとも１つを識別するステップ、
   - 前記サブ経路の各々に対して、ホップの前記相対数及び前記少なくとも１つのトラヒック量（ＦＩ、ＤＩ）の関数としてそれぞれの接続性寄与を決定するステップ（１１２）、
   - 複数の自律システム（ＡＳ）の各々に対して、前記自律システム（ＡＳ）の各々に対して抽出された方向付けされたサブ経路に対して決定された接続性寄与を累積して総接続性値を決定するステップ（１１８）、及び
   - 関心のある前記少なくとも１つのプロバイダ（ＩＳＰ）（１２、１４）に関する総接続性値を得るために、前記複数の自律システム（ＡＳ）に対して決定された接続性の総計値を累積するステップ、
   を含むことを特徴とする前記方法。
2. それぞれの前記ステップが、前記データ通信ネットワーク上に存在する複数（ＡＳＢ）の関心あるプロバイダ（ＩＳＰ）（１２、１４）に対して実行される、請求項１に記載の方法。
3. 少なくとも１つのソートされたリスト（図６、図７）において前記複数の関心あるプロバイダ（１２、１４）に対して得られた総接続性値をソートするステップを含むことを特徴とする請求項２に記載の方法。
4. - 前記複数（Ｔ）の自律システム（ＡＳ）の各々に対して、前記基準プロバイダ（１０）のユーザー（Ｃ）に関する前方トラヒック量（ＦＩ）及び後方トラヒック量（ＤＩ）の両方を識別するステップ、及び
   - 前記サブ経路の各々に対して、ホップの前記関連数及び前方トラヒック（ＦＩ）と後方トラヒック（ＤＩ）の両方の前記量の関数として接続性のそれぞれの寄与を決定するステップ（１１２）
   を含むことを特徴とする請求項１〜３のいずれか一項に記載の方法。
5. 前記少なくとも１つの関心あるプロバイダ（ＩＳＰ）（１２、１４）に対して、前方トラヒック（図７）及び後方トラヒック（図６）に対する総接続性値に分解された総接続性値を生成するステップを含むことを特徴とする請求項４に記載の方法。
6. ＢＧＰ型の前記テーブル（ＢＧＰ１，．．．，ＢＧＰｍ）に一掃操作（ＣＬ１，．．．，ＣＬｍ）を行って前記テーブル中に含まれるコメントを除去するステップを含むことを特徴とする請求項１〜５のいずれか一項に記載の方法。
7. ＮｅｔＦｌｏｗ（商標）型の機能（ＣＦ）により前記トラヒック量を検出するステップを含むことを特徴とする請求項１〜６のいずれか一項に記載の方法。
8. 前記複数（ＡＳＢ）の関心ある前記プロバイダ（ＩＳＰ）（１２、１４）の少なくとも１部分に前記基準プロバイダ（１０）を介して通過トラヒックを選択的に再割当するステップをさらに含むことを特徴とする請求項２又は請求項３に記載の方法。
9. １組のユーザー（Ｃ）を有する基準プロバイダ（ＩＳＰ）（１０）のために、データ通信ネットワークの接続性評価を行うシステムであって、該評価は、関心ある少なくとも１つのプロバイダ（ＩＳＰ）（１２、１４）に関して実行され、該システムが、
   - 前記基準プロバイダ（１０）を介する該基準プロバイダ（１０）のユーザー（Ｃ）に対してトラヒックの起点と宛先のうち少なくとも１つを確立できる複数（Ｔ）の自律システム（ＡＳ）に関して、トラヒックのルーティングのために前記データ通信ネットワーク上にて利用可能な経路についての情報を含んだＢＧＰ型のテーブル（ＢＧＰ１，．．．，ＢＧＰｍ）、
   - 前記複数（Ｔ）の自律システム（ＡＳ）の各々に対して、前記基準プロバイダ（１０）のユーザー（Ｃ）に関して前方トラヒック量（ＦＩ）と後方トラヒック量（ＤＩ）のうち少なくとも１つを検出するための検出モジュール（ＣＦ）、及び
   - 処理モジュール（Ｓ）
   を備え、該処理モジュール（Ｓ）が、
   - 関心ある前記少なくとも１つのプロバイダ（１２、１４）に対して自律システムのそれぞれの番号（ＡＳ番号）を含む経路を検索することにより、関心ある前記少なくとも１つのプロバイダ（１２、１４）に固有のＢＧＰ型の経路を前記テーブルから抽出し（１０４）、
   - 前記複数（Ｔ）の自律システム（ＡＳ）の各々に対して、前記自律システム（ＡＳ）の各々と関心ある前記少なくとも１つのプロバイダ（１２、１４）との間で方向付けられたサブ経路を抽出し（１１２）、各サブ経路に対してホップの関連数を識別し、
   - 前記サブ経路の各々に対して、前記基準プロバイダ（１０）のユーザー（Ｃ）に関してホップの前記関連数及び前記少なくとも１つのトラヒック量（ＦＩ、ＤＩ）の関数としてそれぞれの接続性寄与を決定し（１１２）、
   - 前記複数の自律システム（ＡＳ）の各々に対して、総接続性値を決定し（１１８）、前記自律システム（ＡＳ）の各々に対して抽出された方向付けられたサブ経路に対して決定された接続性寄与を累積し、かつ
   - 関心ある前記少なくとも１つのプロバイダ（ＩＳＰ）（１２、１４）に関する総接続性値を得るために、前記複数の自律システム（ＡＳ）に対して決定された接続性の総計値を累積する
   ように構成されていることを特徴とする前記システム。
10. 前記データ通信ネットワーク上に存在する複数（ＡＳＢ）の関心あるプロバイダ（ＩＳＰ）（１２、１４）に対して接続性評価を行うよう構成された請求項９に記載のシステム。
11. 少なくとも１つのソートされたリスト（図６、図７）において前記複数の関心あるプロバイダ（１２、１４）に対して得られた総接続性値をソートするためのソート化モジュールを備えることを特徴とする請求項１０に記載のシステム。
12. - 前記検出モジュール（ＣＦ）が、前記複数（Ｔ）の自律システム（ＡＳ）の各々に対して、前記基準プロバイダ（１０）のユーザー（Ｃ）に関して前方トラヒック量（ＦＩ）と後方トラヒック量（ＤＩ）の両方を検出するよう構成されること、及び
    - 前記処理モジュール（Ｓ）が、前記サブ経路の各々に対して、ホップの前記関連数及び前記前方トラヒック量（ＦＩ）と後方トラヒック量（ＤＩ）の両方の関数としてそれぞれの接続性寄与を決定する（１１２）ように構成されること
    を特徴とする請求項９〜１１のいずれか一項に記載のシステム。
13. 前記処理モジュール（Ｓ）が、関心ある前記少なくとも１つのＩＳＰ（１２、１４）に対して総前方接続性値（図７）及び総後方接続性値（図６）に分解された総接続性値を生成するように構成されることを特徴とする請求項１２に記載のシステム。
14. ＢＧＰ型の前記テーブル（ＢＧＰ１，．．．，ＢＧＰｍ）に一掃操作（ＣＬ１，．．．，ＣＬｍ）を行って前記テーブル中に含まれるコメントを除去する前処理モジュール（ＣＬ１，．．．，ＣＬｍ）を含むことを特徴とする請求項９〜１３のいずれか一項に記載のシステム。
15. 前記少なくとも１つのトラヒック量を検出するための前記検出モジュール（ＣＦ）が、ＮｅｔＦｌｏｗ（商標）型の機能（ＣＦ）を含むことを特徴とする請求項９〜１４のいずれか一項に記載のシステム。
16. 前記複数の関心あるプロバイダ（１２、１４）が、前記基準プロバイダ（１０）を介して通過トラヒックを再バランス化するための選択的再バランス化モジュールを備えることを特徴とする請求項１０又は請求項１１に記載のシステム。
17. デジタル計算装置の内部メモリに直接ロード可能な情報技術製品であって、該製品がコンピュータ上で実行されるとき請求項１〜８のいずれか一項に記載の方法を実行することができるソフトウエアコードの部分を含む前記情報技術製品。