JP2007515125A - インターネットプロトコル（ｉｐ）ベースネットワークにおけるリンク−スコープ−タイプ管理オブジェクトの集中コンフィグレーション - Google Patents

Abstract

本発明は、ＩＰネットワークの集中化管理ノードから、ＩＰベースのネットワーク内のリンク−スコープ−タイプで管理されるオブジェクトをコンフィグレーションを行う方法である。ＩＰベースのネットワーク（６２）は、少なくとも１つの管理局（６１）と、ネットワークノードのセット及び前記ネットワークノード間と前記管理局と前記ネットワークノード間の複数の通信リンクを有する。好ましくは、前記ネットワークの開放型最小経路優先（ＯＳＰＦ）トポロジーグラフが準備され、コンフィグレーション対象のターゲットリンクのセットが識別される（２１）。次に、前記ターゲットリンクがＮ個の分離したサブセットＴ₁−Ｔ_Nに分類される（２２）。各サブセットからのリンクが同時にコンフィグレーションされ、サブセットＴ₁から開始して、連続的に各サブセットを１つずつ処理する。このターゲットリンクは、前記ＯＳＰＦトポロジーグラフ（３１）から、コンフィグレーション対象でない非ターゲットリンクを除去し、前記ＯＳＰＦトポロジーグラフ（３２）に残っているリンク間の依存関係を判定するためにリンクグラフを構築し、及び前記リンク間の前記依存関係に基づいて、前記ターゲットリンクを前記サブセットに分類するためにリンクグラフからリンクツリーを構築することによって、分類されても良い。

Description

本発明の分野
本発明は、インターネットプロトコル（ＩＰ）通信ネットワークに関するものである。より詳しくは、これに制限されるものではなく、本発明は、集中化管理ノードから、ＩＰベースネットワーク内のリンク−スコープ−タイプ管理オブジェクト（link-scope-type-managed object）をコンフィグレーション（構成：configuration）する方法に向けたものである。

背景
インターネットプロトコル（ＩＰ）は、ホストの物理的な接続とは独立して、ホストを接続する通信プロトコルである。一般的には、ＩＰホストは、ＩＰプロトコルスタック及びアプリケーションを含むコンピュータである。ホストのセット（集合）は直接接続される。即ち、それらは、同一のケーブル上にあり、それによって、互いに直接通信することができる。この構成は、ＩＰネットワークあるいはサブネットワーク（あるいは、単に、ＩＰサブネット）と呼ばれる。ＩＰホストが直接接続されない場合、つまり、物理的に分けられた複数のリンクが存在する場合、物理的に分けられたＩＰサブネット上のホスト間でのＩＰ接続性を提供するためには、ルータが必要となる。ルータは、異なるＩＰサブネットを接続するものである。ＩＰに基づく最大のコンピュータネットワークはインターネットであり、これは、ルータによって接続されている多数のＩＰサブネットを構成している。ルータが少なくとも２つのサブネットを接続している場合、これらのサブネット上のホストは、互いにルータを介して通信することができる。もちろん、それぞれのサブネット上に直接接続されているホストは、互いに直接通信することができるが、１つのサブネット上のホストが、別のサブネット上のホストと通信したい場合は、通信はルータを経由する。ルータ自身は、ホストによって送信された受信ＩＰパケットを転送するための専用ハードウェア及びソフトウェアを有するコンピュータである。

ルータは多くの機能を実装していて、これらの機能は、ルータに様々なプロトコル及びサービスをサポートすることを可能にし、かつ他の機能を実行することを可能にする。ルータの機能は、可変パラメータによって制御される。これらのパラメータの所与の値のセットは、コンフィグレーション（構成）として参照される。単一のルータでのコンフィグレーション管理は、エレメントコンフィグレーション管理として参照され、一方で、ネットワーク内の複数のルータとホストの現在のコンフィグレーションは、ネットワークコンフィグレーションとして参照される。ネットワークコンフィグレーション管理は、ネットワークの動作機能のプランニング（計画）及びセッティングを含んでいる。これらの機能は、ルーティングプロトコル、転送ポリシー、仮想プライベートネットワーク、いくつかのサービス品質（ＱｏＳ）特徴及びその類を含んでいる。加えて、リンク関連コンフィグレーション、例えば、ＩＰオーバＰＰＰ（IP over PPP）接続が存在する。各ルータは、ネットワークコンフィグレーションの自身の個別の部分を実行し、これには、レイヤ１の物理接続の専用属性、レイヤ２のデータリンクレベルインタフェース、ソフトウェアコンフィグレーション、エレメントセキュリティ及びその類がある。

与えられるルータに対して、これらのパラメータの値のセットは、ルータのコンフィグレーションである。同様に、ネットワーク内でのルータコンフィグレーションのこれらのセットの結合も、ネットワークコンフィグレーションである。しかしながら、これらのセットは、分離しない。ルータコンフィグレーションは、ネットワーク内の他のルータに依存するいくつかの変数と、他のルータとは独立しているいくつかの変数を持っている。この可変パラメータは、以下のように分類することができる。

・ルータ−スコープパラメータ：これらのパラメータは、ルータ自身のみに関連する。ルータスコープパラメータの変更は、他のルータの動作に直接影響を与えない（例えば、ルータのホスト名、アクセスパスワード、ルーティング処理ｉｄ及びその類の変更）。

・リンクスコープパラメータ：これらのパラメータは、リンクによって接続されている複数のルータに関連する（このリンクは、ＰＰＰオーバシリアル接続のような物理リンクであっても良いし、あるいは、例えば、開放型最小経路優先（Open Shortest Path First：ＯＰＳＦ）隣接性（adjacency）接続のような論理リンクであっても良い）。リンク−スコープパラメータは、構成されるリンクによって接続されるルータ内で均一な値を持たなければならない（例えば、ＯＰＳＦハローインターバル（HelloInterval）は、正しい隣接性を構築するために隣接（adjacent：アジェセント）ルータに対して同一にしなければならない）。

・エリア−スコープパラメータ：これらのパラメータは、論理ドメインあるいはエリアに属するルータのグループに対して関連している（例えば、ＡＳに対して同一の自律システム（ＡＳ）番号、あるいはＯＳＰＦエリアに対して同一のＯＳＰＦエリアＩＤ）。

上述のように、ルータの機能は、基本的には、受信ＩＰパケットをどこに転送するかを判定し、かつそのパケットを自身の宛先に転送することである。転送情報は、静的あるいは動的ルーティングを使用してルータに提供されても良い。静的ルーティングを用いる場合、ネットワーク管理者は、手動でルータを各ルータのルーティングテーブルに設定する。動的ルーティングを用いる場合、ルータは、ルーティングプロトコルを使用して、ネットワーク内の既存のルートを判定する。ルータは、ルーティングプロトコルによって判定される情報を使用して、自身のルーティングテーブルを維持する。

ネットワーク内のルータの数が一定数以上である場合（例えば、４あるいは５）、動的な方法が好ましい。これは、ルーティングプロトコルが各ルータで開始され、かつルータが適切に動作するようにコンフィグレーション（構成）されることを意味する。ＩＰネットワーク内で共通して使用されるルーティングプロトコルの１つには、ＯＳＰＦプロトコルがある。このプロトコルのコンフィグレーションは、可変パラメータ、即ち、ルータ−スコープ、リンク−スコープ及びエリア−スコープと同一の方法で分類することができる。ルータ−スコープは、ルータ内のＯＳＰＦ処理をコンフィグレーション（構成）する処理を参照する。リンク−スコープは、ＯＳＰＦリンク（隣接性）を構成する処理を参照する。エリア−スコープは、ＯＳＰＦエリアを構成する処理を参照する。

