(57)【特許請求の範囲】
【請求項１】
少なくともひとつのネットワーク管理ステーションと複数のノードとを有するネットワークにおけるノード監視方法において、
複数のノードへの伝送のためのポーリング・メッセージのキュー（１０）を供給する工程と、ポーリング・メッセージはそれぞれ前記ノードのうちのひとつのネットワーク・アドレスによって割り出されるものであり、
ネットワーク管理ステーションから複数のノードへ前記待ち行列化されたポーリング・メッセージを所定の速度で送る工程と、
各ノードのネットワーク・アドレスによって割り出された第１の部分と、未解決状況ポールを有するノードごとのポーリング・メッセージに関連するタイムアウトにより割り出された第２の部分とを有するテーブル内にポーリング・メッセージの伝送を記憶する工程と、
所定の数のポーリング・メッセージがノードに送られたあと、そのノードが使用不可能であるか否かをノードごとに判断する工程と
からなることを特徴とする方法。
【請求項２】
少なくともひとつのネットワーク管理ステーションと、相互のデータ通信のために前記ネットワーク管理ステーションに接続された複数のノードとを有するネットワークを管理するシステムにおいて、
前記ネットワーク管理ステーションは、それぞれ、複数のノードへの伝送のためのポーリング・メッセージのキュー（１０）と、
各ノードのネットワーク・アドレスによって割り出された第１の部分と、ポーリング・メッセージ・カウントに関連するタイムアウトにより割り出された第２の部分とを有するポール・テーブルとからなり、
前記ネットワーク管理ステーションは、ある経過タイムアウト時間内に所定の数のポーリング・メッセージがノードに送られたあと、そのノードが使用不可能であるか否かをノードごとに判断することを特徴とするシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク管理ステーションに関し、特に、ネットワーク・トポロジーの検知および更新にかかる時間を減らすネットワーク管理ステーションに関する。
【０００２】
【従来の技術】
インターネットとして知られている大容量の通信インフラストラクチャーは、広域ネットワークとローカル・エリア・ネットワークとから構成され、終端システムと中間システムとメディア・デバイスとからなる。ネットワーク上のノード間の通信は、ＴＣＰ／ＩＰプロトコルなどの通信プロトコルにより決まる。終端システムは、メインフレームとワークステーションとプリンタとターミナルサーバとを有する。中間システムは、一般的に、ネットワークを接続するために用いられるルータを有する。ブリッジやハブおよび回線多重化装置などのメディア・デバイスは、ネットワーク内の異なる終端システム間の通信リンクを提供する。インターネットの各ネットワークもぽて、通常、色々な終端システム、中間システムおよびメディア・デバイスが多くの異なる専門業者により製造され、それらの多くの専門業者のネットワークを管理するために、標準化されたネットワーク管理プロトコルを必要とする。
【０００３】
一般に、通信ネットワークをサポートするために、ネットワーク管理者は、ネットワークに接続されるノードが何か、各ノード（たとえば、コンピュータ、ルータまたはプリンタ）が何か、各ノードの状況、ネットワークの潜在的問題、また可能であれば、異常事態、誤動作もしくはその他の通告されるべき事柄が検出されたときに取れる是正手段を知りたいと願う。
【０００４】
インターネットの操作を維持するにあたりネットワーク管理者をアシストするように、管理情報、管理オブジェクト、管理プロトコルを記述するルールを決定するためにネットワーク管理フレームワークがつくられた。そのようなプロトコルのひとつは、単純ネットワーク管理プロトコル（ＳＮＭＰ：simple network management protocol）である。
【０００５】
ネットワーク管理システムは、ネットワーク管理タスクを実行するために必要なホスト処理時間を最小にする一方、現存のハードウエアとの相互作用するために必要である。ネットワーク管理において、ホストプロセッサまたはネットワーク管理ステーションは、ネットワーク・マネジャーとして知られている。ネットワーク・マネジャーは、一般には、ネットワーク管理タスクを行うよう設定されたメインフレームやワークステーションなどの終端システムである。ひとつ以上の終端システムがネットワーク・マネジャーとして使用されてもよい。ネットワーク・マネジャーは、管理されるノードであるる数多くの終端システム、中間システムおよびメディア・デバイスの操作を監視することができる。多くの異なるタスクがネットワーク・マネジャーにより実行される。そのようなタスクのひとつは、まず、ネットワークに接続された異なるノード（たとえば、終端システム、ルータおよびメディア・デバイス）を検知する。検知後、ネットワーク・マネジャーは、続けて、ネットワーク構成（network organisation）がどのように変更されるかを決定する。たとえば、ネットワーク・マネジャーは、どの新しいノードがネットワークに接続されるかを決定する。検知後に実行される他のタスクは、ネットワーク上のどのノードが使用されるかを決定する。別の言い方をすれば、ネットワーク・マネジャーは、どのノードが使えないかを決定する。
【０００６】
ネットワーク上のノードが検知され、それらの状況が確認されれば、データベースに情報が記憶され、ネットワークおよび／またはサブネットのネットワーク・トポロジー・マップが生成されて、ネットワーク管理者に対するネットワークに沿った異なるノードの状況とともにディスプレイされる。トポロジー・マップは、ネットワークの問題の障害解析において、特にノードが使えない場合、ネットワーク上の通信のルーチンにより管理者をアシストする。
【０００７】
検知プロセスを介して、ネットワーク・マネジャーは、そのインターネット・プロトコル（ＩＰ）アドレス、サブネット構成装置（すなわち、サブネット・マスク）のためのＩＰアドレスの範囲と、ＳＮＭＰエージェントを有する既知のおよび未確認のノードからディフォルト・ルータのルーチン・テーブルとアドレス分解プロトコル（ＡＲＰ：address resolution protocol）キャッシュ・テーブルとを確認する。ネットワーク・ノードの存在を確認するため、検知プロセスは、既知のノードのコンフィギュレーション・ポールを実行し、既知のノードからのＡＲＰキャッシュ・テーブルと、ルーチン・テーブルを検索する。ネットワーク・マネジャーは、データベースに前もって記憶されていないこれらのテーブルにリストされたそれらのノードの存在を照合する。
【０００８】
ネットワーク管理システムには、ＡＴ＆Ｔ社によってつくられたＯｎｅＶｉｓｉｏｎTMネットワーク管理ステーションやヒューレットパッカード社によってつくられたＯｐｅｎＶｉｅｗTMネットワーク・マネジャーなどがある。現在これらのシステムは、ノードを検知し、インターネット制御メッセージ・プロトコル（ＩＣＭＰ）ポールを各ノードに送り、その応答を待つことによりノードの存在および状況を確認する。ＩＣＭＰポールは、ピング（ping）としても知られている。ある一定期間応答がない場合、そのノードは使用不可能なものまたは失敗したものと決定される。ノードの状況における変化は、たとえばトポロジー・マップを更新するなど、ネットワーク管理ステーションにより反映される。これはピングがそのノードに受け取られなかったり、ピングが設定されている時にそのノードが他のタスクの実行に使用されている時にも起きる。このため、ノードが本当に使用できないものであるかを確認するには、ネットワーク・マネジャーは、一連のＭ個のピングを送りこむ。ここでＭは、任意の数であるが、好ましくはたとえば４などの定数である。関連するタイムアウト指定時間の中に対応する応答が受け取れなかった場合、次のピングごとに送信される。好ましくは、タイムアウト指定時間は、次のピングごとに増加される。ピングのうちひとつが確認された場合も、Ｍ番目のピングに関連するタイムアウト指定時間が過ぎた後もなんの応答もなかった場合のいずれの場合も一連のピングは終了する。Ｍ番目のピングに対してなんの応答もなかった場合は、ノードは、使用不可能（「ダウン」）であると宣言される。
【０００９】
具体的には、ＯｐｅｎＶｉｅｗシステム内のネットワーク管理ステーションは、ノードにＩＣＭＰポール（ピング）を送り、応答を待つ。１０秒以内に第１のピングから応答がなかった場合、第２のピングが送られる。２０秒以内に第２のピングから応答がなかった場合、第３のピングが送られる。４０秒以内に第３のピングから応答がなかった場合、第４のピングが送られる。８０秒以内に第４のピングから応答がなかった場合、そのノードはダウンであると宣言される。第１のピングが送られてからノードがダウンであることが決定するまでの総合時間は、約２．５分である。
【００１０】
最初の検知の間ピングのオーバーフローを防止するため、たとえば、これらの現在のシステムは、非確認ＩＣＭＰポールの数を３つのノード以下に制限している。非確認ポールの数を制限するために、各管理ノードのためのＩＣＭＰポールは、ネットワーク管理ステーションのメモリ（保留ポーリング・キュー）に記憶され、３つのノードしか待ち行列化できない実行中のポーリング・キューに連続的に送信される。このようにして、図１の例では、ノードＡのキューは、キュー１にあり、ノードＢのキューは、キュー２にあり、ノードＣのキューは、キュー３にある。実行中のポーリング・キューにあるこの３つのノードは、その後それぞれＩＣＭＰポールとともにポーリングされる。ポールが確認されるか、ノードがダウンであると宣言された場合、キューは空にされて、次のインライン・ノードがその実行中のポーリング・キューに置換される。その後、ピングが次のインライン・ノードに送られる。
【００１１】
【発明が解決しようとする課題】
上述のキューイング・コンフィギュレーションを用いて、たとえば、相次いで３つの使用不能ノードがポーリングされる場合、他のノードの状況は少なくとも次の２．５分間確認することができない。なぜなら、３つ以上のノードが同時に非確認ポールを有することができないからである。同様に、連続して６つのノードの不能を診断するには５分かかる。９つのノードの不能を診断するには７．５分かかる。結果として、ネットワーク管理ステーションにより行われる検知および／または状況ポーリング処理は、実質的に遅れ、よって、ネットワーク管理ステーションがネットワーク管理タスクを実行するためにかかる時間は増大する。さらに、トポロジー・マップは更新が遅れ、よってネットワークの問題を診断する時間は増大する。
【００１２】
インターネットのサイズおよび使用が増加すると、そのようなネットワークの管理はますます難しくなってくる。ノードの数が結果として増え、これによりいくつかの不能なノードを次々とポーリングしてしまう可能性も増える。上述したように現在では、多くのノードの不能によって、検知処理が実際に作動しなくなってしまう。
【００１３】
本発明の目的は、ネットワーク検知にかかる時間および状況ポーリングにかかる時間を縮め、トポロジー・マップにディスプレイされるネットワーク・コンフィギュレーションを早急に実現し、障害解析おいて素早くネットワーク管理者をアシストするため、ネットワークノードの操作状況を確認する別の技術を提供することである。
【００１４】
【課題を解決するための手段】
本発明の一態様によれば、少なくともひとつのネットワーク管理ステーションと複数のノードとを有するネットワークにおけるノード監視方法において、複数のノードへの伝送のためのポーリング・メッセージのキュー（１０）を供給する工程と、ポーリング・メッセージはそれぞれ前記ノードのうちのひとつのネットワーク・アドレスによって割り出されるものであり、ネットワーク管理ステーションから複数のノードへ前記待ち行列化されたポーリング・メッセージを所定の速度で送る工程と、各ノードのネットワーク・アドレスによって割り出された第１の部分と、未解決状況ポールを有するノードごとのポーリング・メッセージに関連するタイムアウトにより割り出された第２の部分とを有するテーブル内にポーリング・メッセージの伝送を記憶する工程と、所定の数のポーリング・メッセージがノードに送られたあと、そのノードが使用不可能であるか否かをノードごとに判断する工程とからなることを特徴とする方法が提供される。
【００１５】
本発明の別の態様によれば、少なくともひとつのネットワーク管理ステーションと、相互のデータ通信のために前記ネットワーク管理ステーションに接続された複数のノードとを有するネットワークを管理するシステムにおいて、前記ネットワーク管理ステーションは、それぞれ、複数のノードへの伝送のためのポーリング・メッセージのキュー（１０）と、各ノードのネットワーク・アドレスによって割り出された第１の部分と、ポーリング・メッセージ・カウントに関連するタイムアウトにより割り出された第２の部分とを有するポール・テーブルとからなり、前記ネットワーク管理ステーションは、ある経過タイムアウト時間内に所定の数のポーリング・メッセージがノードに送られたあと、そのノードが使用不可能であるか否かをノードごとに判断することを特徴とするシステムが提供される。
【００１６】
【発明の実施の形態】
添付の図面を参照して例として本発明の一実施例を説明する。
【００１７】
本発明は、現在のネットワーク管理システムの検知プロセスと状況監視プロセスを改善するネットワーク管理方法およびシステムを提供する。なお、以下の記述は、ＴＣＰ／ＩＰ通信プロトコルを用いた通信ネットワークとＳＮＭＰプロトコルを用いたネットワーク管理フレームワークとに基づいている。しかしながら、本発明は、他のタイプの通信および管理プロトコルを用いた他のネットワーク・コンフィギュレーションに基づいたネットワーク管理環境にも同様に適用できる。
【００１８】
上述したように、ノード検知またはノード状況確認の間、ネットワーク・マネジャーは、たとえば、ＡＲＰキャッシュおよび既知のいずれかのルータ・テーブルで識別された各ノードにＩＣＭＰポールを送る。その後、ネットワーク・マネジャーは、ターゲット・ノードからの応答を待つ。応答は、ノードＩＰアドレス、ノードの状況情報、ノードのタイプ（たとえば、コンピュータ、ルータまたはハブ）、ノード内のインターフェイスの数などの情報を含むものである。応答を受け取った場合、ノード情報はＩＰトポロジー・データベースに記憶される。一般的には、ネットワーク管理者またはネットワーク管理ステーションによりノードを管理するための決定が行われる。
【００１９】
好ましくは、ＩＰトポロジー・データベースは、それぞれがネットワークに関する特定情報を含む一連のテーブルからなる。たとえば、ネットワーク・テーブルは、トポロジー内の各ネットワークに関連した情報を含む。この情報は、ネットワークのタイプと、ＩＰアドレスと、サブネット・マスと、テーブル内のネットワークエントリーの作成および修正に係る時間を含んでもよい。セグメント・テーブルは、ネットワーク・トポロジーにおける各セグメント（もしくはサブネット）に関連する情報を含む。この情報は、サブネットの名前と、サブネットに接続されたインターフェイスの数と、テーブル内のサブネット・エントリーの作成および修正に係る時間を含んでもよい。ノード・テーブルは、ネットワーク・トポロジー内の各ノードに関連する情報を含む。ノード情報は、たとえば、ＩＰネットワーク・マネジャーと、ＳＮＭＰシステムの記述と、ノード内のインターフェイスの数と、テーブル内のノード・エントリの作成および修正に係る時間とを含む。ＩＰトポロジー・データベース内に記憶された情報は、主として検知プロセスから得られるが、ネットワーク管理者により入力されてもよい。
【００２０】
ＩＰトポロジー・データベースから、ＩＰトポロジー・マップが作成できる。ＩＰマップは、マッピングされたトポロジーのレベルによる適切なサブネット、ネットワークおよび／またはインターネットに検知されたノードを配置するネットワーク・トポロジーのマップである。本発明のシステムにおいては、ＩＰマップは好ましくはノード変化の状況として更新される。ＩＰマップは、たとえばＳＮＭＰのＭＩＢファイルからノードを示すアイコンもしくはシンボルを用いた異なるノードを表示する。
【００２１】
上述したように、いくつかの現在のネットワーク管理システムは、非確認ピングの数を３つのノードに制限して、ネットワークがピングで溢れるのを防ぐ。
【００２２】
図１を参照すると、異なるノードにピングを送るためのキューイング・シーケンスのブロック図が示されている。キュー１、２、および３は、それぞれノードＡ、ＢおよびＣのピング・カウント（ping count）を記憶する。キューは、ピングが確認されるまで、または各ピングの時間が切れた時、すなわちＭ個目のピングがタイムアウトになり、ノードが利用不可能であると宣言されるまで、片付けられない。このようにして、キューのうちのひとつが片付けられるまで、別のピングをノードＤに送れない。
【００２３】
図２を参照すると、本発明が適用される模範的ネットワーク・トポロジーのブロック図が示されている。
【００２４】
本発明によるネットワーク・マネジャーは、各ターゲット・ノードのＩＰアドレスにより割り出された任意のサイズの順序データ・テーブル内に非確認ピングを記憶することにより確認処理のスピードを上げる状況ポール伝送キューを実現する。このデータ・テーブルのサイズは、固定であってもよいし、変化してもよい。タイムアウトの管理をスピードアップするために、非確認ピングは、また、特別なピングのためにタイムアウトが計画された時間で割り出された順序データ・テーブルに記憶される。各データ・テーブル内の各レコードは、Ｍ番目のピングがタイムアウトとなったときか、ピングの確認を受けたときのいずれか一方が最初に起こったときにキューから管理されるノードを早急に除去できるようにするため、他のテーブル内の対応するレコードに対するポインタを含む。
【００２５】
図３乃至５を参照すると、状況ポール伝送機構およびノードＡ〜Ｚのキューが図示されており、Ａ〜Ｚは、ノード・マネジャーに割り当てられた各ノードの所在を示すものである。状況ポール伝送キュー１０は、ポーリングされるように計画されたノードを識別する。状況ポール伝送キュー１０は、ポールの伝送を待っているノードのノード所在を記憶するもので、ＦＩＦＯ（先入れ先出し：first in first out）キューもしくはＦＣＦＳ（先着順保存：first come first serve）キューが好ましい。キューは、優先順位やノードタイプなどそこで待つオブジェクトの属性により配列されてもよい。速度制御機構１２は、ネットワーク上でピングがノードに送られる速度を制御する。ピングが送られると、ピングの伝送のレコードは非確認ポール・テーブルに記憶される（図４および５参照）。上述したように、非確認ポール・テーブルは、任意の数のノードが確認を得ることなく同時にポーリングできるように構成された２つのデータ・レコード（ＩＰレコードおよびタイムアウト・レコード）からなる。このコンフィギュレーションは、多くの状況ポールを一度に未解決（非決定）にできる。速度制御機構１２（図３参照）は、ネットワークがピングで溢れることを防ぐ。非確認ポール・テーブルの利用状況と速度制御機構１２を組合せることにより、状況ポールが長い期間非確認されていたとしてもネットワークを迅速に検知することができる。図４に示されたように、ＩＰレコードは、ＩＰアドレスにより割り出され、タイムアウト・レコードは、伝送される特定のピングのためのタイムアウト指定時間により割り出される。タイムアウト・レコードは、ポール・カウント・レコードも含む。タイムアウト指定時間は、特定のノードをターゲットとした連続したピング間の時間である。ポール・カウント・レコードは、ノードが使用不可能と判断される前にターゲットノードに送られる任意の数のピングを表わす。最大ピング・カウントは、ネットワーク管理者、さらに一般的には、ネットワーク管理システムの設計者により設定されてもよい。確認戻り時間やパケット・ロスの可能性などのさまざまな要因は、ピング・カウントを決定する際に考慮される。確認戻り時間は、ネットワーク管理ステーションにより受け取られる確認にかかる時間である。
【００２６】
タイムアウト指定時間は、各ピング間の固定の予め決められた時間に設定されてもよい。好ましくは、ピング間のタイムアウト指定時間は、ピング・カウントによって変わる。たとえば、ピング・カウントが４であるコンフィギュレーションにおいて、第１のピングから第２のピングまでのタイムアウト指定時間は約１０秒に設定され、第２のピングから第３のピングまでのタイムアウト指定時間は約２０秒に設定され、第３のピングから第４のピングまでのタイムアウト指定時間は約４０秒に設定され、第４のピングから不能ノード宣言までの時間は約８０秒に設定されてもよい。
【００２７】
指定された一連のタイムアウトがネットワーク管理ステーションにより記録されると、ノードは使用不可能であると宣言され、ネットワークの状況における変化は、ＩＰトポロジー・データベースに記憶され、ＩＰマップに反映される。
【００２８】
図６を参照すると、模範的ネットワーク・トポロジー・マップが図示されており、ここでは、ハブおよびその関連する管理されるノードは、ピングを確認できなかったと決定された。
【００２９】
検知プロセスの間、予め知られていないノードの状況ポーリング・リクエスト（ピング）をバーストに生成する検索されたリスト（ＡＲＰキャッシュ）上に新たなノードのＩＰアドレスが多量に到着する。ネットワークが間接ピング・メッセージで溢れるのを防止するために、本発明のシステムはピングの伝送を規定する。つまり、本発明のシステムは、ユーザ指定の制御された速度で間断のない伝送にピングを計画する。ピング伝送の制御された速度は、たとえば、ネットワーク上の現在の有効負荷（payload）、ネットワーク上の現在の予備容量や、ネットワーク活動をサポートするネットワーク管理ステーションのオペレーティング・システムのカーネルの一部のバッファ・サイズを含むさまざまな要因によるものである。速度は、カーネル（すなわち、プロセス管理および他のシステム要因をサポートするネットワーク管理ステーションのオペレーティング・システムの一部）が確認を取り扱う速度よりも早くない速度が好ましい。あるいは、速度は、確認変化を取り扱うためのカーネルの能力と自動的に調整されてもよい。例えば、ネットワークの予備容量が増加した場合、またはネットワークの有効負荷が減少した場合、ピングの伝送速度もまた増加される。あるいは、ネットワークの予備容量が減少した場合、またはネットワークの有効負荷が増加した場合、ピングの伝送速度もまた減少される。
【００３０】
記述したように、ネットワークがピングで溢れないようにするために、ピングは、たとえば、速度制御機構を用いて制御された速度で間断のない伝送が予定される。ピングの処理能力を監視する方法のひとつは、非同期転送モード（ＡＴＭ）ネットワークにおけるＡＴＭセルの伝送の持続処理能力を実現するために用いられる「漏出性バケット（leaky bucket）」監視アルゴリズムと同様である。漏出性アルゴリズムは、コンピュータ・ネットワークおよびＩＳＤＮシステム２０（１９９０年）Ｄ．Ｔ．ルーアン（D.T. Luan）およびＤ．Ｍ．ルーカントニ（D.M.Lucantoni）著「帯域幅管理：処理能力バースト・フィルターを特徴づけるブロードベント・パケット・ネットワークのための混雑制御戦略（Bandwidth Management: A Congestion Control Strategy for Broadbend Poket Networks-Characterizing the Throughput-burstiness Fiter） 」４１５〜４２３ページに説明されている。この文献はここに参照として組み込まれる。一般的に、「漏出性バッケット」アルゴリズムでは、複数のピングのセットが特定の時間フレーム内で伝送され、この数を超えるピングは待ち行列化される。上述したように、制御された速度は、ネットワーク管理者により設定されても、ネットワーク管理ステーションにより自動的に調整されてもよい。
【００３１】
図７を参照すると、検知および状況確認の間のネットワークステーションのオペレーションのフロー図が示されている。まず最初に、検知において、ネットワーク管理ステーションは、コンフィギュレーション・ポールを介してネットワーク上でさまざまなノードからＡＲＰキャッシュおよびルータ・テーブルを受ける。ＡＲＰキャッシュおよびルーチン・テーブルは、ネットワーク管理ステーションに、たとえばネットワークに沿ったノードのＩＰアドレスを提供する。ＡＲＰキャッシュおよびルーチン・テーブルから得られた情報は、ＩＰトポロジー・データベースに記憶される。前に述べたように、ノードを管理する決定は、ネットワーク管理ステーションおよびネットワーク管理者によりなされる。
【００３２】
ノードの状況を確認するため、既知のノードのＩＰアドレスは、たとえば、ポーリングされるノードを識別する状況ポール伝送キュー（図３参照）に記憶される（ステップ５１４）。ネットワーク管理ステーションが状況確認タスクを実行しているとき、ピングは、新たに検知されたノードおよび指定されたＩＰアドレスにおける状況ポール伝送キュー内で識別されたノードに送られる（ステップ５１６）。上述したように、ピングは、所定の速度で制御された順序で送られる。ピングが送られると、ポーリングされたノードそれぞれに関連するＩＰアドレスは非確認ポール・テーブルのＩＰレコードに記憶される。同時に、非確認ポール・テーブルのタイムアウト・レコード内のポール・カウント・レコードはひとつずつ増やされ、そのタイムアウトは新たなポール・カウントに関連するタイムアウトとなる（ステップ５１８）。その後、ノードのＩＰアドレスは、状況ポール伝送キューから削除される（ステップ５２０）。ピングが送られ、ノードのＩＰアドレスがキューから削除されると、システムは、ピングが確認されるか、対応するタイムアウトが起きるかどちらか先にそうなるまで、特定のノードに関してスリープ・モードになる（ステップ５２２）。ネットワーク管理データベースに知られていない新たに検索されたＡＲＰキャッシュにおける各ノードごとに、状況ポール（ピング）が上記のステップ５１４に従って送られる。ピングが確認された場合、ネットワーク管理ステーションは、好ましくは、非確認ポールテーブル内のそのＩＰレコードおよびタイムアウト・レコードを削除する（ステップ５２４）。
【００３３】
ピングのタイムアウト指定時間が先に起こってしまった場合は、ネットワーク管理ステーションは、ピング・カウント・レコードからピング・カウントを検索し（ステップ５２６）、そのピング・カウントが所定の数のカウントと一致しするか否かを判断する、すなわち、ステーションは、ピング・カウントガ最大数であるか否かを判断する（ステップ５２８）。ピング・カウントが所定のカウント数と一致しない場合、そのノードのＩＰアドレスは、状況ポール伝送キューに記憶され（ステップ５１４）、新たなピングが同じターゲット・ノードに送られ、ネットワーク管理ステーションは、図７に示されたように、ステップを繰り返す。
【００３４】
ステップ５２８で、ピング・カウントが所定の数と一致しなかった場合、ノードは使用不可能であると判断される（ステップ５３０）。その後、ＩＰトポロジー・データベースは、ノードの状況の変化により更新される。そのノードのためのレコードは、状況ポール伝送キューおよび確認ポール・テーブルから削除される（ステップ５３２）。
【００３５】
このプロセスは、数多くのノードについて同時に行うことが可能であり、よって各管理されるノードがポーリングされるまでの遅れを減少でき、ＩＰトポロジー・マップの通用性を増すことができる。
【図面の簡単な説明】
【図１】  ノードの状況を決定するための既知のポーリング・キューのブロック図である。
【図２】  模範的ネットワーク・トポロジーのブロック図である。
【図３】  本発明による状況ポール伝送機構のブロック図である。
【図４】  本発明による状況ポール伝送キューおよび非確認ポール・テーブルのブロック図である。
【図５】  本発明による非確認ポール・テーブルのブロック図である。
【図６】  図２の模範的ネットワーク・トポロジーのブロック図であり、不能な管理ノードと他のノードと不能なノードの影響を受けたリンクとを示す。
【図７】  検知および状況確認の間のネットワーク管理ステーションのオペレーションのフロー図である。
【符号の説明】
１０  状況ポール伝送キュー
【図１】
0003765138.tif 000002
【図２】
0003765138.tif 000003
【図３】
0003765138.tif 000004
【図４】
0003765138.tif 000005
【図５】
0003765138.tif 000006
【図６】
0003765138.tif 000007
【図７】
0003765138.tif 000008