現在のＩＰネットワーク管理では、ネットワーク管理者は、ほとんどのコンフィグレーション操作を、以下のエレメント管理方法の１つを使用して手動で実行している。

・コマンドラインインタフェース（ＣＬＩ）：これは、ルータコンフィグレーション管理用に最も広く使用されている方法である。ＣＬＩを用いることで、テルネットあるいはコンソール接続を介してルータにアクセスし、任意のコマンドセットを使用して、ネットワーク管理者はコマンドを入力して、ルータから情報を検索し、パラメータを設定する。ＣＬＩコマンドセットは、かなり大規模なものになり得る。ＣＬＩの最適な例には、ＣｉｓｃｏＣＬＩがあり、これは、デファクトスタンダードとなっている。

・コンフィグレーションファイル編集：この方法は、特殊用途のＣＬＩ方法である。この場合、ネットワーク管理者は、ＣＬＩコマンドのシーケンスを含むコンフィグレーションファイルを編集する。次に、このコンフィグレーションファイルは、ファイル転送プロトコル（ＦＴＰ）あるいは単純ファイル転送プロトコル（ＴＦＴＰ）を使用して、関連するルータにダウンロードされる。この処理は、いくつかのＣＬＩ対話を必要としていて、これは、例えば、ルータがＦＴＰあるいはＴＦＴＰクライアントのみを持っている場合にはルータからダウンロードを開始する。

・メニューベースのエレメントマネージャ：ＣＬＩインタフェースは持たないが、テルネットあるいはコンソール接続を介してアクセス可能なメニュー駆動型システムを持っているルータがいくつか存在する。ネットワーク管理者は、これらのインタフェースを使用して、ルータコンフィグレーションを確認あるいは設定することができる。この方法は、かなりまれに使用される。

・単純ネットワーク管理プロトコル（ＳＮＭＰ）：ＳＮＭＰは、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）標準プロトコルであり、これは、標準的なエレメント監視及びコンフィグレーション方法を提供している。管理情報ベース（ＭＩＢ）は、管理されるオブジェクト及びそれらの属性を定義する。ＳＮＭＰは、これらの属性の値を取得し、設定するプロトコルである。いくつかのアプリケーションは、ＳＮＭＰを使用している。与えられるＭＩＢを単にブラウズし、かつ１つのターゲットルータ上の自身の属性を取得するあるいは設定する、いわゆるＭＩＢブラウザが存在する。１つ以上のルータを取り扱うことができるアプリケーションが存在する。しかしながら、実際には、ＳＮＭＰは、典型的には、コンフィグレーション管理ではなく、統計値の監視、収集、管理及び故障管理用に使用される。この理由の１つには、ＭＩＢには、統計値を提供する読出専用の属性が多く含まれていることがある。別の理由には、標準的なＭＩＢは、あらゆる事象をカバーするのではないので、多くのタイプのルータは、標準的なものではない独自のＭＩＢによって管理されることが好ましい。

・ＨＴＴＰベースのエレメント管理：いくつかのタイプのルータは、ウェブブラウザサービスを持っている。ハイパーテキスト転送プロトコル（ＨＴＴＰ）ブラウザは、コンフィグレーション及び他の情報にアクセスすることができる。ユーザは、普及しているハイパーテキストマークアップ言語（ＨＴＭＬ）ページ上のパラメータを検索する、あるいは設定することができる。

これらのエレメント管理方法の中では、ＳＮＭＰが、アプリケーション用に使用するのに最も適している。ＣＬＩは、手動コンフィグレーション管理用に設計されているが、アプリケーションで使用するように変更することができる。コンフィグレーションファイルの編集は、アプリケーションによって支援することができる。メニューベース及びウェブサーバベースの方法は、アプリケーションで使用するように設計されていない。これらの方法は、手動コンフィグレーション管理用に限って有効である。

加えて、ネットワーク管理のあるレベルを提供するアプリケーションが存在する。これらのプログラムは、２つの基本セットに分けることができる。１つは、ルータベンダによって提供されるアプリケーション（例えば、シスコ社のＣｉｓｃｏＷｏｒｋｓ）であり、もう１つは、他のソフトウェア開発企業によって提供されるアプリケーションである（例えば、ＨＰオープンビュー）。

リモート管理については、テルネットプロトコルが、ルータをアクセスするために広く使用されている。テルネットは、ターゲットルータへ直接実行することができる。あるいは、ターゲットの近隣（neighbor：ネイバー）ルータへテルネットを行い、かつその近隣からターゲットルータにテルネットを行うことによって間接的に、ターゲットルータへテルネットを実行することができる。しかしながら、この種の管理は、コンフィグレーション属性のスコープ（範囲）を完全には気付いていない。スコープ気付コンフィグレーションの周知の記事のみが存在していて、この記事は、文献の中で、ピー．クリシュナン等による、「ＩＰネットワーク用コンフィグレーション操作の順序付け」という見出しがついている。これは、ＬＩＳＡ２０００の第１４システム管理会議の議事録である（以下では、クリシュナンと呼ぶ）。しかしながら、以下で説明されるように、クリシュナンによる方法は、十分なソリューションとは言えない。

従来技術のＩＰコンフィグレーション管理方法の最も重要な特性は、各ターゲットルータが、互いに独立して１つずつ構成されることである。ネットワーク管理者は、動作を「考慮して」設計し、関連するルータを１つずつ構成することによってその動作を実現する。最初のステップは、管理者が変更対象のパラメータと、設定対象の値を定義することである。これらの変更は、次に、関連するルータについてなされる。最初の部分は論理的なものであり、次の部分は具体的なものである。つまり、最初のステップは、管理者の頭の中あるいは用紙上で実行される。次に、管理者は、関連するルータについて必要なエレメント管理操作を実行する。この方法によるリンク−スコープＯＳＰＦパラメータは、コンフィグレーション費用の問題、順序付けの問題、長期の操作時間及び、キャンセル及びエラー処理に伴う問題を招くことになる。これらの各問題の部分を、以下に説明する。

コンフィグレーション費用の問題：ＯＳＰＦリンクは、リンクスコープ属性を持っている。これらの属性はルータに記憶され、また、適切なＯＳＰＦ隣接性について均一な値を持たなければならない。ＯＳＰＦの論理的なコンフィグレーションは、これらのリンク−スコープ属性の値を定義する必要がある。しかしながら、物理的なコンフィグレーションは、構成されたＯＳＰＦリンクによって接続されているそれぞれのルータにこれらの値を設定する必要がある。ポイントツーポイントリンクの場合、これは、２つのルータであることを意味する。しかしながら、ブロードキャストあるいは非ブロードキャストマルチアクセス（ＮＢＭＡ）のような他の場合、２つ以上のルータが存在し得る。また、複数のＯＳＰＦリンクがターゲットである場合、いくつかのターゲットルータが増やされる。２つの重要なリンク−スコープＯＳＰＦパラメータである、ハロー（Hello-）とデッドインターバル（DeadIntverval）を考慮すると、管理者は、各ターゲットリンクに対して新規の値を定義しなければならない。変更のための論理的な２つのパラメータが存在するが、管理者は、いくつかのルータにアクセスして、これらの２つの値を各ルータに設定しなければならない。理論的に必要とされるコンフィグレーション操作（本例では、２つのパラメータを設定）と、実際のコンフィグレーション操作（同一の値で、いくつかのルータに２つのパラメータを設定）との間の違いは、かなり煩わしくなる。加えて、ネットワーク管理者は、いくつかのルータに数回同一のことを実行しなければならない。これは、ネットワークコンフィグレーションにおける、ヒューマンエラーの可能性が増加する。ネットワーク管理者の作業負荷を軽減し、かつネットワークコンフィグレーションで発生するヒューマンエラーの可能性を軽減するコンフィグレーション方法を実現することは有効である。

順序付け問題：別の問題及びより重大な問題には、順序付け（sequencing）問題がある。大規模のＩＰネットワークの管理は、分散されるのではなく、集中管理されることが多い。一般的には、いくつかのネットワーク操作センタだけがネットワークについて関与しているので、コンフィグレーション変更（エレメントコンフィグレーション管理）は、これらのセンタから実行される。その結果、操作中に、各ターゲットルータにＩＰ接続性を維持することはかなり重要である。小規模ネットワークでは、ターゲットルータの数は少ないので、これについては、大きな問題とならない。しかしながら、ルータの数が数百の桁である場合、エレメントコンフィグレーションのシーケンス（順序）は重要である。この問題を理解するためには、どのようにしてＯＳＰＦプロトコルがリンク（即ち、隣接性）を扱うかを思い起こす必要がある。

近隣にあるＯＳＰＦルータ群は隣接性を構築する。通信、既知の経路の広告、及びＯＳＰＦデータベースを同期するためにチャネルが使用される。適切な通信がなされないと、いくつかの接続は、ＯＳＰＦによって使用することができず、ある経路は、ルーティング計算について利用することができない。それゆえ、これらのルータは、トラフィック用に利用することができない。つまり、いくつかのルータ、ホストあるいはサブネットワークは、ネットワークの任意の位置からアクセス不可能となり得る。ＯＳＰＦ隣接性は、適切なＯＳＰＦルーティングにとって重要である。ＯＳＰＦ隣接性の確立は、リンク−スコープ属性に基づいている。一般的なルールとして、これらのパラメータが均一の値を持たなければならないということがある。ポイントツーポイントリンクでは、近隣ルータ同士は、ＯＳＰＦリンクに対して、均一のＯＳＰＦリンク−スコープ属性を持たなければならない。ブロードキャスト、ＮＭＢＡあるいはポイントツーマルチポイント接続では、隣接性は、近隣で広告する均一なリンク−スコープ値の間で確立される。関係するルータが他のルータとは異なる値を広告する場合、その他のルータは、その関係するルータとの隣接性を確立しないし、また、その関係するルータは、その他のルータとの隣接性を確立しない。

ＯＳＰＦリンク−スコープパラメータがどのようにしてＯＳＰＦリンク上で変更されるかについても理解されるべきである。ネットワーク管理者が動作中のＯＳＰＦリンク上のリンク−スコープ属性を変更し、かつそのリンクのエンドポイントにアクセスしたい場合、その管理者は、リンク−スコープ属性が変更される場合には、他の機器（群）が均一な値を持つまでＯＳＰＦリンクが損失され得ることを考慮しなければならない。重要な要素はリンクコンフィグレーション時間であり、これは、リンク上の最初のルータへのアクセスから、リンク上の最後のルータで最後のパラメータを設定する間の時間である。リンク損失の可能性は、発信元のハロー（Hello-）とデッドインターバル（DeadInverval）、及びこのコンフィグレーション時間に依存する。近隣ルータ間の転送レートは取るに足らない。いくつかの環境では、リンクは、操作中に原型を保っているが、他の環境では、新規のものが新規のリンク−スコープ値で確立されるまで一時的に損失する可能性がある。この動作は、ネットワークのツリー部分においてリンクが構成される場合に重要である。

図１は、従来技術で存在する順序付け問題を示すネットワーク図である。図示の場合では、最初のアクセスが管理局１１から最も近いルータＲ−１ １２に対して行われる。ここで、リンク−スコープ変更が実行される。しかしながら、終端にアクセスルする前にリンクが損失する場合、管理局は、最も遠いルータＲ−３ １４あるいはおそらくは、中間のルータＲ−２ １３にも到達することができない。それゆえ、管理局は、新規のリンク−スコープ値を最も遠いルータＲ−３に設定することができず、新規のリンクを確立することができない。つまり、ランダムなコンフィグレーション順序は、永続的なルータの損失を容易に招き得る。ネットワークを構成する場合には、順序付け問題を解決し、かつルータ損失を回避するコンフィグレーション方法を実現することは有効である。

長い操作時間：多くのリンクがリンク−スコープ値の変更のターゲットであり、かつそれに伴い、多くのルータがコンフィグレーション対象である大規模環境を考慮すると、操作時間は重要である。このコンフィグレーション操作中には、他のコンフィグレーション操作を開始することは勧められない。これは、その操作がルーティングに影響を与えるからである。コンフィグレーション操作中に、いくつかのターゲットリンクが一時的に損失する場合に、一時的なルーティング変更が発生する可能性がある。伝統的な方法（１つずつ順番に）でのターゲットルータの構成は、長い操作時間を招き得る。ネットワークコンフィグレーションに関連する操作時間を削減するコンフィグレーション方法を実現することは有効である。

キャンセル及びエラー処理：ネットワークオペレータが自身の考えを変更する場合、あるいは、自身が誤ったコンフィグレーション操作を開始したことに気付いた場合、オペレータはそれをキャンセルしたい可能性がある。最も安全なソリューションは、もちろん、キャンセルしないで、その操作を終了させることである。しかしながら、この場合、オペレータは、従前の状態に戻した上で、大量の追加のコンフィグレーションを実行しなければならない可能性がある。つまり、コンフィグレーション操作をキャンセルする機能は有用なことであるが、それの実現は容易なことではない。キャンセルに伴う問題は、コンフィグレーション操作がキャンセルできない場合に発生する。リンクの終端が構成された後に操作がキャンセルされる場合、他の終端（群）が構成される前では、リンクは損失することになる。これは、多くのリンクが同時に構成される場合により生じ易い。つまり、キャンセルが開始されると、コンフィグレーションが開始しているリンクは終了されなければならないが、追加のリンクのコンフィグレーションは開始すべきでない。伝統的な方法での適切なキャンセルは主要な問題ではないが、ソフトウェアベースのソリューションにおいて、特に同時に実行する場合には、このキャンセルは、慎重に検討すべきである。

別の重要な検討事項は、いくつかのエレメント管理操作は、いくつかの理由により失敗する可能性があることである。この種のエラーが発生する場合、その操作は、キャンセルと同一の方法で停止すべきである。しかしながら、単なる停止は十分でない。エラーが生じる状況は集中管理局から取り扱われることも重要である。しかしながら、従来のソリューションでは、このことは常に可能ではない。ランダムコンフィグレーションを用いた場合は、集中管理局がエラーを解決するために何かを実行することができず、また、技術者は、故障のあるルータを手動でエラーを訂正しなければならないという状況が容易に生じ得る。

クリシュナンの記事（上述を参照）で提案されるソリューションは、現在のルーティングに基づいてリンク及びルータシーケンスを計算する。管理局とターゲットルータ間で前方及び後方経路を持たせると、これは、シーケンスを定義するツリーを構築する。このツリーは、リーフからルートへ渡っている。クリシュナンのソリューションの重要な特徴と制限は、（１）対称性のあるルーティングのみが考慮されること、（２）ルーティング情報がルータ自身から取得されること、（３）キャンセルが考慮されていないこと、（４）エラー処理が考慮されていないことである。

上述の問題を解決するＩＰコンフィグレーション方法を実現することは有効である。本発明は、このような方法を提供する。

本発明の要約
本発明は、ＩＰネットワークの集中化管理ノードから、開放型最小経路優先（ＯＳＰＦ）リンクのリンクスコープコンフィグレーションを行う方法である。この方法は、（１）順序付け問題に対するソリューションと、（２）同時処理の動作時間の高速化、（３）適切なキャンセル、（４）好適な誤り処理、（５）従来技術のソリューションよりも単純なシーケンス計算を提供する。

つまり、１つの構成では、本発明は、少なくとも１つの管理局と、ネットワークノードのセット及び前記ネットワークノード間と前記管理局と前記ネットワークノード間の複数の通信リンクを有するインターネットプロトコル（ＩＰ）ベースのネットワークのリンク−スコープコンフィグレーションを行う方法に向けられたものである。この方法は、前記ネットワークのＯＳＰＦトポロジーグラフを準備するステップと、コンフィグレーション対象のターゲットリンクのセットを識別するステップと、前記ターゲットリンクをＮ個の分離したサブセットＴ₁−Ｔ_Nに分類するステップと、各サブセットから前記リンクを同時にコンフィグレーションし、サブセットＴ₁から開始して、連続的に各サブセットを１つずつ処理するステップとを備える。このターゲットリンクは、前記ＯＳＰＦトポロジーグラフから、コンフィグレーション対象でない非ターゲットリンクを除去し、前記ＯＳＰＦトポロジーグラフに残っているリンク間の依存関係を判定し、及び前記リンク間の前記依存関係に基づいて、前記ターゲットリンクを前記サブセットに分類することによって、分類されても良い。

リンク間の依存関係は、リンクグラフを構築することによって判定されても良い。このリンクグラフは、前記ＯＳＰＦトポロジーグラフ内の各ターゲットリンクに対して、前記リンクグラフに新規ノードを配置することによって構築されても良い。リンクグラフに配置される各ノードに対しては、全網（full mesh：フルメッシュ）の近隣ノードがＯＳＰＦトポロジーグラフから生成される。これは、前記リンクグラフに、前記ＯＳＰＦトポロジーグラフ内の前記管理局を示すノードを追加し、かつ前記管理局を示す前記ノードを、前記ＯＳＰＦトポロジーグラフ内の前記管理局を起点とする前記リンクに接続することによってなされる。

ターゲットリンクは、リンクグラフからリンクツリーを構築することによって、リンク間の依存関係に基づいてサブセットに分類されても良い。このリンクツリーは、前記管理局を示す前記ノードを第１開始点として指定することによって構築されても良い。次に、前記第１開始点に隣接するノードと前記第１開始点とを接続するリンクのすべてが、前記リンクグラフに追加される。次に、前記第１開始点に隣接するノードが第２開始点として選択される。この選択は、前記リンクツリーにまだ追加されていない最大数の近隣ノードを有する隣接（adjacent）ノードを選択することによってなされても良い（他の隣接ノード以外の複数の近隣ノードを有する隣接ノードが存在する場合）。複数の隣接ノードが、前記リンクツリーにまだ追加されていない最大数の近隣ノードを有する場合、前記第２開始点は、前記最大数の近隣ノードを有する前記隣接ノード群から任意に選択される。

前記リンクツリーは、前記リンクツリーに既に存在するリンク以外の、前記第２開始点と起点とするリンクのすべてを追加し、かつ第３開始点として、前記リンクツリー内のノードを選択することによって構築され続けられる。この第３開始点は、前記リンクツリーにまだ追加されていない最大数の近隣ノードを有する前記リンクツリー内のノードを選択することによって選択されても良い（他のノード以外の複数の近隣ノードを有する前記リンクツリー内にノードが存在する場合）。複数のノードが、前記リンクツリーにまだ追加されていない前記最大数の近隣ノードを有している場合、前記第１開始点から最も遠い位置にある前記最大数の近隣ノードを有する前記ノードが前記第３開始点として選択される。複数のノードが、前記リンクツリーにまだ追加されていない前記最大数の近隣ノードを有していて、かつ前記最大数の近隣ノードを有する前記ノードのすべてが前記第１開始点から同一距離にある場合、前記第３開始点は、前記最大数の近隣ノードを有する前記ノード群から任意に選択される。

リンクツリーは、前記リンクツリー内に既に存在しているリンク以外の、前記第３開始点を起点とする前記リンクのすべてを追加することによって構築され続けられる。前記リンクグラフの前記ノードのすべてが前記リンクツリーに追加されている場合、前記リンクツリー内の前記リンクのすべては、分離したサブセットＴ_iに分類される。次に、リンクツリーに追加されてないターゲットリンクが存在するかが判定される。そうである場合、前記リンクツリーに追加されていない前記ターゲットリンクを有するリンクサブグラフが生成され、上述のステップが繰り返されて、分離したサブセットＴ_i+1を生成する。すべてのサブセットが生成される場合、前記ＯＳＰＦトポロジーグラフに、コンフィグレーションされていない前記非ターゲットリンクを有するスケルトンを構築し、前記スケルトンに最後にコンフィグレーションされるように、同一レベルの前記ターゲットリンクのすべてに対する前記ノードを同時にコンフィグレーションすることによって、前記各サブセットからのリンクが同時にコンフィグレーションされても良い。

実施形態の詳細説明
本発明は、集中管理ノードから、ＩＰベースネットワーク内のリンクスコープタイプ管理オブジェクトを構成する方法を改善したものを提供する。本実施形態は、開放型最小経路優先（Open Shortest Path First：ＯＰＳＦ）で説明される。これは、ＯＳＰＦは、リンク−スコープパラメータを構成する問題を説明するための、かなり明快なリンク−スコープ、ルータ−スコープ及びエリア−スコープで管理されるオブジェクトを持っているからである。コンフィグレーションのためにルータへアクセスすることは、直接接続あるいはリモート（遠隔操作）によって実行することができる。直接接続については、ネットワーク管理者の端末、コンソールあるいはワークステーションがルータへの直接接続を行う。この接続は、例えば、シリアルコンソール接続を使用することによって、管理されているＩＰインフラストラクチャからは独立してなされる。リモートコンフィグレーションについては、ネットワーク管理者は、例えば、ルータにログインするテルネットを使用して、管理されているＩＰネットワークを介して、ルータに接続されている機器からルータへアクセスする。本発明の実施形態は、リモートコンフィグレーションを実行する方法を提供する。

今日の複雑で、大規模のＩＰネットワークでは、ネットワークコンフィグレーションは、通常、ネットワーク機能のコンフィグレーションを含んでいる。このネットワーク機能は、論理的なエンティティ、例えば、サービス、経路、ＯＳＰＦのようなプロトコルあるいはこれらのサブセットとして見なすことができるものである。つまり、大量のコンフィグレーション操作が、多くのルータをコンフィグレーション（構成）する場合に実行される。そのため、ネットワークオペレータがネットワークコンフィグレーション時に変更を行いたい場合は、そのオペレータは、いくつかのエレメントコンフィグレーション操作を実行しなければならない。１つ以上のルータに関係するコンフィグレーション操作は、マルチターゲット操作と呼ばれる。この例には、ネットワークオペレータが、ネットワーク内のいくつかのＯＳＰＦリンクにおけるＯＳＰＦハローインターバル設定を変更したい場合がある。本発明の実施形態は、マルチターゲット操作を実行する方法を提供する。

本発明は、ソフトウェアで実現されても良い。この管理ソフトウェアは、ネットワーク管理者用のＯＳＰＦリンク−スコープ操作を提供する。その結果、管理者は、ターゲットリンクと、リンク−スコープパラメータの新規の値を定義だけすれば良く、残りはそのソフトウェアが実行する。それゆえ、本実施形態において、本発明は、リモートで、マルチターゲットリンク−スコープＯＳＰＦコンフィグレーションを行うための実装可能ソフトウェアソリューションを提供する。

本発明は、任意のトポロジーと任意のルーティング（対称及び非対称）で動作する。本発明は、リンク間でトポロジー的な依存関係がない場合でさえも、大規模な複雑なネットワークにおいて、同時にコンフィグレーションを行うことができるターゲットリンクの最大数を検出することによって、コンフィグレーション操作を加速する。

図２は、本発明の実施形態の全体アルゴリズムのステップ群を示すフローチャートである。本発明は、選択されたターゲットリンクを同時にコンフィグレーションすることによって、できる限り少ないステップで、それらのリンクをコンフィグレーションするアルゴリズムを実現する。このアルゴリズムは、グリーディグラフ（greedy graph）アルゴリズムであり、ステップ２１で、入力として、Ｇ（ネットワークのＯＳＰＦトポロジーグラフ）とＴ（ターゲットリンクのセット）を取得する。ステップ２２で、このアルゴリズムは、ターゲットリンクをＮ個の分離したサブセットＴ、Ｔ₁−Ｔ_Nに分類する。分類後は、このアルゴリズムは、ステップ２３で、このサブセットをＴ₁から開始して１つずつ取得し、これらのエレメントを同時にコンフィグレーションする。

図３は、本発明の方法の実施形態における、分類アルゴリズム２２のステップ群を示すフローチャートである。分類アルゴリズムは再帰アルゴリズムであり、アルゴリズム全体の重要な部分である。ステップ３１で、分類アルゴリズムは、トポロジーグラフＧ内の非ターゲットリンクに接続されているルータノードを削除することによって、そのトポロジーグラフＧから非ターゲットリンクを削除する。ステップ３２で、いわゆるリンクグラフ（ＬｉｎｋＧｒａｐｈ）が、リンク間の依存関係を発見するために構築される。新規のノードが、各ターゲットリンクに対するグラフに配置され、また、オリジナルグラフ内のルータノードの全網（full mesh）の近隣ノードが各ルータに対して生成される（以下の図６−図１０参照）。そして、ステップ３３で、アルゴリズムは、リンクグラフ（ＬｉｎｋＧｒａｐｈ）を使用して、図４Ａ−図４Ｂに示されかつ記載されるリンクツリー（ＬｉｎｋＴｒｅｅ）を構築する。

図４Ａ−図４Ｂは、リンクグラフからリンクツリーを構築するためのアルゴリズム３３のステップ群を示すフローチャートの部分である。ステップ４１で、カウンタＩが１に設定される。ステップ４２で、管理局Ｍを示すノードが開始点して識別され、リンクツリー内に配置される。ステップ４３で、Ｍを起点とするエッジのすべてがリンクツリーに配置される。ステップ４４で、リンクツリー内に既に存在していない１より多いリーフ（ノード）が、最大数の近隣ノードを持っているかが判定される。そうでない場合、つまり、単一のリーフが最大数の近隣ノードを持っている場合、ステップ４５で、最大数の近隣ノードを持っているリーフが変数Ｓとして選択される。１より多いリーフが、同一の最大数の近隣ノードを持っている場合、本方法は、ステップ４４からステップ４６へ進み、ここで、最大数の近隣ノードを持っている任意のリーフがリンクグラフ内で２親等（degree）より大きいかどうかが判定される。そうである場合、本方法は、ステップ４７へ進み、そこで、Ｍから最も遠い位置にある２親等より大きい単一のリーフが存在するか、あるいはＭから最も遠い位置にある２親等より大きい複数のリーフが存在するかが判定される。Ｍから最も遠い位置にある２親等より大きい単一のリーフが存在する場合、本方法は、ステップ４８へ進み、そこで、Ｍから最も遠い位置にある２親等より大きい単一のリーフは、変数Ｓとして選択される。一方、Ｍから最も遠い位置にある２親等より大きいリーフが複数存在する場合、本方法は、ステップ４９へ進み、そこで、複数のリーフから条件に合う任意のリーフが変数Ｓとして選択される。

ステップ４６に戻り、２親等より大きい最大数の近隣ノードを持っている任意のリーフがリンクグラフ内に存在しないと判定されると（即ち、２親等のリーフがいくつか存在する）、本方法は、ステップ５１へ進み、そこで、Ｍに最も近い位置にある２親等の単一のリーフが存在するか、あるいはＭに最も近い位置にある２親等の複数のリーフが存在するかが判定される。Ｍに最も近い位置にある２親等の単一のリーフが存在する場合、本方法は、ステップ５２へ進み、そこで、Ｍに最も近い位置にある２親等の単一のリーフが変数Ｓとして選択される。一方、Ｍに最も近い位置にある２親等の複数のリーフが存在する場合、本方法は、ステップ５３に進み、そこで、複数のリーフから条件に合う任意のリーフが変数Ｓとして選択される。つまり、選択されたリーフを持つことで、ステップ４５、４８、４９、５２あるいは５３のいずれかで、本方法は、ステップ５４へ進み、そこで、Ｓが選択されたリーフとして設定される。次に、本方法は、図４Ｂに進む。

ステップ５５で、本方法は、リンクツリーに戻らない、Ｓを起点とするエッジのすべてをリンクツリーに配置する。ステップ５６で、リンクグラフ内のすべてのノードがリンクツリーに配置されているかが判定される。そうである場合、本方法はステップ５７へ進み、そこで、リンクツリーのすべてのリーフがサブセットＴ_iに配置される。一方、リンクグラフ内のすべてのノードがリンクツリーに配置されない場合、本方法は、ステップ５８へ進み、リンクツリーに配置されているノードをオリジナルのリンクグラフから取り去ることによって、新規のリンクグラフを構築する。ステップ５９で、ステップカウンタ（ｉ）が１つインクリメントされ、本方法は、ステップ４２へ戻り、処理を繰り返す。

オリジナルのＯＳＰＦトポロジーグラフが、Ｍである１つのノードだけを構成している場合、サブセットＴ_iが定義され、かつコンフィグレーションアルゴリズムの処理対象として用意される。

図５は、本発明で使用するのに適しているＯＳＰＦトポロジーグラフの例である。図示の例では、リンクは１〜１０の番号が付けられている。ネットワーク内の各リンクはターゲットリンクであり、そのため、グラフは、非ターゲットリンクの終端を削除することによって縮小することはできない。図４Ａ−図４Ｂに示される処理に従えば、最初のステップはリンクグラフを構築してリンク間の依存関係を発見する。得られるリンクグラフが図６に示される。このリンクグラフは、上述のルールに従うリンクツリーを構築するために利用される。

図７は図４Ａ−図４Ｂの処理に従って、図６のリンクグラフからリンクツリーを構築する処理の例を示している。まず、ノードＭが選択され、エッジ（Ｍ，１）、（Ｍ，２）及び（Ｍ，４）がリンクツリーに追加される。図７では、これらのリンクには「ａ」のラベルが付加され、これらがリンクツリーに最初に追加されていることが示される。次のステップは、実際のリンクツリーのリーフが非リンクツリー近隣ノードをいくつか持っているかを調査する。この場合、ノード１は、２つの近隣ノード（ノード３及びノード５）を持っていて、ノード２は、２つの近隣ノード（ノード６及びノード８）を持っていて、ノード４は２つの近隣ノード（ノード３及びノード７）を持っている。このようにして、ツリーノード（ノード１、２及び４）群の内のどれがＳに設定されるべきかについての決定がなされなければならない。すべてのツリーノードは、リンクツリー内では１段階深く（即ち、２親等）、かつＭに最も近い単一のノードはないので、図４Ａのステップ５３に従ってノードが任意に選択される。

図示される例では、ノード４が選択されてＳに設定される。つまり、リンクツリーに付加される次のエッジは、（４，３）及び（４，７）である。図７では、これらのリンクには「ｂ」のラベルが付加され、これらがリンクツリーに２番目に追加されていることが示される。次のステップでは、実際のリンクツリーのリーフ群が再度検証され、どのノードが最大数の非リンクツリー近隣ノードを持っているかを判定する。この時点では、ノード１とノード３の両方は、１つの非リンクツリー近隣ノードを持っていると判定され、一方、ノード７及びノード２の両方は２つの非リンクツリー近隣ノードを持っていると判定される。但し、この場合、ノード７は、リンクツリーでは２段階深く（即ち、２親等以上）、ノード２は１段階だけ深い（即ち、２親等）。それゆえ、図４Ａのステップ４８に従えば、ノード７が選択されてＳに設定され、エッジ（７，８）と（７，１０）がリンクツリーに追加される。図７では、これらのリンクには「ｃ」のラベルが付加され、これらが３番目にリンクツリーに追加されていることが示される。

同様の処理の後に、実際のリンクツリーのリーフが再度検証され、どのノードが最大数の非リンクツリー近隣ノードを持っているかを判定する。この時点では、ノード８とノード１０の両方が１つの非リンクツリー近隣ノードを持っていると判定される。両方のノードは、リンクツリーでは３段階深い（即ち、２親等以上）ので、図４Ａのステップ４９に従ってノードが任意に選択される。図示される例では、ノード８が選択されてＳに設定され、かつエッジ（８，６）がリンクツリーに追加される。図７では、エッジ（８，６）には「ｄ」のラベルが付加され、これがリンクツリーに４番目に追加されていることが示される。

次のステップでは、実際のリンクツリーのリーフ群が再度検証され、どのノードが最大数の非リンクツリー近隣ノードを持っているかを判定する。この時点では、ノード６が最大数の非リンクツリー近隣ノードを持っていると判定され、また、図４Ａのステップ４５に従ってＳとして選択される。次に、エッジ（６，９）と（６，５）がリンクツリーに追加され、図７では、これらのリンクには「ｅ」のラベルが付加され、これらが５番目にリンクツリーに追加されていることが示される。これで、図７に示されるようなリンクツリーの構築が完了する。

リンクツリーの構築後、同時に構成可能なリンクのセットがリンクツリー内のリーフ群を検出することによって判定される。つまり、Ｔ₁（即ち、第１ステップで構成されるリンクのセット）は｛１，２，３，５，９，１０｝である。これらのリンクは、図８で示される。これらのリンクの近隣ノードは削除される。その結果のグラフが図９に示され、また、それ自身のリンクグラフが図１０に示される。次のステップで、リンクグラフが更新され、その結果として得られるリンクツリーが図１１で示される。つまり、セットＴ₂は｛４，６，７，８｝である。

エレメント管理動作は、リンクグラフによって管理されるシーケンスで実行される。同一レベルのリンク群が同時に構成される。実際のターゲットリンクで接続されるルータ間のシーケンスは、以下の方法で、グラフＧから導出される。まず、スケルトン、即ち、非ターゲットリンクとコンフィグレーション（構成）対象でないリンクを構築するサブグラフが、オリジナルのＯＳＰＦトポロジーグラフで構築される。その結果、接続されたグラフが得られる。リンクのコンフィグレーション（構成）中では、ルータ変更のシーケンスの唯一の制約は、最後にコンフィグレーション（構成）されるルータがスケルトン内で存在しなければならないことである。他のルータのシーケンスは任意であり、：これらのコンフィグレーションは、同時に実行することができる。最後のルータは、リンクに接続されている他のルータのすべてが正常に構成された後にのみ変更することができる。各ターゲットリンクが同一のエリアに属している場合にこのアルゴリズムが常に正確であることが、テストを行うことによって示される。

以下の実行ルールを適用することによってキャンセルが行われる。このアルゴリズムの実際の段階では、いくつかのターゲットリンクが同時にコンフィグレーション（構成）される。上述のように、ルータがアクセスされると、実際のリンク内の各リンクが正常に構成されないまで、アルゴリズムは、次の段階（Ｔ_i+1）に進まない。キャンセルが開始される場合、既にルータをコンフィグレーション（構成）している実際のリンクは完全にコンフィグレーション（構成）されていなければならない。

図１２は、本発明の技術に従うＩＰネットワーク６２を構成するリンク−スコープコンフィグレーション（構成）用の管理局６１のブロック図である。ＩＰネットワークはネットワークノードのセットと、ネットワークノード間と、管理局とネットワークノード間の複数の通信リンクを含んでいる。トポロジーグラフビルダー６３はＩＰネットワーク用のコンフィグレーション情報を、例えば、コンフィグレーションデータベース６４から取得する。このデータベースは、管理局の内部あるいは外部に存在し得る。トポロジーグラフはターゲットリンク識別器６５に送信され、これは、コンフィグレーション（構成）対象のトポロジーグラフからターゲットリンクのセットを識別する。識別されたターゲットリンクのセットはターゲットリンク分類器６６に送信され、これは、ターゲットリンクをＮ個の分離されたサブセットＴ₁−Ｔ_Nに分類する。ターゲットリンク分類器内において、非ターゲットリンクリムーバ（remover）６７は、ターゲットリンクとして識別されないリンクをトポロジーグラフから除去する。リンクが除去されたトポロジーグラフは、次に、リンクグラフビルダー６８へ渡され、ここで、リンク間の依存関係を判定するためのリンクグラフを構築する。次に、この依存関係はリンクツリービルダー６９に送信され、ここで、リンク間の依存関係に基づいてターゲットリンクをＮ個の分離されたサブセット（Ｔ₁−Ｔ_N）に分類するためにリンクツリーを構築する。追加のターゲットリンク識別器７０は、リンクツリー内に配置されていない追加のターゲットリンクが存在するかどうかを判定し、そうである場合、リンクツリービルダーは、残りのターゲットリンクをサブセットに分類するために別のリンクツリーを構築する。

ターゲットリンクのすべてがサブセットに分類されると、リンクツリービルダー６９は、リンクサブセットパラレルコンフィグレーションユニット７１に対するサブセットＴ₁−Ｔ_Nを識別し、ここで、各サブセットから同時にＩＰネットワークリンク群をコンフィグレーション（構成）し、サブセットＴ₁で開始し、サブセットＴ_Nに渡って１つずつ各サブセットを連続的に処理する。コンフィグレーションが完了すると、そのコンフィグレーションユニットは、コンフィグレーションデータベース６４を更新する。

従来技術によって認識されるように、本願で説明される革新的な概念は、広い範囲の用途に渡って修正し、かつ変更することができる。従って、発明特定事項の範囲は上述の特有な例示の技術に制限されるべきものではないどころか、請求項によって定義されるものである。

従来技術で存在する順序付け問題を示すネットワーク図である。 本発明の方法の実施形態におけるアルゴリズム全体のステップ群を示すフローチャートである。 本発明の方法の実施形態における分類アルゴリズムのステップ群を示すフローチャートである。 リンクグラフからリンクツリーを構築するためのアルゴリズムのステップ群を示すフローチャートの一部を示す図である。 リンクグラフからリンクツリーを構築するためのアルゴリズムのステップ群を示すフローチャートの一部を示す図である。 本発明で使用するのに適切なＯＳＰＦトポロジーグラフの例を示す図である。 ＯＳＰＦトポロジーグラフから導出され、かつリンク間の依存関係を発見するために利用されるリンクグラフの例を示す図である。 図６のリンクグラフの例からリンクツリーを構築するプロセスを示す図である。 第１サブセットＴ₁に分類されるリンク群を示す図７のリンクツリーを示す図である。 サブセットＴ₁内のリンクの近隣ノードが除去される場合に得られるグラフを示す図である。 図９のグラフのリンクグラフを示す図である。 図１０のリンググラフから構築されるリンクツリーを示す図である。 本発明の技術に従うＩＰネットワークのリンク−スコープコンフィグレーションを行う管理局のブロック図である。

Claims (15)

1. 少なくとも１つの管理局と、ネットワークノードのセット及び前記ネットワークノード間と前記管理局と前記ネットワークノード間の複数の通信リンクを有するインターネットプロトコル（ＩＰ）ベースのネットワークのリンク−スコープコンフィグレーションを行う方法であって、
   前記ネットワークのトポロジーグラフを準備するステップと、
   コンフィグレーション対象のターゲットリンクのセットを識別するステップと、
   前記ターゲットリンクをＮ個の分離したサブセットＴ₁−Ｔ_Nに分類するステップと、
   各サブセットからリンクを同時にコンフィグレーションし、サブセットＴ₁から開始して、連続的に各サブセットを１つずつ処理するステップと
   を備えることを特徴とする方法。
2. 前記トポロジーグラフを準備するステップは、開放型最小経路優先（ＯＳＰＦ）ルーティングプロトコルに基づくトポロジーグラフを準備するステップを含み、
   前記ターゲットリンクを分類するステップは、
   前記ＯＳＰＦトポロジーグラフから、コンフィグレーション対象でない非ターゲットリンクを除去するステップと、
   前記ＯＳＰＦトポロジーグラフに残っている前記リンク間の依存関係を判定するステップと、
   前記リンク間の前記依存関係に基づいて、前記ターゲットリンクを前記サブセットに分類するステップと
   を含むことを特徴とする請求項１に記載の方法。
3. 前記リンク間の依存関係を判定するステップは、リンクグラフを構築するステップを含み、
   前記リンクグラフを構築するステップは、
   前記ＯＳＰＦトポロジーグラフ内の各ターゲットリンクに対して、前記リンクグラフに新規ノードを配置するステップと、
   前記リンクグラフに配置される各ノードに対して、前記ＯＳＰＦトポロジーグラフから全網（フルメッシュ）の近隣ノードを生成するステップと、
   前記リンクグラフに、前記ＯＳＰＦトポロジーグラフ内の前記管理局を示すノードを追加するステップと、
   前記管理局を示す前記ノードを、前記ＯＳＰＦトポロジーグラフ内の前記管理局と起点とする前記リンクに接続するステップと
   を備えることを特徴とする請求項２に記載の方法。
4. 前記リンク間の前記依存関係に基づいて、前記ターゲットリンクを前記サブセットに分類するステップは、前記リンクグラフからリンクツリーを構築するステップを含み、
   前記リンクツリーを構築するステップは、
   （ａ）前記管理局を示す前記ノードを第１開始点として指定するステップと、
   （ｂ）前記リンクグラフに、前記第１開始点に隣接するノードと前記第１開始点とを接続するリンクのすべてを追加するステップと、
   （ｃ）前記第１開始点に隣接するノードを選択するステップと、
   当該隣接するノードを選択するステップは、
   （ｃ）（１）他の隣接ノード以外の複数の近隣ノードを有する隣接ノードが存在する場合、前記リンクツリーにまだ追加されていない最大数の近隣ノードを有する隣接ノードを、第２開始点として選択するステップと、
   （ｃ）（２）複数の隣接ノードが、前記リンクツリーにまだ追加されていない最大数の近隣ノードを有する場合、前記第２開始点として、前記最大数の近隣ノードを有する前記隣接ノード群から隣接ノードを任意に選択するステップとを備え、
   （ｄ）前記リンクツリーに、前記リンクツリーに既に存在するリンク以外の、前記第２開始点を起点とするリンクのすべてを追加するステップと、
   （ｅ）第３開始点として、前記リンクツリー内のノードを選択するステップと、
   当該リンクツリーのノードを選択するステップは、
   （ｅ）（１）他のノード以外の複数の近隣ノードを有する前記リンクツリー内にノードが存在する場合、前記リンクツリーにまだ追加されていない最大数の近隣ノードを有する前記リンクツリー内のノードを選択するステップと、
   （ｅ）（２）複数のノードが、前記リンクツリーにまだ追加されていない前記最大数の近隣ノードを有している場合、前記第３開始点として、前記第１開始点から最も遠い位置にある前記最大数の近隣ノードを有する前記ノード群からノードを選択するステップと、
   （ｅ）（３）複数のノードが、前記リンクツリーにまだ追加されていない前記最大数の近隣ノードを有していて、かつ前記最大数の近隣ノードを有する前記ノードのすべてが前記第１開始点から同一距離にある場合、前記第３開始点として、前記最大数の近隣ノードを有する前記ノード群からノードを任意に選択するステップとを備え、
   （ｆ）前記リンクツリーに、前記リンクツリー内に既に存在しているリンク以外の、前記第３開始点を起点とする前記リンクのすべてを追加するステップと、
   （ｇ）前記リンクグラフの前記ノードのすべてが前記リンクツリーに追加されているかを判定するステップと、
   （ｈ）前記リンクグラフの前記ノードのすべてが前記リンクツリーに追加されている場合、前記リンクツリー内の前記リンクのすべてを、分離したサブセットＴ_iに分類するステップと
   を備えることを特徴とする請求項３に記載の方法。
5. 前記リンクツリーに追加されていないターゲットリンクが存在するかを判定するステップと、
   前記リンクツリーに追加されていないターゲットリンクが存在する場合、前記リンクツリーに追加されていない前記ターゲットリンクを有するリンクサブグラフを生成するステップと、
   前記（ａ）ステップから（ｈ）ステップを繰り返して、分離したサブセットＴ_i+1を生成するステップと
   を更に備えることを特徴とする請求項４に記載の方法。
6. 前記各サブセットから前記リンクを同時にコンフィグレーションするステップは、
   前記ＯＳＰＦトポロジーグラフに、コンフィグレーションされていない前記非ターゲットリンクを有するスケルトンを構築するステップと、
   前記スケルトンに最後にコンフィグレーションされるように、同一レベルの前記ターゲットリンクのすべてに対する前記ノードを同時にコンフィグレーションするステップと
   を備えることを特徴とする請求項５に記載の方法。
7. ネットワークノードのセット及び前記ネットワークノード間と当該管理局と前記ネットワークノード間の複数の通信リンクを有するインターネットプロトコル（ＩＰ）ベースのネットワークのリンク−スコープコンフィグレーションを行う管理局であって、
   前記ネットワークのトポロジーグラフを準備する手段と、
   コンフィグレーション対象のターゲットリンクのセットを識別する手段と、
   前記ターゲットリンクをＮ個の分離したサブセットＴ₁−Ｔ_Nに分類する手段と、
   各サブセットから前記リンクを同時にコンフィグレーションし、サブセットＴ₁から開始して、連続的に各サブセットを１つずつ処理する手段と
   を備えることを特徴とする管理局。
8. 前記トポロジーグラフを準備する手段は、開放型最小経路優先（ＯＳＰＦ）ルーティングプロトコルに基づくトポロジーグラフを準備する手段を含んでいる
   ことを特徴とする請求項７に記載の管理局。
9. 前記ターゲットリンクを分類する手段は、
   前記ＯＳＰＦトポロジーグラフから、コンフィグレーション対象でない非ターゲットリンクを除去する手段と、
   前記ＯＳＰＦトポロジーグラフに残っている前記リンク間の依存関係を判定する手段と、
   前記リンク間の前記依存関係に基づいて、前記ターゲットリンクを前記サブセットに分類する手段と
   を備えることを特徴とする請求項８に記載の管理局。
10. ネットワークノードのセット及び前記ネットワークノード間と管理局と前記ネットワークノード間の複数の通信リンクを有するインターネットプロトコル（ＩＰ）ベースのネットワークの前記管理局のプロセット上で動作する、媒体に記憶されているコンピュータソフトウェアプログラムであって、
    前記ネットワークのトポロジーグラフを準備するステップと、
    コンフィグレーション対象のターゲットリンクのセットを識別するステップと、
    前記ターゲットリンクをＮ個の分離したサブセットＴ₁−Ｔ_Nに分類するステップと、
    各サブセットから前記リンクを同時にコンフィグレーションし、サブセットＴ₁から開始して、連続的に各サブセットを１つずつ処理するステップと
    を前記管理局に実行させることによって、前記ＩＰネットワークのリンクスコープコンフィグレーションを行うように動作可能なコンピュータソフトウェアプログラム。
11. 当該コンピュータソフトウェアプログラムは、前記管理局に、開放型最小経路優先（ＯＳＰＦ）ルーティングプロトコルに基づくトポロジーグラフを準備させ、かつ、当該コンピュータプログラムは、
    前記ＯＳＰＦトポロジーグラフから、コンフィグレーション対象でない非ターゲットリンクを除去するステップと、
    前記ＯＳＰＦトポロジーグラフに残っている前記リンク間の依存関係を判定するステップと、
    前記リンク間の前記依存関係に基づいて、前記ターゲットリンクを前記サブセットに分類するステップと
    を前記管理局に実行させることによって、前記ターゲットリンクを分類する
    ことを特徴とする請求項１０に記載のコンピュータソフトウェアプログラム。
12. 当該コンピュータソフトウェアプログラムは、
    前記ＯＳＰＦトポロジーグラフ内の各ターゲットリンクに対して、前記リンクグラフに新規ノードを配置するステップと、
    前記リンクグラフに配置される各ノードに対して、前記ＯＳＰＦトポロジーグラフから、全網（フルメッシュ）の近隣ノードを生成するステップと、
    前記リンクグラフに、前記ＯＳＰＦトポロジーグラフ内の前記管理局を示すノードを追加するステップと、
    前記管理局を示す前記ノードを、前記ＯＳＰＦトポロジーグラフ内の前記管理局を起点とする前記リンクに接続するステップと
    を実行することによって、前記管理局に、リンクグラフを構築させることによって、前記リンク間の依存関係を判定させる
    ことを特徴とする請求項１１に記載のコンピュータソフトウェアプログラム。
13. 当該コンピュータプログラムは、
    （ａ）前記管理局を示す前記ノードを第１開始点として指定するステップと、
    （ｂ）前記リンクグラフに、前記第１開始点に隣接するノードと前記第１開始点とを接続するリンクのすべてを追加するステップと、
    （ｃ）前記第１開始点に隣接するノードを選択するステップと、
    当該隣接するノードを選択するステップは、
    （ｃ）（１）他の隣接ノード以外の複数の近隣ノードを有する隣接ノードが存在する場合、前記リンクツリーにまだ追加されていない最大数の近隣ノードを有する隣接ノードを、第２開始点として選択するステップと、
    （ｃ）（２）複数の隣接ノードが、前記リンクツリーにまだ追加されていない最大数の近隣ノードを有する場合、前記第２開始点として、前記最大数の近隣ノードを有する前記隣接ノード群から隣接ノードを選択するステップとを備え、
    （ｄ）前記リンクツリーに、前記リンクツリーに既に存在するリンク以外の、前記第２開始点を起点とするリンクのすべてを追加するステップと、
    （ｅ）第３開始点として、前記リンクツリー内のノードを選択するステップと、
    当該リンクツリーのノードを選択するステップは、
    （ｅ）（１）他のノード以外の複数の近隣ノードを有する前記リンクツリー内にノードが存在する場合、前記リンクツリーにまだ追加されていない最大数の近隣ノードを有する前記リンクツリー内のノードを選択するステップと、
    （ｅ）（２）複数のノードが、前記リンクツリーにまだ追加されていない前記最大数の近隣ノードを有している場合、前記第３開始点として、前記第１開始点から最も遠い位置にある前記最大数の近隣ノードを有する前記ノード群からノードを選択するステップと、
    （ｅ）（３）複数のノードが、前記リンクツリーにまだ追加されていない前記最大数の近隣ノードを有していて、かつ前記最大数の近隣ノードを有する前記ノードのすべてが前記第１開始点から同一距離にある場合、前記第３開始点として、前記最大数の近隣ノードを有する前記ノード群からノードを任意に選択するステップとを備え、
    （ｆ）前記リンクツリーに、前記リンクツリー内に既に存在しているリンク以外の、前記第３開始点を起点とする前記リンクのすべてを追加するステップと、
    （ｇ）前記リンクグラフの前記ノードのすべてが前記リンクツリーに追加されているかを判定するステップと、
    （ｈ）前記リンクグラフの前記ノードのすべてが前記リンクツリーに追加されている場合、前記リンクツリー内の前記リンクのすべてを、分離したサブセットＴ_iに分類するステップと
    を実行することによって、前記管理局に、前記リンクグラフからリンクツリーを構築させることによって、前記ターゲットリンクを前記サブセットに分類させる
    ことを特徴とする請求項１２に記載のコンピュータソフトウェアプログラム。
14. 当該コンピュータソフトウェアプログラムは、
    前記リンクツリーに追加されていないターゲットリンクが存在するかを判定するステップと、
    前記リンクツリーに追加されていないターゲットリンクが存在する場合、前記リンクツリーに追加されていない前記ターゲットリンクを有するリンクサブグラフを生成するステップと、
    前記（ａ）ステップから（ｈ）ステップを繰り返して、分離したサブセットＴ_i+1を生成するステップと
    を前記管理局に実行させることを特徴とする請求項１３に記載のコンピュータプログラム。
15. 当該コンピュータソフトウェアプログラムは、
    前記ＯＳＰＦトポロジーグラフに、コンフィグレーションされていない前記非ターゲットリンクを有するスケルトンを構築するステップと、
    前記スケルトンに最後にコンフィグレーションされるように、同一レベルの前記ターゲットリンクのすべてに対する前記ノードを同時にコンフィグレーションするステップと
    を前記管理局に実行させることによって、前記各サブセットから前記リンクを同時にコンフィグレーションさせることを特徴とする請求項１４に記載のコンピュータプログラム。

Images