JP2000324137A - ルートおよびパスの管理システム - Google Patents
ルートおよびパスの管理システムInfo
- Publication number
- JP2000324137A JP2000324137A JP2000073322A JP2000073322A JP2000324137A JP 2000324137 A JP2000324137 A JP 2000324137A JP 2000073322 A JP2000073322 A JP 2000073322A JP 2000073322 A JP2000073322 A JP 2000073322A JP 2000324137 A JP2000324137 A JP 2000324137A
- Authority
- JP
- Japan
- Prior art keywords
- path
- route
- performance
- monitoring
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
- H04L41/5012—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF] determining service availability, e.g. which services are available at a certain point in time
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】ネットワークに発生する問題の効率的なトラブ
ルシューティングのためルートおよび経路のパフォーマ
ンスを履歴的におよびリアルタイムに監視する能力をネ
ットワーク操作員に提供する。 【解決手段】通信ネットワークにおいて形成される少な
くとも１つのルートおよび関連する経路セットに関する
データを複数のネットワーク・エレメントから収集する
データ収集機構、上記少なくとも１つのルートおよび関
連する経路セットを監視するため収集されたデータを受
け取る管理サーバ、および、監視すべき少なくとも１つ
のルートをユーザが指定し、経路指定パフォーマンスお
よびそれに関連する経路変更をユーザに報告することを
可能にするユーザ・インタフェースを備えるルートおよ
び経路管理システムを提供する。
ルシューティングのためルートおよび経路のパフォーマ
ンスを履歴的におよびリアルタイムに監視する能力をネ
ットワーク操作員に提供する。 【解決手段】通信ネットワークにおいて形成される少な
くとも１つのルートおよび関連する経路セットに関する
データを複数のネットワーク・エレメントから収集する
データ収集機構、上記少なくとも１つのルートおよび関
連する経路セットを監視するため収集されたデータを受
け取る管理サーバ、および、監視すべき少なくとも１つ
のルートをユーザが指定し、経路指定パフォーマンスお
よびそれに関連する経路変更をユーザに報告することを
可能にするユーザ・インタフェースを備えるルートおよ
び経路管理システムを提供する。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワーク管理
に関するもので、特に、遠隔通信ネットワークにおける
ルートおよびパスの管理に関する方法および装置に関す
るものである。
に関するもので、特に、遠隔通信ネットワークにおける
ルートおよびパスの管理に関する方法および装置に関す
るものである。
【０００２】
【従来の技術】インターネット・サービス・プロバイダ
のために使用される中核ネットワークまたは主要企業の
バックボーンのような今日の大規模遠隔通信ネットワー
クにおいて、ネットワークの安定性、パフォーマンスお
よび効率を維持する上でネットワーク管理は重要な役割
を演ずる。ネットワーク管理は、故障条件の検出、修
正、経費割当およびシステム性能評価のためネットワー
ク装置使用の識別、構成および監視を含む種々の機能を
実行するため使用される。
のために使用される中核ネットワークまたは主要企業の
バックボーンのような今日の大規模遠隔通信ネットワー
クにおいて、ネットワークの安定性、パフォーマンスお
よび効率を維持する上でネットワーク管理は重要な役割
を演ずる。ネットワーク管理は、故障条件の検出、修
正、経費割当およびシステム性能評価のためネットワー
ク装置使用の識別、構成および監視を含む種々の機能を
実行するため使用される。
【０００３】現在では、ネットワークの大部分は、一般
にネットワーク管理サーバと呼ばれる集中化された管理
主体(本明細書においては以下"ネットワーク・マネージ
ャ"と呼称する)によって物理的レベルすなわち装置レベ
ルで管理される。ルータおよび物理レイヤ・インタフェ
ースのようなネットワークにおける装置は、状態更新の
ためネットワーク・マネージャによって個別にポーリン
グされる。しかしながら、多くの状況においてこのプロ
セスは時間効率が悪い。
にネットワーク管理サーバと呼ばれる集中化された管理
主体(本明細書においては以下"ネットワーク・マネージ
ャ"と呼称する)によって物理的レベルすなわち装置レベ
ルで管理される。ルータおよび物理レイヤ・インタフェ
ースのようなネットワークにおける装置は、状態更新の
ためネットワーク・マネージャによって個別にポーリン
グされる。しかしながら、多くの状況においてこのプロ
セスは時間効率が悪い。
【０００４】例えば、異常なトラフィック遅延を引き起
こす輻輳ポイントまたは特定のルート指定パスに沿って
トラフィック割り込みを引き起こす障害の場合、問題の
発生源を特定するため、その特定のパスに沿って位置
し、輻輳ポイントまたは障害の結果として遅延または割
り込まれたトラフィックの伝送に関与しているネットワ
ーク装置の各々がネットワーク・マネージャによってポ
ーリングされなければならない。従って、問題が発生す
る都度特定のパスに沿った複数の装置をポーリングする
ことは時間浪費的であり、結果として問題を解決するた
めに必要な時間を大幅に増大する。
こす輻輳ポイントまたは特定のルート指定パスに沿って
トラフィック割り込みを引き起こす障害の場合、問題の
発生源を特定するため、その特定のパスに沿って位置
し、輻輳ポイントまたは障害の結果として遅延または割
り込まれたトラフィックの伝送に関与しているネットワ
ーク装置の各々がネットワーク・マネージャによってポ
ーリングされなければならない。従って、問題が発生す
る都度特定のパスに沿った複数の装置をポーリングする
ことは時間浪費的であり、結果として問題を解決するた
めに必要な時間を大幅に増大する。
【０００５】複数のネットワーク装置のポーリングは時
間浪費的であるので、ネットワーク・マネージャが問題
の発生源を追い詰めることができる頃までには、ネット
ワークにおいて遭遇される問題の大部分は悪化または改
善していて、そのため、問題の真の特性を把握すること
が一層困難となる。更に、多くのケースにおいて、クラ
イアントは、ネットワーク問題が発生してから長い時間
が経った後問題を報告するだけであるので、その頃まで
問題がなお顕在している可能性は少ない。この点は、性
質上発生が間欠的であり、重いトラフィック条件におい
てのみ発生する輻輳ポイントの場合に特にあてはまる。
間浪費的であるので、ネットワーク・マネージャが問題
の発生源を追い詰めることができる頃までには、ネット
ワークにおいて遭遇される問題の大部分は悪化または改
善していて、そのため、問題の真の特性を把握すること
が一層困難となる。更に、多くのケースにおいて、クラ
イアントは、ネットワーク問題が発生してから長い時間
が経った後問題を報告するだけであるので、その頃まで
問題がなお顕在している可能性は少ない。この点は、性
質上発生が間欠的であり、重いトラフィック条件におい
てのみ発生する輻輳ポイントの場合に特にあてはまる。
【０００６】特定の問題の特性を確認する際に、どのク
ライアントが影響を受けているか、また、それらクライ
アントがどのように影響を受けているかをネットワーク
・マネージャが判断することがしばしば必要となる。こ
れは、典型的には、各クライアントによって使用されて
いる特定のルートおよびパスのパフォーマンス履歴を考
察することによる各問題のネットワーク・レベル分析を
必要とする。ルートは、ネットワークにおける送信元終
端点と宛先終端点によって典型的に定義される静的概念
である。対照的に、パスは特定のルートに関連する動的
概念である。パスは、特定のルート上を任意の所与の時
間に特定の方向に移動するトラフィックによって通り抜
けられるネットワーク装置とそれらのそれぞれのインタ
フェースのセットとして定義される。
ライアントが影響を受けているか、また、それらクライ
アントがどのように影響を受けているかをネットワーク
・マネージャが判断することがしばしば必要となる。こ
れは、典型的には、各クライアントによって使用されて
いる特定のルートおよびパスのパフォーマンス履歴を考
察することによる各問題のネットワーク・レベル分析を
必要とする。ルートは、ネットワークにおける送信元終
端点と宛先終端点によって典型的に定義される静的概念
である。対照的に、パスは特定のルートに関連する動的
概念である。パスは、特定のルート上を任意の所与の時
間に特定の方向に移動するトラフィックによって通り抜
けられるネットワーク装置とそれらのそれぞれのインタ
フェースのセットとして定義される。
【０００７】
【発明が解決しようとする課題】しかしながら、既存の
装置レベル管理アプリケーションは、ルートおよびパス
を効率的に監視するために必要なツールを提供していな
い。その結果、これらの問題は解決するのが実質的に不
可能となり、いつまでも持続する可能性がある。従っ
て、ネットワークに発生する問題の効率的なトラブルシ
ューティングのためルートおよびパスのパフォーマンス
履歴を監視する能力をネットワーク操作員に提供する必
要性が存在する。
装置レベル管理アプリケーションは、ルートおよびパス
を効率的に監視するために必要なツールを提供していな
い。その結果、これらの問題は解決するのが実質的に不
可能となり、いつまでも持続する可能性がある。従っ
て、ネットワークに発生する問題の効率的なトラブルシ
ューティングのためルートおよびパスのパフォーマンス
履歴を監視する能力をネットワーク操作員に提供する必
要性が存在する。
【０００８】装置レベル管理を使用する別の欠点は、輻
輳ポイントおよびリンクまたは装置障害のような装置レ
ベルで発生する問題の結果としてネットワークにおいて
しばしば発生するパスレベルにおけるリアルタイムなパ
フォーマンスに対処しない点である。装置レベル管理
は、ネットワーク装置が個別に責任を持つパフォーマン
ス問題を取り扱うだけである。しかしながら、この"装
置レベル視点"は、特定ルートの特定パスを定義する全
装置の全般的リアルタイム・パフォーマンスのパスレベ
ルの理解を提供しない。例えば、輻輳問題を訂正する
際、装置レベル管理は、特定送信元−宛先ルート上で伝
送されるデータが特に規定された意図されたパスをたど
っているか否か、あるいは、代替パスに再経路指定され
たか否かを追及しない。
輳ポイントおよびリンクまたは装置障害のような装置レ
ベルで発生する問題の結果としてネットワークにおいて
しばしば発生するパスレベルにおけるリアルタイムなパ
フォーマンスに対処しない点である。装置レベル管理
は、ネットワーク装置が個別に責任を持つパフォーマン
ス問題を取り扱うだけである。しかしながら、この"装
置レベル視点"は、特定ルートの特定パスを定義する全
装置の全般的リアルタイム・パフォーマンスのパスレベ
ルの理解を提供しない。例えば、輻輳問題を訂正する
際、装置レベル管理は、特定送信元−宛先ルート上で伝
送されるデータが特に規定された意図されたパスをたど
っているか否か、あるいは、代替パスに再経路指定され
たか否かを追及しない。
【０００９】ネットワークにおける障害のためトラフィ
ックのパスが変更された時、装置レベル管理によって取
り扱われないもう１つのリアルタイム・パフォーマンス
問題は、選択された代替パスが遅延または割り込みされ
たトラフィックに対応するために必要な容量を持ってい
るか否か、あるいは、パス変更される前に持っていたも
のと同じレベルのサービスをパス変更されたトラフィッ
クが得ることができるか否かという点である。ネットワ
ーク・ルートは、現在では、特定のサービス品質でネッ
トワーク・クライアントに販売されるので、ネットワー
ク・ルートの適切な構成およびパスの付与がますます重
要になっている(以下の記述において、用語"サービス品
質"は"quality of service"の頭文字を取ってQoSと略称
される場合がある)。従って、ネットワークにおけるパ
フォーマンスを維持し、絶えず増加するQoS要求に応じ
るため、適切なリアルタイム・パフォーマンス監視およ
びパス付与能力をネットワークに与える必要性が存在す
る。
ックのパスが変更された時、装置レベル管理によって取
り扱われないもう１つのリアルタイム・パフォーマンス
問題は、選択された代替パスが遅延または割り込みされ
たトラフィックに対応するために必要な容量を持ってい
るか否か、あるいは、パス変更される前に持っていたも
のと同じレベルのサービスをパス変更されたトラフィッ
クが得ることができるか否かという点である。ネットワ
ーク・ルートは、現在では、特定のサービス品質でネッ
トワーク・クライアントに販売されるので、ネットワー
ク・ルートの適切な構成およびパスの付与がますます重
要になっている(以下の記述において、用語"サービス品
質"は"quality of service"の頭文字を取ってQoSと略称
される場合がある)。従って、ネットワークにおけるパ
フォーマンスを維持し、絶えず増加するQoS要求に応じ
るため、適切なリアルタイム・パフォーマンス監視およ
びパス付与能力をネットワークに与える必要性が存在す
る。
【００１０】一層時間効率的な形態で装置レベル問題を
取り扱い、装置レベル問題の発生の結果として派生する
リアルタイム・パフォーマンス問題に対処する必要性
は、ネットワーク管理においてトレース経路指定として
知られている機能の出現を誘発した。トレース経路指定
アプリケーションは、テスト・メッセージを利用して指
定されたルートのパス発見を実行することによってパス
およびルートのネットワーク・レベル管理をなんらかの
形式で可能にする。特に、現行のトレース経路指定実施
形態は、送信元ノードから宛先ノードへ１つまたは複数
のテスト・パケットを送り出してその結果を要約するこ
とによって特定の送信元−宛先ルートに関してトラフィ
ックがたどる可能性のあるパスを判断する。しかしなが
ら、この方法は多数の欠点を持つ。第１に、任意の所与
の送信元−宛先ルートのトレース経路指定は、送信元ノ
ードからのみ実行することができるだけである。別の欠
点は、大部分のネットワーク装置はこの機能を実行でき
るように適切に装備されてなく、標準トラフィックと同
じ優先順位でテスト・パケットを処理しないことであ
る。従って、この方法で取得される結果は、ネットワー
ク装置がリアルタイムでそれぞれのトラフィックをどの
ように処理しているかを正しく表していない。このよう
に、ネットワークにおけるパスおよびルートを監視し、
更にリアルタイムでネットワーク装置の行動を監視する
改良されたネットワーク管理システムに対する必要性が
存在する。
取り扱い、装置レベル問題の発生の結果として派生する
リアルタイム・パフォーマンス問題に対処する必要性
は、ネットワーク管理においてトレース経路指定として
知られている機能の出現を誘発した。トレース経路指定
アプリケーションは、テスト・メッセージを利用して指
定されたルートのパス発見を実行することによってパス
およびルートのネットワーク・レベル管理をなんらかの
形式で可能にする。特に、現行のトレース経路指定実施
形態は、送信元ノードから宛先ノードへ１つまたは複数
のテスト・パケットを送り出してその結果を要約するこ
とによって特定の送信元−宛先ルートに関してトラフィ
ックがたどる可能性のあるパスを判断する。しかしなが
ら、この方法は多数の欠点を持つ。第１に、任意の所与
の送信元−宛先ルートのトレース経路指定は、送信元ノ
ードからのみ実行することができるだけである。別の欠
点は、大部分のネットワーク装置はこの機能を実行でき
るように適切に装備されてなく、標準トラフィックと同
じ優先順位でテスト・パケットを処理しないことであ
る。従って、この方法で取得される結果は、ネットワー
ク装置がリアルタイムでそれぞれのトラフィックをどの
ように処理しているかを正しく表していない。このよう
に、ネットワークにおけるパスおよびルートを監視し、
更にリアルタイムでネットワーク装置の行動を監視する
改良されたネットワーク管理システムに対する必要性が
存在する。
【００１１】
【課題を解決するための手段】発明の課題を解決するた
め、通信ネットワークにおける対応する１つのルートに
関連づけられた複数のパスから各々が構成されるパスセ
ットの複数を形成する複数のネットワーク・エレメント
を含む通信ネットワークに関するルートおよびパスの管
理システムが提供される。このルートおよびパスの管理
システムは、上記通信ネットワークにおいて形成される
少なくとも１つのルートおよび関連するパスセットに関
するデータを複数のネットワーク・エレメントから収集
するデータ収集手段、および、上記通信ネットワークに
おいて形成される上記少なくとも１つのルートおよび関
連するパスセットを監視するため上記収集されたデータ
を受け取るように上記データ収集手段に接続された管理
サーバを備える。
め、通信ネットワークにおける対応する１つのルートに
関連づけられた複数のパスから各々が構成されるパスセ
ットの複数を形成する複数のネットワーク・エレメント
を含む通信ネットワークに関するルートおよびパスの管
理システムが提供される。このルートおよびパスの管理
システムは、上記通信ネットワークにおいて形成される
少なくとも１つのルートおよび関連するパスセットに関
するデータを複数のネットワーク・エレメントから収集
するデータ収集手段、および、上記通信ネットワークに
おいて形成される上記少なくとも１つのルートおよび関
連するパスセットを監視するため上記収集されたデータ
を受け取るように上記データ収集手段に接続された管理
サーバを備える。
【００１２】現行ネットワーク管理アプリケーションの
上記識別された不都合および欠点の１つまたは複数を緩
和または除去することが本発明の目的である。本発明
は、ルートおよびパスのネットワーク・レベル概念を監
視することによって、遠隔通信ネットワークのネットワ
ーク管理のため経済的で効率的な新しいルートおよびパ
ス管理フレームワークを提供する(以下の記述におい
て、用語"ルートおよびパス管理"は"route and path ma
nagement"の頭文字をとってＲＰＭと略称される場合が
ある)。
上記識別された不都合および欠点の１つまたは複数を緩
和または除去することが本発明の目的である。本発明
は、ルートおよびパスのネットワーク・レベル概念を監
視することによって、遠隔通信ネットワークのネットワ
ーク管理のため経済的で効率的な新しいルートおよびパ
ス管理フレームワークを提供する(以下の記述におい
て、用語"ルートおよびパス管理"は"route and path ma
nagement"の頭文字をとってＲＰＭと略称される場合が
ある)。
【００１３】ネットワークにおけるパスおよびルートを
監視することによって、ＲＰＭシステムは、トラブルシ
ューティング、パフォーマンス監視、サービス・レベル
計画、および、ネットワークにおける送信元と宛先終端
点の間のパスの付与という能力をネットワーク・マネー
ジャに提供する。
監視することによって、ＲＰＭシステムは、トラブルシ
ューティング、パフォーマンス監視、サービス・レベル
計画、および、ネットワークにおける送信元と宛先終端
点の間のパスの付与という能力をネットワーク・マネー
ジャに提供する。
【００１４】本発明の１つの側面において、ＲＰＭシス
テムは、インターネット・プロトコル(すなわちＩＰ)ネ
ットワークに組み込まれ、単純ネットワーク管理プロト
コル(すなわちＳＮＭＰ)環境で動作可能なように設計さ
れる。ＲＰＭシステムは、個々のネットワーク装置から
パス設定データを収集するデータ収集手段、トレースお
よびパフォーマンス監視のため管理可能ルートおよびパ
スオブジェクトに収集される経路指定データを処理する
管理サーバ、それらの結果を記憶するデータベース、お
よび、ユーザがＩＰネットワークにおけるルートおよび
パスをトレースし経路指定パフォーマンスを監視するこ
とを可能にするグラフィック装置インタフェース(ＧＵ
Ｉ)を備える。
テムは、インターネット・プロトコル(すなわちＩＰ)ネ
ットワークに組み込まれ、単純ネットワーク管理プロト
コル(すなわちＳＮＭＰ)環境で動作可能なように設計さ
れる。ＲＰＭシステムは、個々のネットワーク装置から
パス設定データを収集するデータ収集手段、トレースお
よびパフォーマンス監視のため管理可能ルートおよびパ
スオブジェクトに収集される経路指定データを処理する
管理サーバ、それらの結果を記憶するデータベース、お
よび、ユーザがＩＰネットワークにおけるルートおよび
パスをトレースし経路指定パフォーマンスを監視するこ
とを可能にするグラフィック装置インタフェース(ＧＵ
Ｉ)を備える。
【００１５】装置レベル管理アプリケーションと比較す
れば、本発明は、所与のセットのルートおよび経路指定
プロトコル上でデータを伝送するために必要な能力を持
つ許容パスをリアルタイムに判断できる利点を持つ。更
に、本発明は、装置レベル管理アプリケーションに比較
して、要求に応じてルート履歴を記憶および作成する手
段を提供し、監視されたルートおよびパスの将来の供給
およびトラブルシューティングのためのパスレベル複数
因子パフォーマンス履歴を提供するという利点を持つ。
既存の装置レベル管理アプリケーションと同様に、本発
明は、装置レベル・パフォーマンスのリアルタイム監視
および報告を可能にする。本発明は、監視されるルート
およびパスのパスレベル・リアルタイムおよび履歴パフ
ォーマンスを提供するという利点を持つ。更にまた、装
置レベル管理アプリケーションに比較して、本発明は、
監視されるルートおよびパスに対するサービス品質に関
する警報の発信および消去を行う手段を提供するという
利点を持つ。
れば、本発明は、所与のセットのルートおよび経路指定
プロトコル上でデータを伝送するために必要な能力を持
つ許容パスをリアルタイムに判断できる利点を持つ。更
に、本発明は、装置レベル管理アプリケーションに比較
して、要求に応じてルート履歴を記憶および作成する手
段を提供し、監視されたルートおよびパスの将来の供給
およびトラブルシューティングのためのパスレベル複数
因子パフォーマンス履歴を提供するという利点を持つ。
既存の装置レベル管理アプリケーションと同様に、本発
明は、装置レベル・パフォーマンスのリアルタイム監視
および報告を可能にする。本発明は、監視されるルート
およびパスのパスレベル・リアルタイムおよび履歴パフ
ォーマンスを提供するという利点を持つ。更にまた、装
置レベル管理アプリケーションに比較して、本発明は、
監視されるルートおよびパスに対するサービス品質に関
する警報の発信および消去を行う手段を提供するという
利点を持つ。
【００１６】本発明の別の側面において、上述のＲＰＭ
システムは管理情報ベース(ＭＩＢ)を持つ。このＭＩＢ
上で、他のネットワーク主体およびアプリケーション
が、管理サーバによって管理されるルートおよびパスオ
ブジェクトをＳＮＭＰを介して入手することができる。
本発明は、管理されるルートおよびパスオブジェクトの
ＳＮＭＰ記憶のためＭＩＢを使用することによって、管
理サーバによって生成されるトレース機能および経路指
定パフォーマンス結果をすべてのＳＮＭＰ主体がリモー
トにアクセスすることができるという更に別の利点を持
つ。
システムは管理情報ベース(ＭＩＢ)を持つ。このＭＩＢ
上で、他のネットワーク主体およびアプリケーション
が、管理サーバによって管理されるルートおよびパスオ
ブジェクトをＳＮＭＰを介して入手することができる。
本発明は、管理されるルートおよびパスオブジェクトの
ＳＮＭＰ記憶のためＭＩＢを使用することによって、管
理サーバによって生成されるトレース機能および経路指
定パフォーマンス結果をすべてのＳＮＭＰ主体がリモー
トにアクセスすることができるという更に別の利点を持
つ。
【００１７】
【発明の実施の形態】本発明は、ルートおよびパスのネ
ットワーク・レベル概念を監視することによって、遠隔
通信ネットワークのネットワーク管理のための経済的で
効率的なフレームワークを提供する。好ましい実施形態
に従えば、本発明は、単純ネットワーク管理プロトコル
(すなわちＳＮＭＰ)環境において動作可能なように設計
されるルートおよびパス管理(すなわちＲＰＭ)として実
施される。
ットワーク・レベル概念を監視することによって、遠隔
通信ネットワークのネットワーク管理のための経済的で
効率的なフレームワークを提供する。好ましい実施形態
に従えば、本発明は、単純ネットワーク管理プロトコル
(すなわちＳＮＭＰ)環境において動作可能なように設計
されるルートおよびパス管理(すなわちＲＰＭ)として実
施される。
【００１８】ＲＰＭシステムは、どのようなネットワー
ク・トポロジーあるいは構成にでも組み入れることがで
きる。しかしながら、以下の記述において、本発明は、
簡略化のため、インターネット・プロトコル・ネットワ
ーク(以下"ＩＰネットワーク"と呼ぶ)に関してのみ記述
される。このＩＰネットワークは図１に符号１０として
示されている。
ク・トポロジーあるいは構成にでも組み入れることがで
きる。しかしながら、以下の記述において、本発明は、
簡略化のため、インターネット・プロトコル・ネットワ
ーク(以下"ＩＰネットワーク"と呼ぶ)に関してのみ記述
される。このＩＰネットワークは図１に符号１０として
示されている。
【００１９】図１に示されているＩＰネットワーク１０
は、個別に１から８の符号が付けられた複数のノード１
１から構成されている。これらネットワーク・ノード１
１の各々は、それぞれＡからＬの符号が付けられた１つ
または複数の通信リンクによってネットワーク・ノード
１１の他のノードに接続されている。そのような各通信
リンクＡ−Ｌは、恒久的接続であるか、または、選択的
に使用可能にされる(ダイアル呼出し)接続のいずれかで
あり得る。ネットワーク・ノード１１のいずれかまたは
すべては、ＩＰネットワーク１０の外側に位置するその
他のノードまたはネットワーク(図示されていない)との
通信のため、一般的に符号１２と示されている１つまた
は複数のエッジ・ノードに接続されることができる。例
えば、図１のＩＰネットワークにおいて、ノード２、７
および８はそれぞれのエッジ・ノード１２に接続してい
る。それらのエッジ・ノードは個別に１３、１４、１５
という符号が付けられている。
は、個別に１から８の符号が付けられた複数のノード１
１から構成されている。これらネットワーク・ノード１
１の各々は、それぞれＡからＬの符号が付けられた１つ
または複数の通信リンクによってネットワーク・ノード
１１の他のノードに接続されている。そのような各通信
リンクＡ−Ｌは、恒久的接続であるか、または、選択的
に使用可能にされる(ダイアル呼出し)接続のいずれかで
あり得る。ネットワーク・ノード１１のいずれかまたは
すべては、ＩＰネットワーク１０の外側に位置するその
他のノードまたはネットワーク(図示されていない)との
通信のため、一般的に符号１２と示されている１つまた
は複数のエッジ・ノードに接続されることができる。例
えば、図１のＩＰネットワークにおいて、ノード２、７
および８はそれぞれのエッジ・ノード１２に接続してい
る。それらのエッジ・ノードは個別に１３、１４、１５
という符号が付けられている。
【００２０】ネットワーク・ノード１１の各々は、接続
されているすべてのノード(すなわちネットワーク・ノ
ード１１およびエッジ・ノード１２)にデータ通信サー
ビスを提供すると共にノード１１に決定ユニット(図示
されていない)を提供するデータ処理システム(図示され
ていない)を含む。各ネットワーク・ノード１１に存在
する決定ユニットは、他のノード１１またはエッジ・ノ
ード１２への伝送のため送出通信リンクＡ−Ｌの１つま
たは複数に対して着信データ・パケットを選択的に経路
指定するはたらきをする。そのような経路指定決定は、
受け取ったデータ・パケットの各々のヘッダの中の情報
に応答して行われる。
されているすべてのノード(すなわちネットワーク・ノ
ード１１およびエッジ・ノード１２)にデータ通信サー
ビスを提供すると共にノード１１に決定ユニット(図示
されていない)を提供するデータ処理システム(図示され
ていない)を含む。各ネットワーク・ノード１１に存在
する決定ユニットは、他のノード１１またはエッジ・ノ
ード１２への伝送のため送出通信リンクＡ−Ｌの１つま
たは複数に対して着信データ・パケットを選択的に経路
指定するはたらきをする。そのような経路指定決定は、
受け取ったデータ・パケットの各々のヘッダの中の情報
に応答して行われる。
【００２１】ＩＰネットワーク１０において、図１のＩ
Ｐネットワーク１０の全般的管理は、図１のネットワー
ク・ノード１１のいずれか１つに含まれるかまたは接続
される集中ネットワーク管理システムによって実行され
る。明示の目的から、以下の記述において、ネットワー
ク管理システムは、図２から図９を参照する場合、ノー
ド１の一部であるものとして例示され、従って、ノード
１はネットワーク・マネージャと呼ばれる。しかしなが
ら、理解されるべきことではあるが、ネットワーク管理
システムは、ＩＰネットワーク１０の他のいかなるノー
ド１１においても実施することが可能であり、あるい
は、代替的にＩＰネットワーク１０の複数のノード１１
で実施することも可能である。
Ｐネットワーク１０の全般的管理は、図１のネットワー
ク・ノード１１のいずれか１つに含まれるかまたは接続
される集中ネットワーク管理システムによって実行され
る。明示の目的から、以下の記述において、ネットワー
ク管理システムは、図２から図９を参照する場合、ノー
ド１の一部であるものとして例示され、従って、ノード
１はネットワーク・マネージャと呼ばれる。しかしなが
ら、理解されるべきことではあるが、ネットワーク管理
システムは、ＩＰネットワーク１０の他のいかなるノー
ド１１においても実施することが可能であり、あるい
は、代替的にＩＰネットワーク１０の複数のノード１１
で実施することも可能である。
【００２２】図１のＩＰネットワーク１０において、ネ
ットワーク・マネージャ１は、ネットワーク・エレメン
ト(すなわちＮＥ)を監視および制御するため統合ネット
ワーク管理(すなわちＩＮＭ)アプリケーションのような
管理アプリケーションを実行する責任を持つ。ネットワ
ーク・エレメントは、エッジ・ノード１２、ネットワー
ク・ノード１１およびそれらに関連するルータおよびイ
ンタフェースのような装置である。ネットワーク・マネ
ージャ１によって管理されることができるように、これ
らネットワーク・エレメントの各々は、ネットワーク・
マネージャ１によって要求されるネットワーク管理機能
を実行する責任を持つ管理エージェントを割り当てられ
る。
ットワーク・マネージャ１は、ネットワーク・エレメン
ト(すなわちＮＥ)を監視および制御するため統合ネット
ワーク管理(すなわちＩＮＭ)アプリケーションのような
管理アプリケーションを実行する責任を持つ。ネットワ
ーク・エレメントは、エッジ・ノード１２、ネットワー
ク・ノード１１およびそれらに関連するルータおよびイ
ンタフェースのような装置である。ネットワーク・マネ
ージャ１によって管理されることができるように、これ
らネットワーク・エレメントの各々は、ネットワーク・
マネージャ１によって要求されるネットワーク管理機能
を実行する責任を持つ管理エージェントを割り当てられ
る。
【００２３】よく知られているように、エージェント
は、それらに割り当てられているネットワーク・エレメ
ントに関する情報にアクセスし、その情報をネットワー
ク・マネージャ１が利用できるようにする責任を持つ。
例えば、エージェントは、特定のネットワーク・エレメ
ントから出入りするバイトおよびパケットの数または所
与の期間そのネットワーク・エレメントによって送受信
されたメッセージの数を報告する。これらの変数は、管
理対象オブジェクトと呼ばれ、各ネットワーク・エレメ
ントにユニークな管理情報ベース(すなわちＭＩＢ)と呼
ばれるデータベースに維持される。従って、ネットワー
ク・マネージャ１がＩＰネットワーク１０の特定のエレ
メントに関連する情報を必要とする時、その情報は、そ
の特定のネットワーク・エレメントに割り当てられたエ
ージェントを通して関連ＭＩＢから取得される。ＩＰネ
ットワーク１０についての以下の記述において、ＭＩＢ
および関連エージェントは必ずしも具体的に参照されな
い。しかしながら、ネットワーク・エレメントについて
言及する時は必ず関連ＭＩＢおよびエージェントが暗黙
のうちに参照されている点は理解されねばならない。
は、それらに割り当てられているネットワーク・エレメ
ントに関する情報にアクセスし、その情報をネットワー
ク・マネージャ１が利用できるようにする責任を持つ。
例えば、エージェントは、特定のネットワーク・エレメ
ントから出入りするバイトおよびパケットの数または所
与の期間そのネットワーク・エレメントによって送受信
されたメッセージの数を報告する。これらの変数は、管
理対象オブジェクトと呼ばれ、各ネットワーク・エレメ
ントにユニークな管理情報ベース(すなわちＭＩＢ)と呼
ばれるデータベースに維持される。従って、ネットワー
ク・マネージャ１がＩＰネットワーク１０の特定のエレ
メントに関連する情報を必要とする時、その情報は、そ
の特定のネットワーク・エレメントに割り当てられたエ
ージェントを通して関連ＭＩＢから取得される。ＩＰネ
ットワーク１０についての以下の記述において、ＭＩＢ
および関連エージェントは必ずしも具体的に参照されな
い。しかしながら、ネットワーク・エレメントについて
言及する時は必ず関連ＭＩＢおよびエージェントが暗黙
のうちに参照されている点は理解されねばならない。
【００２４】上述のように、ＩＰネットワーク１０のＲ
ＰＭシステム２０はＳＮＭＰ環境で動作するように実施
される。本発明にとって必須ではないが、ネットワーク
・マネージャ１とそれぞれのネットワーク・エレメント
のエージェントの間の相互接続性を増進し管理情報の交
換を容易にするためＳＮＭＰの実施が非常に望ましい。
ＰＭシステム２０はＳＮＭＰ環境で動作するように実施
される。本発明にとって必須ではないが、ネットワーク
・マネージャ１とそれぞれのネットワーク・エレメント
のエージェントの間の相互接続性を増進し管理情報の交
換を容易にするためＳＮＭＰの実施が非常に望ましい。
【００２５】図２を参照すれば、ネットワーク・マネー
ジャ１はＲＰＭシステム２０を備えている。ＲＰＭシス
テム２０は、ＩＰネットワーク１０におけるすべての発
信元−宛先ルートに関するトラブルシューティング、パ
フォーマンス監視、サービス・レベル計画、および、パ
ス／ネットワーク・エレメントの付与のため必要とされ
る機能を提供する。ＲＰＭシステム２０は、外部データ
ベース(ＤＢ)２５に接続され、上述のＲＰＭ機能性を提
供する管理サーバ２２を含む。ＲＰＭシステム２０は、
また、管理サーバ２２に接続し、管理サーバ２２とＩＰ
ネットワーク１０のネットワーク・エレメント(すなわ
ちＮＥ)の間でＳＮＭＰ通信を取り扱う責任を持つ標準
ＳＮＭＰデータ収集手段２１、および、管理サーバ２２
に接続し、ネットワーク・レベルでＩＰネットワーク１
０を管理するためユーザがＲＰＭ機能性に容易にアクセ
スしてそれを利用することができるようにするグラフィ
カル・ユーザ・インターフェース(すなわちＧＵＩ)２３
を持つ。
ジャ１はＲＰＭシステム２０を備えている。ＲＰＭシス
テム２０は、ＩＰネットワーク１０におけるすべての発
信元−宛先ルートに関するトラブルシューティング、パ
フォーマンス監視、サービス・レベル計画、および、パ
ス／ネットワーク・エレメントの付与のため必要とされ
る機能を提供する。ＲＰＭシステム２０は、外部データ
ベース(ＤＢ)２５に接続され、上述のＲＰＭ機能性を提
供する管理サーバ２２を含む。ＲＰＭシステム２０は、
また、管理サーバ２２に接続し、管理サーバ２２とＩＰ
ネットワーク１０のネットワーク・エレメント(すなわ
ちＮＥ)の間でＳＮＭＰ通信を取り扱う責任を持つ標準
ＳＮＭＰデータ収集手段２１、および、管理サーバ２２
に接続し、ネットワーク・レベルでＩＰネットワーク１
０を管理するためユーザがＲＰＭ機能性に容易にアクセ
スしてそれを利用することができるようにするグラフィ
カル・ユーザ・インターフェース(すなわちＧＵＩ)２３
を持つ。
【００２６】１つの好ましい実施形態に従えば、ＲＰＭ
システム２０は、統合ネットワーク管理(すなわちＩＮ
Ｍ)２６と呼ばれる既知の標準ネットワーク管理アプリ
ケーションによって提供される装置レベル・ネットワー
ク管理機能性に対する付加機構としてネットワーク・マ
ネージャ１に組み込まれる。このように、以下に記述さ
れるＲＰＭシステム２０に関する限り、ＲＰＭシステム
２０はＩＮＭ２６から起動されるように設計されている
とみなされなければならない。しかしながら、代替的
に、ＲＰＭシステムは、他のネットワーク管理アプリケ
ーションに対する付加機構として実施することもできる
し、あるいは、単体のネットワーク管理アプリケーショ
ンとして実施することも可能であることは理解されなけ
ればならない。単体のネットワーク管理アプリケーショ
ンとしてＲＰＭシステムを実施するために必要とされる
特定のステップまたはＲＰＭシステム２０をＩＮＭ２６
または他のいかなるネットワーク管理アプリケーション
にも統合するためのステップは当業者に明らかなもので
あろうから、本明細書において詳細な記述は行わない。
システム２０は、統合ネットワーク管理(すなわちＩＮ
Ｍ)２６と呼ばれる既知の標準ネットワーク管理アプリ
ケーションによって提供される装置レベル・ネットワー
ク管理機能性に対する付加機構としてネットワーク・マ
ネージャ１に組み込まれる。このように、以下に記述さ
れるＲＰＭシステム２０に関する限り、ＲＰＭシステム
２０はＩＮＭ２６から起動されるように設計されている
とみなされなければならない。しかしながら、代替的
に、ＲＰＭシステムは、他のネットワーク管理アプリケ
ーションに対する付加機構として実施することもできる
し、あるいは、単体のネットワーク管理アプリケーショ
ンとして実施することも可能であることは理解されなけ
ればならない。単体のネットワーク管理アプリケーショ
ンとしてＲＰＭシステムを実施するために必要とされる
特定のステップまたはＲＰＭシステム２０をＩＮＭ２６
または他のいかなるネットワーク管理アプリケーション
にも統合するためのステップは当業者に明らかなもので
あろうから、本明細書において詳細な記述は行わない。
【００２７】ここで図３を参照すれば、ＧＵＩユーザが
ルート、パスおよび関連ネットワーク・エレメントを指
定して監視することを可能にする本発明の好ましい実施
形態に従って使用されるＧＵＩ２３が示されている。Ｇ
ＵＩ２３は、動作の際、５つのセクションに細分される
主コンピュータ・ウィンドウを作成する。具体的には、
主コンピュータ・ウィンドウのセクション３０、３１、
３２は、左手窓枠を形成するように主コンピュータ・ウ
ィンドウの左側に配置され、一方、セクション３３、３
４は、右手窓枠を形成するように主コンピュータ・ウィ
ンドウの右側に配置されている。
ルート、パスおよび関連ネットワーク・エレメントを指
定して監視することを可能にする本発明の好ましい実施
形態に従って使用されるＧＵＩ２３が示されている。Ｇ
ＵＩ２３は、動作の際、５つのセクションに細分される
主コンピュータ・ウィンドウを作成する。具体的には、
主コンピュータ・ウィンドウのセクション３０、３１、
３２は、左手窓枠を形成するように主コンピュータ・ウ
ィンドウの左側に配置され、一方、セクション３３、３
４は、右手窓枠を形成するように主コンピュータ・ウィ
ンドウの右側に配置されている。
【００２８】左手窓枠のセクション３０、３１、３２の
各々はそれぞれのテーブルを内包する。セクション３０
は、監視すべきルートを指定するためＧＵＩユーザが使
用することができるテーブルを含む(このテーブルを以
下"ルート・テーブル"と呼ぶ)。特定のルートを指定す
るため、セクション３０のルート・テーブルは、ＧＵＩ
ユーザがそのルートに関連するパラメータを入力するこ
とができる３つの欄を含む。より具体的には、第１欄は
ルート名に対応し、第２欄はルート発信元ＩＰに対応
し、第３欄はルート宛先ＩＰに対応する。
各々はそれぞれのテーブルを内包する。セクション３０
は、監視すべきルートを指定するためＧＵＩユーザが使
用することができるテーブルを含む(このテーブルを以
下"ルート・テーブル"と呼ぶ)。特定のルートを指定す
るため、セクション３０のルート・テーブルは、ＧＵＩ
ユーザがそのルートに関連するパラメータを入力するこ
とができる３つの欄を含む。より具体的には、第１欄は
ルート名に対応し、第２欄はルート発信元ＩＰに対応
し、第３欄はルート宛先ＩＰに対応する。
【００２９】セクション３１は、ルート・テーブル３０
の中の特定ルートがＧＵＩユーザによって選択される時
そのルートに関連するパスを表示するテーブルを含む
(このテーブルを以下"パステーブル"と呼ぶ)。パステー
ブル３１は、パスカラー欄、および、特定のカラーおよ
び名前で選択されたルートの各パスを識別するパス名欄
を含む。セクション３２は、パステーブル３１の中の特
定のパスがＧＵＩユーザによって選択される時そのパス
に関連するパス・インスタンスを表示するテーブルを含
む(このテーブルを以下"パス・インスタンス・テーブ
ル"と呼ぶ)。各パス・インスタンスは、所与の時間に関
する特定パスのパラメータを提供する。パス・インスタ
ンス・テーブル３２は、以下のパス属性に関する５つの
欄を含む。すなわち、(1)タイムスタンプ、(2)パス方
向、(3)利用度パーセント、(4)エラーおよび破棄、およ
び、(5)待ち時間である。
の中の特定ルートがＧＵＩユーザによって選択される時
そのルートに関連するパスを表示するテーブルを含む
(このテーブルを以下"パステーブル"と呼ぶ)。パステー
ブル３１は、パスカラー欄、および、特定のカラーおよ
び名前で選択されたルートの各パスを識別するパス名欄
を含む。セクション３２は、パステーブル３１の中の特
定のパスがＧＵＩユーザによって選択される時そのパス
に関連するパス・インスタンスを表示するテーブルを含
む(このテーブルを以下"パス・インスタンス・テーブ
ル"と呼ぶ)。各パス・インスタンスは、所与の時間に関
する特定パスのパラメータを提供する。パス・インスタ
ンス・テーブル３２は、以下のパス属性に関する５つの
欄を含む。すなわち、(1)タイムスタンプ、(2)パス方
向、(3)利用度パーセント、(4)エラーおよび破棄、およ
び、(5)待ち時間である。
【００３０】右手窓枠のセクション３３、３４の各々
は、テーブル３０、３１および３２において指定された
ルートおよびパスに対応するＲＰＭ結果を視覚的に表示
するそれぞれのノートパッドを含む。特に、セクション
３３は、テーブル３０、３１および３２で選択されたル
ートおよびパスのノード、インタフェースおよびリンク
を視覚的に表示するノートパッドを含む。セクション３
３のノートパッドは、線形図形モード、ルート・ネット
ワーク図形モードおよびネットワーク図形モードという
３つの表示モードを持つ。これらのモードは、セクショ
ン３３の上部部分に配置されるそれぞれのプルダウン・
メニューを介して選択的に使用可能とされる。
は、テーブル３０、３１および３２において指定された
ルートおよびパスに対応するＲＰＭ結果を視覚的に表示
するそれぞれのノートパッドを含む。特に、セクション
３３は、テーブル３０、３１および３２で選択されたル
ートおよびパスのノード、インタフェースおよびリンク
を視覚的に表示するノートパッドを含む。セクション３
３のノートパッドは、線形図形モード、ルート・ネット
ワーク図形モードおよびネットワーク図形モードという
３つの表示モードを持つ。これらのモードは、セクショ
ン３３の上部部分に配置されるそれぞれのプルダウン・
メニューを介して選択的に使用可能とされる。
【００３１】線形図形モードでは、選択されたルートお
よびその関連パス、ノードおよびインタフェースが、Ｉ
Ｐネットワーク１０の実際のレイアウトとは無関係に直
線でセクション３３のノートパッドに示される。テーブ
ル３０、３１、３２において指定されるパラメータに基
づいて、３つの表示シナリオが可能である。第１に、ル
ート・テーブル３０において１つのルートが選択される
時、発信元および宛先ノードだけがセクション３３のノ
ートパッドに示される。第２に、テーブル３０に指定さ
れている特定のルートのパスがパステーブル３１で選択
される時、発信元および宛先ノードに加えて、選択され
たパスに関連するすべてのノードおよびインタフェース
が直線で示される。第３に、パステーブル３１において
選択された特定パスのパス・インスタンスがパス・イン
スタンス・テーブル３２で選択される時、前進パスのす
べてのノードおよびインタフェースが上部の直線で示さ
れ、後進パスのすべてのノードおよびインタフェースが
前進パスの下に直線で示される。
よびその関連パス、ノードおよびインタフェースが、Ｉ
Ｐネットワーク１０の実際のレイアウトとは無関係に直
線でセクション３３のノートパッドに示される。テーブ
ル３０、３１、３２において指定されるパラメータに基
づいて、３つの表示シナリオが可能である。第１に、ル
ート・テーブル３０において１つのルートが選択される
時、発信元および宛先ノードだけがセクション３３のノ
ートパッドに示される。第２に、テーブル３０に指定さ
れている特定のルートのパスがパステーブル３１で選択
される時、発信元および宛先ノードに加えて、選択され
たパスに関連するすべてのノードおよびインタフェース
が直線で示される。第３に、パステーブル３１において
選択された特定パスのパス・インスタンスがパス・イン
スタンス・テーブル３２で選択される時、前進パスのす
べてのノードおよびインタフェースが上部の直線で示さ
れ、後進パスのすべてのノードおよびインタフェースが
前進パスの下に直線で示される。
【００３２】ルート・ネットワーク図形モードでは、選
択されたルートおよびその関連パス、ノードおよびイン
タフェースが、ノードおよびインタフェースがＩＰネッ
トワーク１０に配置されている形態が表示されるよう
に、セクション３３のノートパッドに示される。換言す
れば、セクション３３のノートパッドに表示されるノー
ドおよびインタフェースの位置は、ＩＰネットワーク１
０におけるそれらの実際の位置を表す。
択されたルートおよびその関連パス、ノードおよびイン
タフェースが、ノードおよびインタフェースがＩＰネッ
トワーク１０に配置されている形態が表示されるよう
に、セクション３３のノートパッドに示される。換言す
れば、セクション３３のノートパッドに表示されるノー
ドおよびインタフェースの位置は、ＩＰネットワーク１
０におけるそれらの実際の位置を表す。
【００３３】ネットワーク図形モードでは、ルート・テ
ーブル３０で指定されたすべてのルートのパス、ノード
およびインタフェースが、選択されたルートおよびその
関連したパス、ノードおよびインタフェースがルート・
ネットワーク図形モードで示されたバイト同様の形態
で、すなわち、それらが実際にＩＰネットワーク１０に
位置しているままに、表示される。
ーブル３０で指定されたすべてのルートのパス、ノード
およびインタフェースが、選択されたルートおよびその
関連したパス、ノードおよびインタフェースがルート・
ネットワーク図形モードで示されたバイト同様の形態
で、すなわち、それらが実際にＩＰネットワーク１０に
位置しているままに、表示される。
【００３４】右手窓枠のセクション３４は、また、ルー
ト・テーブル３０で指定されたルートのうちの任意の１
つまたはその関連するパス、ノードまたはインタフェー
スのうちの任意の１つに関するリアルタイムおよび履歴
パフォーマンス・チャートを視覚的に表示するノートパ
ッドを含む。
ト・テーブル３０で指定されたルートのうちの任意の１
つまたはその関連するパス、ノードまたはインタフェー
スのうちの任意の１つに関するリアルタイムおよび履歴
パフォーマンス・チャートを視覚的に表示するノートパ
ッドを含む。
【００３５】本発明の好ましい実施形態に従って、ＧＵ
Ｉ２３は、ＧＵＩユーザが選択されたルートおよびパス
が監視される率を指定することができるように設計され
る。監視率は、ネットワーク・エレメントが管理サーバ
２２によってポーリングされる率によって定義され、Ｇ
ＵＩ２３における情報が更新される率に対応する。この
率は以下ポーリング率と呼ばれ、本発明のＧＵＩ２３の
場合この率は１０分にセットされる。
Ｉ２３は、ＧＵＩユーザが選択されたルートおよびパス
が監視される率を指定することができるように設計され
る。監視率は、ネットワーク・エレメントが管理サーバ
２２によってポーリングされる率によって定義され、Ｇ
ＵＩ２３における情報が更新される率に対応する。この
率は以下ポーリング率と呼ばれ、本発明のＧＵＩ２３の
場合この率は１０分にセットされる。
【００３６】動作に際して、テーブル３０、３１、３
２、および、セクション３３、３４のノートパッドは空
である。特定のルートを指定するため、ＧＵＩユーザ
は、ルート・テーブル３０にそのルートに関連するパラ
メータ、具体的にはルート名、ルート発信元ＩＰおよび
ルート宛先ＩＰを入力する。ＧＵＩユーザが更に多くの
ルートを監視することを望む場合、ルート・テーブル３
０にそれぞれのルートに関連するパラメータ、具体的に
はルート名、ルート発信元ＩＰおよびルート宛先ＩＰを
入力することによってそれらのルートがルート・テーブ
ル３０に指定される。
２、および、セクション３３、３４のノートパッドは空
である。特定のルートを指定するため、ＧＵＩユーザ
は、ルート・テーブル３０にそのルートに関連するパラ
メータ、具体的にはルート名、ルート発信元ＩＰおよび
ルート宛先ＩＰを入力する。ＧＵＩユーザが更に多くの
ルートを監視することを望む場合、ルート・テーブル３
０にそれぞれのルートに関連するパラメータ、具体的に
はルート名、ルート発信元ＩＰおよびルート宛先ＩＰを
入力することによってそれらのルートがルート・テーブ
ル３０に指定される。
【００３７】一旦所望のルートがルート・テーブル３０
に指定されたならば、そこに含まれる特定のルートの各
々は、上述の監視率によって指定される率で選択的に監
視されることができる。特定のルートを監視するために
は、そのルートが先ずルート・テーブル３０において選
択(ハイライト)されなければならない。選択されると、
その特定のルートに関連するすべてのパスがパステーブ
ル３１に現れる。パステーブル３１に含まれるパスの中
から１つのパスが選択されると、選択されたパスのイン
スタンスのすべてがパス・インスタンス・テーブル３２
に表示される。その結果、選択されたパスの各パス・イ
ンスタンスが表示され、特定期間の選択されたパスのパ
ラメータを示す。その後、パス・インスタンス・テーブ
ル３２にリストされたパス・インスタンスのパフォーマ
ンスおよびパス変更を監視するためセクション３３およ
び３４のノートパッドが使用される。
に指定されたならば、そこに含まれる特定のルートの各
々は、上述の監視率によって指定される率で選択的に監
視されることができる。特定のルートを監視するために
は、そのルートが先ずルート・テーブル３０において選
択(ハイライト)されなければならない。選択されると、
その特定のルートに関連するすべてのパスがパステーブ
ル３１に現れる。パステーブル３１に含まれるパスの中
から１つのパスが選択されると、選択されたパスのイン
スタンスのすべてがパス・インスタンス・テーブル３２
に表示される。その結果、選択されたパスの各パス・イ
ンスタンスが表示され、特定期間の選択されたパスのパ
ラメータを示す。その後、パス・インスタンス・テーブ
ル３２にリストされたパス・インスタンスのパフォーマ
ンスおよびパス変更を監視するためセクション３３およ
び３４のノートパッドが使用される。
【００３８】図４には、図２のＲＰＭシステム２０の一
層詳細なブロック図が示されている。ＲＰＭシステム２
０は、ＧＵＩ２３を通してユーザによって指定されたル
ートおよびパスのリアルタイムおよび履歴トレース機能
および指定されたルートおよびパスのリアルタイムおよ
び履歴パフォーマンス監視機能を提供する。このルート
・トレースおよびパフォーマンス監視機能性は、管理サ
ーバ２２において実施され、ＩＰネットワーク１０にお
けるすべての発信元−宛先ルートに関するトラブルシュ
ーティング、パフォーマンス監視、サービス・レベル計
画、および、パス／ネットワーク・エレメントの付与と
いう付加機能をネットワーク・マネージャ１に提供す
る。
層詳細なブロック図が示されている。ＲＰＭシステム２
０は、ＧＵＩ２３を通してユーザによって指定されたル
ートおよびパスのリアルタイムおよび履歴トレース機能
および指定されたルートおよびパスのリアルタイムおよ
び履歴パフォーマンス監視機能を提供する。このルート
・トレースおよびパフォーマンス監視機能性は、管理サ
ーバ２２において実施され、ＩＰネットワーク１０にお
けるすべての発信元−宛先ルートに関するトラブルシュ
ーティング、パフォーマンス監視、サービス・レベル計
画、および、パス／ネットワーク・エレメントの付与と
いう付加機能をネットワーク・マネージャ１に提供す
る。
【００３９】上記の機能性を実行するため、管理サーバ
２２は、指定されたルートのリアルタイムおよび履歴ト
レース機能に関するパストレース／監視論理ユニット
(すなわちＴ＆ＭＬ)４１、指定されたルートに関連する
パスのパフォーマンスを監視するパフォーマンス監視論
理ユニット(すなわちＭＬ)４２、および、過去のトレー
スおよびパフォーマンスを分析する履歴およびパフォー
マンスの仲介手段（broker:ブローカー）４３から構成
される。管理サーバは、また、収集機構インタフェース
(通信レイヤ)４０、データベース(ＤＢ)マネージャ４
６、要求ディスパッチャ４５、サーバ遠隔メソッド呼出
し(ＲＭＩ)インタフェース４７および通知チャンネル４
４を有し、それらはすべてパストレース／監視論理ユニ
ット(Ｔ＆ＭＬ)４１、履歴およびパフォーマンス仲介手
段４３およびパフォーマンス監視論理ユニット(ＭＬ)４
２と以下に述べるように相互接続されている。
２２は、指定されたルートのリアルタイムおよび履歴ト
レース機能に関するパストレース／監視論理ユニット
(すなわちＴ＆ＭＬ)４１、指定されたルートに関連する
パスのパフォーマンスを監視するパフォーマンス監視論
理ユニット(すなわちＭＬ)４２、および、過去のトレー
スおよびパフォーマンスを分析する履歴およびパフォー
マンスの仲介手段（broker:ブローカー）４３から構成
される。管理サーバは、また、収集機構インタフェース
(通信レイヤ)４０、データベース(ＤＢ)マネージャ４
６、要求ディスパッチャ４５、サーバ遠隔メソッド呼出
し(ＲＭＩ)インタフェース４７および通知チャンネル４
４を有し、それらはすべてパストレース／監視論理ユニ
ット(Ｔ＆ＭＬ)４１、履歴およびパフォーマンス仲介手
段４３およびパフォーマンス監視論理ユニット(ＭＬ)４
２と以下に述べるように相互接続されている。
【００４０】収集機構インタフェース４０は、ＲＭＩイ
ンタフェース５０を通して外部のデータ収集手段２１に
接続され、内部的にパスＴ＆ＭＬユニット４１およびパ
フォーマンスＭＬユニット４２に接続される。パスＴ＆
ＭＬユニット４１は、パフォーマンスＭＬユニット４２
および通知チャンネル４４に接続される。通知チャンネ
ル４４は、ＧＵＩ２３にとって内部にあるＲＭＩ４８経
由でＧＵＩ２３に外部的に接続される。パフォーマンス
ＭＬユニット４２は、また、通知チャンネル４４、およ
び、管理サーバにとって外部のデータベース２５との接
続を行うＤＢマネージャ４６に接続される。管理サーバ
２２は、また、管理サーバ２２にとって内部のサーバＲ
ＭＩ４７を経由してＧＵＩ２３から要求を受け取る要求
ディスパッチャ４５を有する。要求ディスパッチャ４５
は、ＤＢマネージャ４６、パスＴ＆ＭＬユニット４１、
履歴パス・パフォーマンス仲介手段４３およびパフォー
マンスＭＬユニット４２に接続される。
ンタフェース５０を通して外部のデータ収集手段２１に
接続され、内部的にパスＴ＆ＭＬユニット４１およびパ
フォーマンスＭＬユニット４２に接続される。パスＴ＆
ＭＬユニット４１は、パフォーマンスＭＬユニット４２
および通知チャンネル４４に接続される。通知チャンネ
ル４４は、ＧＵＩ２３にとって内部にあるＲＭＩ４８経
由でＧＵＩ２３に外部的に接続される。パフォーマンス
ＭＬユニット４２は、また、通知チャンネル４４、およ
び、管理サーバにとって外部のデータベース２５との接
続を行うＤＢマネージャ４６に接続される。管理サーバ
２２は、また、管理サーバ２２にとって内部のサーバＲ
ＭＩ４７を経由してＧＵＩ２３から要求を受け取る要求
ディスパッチャ４５を有する。要求ディスパッチャ４５
は、ＤＢマネージャ４６、パスＴ＆ＭＬユニット４１、
履歴パス・パフォーマンス仲介手段４３およびパフォー
マンスＭＬユニット４２に接続される。
【００４１】次に、図５から図１０を参照して、パスＴ
＆ＭＬユニット４１、履歴パス・パフォーマンス仲介手
段４３およびパフォーマンスＭＬユニット４２の各々の
アーキテクチャおよび機能性の観点から、管理サーバ２
２の動作の詳細を記述する。
＆ＭＬユニット４１、履歴パス・パフォーマンス仲介手
段４３およびパフォーマンスＭＬユニット４２の各々の
アーキテクチャおよび機能性の観点から、管理サーバ２
２の動作の詳細を記述する。
【００４２】最初に、図５を参照すれば、ＲＰＭシステ
ム２０は、指定されたルートのリアルタイムおよび履歴
トレース機能を提供するため管理サーバ２２において実
施されるパスＴ＆ＭＬユニット４１の一層詳細なブロッ
ク図で示されている。具体的には、パスＴ＆ＭＬユニッ
ト４１は、パストレース・ハンドラ５５、発信元／宛先
レジスタ５６、パスオブジェクト・アセンブラ５７、"g
et next hop"論理ブロック５８、待ち行列マネージャ６
０およびパス変更監視論理ブロック５９を含み、これら
すべては管理サーバ内部で次のように相互接続されてい
る。パストレース・ハンドラ５５は、要求ディスパッチ
ャ４５およびＤＢマネージャ４６に接続される。発信元
／宛先レジスタ５６は、待ち行列マネージャ６０および
パスオブジェクト・アセンブラ５７に接続される。パス
オブジェクト・アセンブラ５７は"get next hop"論理ブ
ロック５８およびパス変更監視論理ブロック５９に接続
される。パス変更監視論理ブロック５９は、ＤＢマネー
ジャ４６、通知チャンネル４４、パフォーマンスＭＬユ
ニット４２および"get next hop"論理ブロック５８に接
続される。"get next hop"論理ブロック５８は、収集機
構インタフェース４０を通してデータ収集手段２１に外
部的に接続される。
ム２０は、指定されたルートのリアルタイムおよび履歴
トレース機能を提供するため管理サーバ２２において実
施されるパスＴ＆ＭＬユニット４１の一層詳細なブロッ
ク図で示されている。具体的には、パスＴ＆ＭＬユニッ
ト４１は、パストレース・ハンドラ５５、発信元／宛先
レジスタ５６、パスオブジェクト・アセンブラ５７、"g
et next hop"論理ブロック５８、待ち行列マネージャ６
０およびパス変更監視論理ブロック５９を含み、これら
すべては管理サーバ内部で次のように相互接続されてい
る。パストレース・ハンドラ５５は、要求ディスパッチ
ャ４５およびＤＢマネージャ４６に接続される。発信元
／宛先レジスタ５６は、待ち行列マネージャ６０および
パスオブジェクト・アセンブラ５７に接続される。パス
オブジェクト・アセンブラ５７は"get next hop"論理ブ
ロック５８およびパス変更監視論理ブロック５９に接続
される。パス変更監視論理ブロック５９は、ＤＢマネー
ジャ４６、通知チャンネル４４、パフォーマンスＭＬユ
ニット４２および"get next hop"論理ブロック５８に接
続される。"get next hop"論理ブロック５８は、収集機
構インタフェース４０を通してデータ収集手段２１に外
部的に接続される。
【００４３】特定のルートがリアルタイムでトレースさ
れるべきことをユーザがＧＵＩ２３を介して要求すると
管理サーバ２２のリアルタイム・トレース動作が起動さ
れる。要求ディスパッチャ４５は、ユーザの要求を受け
取ってパストレース・ハンドラ５５にそれを渡す。パス
トレース・ハンドラ５５は、ルート・トレース要求をそ
の構成要素である発信元および宛先終端点コンポーネン
トに切り離して、それらをＤＢマネージャ４６に転送す
る。ＤＢマネージャ４６は、それらを受け取り次第、指
定されたルートの発信元および宛先終端点コンポーネン
トに関するすべての関連した発信元および宛先オブジェ
クト(インタフェース)をデータベース２５から入手する
ことを要求する。
れるべきことをユーザがＧＵＩ２３を介して要求すると
管理サーバ２２のリアルタイム・トレース動作が起動さ
れる。要求ディスパッチャ４５は、ユーザの要求を受け
取ってパストレース・ハンドラ５５にそれを渡す。パス
トレース・ハンドラ５５は、ルート・トレース要求をそ
の構成要素である発信元および宛先終端点コンポーネン
トに切り離して、それらをＤＢマネージャ４６に転送す
る。ＤＢマネージャ４６は、それらを受け取り次第、指
定されたルートの発信元および宛先終端点コンポーネン
トに関するすべての関連した発信元および宛先オブジェ
クト(インタフェース)をデータベース２５から入手する
ことを要求する。
【００４４】データベース２５から取得すると、ＤＢマ
ネージャ４６は発信元および宛先オブジェクトを待ち行
列マネージャ６０に渡す。待ち行列マネージャ６０は、
高優先順位、リアルタイム優先順位、履歴高優先順位ま
たは履歴低優先順位のいずれかに従ってルート・トレー
ス要求を待ち行列に記憶し処理する責任を持つ。リアル
タイム・ルート・トレース要求の場合、ＤＢマネージャ
４６は、ユーザによって指定されたルートの発信元およ
び宛先オブジェクトを処理のため待ち行列マネージャの
リアルタイム待ち行列に書き込む。待ち行列マネージャ
は、リアルタイム待ち行列のサンプルをとる時、指定さ
れたルートに関連する発信元および宛先オブジェクトを
取り出し、それらを更なる処理のため発信元／宛先レジ
スタ５６に送る。
ネージャ４６は発信元および宛先オブジェクトを待ち行
列マネージャ６０に渡す。待ち行列マネージャ６０は、
高優先順位、リアルタイム優先順位、履歴高優先順位ま
たは履歴低優先順位のいずれかに従ってルート・トレー
ス要求を待ち行列に記憶し処理する責任を持つ。リアル
タイム・ルート・トレース要求の場合、ＤＢマネージャ
４６は、ユーザによって指定されたルートの発信元およ
び宛先オブジェクトを処理のため待ち行列マネージャの
リアルタイム待ち行列に書き込む。待ち行列マネージャ
は、リアルタイム待ち行列のサンプルをとる時、指定さ
れたルートに関連する発信元および宛先オブジェクトを
取り出し、それらを更なる処理のため発信元／宛先レジ
スタ５６に送る。
【００４５】発信元終端点および宛先終端点の間に位置
する発信元終端点および中間点の各々に関して、パスオ
ブジェクト・アセンブラ５７は、実際に宛先終端点に到
達するまで宛先終端点への次の飛び越し先(hop)を見つ
け出すように"get next hop"論理ブロック５８に要求す
る。この結果、送信元終端点から宛先終端点へ指定され
たルートで伝送されるトラフィックによってリアルタイ
ムに使用されるすべてのパスが集められる。この場合、
これらのパスの各々は、指定されたルートの送信元終端
点と宛先終端点の間に位置するネットワーク装置および
関連インタフェースのそれぞれのセットを含む管理可能
オブジェクトとして定義されている。これらのパスは"
前進パス"と呼ばれる。このパス発見プロセスは、宛先
終端点から発信元終端点へトラフィックを伝送するため
に使用されるパスをアセンブルする（組み立てる）ため
に繰り返される(この場合のパスは"後進パス"と呼ばれ
る)。
する発信元終端点および中間点の各々に関して、パスオ
ブジェクト・アセンブラ５７は、実際に宛先終端点に到
達するまで宛先終端点への次の飛び越し先(hop)を見つ
け出すように"get next hop"論理ブロック５８に要求す
る。この結果、送信元終端点から宛先終端点へ指定され
たルートで伝送されるトラフィックによってリアルタイ
ムに使用されるすべてのパスが集められる。この場合、
これらのパスの各々は、指定されたルートの送信元終端
点と宛先終端点の間に位置するネットワーク装置および
関連インタフェースのそれぞれのセットを含む管理可能
オブジェクトとして定義されている。これらのパスは"
前進パス"と呼ばれる。このパス発見プロセスは、宛先
終端点から発信元終端点へトラフィックを伝送するため
に使用されるパスをアセンブルする（組み立てる）ため
に繰り返される(この場合のパスは"後進パス"と呼ばれ
る)。
【００４６】アセンブルされた前進パスおよび後進パス
の各々に関して、パスオブジェクト・アセンブラ５７
は、ユーザがＧＵＩ２３経由でこの情報にアクセスする
ことができるようにユーザに通知するため、対応する構
成ネットワーク装置と関連インタフェースをそれぞれの
パスリストに書き込む。パスオブジェクト・アセンブラ
５７は、また、リアルタイム・パフォーマンス分析のた
めリアルタイム・トレース動作の結果を保存するため、
見つけたパスの結果をＤＢマネージャ４６を通してデー
タベース２５に一時的に記憶するように動作する。次
に、パスオブジェクト・アセンブラ５７は、リアルタイ
ム・パフォーマンス・データをＧＵＩ２３経由でユーザ
へ送り戻すことを始めるようにパフォーマンスＭＬユニ
ット４２に通知する。
の各々に関して、パスオブジェクト・アセンブラ５７
は、ユーザがＧＵＩ２３経由でこの情報にアクセスする
ことができるようにユーザに通知するため、対応する構
成ネットワーク装置と関連インタフェースをそれぞれの
パスリストに書き込む。パスオブジェクト・アセンブラ
５７は、また、リアルタイム・パフォーマンス分析のた
めリアルタイム・トレース動作の結果を保存するため、
見つけたパスの結果をＤＢマネージャ４６を通してデー
タベース２５に一時的に記憶するように動作する。次
に、パスオブジェクト・アセンブラ５７は、リアルタイ
ム・パフォーマンス・データをＧＵＩ２３経由でユーザ
へ送り戻すことを始めるようにパフォーマンスＭＬユニ
ット４２に通知する。
【００４７】ネットワークにおけるルート指定は動的で
あるので、指定されたルートに関する見つけられたパス
は、パス変更監視論理ブロック５９によって周期的にパ
ス変化を監視される。具体的には、パスは、ユーザによ
ってＧＵＩ２３において指定されたポーリング率で既存
のパスに対して再検出および検査される。再検出された
パスが(単一のネットワーク装置または単一のインタフ
ェースによって)既存のパスと相違していれば、パスは
更新され、新しいパスが指定されたルートに関連づけら
れる。なんらかのパス変更があれば、通知チャンネル２
３を経由するＧＵＩユーザに対する警報がパス変更監視
論理５９によって生成される。
あるので、指定されたルートに関する見つけられたパス
は、パス変更監視論理ブロック５９によって周期的にパ
ス変化を監視される。具体的には、パスは、ユーザによ
ってＧＵＩ２３において指定されたポーリング率で既存
のパスに対して再検出および検査される。再検出された
パスが(単一のネットワーク装置または単一のインタフ
ェースによって)既存のパスと相違していれば、パスは
更新され、新しいパスが指定されたルートに関連づけら
れる。なんらかのパス変更があれば、通知チャンネル２
３を経由するＧＵＩユーザに対する警報がパス変更監視
論理５９によって生成される。
【００４８】ポーリング・イベントの間にＧＵＩユーザ
に通知する価値のあるパス変更が発生する状況が生まれ
る可能性がある。このような状況に対処するため、ＲＰ
Ｍシステム２０は、ネットワーク・エレメント２４によ
って生成されるトラップを取り扱いＧＵＩユーザに重要
イベントを通知することができる能力を持つように設計
される。
に通知する価値のあるパス変更が発生する状況が生まれ
る可能性がある。このような状況に対処するため、ＲＰ
Ｍシステム２０は、ネットワーク・エレメント２４によ
って生成されるトラップを取り扱いＧＵＩユーザに重要
イベントを通知することができる能力を持つように設計
される。
【００４９】ネットワーク・エレメント２４によって生
成されるトラップは、好ましくはデータ収集手段２１に
おいて実施されるトラップ収集手段６１を通して管理サ
ーバ２２によって受け取られる。トラップ収集手段６１
は受け取った各トラップを管理サーバ２２の内部にある
トラップ・ハンドラ６２に送る。特定のネットワーク・
エレメント２４からトラップを受け取ると、トラップ・
ハンドラ６２は、ＧＵＩユーザが変更を知ることができ
るように、その特定のネットワーク・エレメント２４に
関連するすべてのパスが高優先待ち行列に書き込まれる
ことを要求する。
成されるトラップは、好ましくはデータ収集手段２１に
おいて実施されるトラップ収集手段６１を通して管理サ
ーバ２２によって受け取られる。トラップ収集手段６１
は受け取った各トラップを管理サーバ２２の内部にある
トラップ・ハンドラ６２に送る。特定のネットワーク・
エレメント２４からトラップを受け取ると、トラップ・
ハンドラ６２は、ＧＵＩユーザが変更を知ることができ
るように、その特定のネットワーク・エレメント２４に
関連するすべてのパスが高優先待ち行列に書き込まれる
ことを要求する。
【００５０】管理サーバ２２の履歴トレース動作を起動
するため、ユーザは、ＧＵＩ２３を通して、特定のルー
トが監視され、トレース動作の結果が後続の履歴分析の
ためデータベース２５に恒久的に保存されることを要求
しなければならない。同様に、管理サーバ２２のリアル
タイム・トレース動作に関しても、ユーザの履歴ルート
・トレース要求が要求ディスパッチャ４５に渡され、パ
ストレース・ハンドラ５５に書き込まれる。パストレー
ス・ハンドラ５５は、履歴ルート・トレース要求をその
構成要素である発信元および宛先終端点コンポーネント
に切り離して、それらをＤＢマネージャ４６に転送す
る。リアルタイム・ルート・トレース要求が処理される
場合と同様に、ＤＢマネージャ４６は、指定されたルー
トの発信元および宛先終端点コンポーネントに関するす
べての関連した発信元および宛先オブジェクト(インタ
フェース)をデータベースから取得して、すべての履歴
的に監視されるルートに関してデータベース２５に維持
されるルート・リストへ履歴的に監視されるルートとし
て各オブジェクト・ペアを書き込む。
するため、ユーザは、ＧＵＩ２３を通して、特定のルー
トが監視され、トレース動作の結果が後続の履歴分析の
ためデータベース２５に恒久的に保存されることを要求
しなければならない。同様に、管理サーバ２２のリアル
タイム・トレース動作に関しても、ユーザの履歴ルート
・トレース要求が要求ディスパッチャ４５に渡され、パ
ストレース・ハンドラ５５に書き込まれる。パストレー
ス・ハンドラ５５は、履歴ルート・トレース要求をその
構成要素である発信元および宛先終端点コンポーネント
に切り離して、それらをＤＢマネージャ４６に転送す
る。リアルタイム・ルート・トレース要求が処理される
場合と同様に、ＤＢマネージャ４６は、指定されたルー
トの発信元および宛先終端点コンポーネントに関するす
べての関連した発信元および宛先オブジェクト(インタ
フェース)をデータベースから取得して、すべての履歴
的に監視されるルートに関してデータベース２５に維持
されるルート・リストへ履歴的に監視されるルートとし
て各オブジェクト・ペアを書き込む。
【００５１】ユーザの履歴ルート・トレース要求に応じ
るため、待ち行列マネージャ６０は、データベース２５
のルート・リストに記憶されているすべての発信元およ
び宛先オブジェクト・ペアのリストを作成し、それを低
優先度待ち行列に書き込むようにＤＢマネージャ４６に
周期的に要求する。次に、待ち行列マネージャ６０は、
その定義された優先順位レベルに従って、待ち行列に書
き込まれた低順位オブジェクト・ペアを送信元／宛先レ
ジスタ５６に送る。その後送信元／宛先レジスタ５６は
それらをパスアセンブラ５７へ送る。パスオブジェクト
・アセンブラ５７は、リアルタイム・ルート・トレース
要求に応答してパスをアセンブルする（発見する）場合
と同様に動作する。従って、この場合、パスオブジェク
ト・アセンブラ５７は、指定されたルートに関連する前
進および後進のパスのすべてをアセンブルし、パス変更
監視論理５９に対して、ポーリング率で検出されたパス
を監視し、新しいポーリングまたはＩＰネットワーク１
０から受け取ったトラップの結果として観察されるどの
ようなパス変更をも通知チャンネル４４を経由してユー
ザに通知するように要求する。
るため、待ち行列マネージャ６０は、データベース２５
のルート・リストに記憶されているすべての発信元およ
び宛先オブジェクト・ペアのリストを作成し、それを低
優先度待ち行列に書き込むようにＤＢマネージャ４６に
周期的に要求する。次に、待ち行列マネージャ６０は、
その定義された優先順位レベルに従って、待ち行列に書
き込まれた低順位オブジェクト・ペアを送信元／宛先レ
ジスタ５６に送る。その後送信元／宛先レジスタ５６は
それらをパスアセンブラ５７へ送る。パスオブジェクト
・アセンブラ５７は、リアルタイム・ルート・トレース
要求に応答してパスをアセンブルする（発見する）場合
と同様に動作する。従って、この場合、パスオブジェク
ト・アセンブラ５７は、指定されたルートに関連する前
進および後進のパスのすべてをアセンブルし、パス変更
監視論理５９に対して、ポーリング率で検出されたパス
を監視し、新しいポーリングまたはＩＰネットワーク１
０から受け取ったトラップの結果として観察されるどの
ようなパス変更をも通知チャンネル４４を経由してユー
ザに通知するように要求する。
【００５２】しかしながら、リアルタイム動作と対照的
に、パスオブジェクト・アセンブラ５７は、履歴トレー
ス動作の結果を保存するため、検出されたパスの結果を
ＤＢマネージャ４６経由でデータベース２５に恒久的に
記憶するように動作する。引き続き実行する履歴パフォ
ーマンス分析のため、ＧＵＩユーザは、管理サーバ２２
に適切な要求を送ることによって記憶された履歴情報を
入手することができる。
に、パスオブジェクト・アセンブラ５７は、履歴トレー
ス動作の結果を保存するため、検出されたパスの結果を
ＤＢマネージャ４６経由でデータベース２５に恒久的に
記憶するように動作する。引き続き実行する履歴パフォ
ーマンス分析のため、ＧＵＩユーザは、管理サーバ２２
に適切な要求を送ることによって記憶された履歴情報を
入手することができる。
【００５３】図６の流れ図を参照して、管理サーバ２２
のリアルタイムおよび履歴トレース動作を更に説明す
る。図６の流れ図は、要求されたルートのパスを見つけ
るためリアルタイムまたは履歴ルート・トレース要求に
応じる際に管理サーバ２２によって実行されるメイン・
ステップを示している。図６の流れ図に示されているよ
うに、特定のルートのトレース動作は、ルートの発信元
および宛先終端点を指定するユーザによって起動され
る。また、図６の流れ図に示されているように、履歴監
視が実行されるとすれば、指定されたルートの発信元お
よび宛先終端点は後刻の履歴分析のためデータベース２
５(図５)に恒久的に保存される。更にまた、図６の流れ
図に示されているように、発信元終端点および宛先終端
点の間に位置し発信元終端点および宛先終端点から発信
されるトラフィックが通過する発信元終端点および中間
点の各々に関して、すべての関連前進パスが見つけられ
る。また、指定された特定のルートに関連する後進パス
に関してこのパス発見プロセスが繰り返される。
のリアルタイムおよび履歴トレース動作を更に説明す
る。図６の流れ図は、要求されたルートのパスを見つけ
るためリアルタイムまたは履歴ルート・トレース要求に
応じる際に管理サーバ２２によって実行されるメイン・
ステップを示している。図６の流れ図に示されているよ
うに、特定のルートのトレース動作は、ルートの発信元
および宛先終端点を指定するユーザによって起動され
る。また、図６の流れ図に示されているように、履歴監
視が実行されるとすれば、指定されたルートの発信元お
よび宛先終端点は後刻の履歴分析のためデータベース２
５(図５)に恒久的に保存される。更にまた、図６の流れ
図に示されているように、発信元終端点および宛先終端
点の間に位置し発信元終端点および宛先終端点から発信
されるトラフィックが通過する発信元終端点および中間
点の各々に関して、すべての関連前進パスが見つけられ
る。また、指定された特定のルートに関連する後進パス
に関してこのパス発見プロセスが繰り返される。
【００５４】図５を参照して上述したように、前進およ
び後進パスは、パス・トレース・アルゴリズムを実行す
ることによって集められる。この特定のアルゴリズム
は、図５の"get next hop"論理ブロック５８によって実
行される。"get next hop"論理ブロック５８は、発信元
終端点および宛先終端点の間に位置する発信元終端点お
よびいずれかの中間点に関して、実際に宛先終端点に到
達するまで宛先終端点へ向かって次の中間点(hop)を見
つけるように動作する。この動作は、指定されたルート
の発信元終端点と宛先終端点の間に位置する各中間点を
順にたどって、各中間終端点に固有のルートおよびイン
タフェース情報を収集することを伴う。収集された情報
は、指定されたルートに関連するパスをアセンブルする
ため、パスオブジェクト・アセンブラ５７によって処理
される(図５参照)。
び後進パスは、パス・トレース・アルゴリズムを実行す
ることによって集められる。この特定のアルゴリズム
は、図５の"get next hop"論理ブロック５８によって実
行される。"get next hop"論理ブロック５８は、発信元
終端点および宛先終端点の間に位置する発信元終端点お
よびいずれかの中間点に関して、実際に宛先終端点に到
達するまで宛先終端点へ向かって次の中間点(hop)を見
つけるように動作する。この動作は、指定されたルート
の発信元終端点と宛先終端点の間に位置する各中間点を
順にたどって、各中間終端点に固有のルートおよびイン
タフェース情報を収集することを伴う。収集された情報
は、指定されたルートに関連するパスをアセンブルする
ため、パスオブジェクト・アセンブラ５７によって処理
される(図５参照)。
【００５５】この点を更に記述するため、上述したパス
トレース・アルゴリズムの中間点を順にたどる動作を含
む図７の流れ図をここで参照する。図７に示されている
ように、ＧＵＩユーザによって指定された特定の発信元
終端点に基づいて、パストレース・アルゴリズムは、そ
の特定の発信元終端点に関する識別情報を収集するた
め、先ず、装置発見ルーチンを実行する。次に、指定さ
れた特定の発信元終端点に関連する入力インタフェース
を決定するため、インタフェース発見ルーチンが実行さ
れる。次に、パストレース・アルゴリズムは、ルート情
報発見ルーチンを実行して、発信元終端点が宛先終端点
にトラフィックを伝送するため意図する経路指定方法に
関する情報を入手する。次に、パストレース・アルゴリ
ズムは、"get next hop"発見ルーチンを実行して、宛先
終端点へのパスにおける次の中間点を見出す。
トレース・アルゴリズムの中間点を順にたどる動作を含
む図７の流れ図をここで参照する。図７に示されている
ように、ＧＵＩユーザによって指定された特定の発信元
終端点に基づいて、パストレース・アルゴリズムは、そ
の特定の発信元終端点に関する識別情報を収集するた
め、先ず、装置発見ルーチンを実行する。次に、指定さ
れた特定の発信元終端点に関連する入力インタフェース
を決定するため、インタフェース発見ルーチンが実行さ
れる。次に、パストレース・アルゴリズムは、ルート情
報発見ルーチンを実行して、発信元終端点が宛先終端点
にトラフィックを伝送するため意図する経路指定方法に
関する情報を入手する。次に、パストレース・アルゴリ
ズムは、"get next hop"発見ルーチンを実行して、宛先
終端点へのパスにおける次の中間点を見出す。
【００５６】次に、発信元終端点に関連する特定の出力
インタフェースを決定するため、葉ノード・インタフェ
ース発見ルーチンが実行される。次に、次の中間点がＧ
ＵＩユーザによって供給された宛先終端点と比較され、
次の中間点が宛先終端点であれば、宛先終端点へのパス
が見いだされたことになり、パスオブジェクト・アセン
ブラ５７へ報告される。次の中間点が宛先終端点でなけ
れば、宛先終端点へのパスにおけるその次の中間点を見
出すため、次の中間点がパストレース・アルゴリズムに
フィードバックされる。このプロセスは、次の中間点が
宛先終端点となるまで繰り返され、最終的に見つけられ
たパスがパスオブジェクト・アセンブラ５７(図５)へ報
告される。
インタフェースを決定するため、葉ノード・インタフェ
ース発見ルーチンが実行される。次に、次の中間点がＧ
ＵＩユーザによって供給された宛先終端点と比較され、
次の中間点が宛先終端点であれば、宛先終端点へのパス
が見いだされたことになり、パスオブジェクト・アセン
ブラ５７へ報告される。次の中間点が宛先終端点でなけ
れば、宛先終端点へのパスにおけるその次の中間点を見
出すため、次の中間点がパストレース・アルゴリズムに
フィードバックされる。このプロセスは、次の中間点が
宛先終端点となるまで繰り返され、最終的に見つけられ
たパスがパスオブジェクト・アセンブラ５７(図５)へ報
告される。
【００５７】図８には、指定されたルートのリアルタイ
ム・パフォーマンス監視を行うため管理サーバ２２にお
いて実施されるものとしてのパフォーマンスＭＬユニッ
ト４２の一層詳細なブロック図が示されている。パフォ
ーマンスＭＬユニット４２は、要求ディスパッチャ４５
およびＤＢマネージャ４６の両方に外部的に接続され、
ルート待ち行列６６、パス待ち行列６７およびオブジェ
クト待ち行列６８に内部的に接続された監視待ち行列６
５を含む。これらの待ち行列６６、６７、６８は、ルー
ト、パスおよび関連オブジェクト(ネットワーク装置、
インタフェース等々)に関連した識別データを保有する
ためにそれぞれ使用される。この識別データは、リアル
タイム・パフォーマンス監視要求が要求ディスパッチャ
４５から到来する都度データベース２５を通して周期的
に更新される。ルート、パスおよびオブジェクト待ち行
列６６、６７、６８は、対応するルート、パスおよびオ
ブジェクト・パフォーマンス論理ユニット７０、７１、
６９にそれぞれ接続される。オブジェクト・パフォーマ
ンス論理ユニット６９は、通信レイヤ４０を経由してデ
ータ収集手段２１に外部的に接続されると共に、パス／
ルート・パフォーマンス論理ユニット７０、７１に順次
内部的に接続される。最後に、ルート、パスおよびオブ
ジェクト・パフォーマンス論理ユニット７０、７１、６
９は、通知チャンネル４４に外部的に接続される。
ム・パフォーマンス監視を行うため管理サーバ２２にお
いて実施されるものとしてのパフォーマンスＭＬユニッ
ト４２の一層詳細なブロック図が示されている。パフォ
ーマンスＭＬユニット４２は、要求ディスパッチャ４５
およびＤＢマネージャ４６の両方に外部的に接続され、
ルート待ち行列６６、パス待ち行列６７およびオブジェ
クト待ち行列６８に内部的に接続された監視待ち行列６
５を含む。これらの待ち行列６６、６７、６８は、ルー
ト、パスおよび関連オブジェクト(ネットワーク装置、
インタフェース等々)に関連した識別データを保有する
ためにそれぞれ使用される。この識別データは、リアル
タイム・パフォーマンス監視要求が要求ディスパッチャ
４５から到来する都度データベース２５を通して周期的
に更新される。ルート、パスおよびオブジェクト待ち行
列６６、６７、６８は、対応するルート、パスおよびオ
ブジェクト・パフォーマンス論理ユニット７０、７１、
６９にそれぞれ接続される。オブジェクト・パフォーマ
ンス論理ユニット６９は、通信レイヤ４０を経由してデ
ータ収集手段２１に外部的に接続されると共に、パス／
ルート・パフォーマンス論理ユニット７０、７１に順次
内部的に接続される。最後に、ルート、パスおよびオブ
ジェクト・パフォーマンス論理ユニット７０、７１、６
９は、通知チャンネル４４に外部的に接続される。
【００５８】本発明の好ましい実施形態に従って、特定
のルートのパフォーマンスがリアルタイムで監視される
ことをユーザがＧＵＩ２３を経由して要求すると、管理
サーバ２２のリアルタイム・パフォーマンス監視動作が
起動される。この動作は、パスＴ＆ＭＬユニット４１の
パスオブジェクト・アセンブラ５７(図５)がパフォーマ
ンスＭＬユニット４２に対してリアルタイム・パフォー
マンス・データをＧＵＩ２３を介してユーザへ送り始め
ることを要求する時特定のルートがリアルタイムでトレ
ースされた後に、通常発生する。
のルートのパフォーマンスがリアルタイムで監視される
ことをユーザがＧＵＩ２３を経由して要求すると、管理
サーバ２２のリアルタイム・パフォーマンス監視動作が
起動される。この動作は、パスＴ＆ＭＬユニット４１の
パスオブジェクト・アセンブラ５７(図５)がパフォーマ
ンスＭＬユニット４２に対してリアルタイム・パフォー
マンス・データをＧＵＩ２３を介してユーザへ送り始め
ることを要求する時特定のルートがリアルタイムでトレ
ースされた後に、通常発生する。
【００５９】そのような要求が始動されると、その要求
を受け取る監視待ち行列６５が、指定されたルートのリ
アルタイム・トレース動作に関する関連要求を実行する
際にパスオブジェクト・アセンブラ５７(図５)によって
データベース２５に一時的に記憶された新しい識別デー
タで、ルート、パスおよびオブジェクト待ち行列６６、
６７、６８の各々に含まれる情報を更新する。この新し
い識別データは、対応する待ち行列６６、６７、６８に
保有されている既存の(古い)識別データに追加される。
オブジェクト・パフォーマンス論理６９は、データ収集
手段２１を通してオブジェクト待ち行列６８にリストさ
れている(新旧両方の)ネットワーク・オブジェクトの各
々に対してパフォーマンス・データを取得するためポー
リングを開始する。次に、オブジェクト・パフォーマン
ス論理６９は、ポーリングの結果取得した応答をＧＵＩ
２３への通知のため通知チャンネルに送る。
を受け取る監視待ち行列６５が、指定されたルートのリ
アルタイム・トレース動作に関する関連要求を実行する
際にパスオブジェクト・アセンブラ５７(図５)によって
データベース２５に一時的に記憶された新しい識別デー
タで、ルート、パスおよびオブジェクト待ち行列６６、
６７、６８の各々に含まれる情報を更新する。この新し
い識別データは、対応する待ち行列６６、６７、６８に
保有されている既存の(古い)識別データに追加される。
オブジェクト・パフォーマンス論理６９は、データ収集
手段２１を通してオブジェクト待ち行列６８にリストさ
れている(新旧両方の)ネットワーク・オブジェクトの各
々に対してパフォーマンス・データを取得するためポー
リングを開始する。次に、オブジェクト・パフォーマン
ス論理６９は、ポーリングの結果取得した応答をＧＵＩ
２３への通知のため通知チャンネルに送る。
【００６０】ポーリングされたオブジェクトと共に、ポ
ーリング結果の応答はパス・パフォーマンス論理７０に
も送られ、そこで、ポーリングされたオブジェクトはパ
ス待ち行列６７に含まれるしきい値データと比較され、
リストとされているパスの各々に関するパフォーマンス
が計算される。次に、パス・パフォーマンス論理７０
は、ポーリングされた特定のオブジェクトに関するパス
・パフォーマンス分析を完了したことをルート・パフォ
ーマンス論理７１に通知して、そのパフォーマンス結果
をＧＵＩ２３への伝送のため通知チャンネル４４へ送
る。パス・パフォーマンス論理７０は、また、パフォー
マンス計算の対象となったパスと共にそのパフォーマン
ス結果をルート・パフォーマンス論理７１に送る。ルー
ト・パフォーマンス論理７１は、パス・パフォーマンス
論理７０から取得したパスをルート待ち行列６６に含ま
れる古い識別データと比較して、全般的ルート・パフォ
ーマンス測定値を計算して、それを通知チャンネル４４
経由でＧＵＩ２３に送る。上述した管理サーバ２２のリ
アルタイム監視動作は、ＧＵＩ２３を通してユーザによ
って指定されたポーリング率で繰り返される。
ーリング結果の応答はパス・パフォーマンス論理７０に
も送られ、そこで、ポーリングされたオブジェクトはパ
ス待ち行列６７に含まれるしきい値データと比較され、
リストとされているパスの各々に関するパフォーマンス
が計算される。次に、パス・パフォーマンス論理７０
は、ポーリングされた特定のオブジェクトに関するパス
・パフォーマンス分析を完了したことをルート・パフォ
ーマンス論理７１に通知して、そのパフォーマンス結果
をＧＵＩ２３への伝送のため通知チャンネル４４へ送
る。パス・パフォーマンス論理７０は、また、パフォー
マンス計算の対象となったパスと共にそのパフォーマン
ス結果をルート・パフォーマンス論理７１に送る。ルー
ト・パフォーマンス論理７１は、パス・パフォーマンス
論理７０から取得したパスをルート待ち行列６６に含ま
れる古い識別データと比較して、全般的ルート・パフォ
ーマンス測定値を計算して、それを通知チャンネル４４
経由でＧＵＩ２３に送る。上述した管理サーバ２２のリ
アルタイム監視動作は、ＧＵＩ２３を通してユーザによ
って指定されたポーリング率で繰り返される。
【００６１】図９には、指定されたルートの履歴パフォ
ーマンス監視を行うために管理サーバ２２において実施
されるものとしての図４のパフォーマンスＭＬユニット
４２の一層詳細なブロック図が示されている。指定され
たルートの履歴パフォーマンス監視を行うため、上述さ
れたルート待ち行列６６、パス待ち行列６７およびオブ
ジェクト待ち行列６８がパフォーマンスＭＬユニット４
２によっても使用される。前述のように、これら待ち行
列６６、６７、６８は、ルート、パスおよび関連オブジ
ェクト(ネットワーク装置、インタフェース等々)に関連
した識別データを保有するためそれぞれ使用される。こ
の識別データは、以下に述べるように、データベース２
５から周期的に更新される。ルート、パスおよびオブジ
ェクト待ち行列６６、６７、６８は対応するルート、パ
スおよびオブジェクト・パフォーマンス監視論理ユニッ
ト７４、７３、７２にそれぞれ接続される。オブジェク
ト・パフォーマンス監視論理ユニット７２は、通信レイ
ヤ４０を経由してデータ収集手段２１に外部的に接続さ
れると共に、パスおよびルート・パフォーマンス論理ユ
ニットに内部的に順に接続される。最後に、ルート、パ
スおよびオブジェクト・パフォーマンス監視論理ユニッ
ト７４、７３、７２が通知チャンネル４４に外部的に接
続される。
ーマンス監視を行うために管理サーバ２２において実施
されるものとしての図４のパフォーマンスＭＬユニット
４２の一層詳細なブロック図が示されている。指定され
たルートの履歴パフォーマンス監視を行うため、上述さ
れたルート待ち行列６６、パス待ち行列６７およびオブ
ジェクト待ち行列６８がパフォーマンスＭＬユニット４
２によっても使用される。前述のように、これら待ち行
列６６、６７、６８は、ルート、パスおよび関連オブジ
ェクト(ネットワーク装置、インタフェース等々)に関連
した識別データを保有するためそれぞれ使用される。こ
の識別データは、以下に述べるように、データベース２
５から周期的に更新される。ルート、パスおよびオブジ
ェクト待ち行列６６、６７、６８は対応するルート、パ
スおよびオブジェクト・パフォーマンス監視論理ユニッ
ト７４、７３、７２にそれぞれ接続される。オブジェク
ト・パフォーマンス監視論理ユニット７２は、通信レイ
ヤ４０を経由してデータ収集手段２１に外部的に接続さ
れると共に、パスおよびルート・パフォーマンス論理ユ
ニットに内部的に順に接続される。最後に、ルート、パ
スおよびオブジェクト・パフォーマンス監視論理ユニッ
ト７４、７３、７２が通知チャンネル４４に外部的に接
続される。
【００６２】管理サーバ２２の履歴パフォーマンス監視
動作は、特定のルートのパフォーマンスが履歴的に監視
されることを要求するＧＵＩ２３を通したユーザからの
要求によって初期的に起動される。指定されたルートの
履歴的パフォーマンスの監視を始めるように要求が出さ
れると、履歴パフォーマンスＭＬユニット４２は、デー
タ収集手段２１を通して関連オブジェクトのポーリング
を行い、ポーリングしたオブジェクトの各々のパフォー
マンスを計算し、その結果を用いて、指定されたルート
に関連する各パスのパフォーマンスを計算し、再びこの
結果を用いて、指定されたルート自体のパフォーマンス
を計算する。これらのパフォーマンス結果のすべては、
後刻の履歴分析に備えて、データベース２５に恒久的に
保存される。
動作は、特定のルートのパフォーマンスが履歴的に監視
されることを要求するＧＵＩ２３を通したユーザからの
要求によって初期的に起動される。指定されたルートの
履歴的パフォーマンスの監視を始めるように要求が出さ
れると、履歴パフォーマンスＭＬユニット４２は、デー
タ収集手段２１を通して関連オブジェクトのポーリング
を行い、ポーリングしたオブジェクトの各々のパフォー
マンスを計算し、その結果を用いて、指定されたルート
に関連する各パスのパフォーマンスを計算し、再びこの
結果を用いて、指定されたルート自体のパフォーマンス
を計算する。これらのパフォーマンス結果のすべては、
後刻の履歴分析に備えて、データベース２５に恒久的に
保存される。
【００６３】より具体的に述べれば、履歴パフォーマン
ス監視要求が始動されると、要求は監視待ち行列６５に
受け取られ、その結果、監視待ち行列６５が、指定され
たルートの履歴トレース動作に関する関連要求を実行す
る際にパスオブジェクト・アセンブラ５７によってデー
タベース２５に恒久的に記憶された新しい識別データ
で、ルート、パスおよびオブジェクト待ち行列６６、６
７、６８の各々に含まれる情報を更新する。この新しい
識別データは、対応する待ち行列６６、６７、６８に保
有されている既存の(古い)識別データに追加される。
ス監視要求が始動されると、要求は監視待ち行列６５に
受け取られ、その結果、監視待ち行列６５が、指定され
たルートの履歴トレース動作に関する関連要求を実行す
る際にパスオブジェクト・アセンブラ５７によってデー
タベース２５に恒久的に記憶された新しい識別データ
で、ルート、パスおよびオブジェクト待ち行列６６、６
７、６８の各々に含まれる情報を更新する。この新しい
識別データは、対応する待ち行列６６、６７、６８に保
有されている既存の(古い)識別データに追加される。
【００６４】オブジェクト・パフォーマンス論理７２
は、データ収集手段２１を通してオブジェクト待ち行列
６８にリストされている(新旧両方の)ネットワーク・オ
ブジェクトの各々に対してパフォーマンス・データを取
得するためポーリングを開始する。次に、オブジェクト
・パフォーマンス論理７２は、ポーリングの結果取得し
た応答をＧＵＩ２３への通知のため通知チャンネルに送
る。ポーリングされたオブジェクトと共に、ポーリング
結果の応答はパス・パフォーマンス論理７３にも送ら
れ、そこで、ポーリングされたオブジェクトはパス待ち
行列６７に含まれるしきい値データと比較され、リスト
されている活動的パスの各々に関するパフォーマンスが
計算される。次に、パス・パフォーマンス論理７３は、
ポーリングされた特定のオブジェクトに関するパス・パ
フォーマンス分析を完了したことをルート・パフォーマ
ンス論理７４に通知して、そのパフォーマンス結果をＧ
ＵＩ２３への伝送のため通知チャンネル４４へ送る。
は、データ収集手段２１を通してオブジェクト待ち行列
６８にリストされている(新旧両方の)ネットワーク・オ
ブジェクトの各々に対してパフォーマンス・データを取
得するためポーリングを開始する。次に、オブジェクト
・パフォーマンス論理７２は、ポーリングの結果取得し
た応答をＧＵＩ２３への通知のため通知チャンネルに送
る。ポーリングされたオブジェクトと共に、ポーリング
結果の応答はパス・パフォーマンス論理７３にも送ら
れ、そこで、ポーリングされたオブジェクトはパス待ち
行列６７に含まれるしきい値データと比較され、リスト
されている活動的パスの各々に関するパフォーマンスが
計算される。次に、パス・パフォーマンス論理７３は、
ポーリングされた特定のオブジェクトに関するパス・パ
フォーマンス分析を完了したことをルート・パフォーマ
ンス論理７４に通知して、そのパフォーマンス結果をＧ
ＵＩ２３への伝送のため通知チャンネル４４へ送る。
【００６５】パス・パフォーマンス論理７３は、また、
パフォーマンス計算の対象となったパスと共にそのパフ
ォーマンス結果をルート・パフォーマンス論理７４に送
る。ルート・パフォーマンス論理７４は、パス・パフォ
ーマンス論理７１から取得したパスをルート待ち行列６
６に含まれる古い識別データと比較して、全般的ルート
・パフォーマンス測定値を計算して、それを通知チャン
ネル４４経由してＧＵＩ２３に送る。
パフォーマンス計算の対象となったパスと共にそのパフ
ォーマンス結果をルート・パフォーマンス論理７４に送
る。ルート・パフォーマンス論理７４は、パス・パフォ
ーマンス論理７１から取得したパスをルート待ち行列６
６に含まれる古い識別データと比較して、全般的ルート
・パフォーマンス測定値を計算して、それを通知チャン
ネル４４経由してＧＵＩ２３に送る。
【００６６】また、指定されたルートおよび関連パスお
よびオブジェクトの各々に関するパフォーマンスがしき
い値交差論理７５に含まれる適切なパフォーマンスしき
い値と比較される。オブジェクト、パスまたは指定され
たルート自体のいずれかに関してパフォーマンスしきい
値が破られるならば、ユーザは通知チャンネル４４を通
して通知される。しきい値計算が完了したならば、上述
された履歴パフォーマンス監視プロセスが再び実行さ
れ、データベースに恒久的に保存されている新しいパフ
ォーマンス値が取得され、適切なパフォーマンスしきい
値と再び比較される。履歴パフォーマンス監視プロセス
は、ＧＵＩ２３を通してユーザによって終了されるま
で、繰り返される。
よびオブジェクトの各々に関するパフォーマンスがしき
い値交差論理７５に含まれる適切なパフォーマンスしき
い値と比較される。オブジェクト、パスまたは指定され
たルート自体のいずれかに関してパフォーマンスしきい
値が破られるならば、ユーザは通知チャンネル４４を通
して通知される。しきい値計算が完了したならば、上述
された履歴パフォーマンス監視プロセスが再び実行さ
れ、データベースに恒久的に保存されている新しいパフ
ォーマンス値が取得され、適切なパフォーマンスしきい
値と再び比較される。履歴パフォーマンス監視プロセス
は、ＧＵＩ２３を通してユーザによって終了されるま
で、繰り返される。
【００６７】図１０を参照すれば、管理サーバ２２にお
いて実施されるものとしての履歴パス・パフォーマンス
仲介手段４３は、履歴ルート・トレース要求および履歴
パフォーマンス監視要求の実行の結果としてそれぞれ収
集されデータベース２５に恒久的に保存されている履歴
ルートおよびパフォーマンス・データをユーザが取り出
すことを可能にする。
いて実施されるものとしての履歴パス・パフォーマンス
仲介手段４３は、履歴ルート・トレース要求および履歴
パフォーマンス監視要求の実行の結果としてそれぞれ収
集されデータベース２５に恒久的に保存されている履歴
ルートおよびパフォーマンス・データをユーザが取り出
すことを可能にする。
【００６８】履歴パス・パフォーマンス仲介手段４３
は、パストレース・ハンドラ８０、パス収集手段８１、
情報レジスタ８３、イベント／パフォーマンス収集手段
８２、ソリューション・プロバイダ８４および計算サー
バ８５を含み、これらは次のように相互接続される。パ
ストレース・ハンドラ８０は、要求ディスパッチャ４５
およびＤＢマネージャ４６に外部的に接続される。パス
収集手段８１およびイベント・パフォーマンス収集手段
８２もまたＤＢマネージャ４６に外部的に接続される。
パス収集手段８１はまた情報レジスタ８３、イベント／
パフォーマンス収集手段８２およびソリューション・プ
ロバイダ８４に接続され、一方、イベント／パフォーマ
ンス収集手段８２はまた計算サーバ８５に接続される。
最後に、情報レジスタ８３は、パス収集手段８１への接
続に加えて、待ち行列マネージャ６０に外部的に接続さ
れる。
は、パストレース・ハンドラ８０、パス収集手段８１、
情報レジスタ８３、イベント／パフォーマンス収集手段
８２、ソリューション・プロバイダ８４および計算サー
バ８５を含み、これらは次のように相互接続される。パ
ストレース・ハンドラ８０は、要求ディスパッチャ４５
およびＤＢマネージャ４６に外部的に接続される。パス
収集手段８１およびイベント・パフォーマンス収集手段
８２もまたＤＢマネージャ４６に外部的に接続される。
パス収集手段８１はまた情報レジスタ８３、イベント／
パフォーマンス収集手段８２およびソリューション・プ
ロバイダ８４に接続され、一方、イベント／パフォーマ
ンス収集手段８２はまた計算サーバ８５に接続される。
最後に、情報レジスタ８３は、パス収集手段８１への接
続に加えて、待ち行列マネージャ６０に外部的に接続さ
れる。
【００６９】上述のように、履歴パス・パフォーマンス
仲介手段４３は、履歴ルート・トレース要求および履歴
パフォーマンス監視要求の実行の結果としてそれぞれ収
集されデータベース２５に恒久的に保存されている特定
ルートに関連する履歴ルートまたはパフォーマンス・デ
ータをユーザが取り出すことを可能にする。これを実行
するため、ユーザは、ＧＵＩ２３を経由して、特定のル
ート、および、履歴パフォーマンス・データまたはルー
ト・データが取り出されるべき所望の期間を指定した要
求を発する。要求ディスパッチャ４５は、ユーザの要求
を受け取ると、その要求をパストレース・ハンドラ８０
に渡す。パストレース・ハンドラ８０は、指定された期
間、および、履歴データが取り出されるべき対象のルー
トを定義している発信元および宛先終端点コンポーネン
トを履歴取り出し要求を抽出するように動作する。次
に、パストレース・ハンドラ８０がそれらをＤＢマネー
ジャ４６に送り、ＤＢマネージャ４６が、所望の期間に
関する指定されたルートの指定された発信元および宛先
終端点コンポーネントに関連するすべてのパスをデータ
ベース２５から取得する。
仲介手段４３は、履歴ルート・トレース要求および履歴
パフォーマンス監視要求の実行の結果としてそれぞれ収
集されデータベース２５に恒久的に保存されている特定
ルートに関連する履歴ルートまたはパフォーマンス・デ
ータをユーザが取り出すことを可能にする。これを実行
するため、ユーザは、ＧＵＩ２３を経由して、特定のル
ート、および、履歴パフォーマンス・データまたはルー
ト・データが取り出されるべき所望の期間を指定した要
求を発する。要求ディスパッチャ４５は、ユーザの要求
を受け取ると、その要求をパストレース・ハンドラ８０
に渡す。パストレース・ハンドラ８０は、指定された期
間、および、履歴データが取り出されるべき対象のルー
トを定義している発信元および宛先終端点コンポーネン
トを履歴取り出し要求を抽出するように動作する。次
に、パストレース・ハンドラ８０がそれらをＤＢマネー
ジャ４６に送り、ＤＢマネージャ４６が、所望の期間に
関する指定されたルートの指定された発信元および宛先
終端点コンポーネントに関連するすべてのパスをデータ
ベース２５から取得する。
【００７０】ＤＢマネージャ４６は、データベース２５
から取得すると、それらパスを処理のため待ち行列マネ
ージャ６０に渡す。次に、待ち行列マネージャ６０は、
定義された優先度レベルに従って、待ち行列に記憶した
パスを更なる処理のため情報レジスタ８３に逐次送り出
す。次に、パス収集手段８１は、情報レジスタ８３から
パスを読み取り、読み取ったパスの各々に関して、デー
タベース２５からすべての関連ルート設定イベントおよ
びパフォーマンス情報を取り出すようにイベント／パフ
ォーマンス収集手段８２に要求する。イベント／パフォ
ーマンス収集手段８２は、ソリューション・プロバイダ
８４と共に、ユーザが通知チャンネル４４およびＧＵＩ
２３経由して使用することに適する形式にデータベース
２５から得たデータを処理するように動作する。
から取得すると、それらパスを処理のため待ち行列マネ
ージャ６０に渡す。次に、待ち行列マネージャ６０は、
定義された優先度レベルに従って、待ち行列に記憶した
パスを更なる処理のため情報レジスタ８３に逐次送り出
す。次に、パス収集手段８１は、情報レジスタ８３から
パスを読み取り、読み取ったパスの各々に関して、デー
タベース２５からすべての関連ルート設定イベントおよ
びパフォーマンス情報を取り出すようにイベント／パフ
ォーマンス収集手段８２に要求する。イベント／パフォ
ーマンス収集手段８２は、ソリューション・プロバイダ
８４と共に、ユーザが通知チャンネル４４およびＧＵＩ
２３経由して使用することに適する形式にデータベース
２５から得たデータを処理するように動作する。
【００７１】図１１には、管理サーバ２２によって収集
されたルート設定およびパフォーマンス情報を一時的に
記憶するためＭＩＢ９０を使用するＲＰＭシステム２０
の第２の実施形態が示されている。この情報を記憶する
ため、ＭＩＢ９０はまた管理可能オブジェクトとしてル
ートおよびパスのネットワーク・レベルの概念を定義し
ている。これらのルートおよびパスオブジェクトは、Ｉ
Ｐネットワーク１０の他のネットワーク・エレメント２
４のＳＮＭＰエージェントまたはその情報から利益を得
る可能性のあるその他のいかなるネットワーク主体／ア
プリケーションによってもアクセスされることができ
る。ＭＩＢ９０のようなＭＩＢの実施形態は周知である
ので、ここでは詳細に記述しない。
されたルート設定およびパフォーマンス情報を一時的に
記憶するためＭＩＢ９０を使用するＲＰＭシステム２０
の第２の実施形態が示されている。この情報を記憶する
ため、ＭＩＢ９０はまた管理可能オブジェクトとしてル
ートおよびパスのネットワーク・レベルの概念を定義し
ている。これらのルートおよびパスオブジェクトは、Ｉ
Ｐネットワーク１０の他のネットワーク・エレメント２
４のＳＮＭＰエージェントまたはその情報から利益を得
る可能性のあるその他のいかなるネットワーク主体／ア
プリケーションによってもアクセスされることができ
る。ＭＩＢ９０のようなＭＩＢの実施形態は周知である
ので、ここでは詳細に記述しない。
【００７２】上述されたＲＰＭシステム機能性は、汎用
コンピュータ(図示されていない)をプログラムすること
によってネットワーク・マネージャ１において実施され
る。
コンピュータ(図示されていない)をプログラムすること
によってネットワーク・マネージャ１において実施され
る。
【００７３】このＲＰＭ機能性を実施するために必要な
プログラムの準備は、特に図４から図９に関連して上述
された管理サーバの機能性の詳細な記述を考慮すれば、
ネットワーク管理技術分野の当業者にとって明らかであ
ると理解されるべきであろう。
プログラムの準備は、特に図４から図９に関連して上述
された管理サーバの機能性の詳細な記述を考慮すれば、
ネットワーク管理技術分野の当業者にとって明らかであ
ると理解されるべきであろう。
【００７４】以上、本発明をネットワークの特定のタイ
プに関連して記述したが、その他のタイプのネットワー
クをサポートするため、本発明の理念を逸脱することな
く、種々の修正および改良を加えることは可能であろ
う。特に、本発明はＩＰネットワークに関して記述され
たが、本発明を他のタイプのネットワークに適用するこ
とが可能であることは理解されるべき点である。更に、
本発明はＩＮＭ管理プラットホームを持つＳＮＭＰネッ
トワークに制限されることはない。ＳＮＭＰと異なるマ
ネージャ−エージェント環境およびその他の管理プラッ
トホームに関連して本発明を使用することは可能であ
る。
プに関連して記述したが、その他のタイプのネットワー
クをサポートするため、本発明の理念を逸脱することな
く、種々の修正および改良を加えることは可能であろ
う。特に、本発明はＩＰネットワークに関して記述され
たが、本発明を他のタイプのネットワークに適用するこ
とが可能であることは理解されるべき点である。更に、
本発明はＩＮＭ管理プラットホームを持つＳＮＭＰネッ
トワークに制限されることはない。ＳＮＭＰと異なるマ
ネージャ−エージェント環境およびその他の管理プラッ
トホームに関連して本発明を使用することは可能であ
る。
【００７５】特定のＧＵＩ設計に関連してＲＰＭシステ
ムを上述したが、本発明に従ってＧＵＩユーザがネット
ワークにおけるルート、パスおよび関連インタフェース
を指定および監視することを可能にするためその他のＧ
ＵＩ設計を使用することができる点は理解されるべきで
あろう。例えば、上述されたＧＵＩは、ＲＰＭ監視パラ
メータを入力し、対応するＲＰＭ結果を見るため５つの
セクションに細分されたメイン・コンピュータ・ウィン
ドウを有する。
ムを上述したが、本発明に従ってＧＵＩユーザがネット
ワークにおけるルート、パスおよび関連インタフェース
を指定および監視することを可能にするためその他のＧ
ＵＩ設計を使用することができる点は理解されるべきで
あろう。例えば、上述されたＧＵＩは、ＲＰＭ監視パラ
メータを入力し、対応するＲＰＭ結果を見るため５つの
セクションに細分されたメイン・コンピュータ・ウィン
ドウを有する。
【００７６】ＧＵＩユーザの特定の管理ニーズに従って
コンピュータ・ウィンドウは５つのセクションより多く
も少なくも分割することができる点は理解されるべきこ
とであろう。他のタイプのユーザ・インタフェースを使
用することができる点もまた理解されるべきことであろ
う。例えば、コマンド・ライン・インタフェース(ＣＬ
Ｉ)を使用することができるであろう。更に、ユーザ・
インタフェースは管理サーバから独立しているものとし
て上述されたが、本発明の理念を逸脱することなく、必
要に応じてユーザ・インタフェースを管理サーバの内部
で実施することが可能である。
コンピュータ・ウィンドウは５つのセクションより多く
も少なくも分割することができる点は理解されるべきこ
とであろう。他のタイプのユーザ・インタフェースを使
用することができる点もまた理解されるべきことであろ
う。例えば、コマンド・ライン・インタフェース(ＣＬ
Ｉ)を使用することができるであろう。更に、ユーザ・
インタフェースは管理サーバから独立しているものとし
て上述されたが、本発明の理念を逸脱することなく、必
要に応じてユーザ・インタフェースを管理サーバの内部
で実施することが可能である。
【００７７】
【発明の効果】本発明によると、所与のルートおよび経
路指定プロトコルにおけるデータ伝送に必要な能力を持
つパスをリアルタイムに決定することができると共に、
ユーザの要求に応じてルート履歴を保存および作成し、
監視したルートおよびパスの将来のネットワークへの付
与およびトラブルシューティングなどのための履歴デー
タとして役立てることができる。
路指定プロトコルにおけるデータ伝送に必要な能力を持
つパスをリアルタイムに決定することができると共に、
ユーザの要求に応じてルート履歴を保存および作成し、
監視したルートおよびパスの将来のネットワークへの付
与およびトラブルシューティングなどのための履歴デー
タとして役立てることができる。
【図１】ＩＰネットワークのブロック図である。
【図２】図１のＩＰネットワークのノード１のＲＰＭシ
ステムの第１の実施形態のブロック図である。
ステムの第１の実施形態のブロック図である。
【図３】図２のＲＰＭシステムのＧＵＩのブロック図で
ある。
ある。
【図４】図２のＲＰＭシステムの詳細ブロック図であ
る。
る。
【図５】図４のＲＰＭシステムにおいて実施されるパス
トレースおよび監視論理ユニットのブロック図である。
トレースおよび監視論理ユニットのブロック図である。
【図６】指定されたルートのパスを発見するステップの
流れ図である。
流れ図である。
【図７】指定されたルートのパスを発見するために使用
されるパストレース・アルゴリズムの流れ図である。
されるパストレース・アルゴリズムの流れ図である。
【図８】図４のＲＰＭシステムの管理サーバにおいて実
施される指定されたルートのリアルタイム・パフォーマ
ンス監視論理ユニットのブロック図である。
施される指定されたルートのリアルタイム・パフォーマ
ンス監視論理ユニットのブロック図である。
【図９】図４のＲＰＭシステムの管理サーバにおいて実
施される指定されたルートの履歴パフォーマンス監視論
理ユニットのブロック図である。
施される指定されたルートの履歴パフォーマンス監視論
理ユニットのブロック図である。
【図１０】図４のＲＰＭシステムの管理サーバにおいて
実施される履歴パスおよびパフォーマンス仲介プログラ
ムのブロック図である。
実施される履歴パスおよびパフォーマンス仲介プログラ
ムのブロック図である。
【図１１】図２のＲＰＭシステムの第２の実施形態のブ
ロック図である。
ロック図である。
１０ 通信ネットワーク ２０ ルートおよびパスの管理システム ２１ データ収集手段 ２２ 管理サーバ ２３ ユーザ・インタフェース ２４ ネットワーク・エレメント
───────────────────────────────────────────────────── フロントページの続き (72)発明者 マーク・シー・ロビンソン カナダ、ケー１アール、６ティー８、オン タリオ、オタワ、ローレル・ストリート 25、アパートメント ２ (72)発明者 ラリー・エー・フランコ カナダ、ケー２エス、１イー２、オンタリ オ、スティッツビル、モス・ヒル・トレイ ル 22
Claims (16)
- 【請求項１】複数のネットワーク・エレメントが複数の
パスセットを形成し、各パスセットが通信ネットワーク
におけるそれぞれのルートに関連する通信ネットワーク
のためのルートおよびパスの管理システムであって、 上記通信ネットワークにおいて形成される少なくとも１
つのルートおよび関連するパスセットに関するデータを
複数のネットワーク・エレメントから収集するデータ収
集手段と、 上記通信ネットワークにおいて形成される上記少なくと
も１つのルートおよび関連するパスセットを監視するた
め上記収集されたデータを受け取るように上記データ収
集手段に接続された管理サーバと、 を備えるルートおよびパスの管理システム。 - 【請求項２】監視すべき少なくとも１つのルートを指定
し、経路指定パフォーマンスおよびそれに関連するパス
変更を報告するため、上記管理サーバに接続されたユー
ザ・インタフェースを更に備える、請求項１に記載のル
ートおよびパスの管理システム。 - 【請求項３】上記通信ネットワークにおいて定義される
上記少なくとも１つのルートおよび関連するパスセット
を監視する上記管理サーバが、 関連するパスセットのパス変更の履歴的およびリアルタ
イム監視を実行するため上記少なくとも１つのルートを
受け取るパス・トレースおよび監視論理ユニットと、 上記少なくとも１つのルートおよび関連するパスセット
のパフォーマンスを履歴的およびリアルタイムに監視す
るため上記少なくとも１つのルートを受け取るパフォー
マンス監視論理ユニットと、 を備える、請求項１または２に記載のルートおよびパス
の管理システム。 - 【請求項４】関連するパスセットのパス変更の履歴的お
よびリアルタイム監視を実行する上記パストレースおよ
び監視論理ユニットが、 監視すべき少なくとも１つのルートを受け取るトレース
・ハンドラと、 監視すべき少なくとも１つのルートに関連するパスセッ
トをアセンブルするパスオブジェクト・アセンブラと、 監視すべき少なくとも１つのルートに関連するパスセッ
トにおける変更を監視するパス変更監視論理ユニット
と、 を備える、請求項３に記載のルートおよびパスの管理シ
ステム。 - 【請求項５】少なくとも１つのルートおよび関連したパ
スセットのパフォーマンスを履歴的に監視する上記パフ
ォーマンス監視論理ユニットが、 上記少なくとも１つのルートを受け取り、上記少なくと
も１つのルートおよび関連するパスセットに関する識別
およびパフォーマンス・データを保有する監視待ち行列
と、 上記監視待ち行列に接続され、上記関連するパスセット
を形成するネットワーク・エレメントに対して新しい識
別および性能データに関するポーリングを行うオブジェ
クト・パフォーマンス監視論理ユニットと、 上記監視待ち行列および上記オブジェクト・パフォーマ
ンス監視論理ユニットの両方に接続され、上記パスセッ
トの各パスに関連するパフォーマンスを計算するパス・
パフォーマンス監視論理ユニットと、 上記監視待ち行列および上記パス・パフォーマンス監視
論理ユニットの両方に接続され、上記少なくとも１つの
ルートの全般的パフォーマンスを計算するルート・パフ
ォーマンス監視論理ユニットと、 上記オブジェクト・パフォーマンス監視論理ユニット、
パス・パフォーマンス監視論理ユニットおよびルート・
パフォーマンス監視論理ユニットに接続され、上記少な
くとも１つのルートおよび関連するパスセットのパフォ
ーマンスを適切なパフォーマンスしきい値に対して測定
するしきい値交差論理ユニットと、 を備える、請求項３または４に記載のルートおよびパス
の管理システム。 - 【請求項６】上記少なくとも１つのルートおよび関連す
るパスセットのパフォーマンスをリアルタイムで監視す
る上記パフォーマンス監視論理ユニットが、 上記監視待ち行列に接続され、上記関連するパスセット
を形成するネットワーク・エレメントに対して新しい識
別および性能データに関するポーリングを行うオブジェ
クト・パフォーマンス監視論理ユニットと、 上記監視待ち行列および上記オブジェクト・パフォーマ
ンス監視論理ユニットの両方に接続され、上記パスセッ
トの各パスに関連するパフォーマンスを計算するパス・
パフォーマンス監視論理ユニットと、 上記監視待ち行列および上記パス・パフォーマンス監視
論理ユニットの両方に接続され、上記少なくとも１つの
ルートの全般的パフォーマンスを計算するルート・パフ
ォーマンス監視論理ユニットと、 を備える、請求項３から５のいずれかに記載のルートお
よびパスの管理システム。 - 【請求項７】上記管理サーバが、上記少なくとも１つの
ルートおよび上記関連するパスセットの経路指定パフォ
ーマンスおよびパス変更を履歴的に分析する履歴パスお
よびパフォーマンスの仲介手段を更に備える、請求項３
から６のいずれかに記載のルートおよびパスの管理シス
テム。 - 【請求項８】上記少なくとも１つのルートおよび上記関
連するパスセットの経路指定パフォーマンスおよびパス
変更を履歴的に分析する履歴パスおよびパフォーマンス
の仲介手段が、 少なくとも１つのルートを受け取るトレース・ハンドラ
と、 上記少なくとも１つのルートに関連する上記パスセット
を取り出すパス収集手段と、 上記少なくとも１つのルートおよび関連するパスセット
の経路指定パフォーマンス・データおよびパス変更を収
集するイベント／パフォーマンス収集手段と、 上記少なくとも１つのルートおよび上記関連するパスセ
ットの経路指定パフォーマンスおよびパス変更を分析に
適する形式に処理するソリューション・プロバイダと、 を備える、請求項７に記載のルートおよびパスの管理シ
ステム。 - 【請求項９】上記データ収集手段が上記通信ネットワー
クのネットワーク・エレメントによって生成されるトラ
ップを収集するトラップ収集手段を備える、請求項２か
ら８のいずれかに記載のルートおよびパスの管理システ
ム。 - 【請求項１０】上記管理サーバが、上記トラップ収集手
段に接続され、生成されたトラップを取り扱い、上記ユ
ーザ・インタフェースに重要イベントを通知するトラッ
プ・ハンドラを更に有する、請求項９に記載のルートお
よびパスの管理システム。 - 【請求項１１】上記少なくとも１つのルートの経路指定
パフォーマンス結果およびそれに関連するパス変更を記
憶するデータベースと連係動作する、請求項１から１０
のいずれかに記載のルートおよびパスの管理システム。 - 【請求項１２】監視される上記少なくとも１つのルート
および関連するパスセットに対するＳＮＭＰアクセスを
行う管理情報ベースすなわちＭＩＢと連係動作する、請
求項１１に記載のルートおよびパスの管理システム。 - 【請求項１３】複数のネットワーク・エレメントが複数
のパスセットを形成し、各セットのパスが少なくとも１
つの前進パスおよび更新パスを含み通信ネットワークに
おける発信元終端点および宛先終端点によって定義され
る１つのルートに関連する通信ネットワークにおけるル
ートおよびパスを管理する方法であって、 上記少なくとも１つのルートおよび関連するパスセット
に関するデータを上記複数のネットワーク・エレメント
から収集するステップと、 上記少なくとも１つのルートおよび関連するパスセット
を監視するステップと、 を含むルートおよびパスの管理方法。 - 【請求項１４】上記少なくとも１つのルートおよび関連
するパスセットを監視する上記ステップが、 関連するパスセットのパス変更の履歴的およびリアルタ
イム監視を実行するステップと、 上記少なくとも１つのルートおよび関連するパスセット
のパフォーマンスを履歴的におよびリアルタイムに監視
するステップと、 を含む、請求項１３に記載のルートおよびパスの管理方
法。 - 【請求項１５】関連するパスセットのパス変更の履歴的
およびリアルタイム監視を実行する上記ステップが、 パスセットのそれぞれをアセンブルするステップと、 関連するパスセットのパス変更を履歴的およびリアルタ
イムに監視するステップと、 を含む、請求項１４に記載のルートおよびパスの管理方
法。 - 【請求項１６】パスセットのそれぞれをアセンブルする
上記ステップが、 発信元終端点と宛先終端点の間に位置する発信元終端点
および後続の中間点の各々において、パスセットの少な
くとも１つの前進パスをアセンブルするため経路指定情
報を収集するステップと、 宛先終端点と発信元終端点の間に位置する宛先終端点お
よび後続の中間点の各々において、パスセットの少なく
とも１つの後進パスをアセンブルする経路指定情報を収
集するステップと、 を含む、請求項１５に記載のルートおよびパスの管理方
法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/288,565 US6570867B1 (en) | 1999-04-09 | 1999-04-09 | Routes and paths management |
| US09/288565 | 1999-04-09 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000324137A true JP2000324137A (ja) | 2000-11-24 |
Family
ID=23107659
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000073322A Pending JP2000324137A (ja) | 1999-04-09 | 2000-03-16 | ルートおよびパスの管理システム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6570867B1 (ja) |
| EP (1) | EP1043871A3 (ja) |
| JP (1) | JP2000324137A (ja) |
| CA (1) | CA2298848A1 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005286818A (ja) * | 2004-03-30 | 2005-10-13 | Intec Netcore Inc | ネットワーク監視装置及び監視方法、並びに監視システム |
| JP2009296249A (ja) * | 2008-06-04 | 2009-12-17 | Ntt Comware Corp | ネットワーク監視装置及び処理方法ならびにそのプログラム |
Families Citing this family (124)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6691148B1 (en) * | 1998-03-13 | 2004-02-10 | Verizon Corporate Services Group Inc. | Framework for providing quality of service requirements in a distributed object-oriented computer system |
| JP3537356B2 (ja) * | 1998-12-09 | 2004-06-14 | 株式会社日立製作所 | ジョブシステムにおける遅延要因解析方法 |
| US7730172B1 (en) * | 1999-05-24 | 2010-06-01 | Computer Associates Think, Inc. | Method and apparatus for reactive and deliberative service level management (SLM) |
| JP3656716B2 (ja) * | 1999-07-27 | 2005-06-08 | 株式会社日立製作所 | サービス管理システム |
| JP2001144759A (ja) * | 1999-11-12 | 2001-05-25 | Fujitsu Ltd | 通信ネットワーク管理システム並びに該通信ネットワーク管理システムに使用されるサブ通信ネットワーク管理装置及び通信ネットワーク管理装置並びにプログラムが記録されたコンピュータ読み取り可能な記録媒体 |
| US7523190B1 (en) * | 1999-12-23 | 2009-04-21 | Bickerstaff Cynthia L | Real-time performance assessment of large area network user experience |
| US7290043B1 (en) * | 2000-02-08 | 2007-10-30 | Ericsson Ab | Switch name, IP address, and hardware serial number as part of the topology database |
| US6842781B1 (en) * | 2000-03-09 | 2005-01-11 | Nortel Networks Limited | Download and processing of a network management application on a network device |
| US7143152B1 (en) * | 2000-03-31 | 2006-11-28 | Verizon Laboratories Inc. | Graphical user interface and method for customer centric network management |
| GB2362536B (en) * | 2000-05-17 | 2002-05-15 | 3Com Corp | Network management apparatus and method for identifying events on a network |
| US7219158B2 (en) * | 2000-07-21 | 2007-05-15 | Hughes Network Systems Llc | Method and system for improving network performance using a performance enhancing proxy |
| US7886054B1 (en) * | 2000-10-11 | 2011-02-08 | Siddhartha Nag | Graphical user interface (GUI) for administering a network implementing media aggregation |
| US7788354B2 (en) * | 2000-07-28 | 2010-08-31 | Siddhartha Nag | End-to-end service quality in a voice over Internet Protocol (VoIP) Network |
| US7013338B1 (en) * | 2000-07-28 | 2006-03-14 | Prominence Networks, Inc. | Multiplexing several individual application sessions over a pre-allocated reservation protocol session |
| US7774468B1 (en) | 2000-07-28 | 2010-08-10 | Siddhartha Nag | Network traffic admission control |
| US6970943B1 (en) | 2000-10-11 | 2005-11-29 | Nortel Networks Limited | Routing architecture including a compute plane configured for high-speed processing of packets to provide application layer support |
| US7860999B1 (en) * | 2000-10-11 | 2010-12-28 | Avaya Inc. | Distributed computation in network devices |
| US20050157654A1 (en) * | 2000-10-12 | 2005-07-21 | Farrell Craig A. | Apparatus and method for automated discovery and monitoring of relationships between network elements |
| EP1332582A2 (en) * | 2000-10-17 | 2003-08-06 | Sprint Communications Company, L.P. | Performance management system |
| US6788670B1 (en) * | 2000-10-27 | 2004-09-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for forwarding in multi-hop networks |
| GB0026703D0 (en) | 2000-11-01 | 2000-12-20 | Parc Technologies Ltd | Traffic flow optimisation system |
| EP1332583B1 (en) * | 2000-11-01 | 2008-07-02 | Cisco Technology, Inc. | Traffic flow optimisation system |
| US20020107040A1 (en) * | 2001-02-05 | 2002-08-08 | Crandall Evan Stephen | Latency determination, display, characterization and equalization devices and methods |
| US20020114281A1 (en) * | 2001-02-22 | 2002-08-22 | Telefonaktiebolaget Lm Ericsson | Method and apparatus for performance improvement of multi-service networks |
| US8402129B2 (en) * | 2001-03-21 | 2013-03-19 | Alcatel Lucent | Method and apparatus for efficient reactive monitoring |
| EP1249965B1 (en) * | 2001-03-26 | 2012-05-30 | Hewlett-Packard Development Company, L.P. | Method, computer system, and computer program for monitoring objects of an information technology environment |
| US6732118B2 (en) | 2001-03-26 | 2004-05-04 | Hewlett-Packard Development Company, L.P. | Method, computer system, and computer program product for monitoring objects of an information technology environment |
| JP4039821B2 (ja) | 2001-05-09 | 2008-01-30 | 株式会社日立製作所 | ディスク制御装置を用いた計算機システムおよびその運用サービス |
| US20030004672A1 (en) * | 2001-06-29 | 2003-01-02 | National Instruments Corporation | Meta-routing tool for a measurement system |
| US20030004673A1 (en) * | 2001-06-29 | 2003-01-02 | Thurman Robert W. | Routing with signal modifiers in a measurement system |
| US20030005153A1 (en) * | 2001-06-29 | 2003-01-02 | National Instruments Corporation | Dynamic routing for a measurement system |
| US20030033404A1 (en) * | 2001-08-09 | 2003-02-13 | Richardson David E. | Method for automatically monitoring a network |
| JP2003110609A (ja) * | 2001-09-28 | 2003-04-11 | Fujitsu Ltd | 通信装置 |
| US7116642B2 (en) | 2001-11-16 | 2006-10-03 | Alcatel Canada Inc. | SONET/SDH data link administration and management |
| US7305623B2 (en) * | 2001-12-03 | 2007-12-04 | Lucent Technologies Inc. | Method and apparatus for managing and representing elements in a network |
| DE60129031T2 (de) * | 2001-12-19 | 2008-02-21 | Alcatel Lucent | Verfahren zur Weglenkungsinformations- Verteilung und Netzelement |
| US7856599B2 (en) * | 2001-12-19 | 2010-12-21 | Alcatel-Lucent Canada Inc. | Method and system for IP link management |
| US7515546B2 (en) * | 2001-12-19 | 2009-04-07 | Alcatel-Lucent Canada Inc. | Method and apparatus for automatic discovery of network devices with data forwarding capabilities |
| US8040869B2 (en) * | 2001-12-19 | 2011-10-18 | Alcatel Lucent | Method and apparatus for automatic discovery of logical links between network devices |
| US7149975B1 (en) * | 2001-12-26 | 2006-12-12 | Nortel Networks Limited | Optical network administration graphical user interface |
| GB2386033B (en) | 2002-03-01 | 2005-08-24 | Parc Technologies Ltd | Traffic flow optimisation system |
| US7061869B2 (en) * | 2002-03-05 | 2006-06-13 | Telcordia Technologies, Inc. | Apparatus and method for graceful reassignment of out-of-kilter communications paths |
| US7082460B2 (en) * | 2002-04-19 | 2006-07-25 | Axeda Corporation | Configuring a network gateway |
| US7529480B2 (en) * | 2002-12-09 | 2009-05-05 | Alcatel-Lucent Canada Inc. | Method and system for light path monitoring in an optical communication network |
| US6778504B2 (en) * | 2002-12-13 | 2004-08-17 | Alcatel Canada Inc. | Dynamic soft permanent virtual circuit bulk connection tracing |
| US7983239B1 (en) | 2003-01-07 | 2011-07-19 | Raytheon Bbn Technologies Corp. | Systems and methods for constructing a virtual model of a multi-hop, multi-access network |
| US7602725B2 (en) * | 2003-07-11 | 2009-10-13 | Computer Associates Think, Inc. | System and method for aggregating real-time and historical data |
| US7881229B2 (en) * | 2003-08-08 | 2011-02-01 | Raytheon Bbn Technologies Corp. | Systems and methods for forming an adjacency graph for exchanging network routing data |
| US7606927B2 (en) * | 2003-08-27 | 2009-10-20 | Bbn Technologies Corp | Systems and methods for forwarding data units in a communications network |
| US8166204B2 (en) * | 2003-08-29 | 2012-04-24 | Raytheon Bbn Technologies Corp. | Systems and methods for automatically placing nodes in an ad hoc network |
| US20050120115A1 (en) * | 2003-12-02 | 2005-06-02 | Alcatel | Tracing active connection modify failures |
| JP4176061B2 (ja) * | 2004-08-03 | 2008-11-05 | 富士通株式会社 | 光ネットワークシステム |
| US7443801B2 (en) * | 2004-10-28 | 2008-10-28 | Telcordia Technologies, Inc. | Remote estimation of round-trip delays in a data network |
| US7693089B2 (en) * | 2004-12-22 | 2010-04-06 | Cisco Technology, Inc. | Method and system for performing circuit upgrade |
| US8428074B2 (en) | 2005-04-29 | 2013-04-23 | Prom Ks Mgmt Limited Liability Company | Back-to back H.323 proxy gatekeeper |
| US7764619B2 (en) * | 2005-06-24 | 2010-07-27 | National Instruments Corporation | Signal routing error reporting |
| US8018844B2 (en) * | 2005-08-24 | 2011-09-13 | International Business Machines Corporation | Reliable message transfer over an unreliable network |
| US8260922B1 (en) | 2005-09-16 | 2012-09-04 | Cisco Technology, Inc. | Technique for using OER with an ECT solution for multi-homed sites |
| US7801030B1 (en) * | 2005-09-16 | 2010-09-21 | Cisco Technology, Inc. | Technique for using OER with an ECT solution for multi-homed spoke-to-spoke sites |
| GB2431067B (en) | 2005-10-07 | 2008-05-07 | Cramer Systems Ltd | Telecommunications service management |
| US7724703B2 (en) | 2005-10-13 | 2010-05-25 | Belden, Inc. | System and method for wireless network monitoring |
| US8484324B2 (en) * | 2005-11-10 | 2013-07-09 | Cisco Technology, Inc. | Method and apparatus for dial plan debugging |
| GB2432992B (en) | 2005-11-18 | 2008-09-10 | Cramer Systems Ltd | Network planning |
| US8117175B1 (en) * | 2005-11-30 | 2012-02-14 | At&T Intellectual Property Ii, L.P. | Methods and apparatus for querying multiple data streams |
| GB2433675B (en) | 2005-12-22 | 2008-05-07 | Cramer Systems Ltd | Communications circuit design |
| US7636318B2 (en) * | 2005-12-27 | 2009-12-22 | Solana Networks Inc. | Real-time network analyzer |
| GB2435362B (en) | 2006-02-20 | 2008-11-26 | Cramer Systems Ltd | Method of configuring devices in a telecommunications network |
| CN1983972A (zh) * | 2006-05-08 | 2007-06-20 | 华为技术有限公司 | 一种路径性能的显示、调节、分析方法及装置 |
| US8966018B2 (en) | 2006-05-19 | 2015-02-24 | Trapeze Networks, Inc. | Automated network device configuration and network deployment |
| US9258702B2 (en) | 2006-06-09 | 2016-02-09 | Trapeze Networks, Inc. | AP-local dynamic switching |
| US8818322B2 (en) | 2006-06-09 | 2014-08-26 | Trapeze Networks, Inc. | Untethered access point mesh system and method |
| US8903968B2 (en) * | 2006-08-29 | 2014-12-02 | International Business Machines Corporation | Distributed computing environment |
| US20080059553A1 (en) * | 2006-08-29 | 2008-03-06 | Dawson Christopher J | Application structure for supporting partial functionality in a distributed computing infrastructure |
| US8355316B1 (en) | 2009-12-16 | 2013-01-15 | Sprint Communications Company L.P. | End-to-end network monitoring |
| US7904533B1 (en) | 2006-10-21 | 2011-03-08 | Sprint Communications Company L.P. | Integrated network and customer database |
| US7751392B1 (en) | 2007-01-05 | 2010-07-06 | Sprint Communications Company L.P. | Customer link diversity monitoring |
| KR100785482B1 (ko) | 2006-12-14 | 2007-12-12 | 삼성전자주식회사 | 한 개 이상의 서브 네트워크간 컴포넌트를 디스커버리 하는방법 및 그 장치 |
| WO2008098075A2 (en) * | 2007-02-06 | 2008-08-14 | Entropic Communications Inc. | Full mesh rates transaction in a network |
| US8289878B1 (en) | 2007-05-09 | 2012-10-16 | Sprint Communications Company L.P. | Virtual link mapping |
| JP2008287672A (ja) * | 2007-05-21 | 2008-11-27 | Hitachi Ltd | 計算機システムの管理装置及び方法 |
| US7830816B1 (en) * | 2007-08-13 | 2010-11-09 | Sprint Communications Company L.P. | Network access and quality of service troubleshooting |
| US7843840B2 (en) * | 2007-08-24 | 2010-11-30 | Opnet Technologies, Inc. | Traffic independent survivability analysis |
| US7636789B2 (en) * | 2007-11-27 | 2009-12-22 | Microsoft Corporation | Rate-controllable peer-to-peer data stream routing |
| US7975045B2 (en) * | 2007-12-26 | 2011-07-05 | Verizon Patent And Licensing Inc. | Method and system for monitoring and analyzing of IP networks elements |
| US7831709B1 (en) | 2008-02-24 | 2010-11-09 | Sprint Communications Company L.P. | Flexible grouping for port analysis |
| US20090287816A1 (en) * | 2008-05-14 | 2009-11-19 | Trapeze Networks, Inc. | Link layer throughput testing |
| US8959200B2 (en) * | 2008-07-01 | 2015-02-17 | Ortho-Clinical Diagnostics, Inc. | Event-based communication in a clinical diagnostic analyzer |
| US7904553B1 (en) | 2008-11-18 | 2011-03-08 | Sprint Communications Company L.P. | Translating network data into customer availability |
| US20100149984A1 (en) * | 2008-12-13 | 2010-06-17 | Salil Kapoor | Self Dimensioning and optimization of telecom Network - SDAOTN |
| US9166906B2 (en) * | 2008-12-15 | 2015-10-20 | Intergraph Corporation | Routing method in asymmetric networks |
| US9104986B2 (en) * | 2009-03-09 | 2015-08-11 | Centurylink Intellectual Property Llc | Customer premise equipment with access to free market based pricing for bandwidth on a communications network |
| US8301762B1 (en) * | 2009-06-08 | 2012-10-30 | Sprint Communications Company L.P. | Service grouping for network reporting |
| US8189487B1 (en) | 2009-07-28 | 2012-05-29 | Sprint Communications Company L.P. | Determination of application latency in a network node |
| US8458323B1 (en) | 2009-08-24 | 2013-06-04 | Sprint Communications Company L.P. | Associating problem tickets based on an integrated network and customer database |
| US9014012B2 (en) | 2009-10-07 | 2015-04-21 | Riverbed Technology, Inc. | Network path discovery and analysis |
| US20110103790A1 (en) * | 2009-11-03 | 2011-05-05 | Fujitsu Limited | Method and System for Compensating for Optical Impairment in an Optical Signal |
| CN101777999B (zh) * | 2010-01-12 | 2012-01-04 | 华为技术有限公司 | 网元历史性能数据的上传方法、系统及服务器 |
| AU2011240744C1 (en) * | 2010-04-12 | 2018-05-24 | R F Products, Inc. | RF distribution system, remote control unit and method of using same |
| US8549201B2 (en) | 2010-06-30 | 2013-10-01 | Intel Corporation | Interrupt blocker |
| US8644146B1 (en) | 2010-08-02 | 2014-02-04 | Sprint Communications Company L.P. | Enabling user defined network change leveraging as-built data |
| US8631153B2 (en) * | 2011-01-06 | 2014-01-14 | Verizon Patent And Licensing Inc. | System and method for processing, assigning, and distributing electronic requests |
| US8694674B2 (en) * | 2011-09-29 | 2014-04-08 | Mckesson Financial Holdings | Systems, methods, apparatuses, and computer program products for supporting remote hosting without using network address translation |
| US9098312B2 (en) | 2011-11-16 | 2015-08-04 | Ptc Inc. | Methods for dynamically generating an application interface for a modeled entity and devices thereof |
| US8909641B2 (en) | 2011-11-16 | 2014-12-09 | Ptc Inc. | Method for analyzing time series activity streams and devices thereof |
| US9576046B2 (en) | 2011-11-16 | 2017-02-21 | Ptc Inc. | Methods for integrating semantic search, query, and analysis across heterogeneous data types and devices thereof |
| US9305029B1 (en) | 2011-11-25 | 2016-04-05 | Sprint Communications Company L.P. | Inventory centric knowledge management |
| US9397898B2 (en) * | 2012-06-29 | 2016-07-19 | Infinera Corporation | Digital link viewer |
| US10003536B2 (en) | 2013-07-25 | 2018-06-19 | Grigore Raileanu | System and method for managing bandwidth usage rates in a packet-switched network |
| WO2015143416A1 (en) | 2014-03-21 | 2015-09-24 | Ptc Inc. | Systems and methods for developing and using real-time data applications |
| US9560170B2 (en) | 2014-03-21 | 2017-01-31 | Ptc Inc. | System and method of abstracting communication protocol using self-describing messages |
| US10313410B2 (en) | 2014-03-21 | 2019-06-04 | Ptc Inc. | Systems and methods using binary dynamic rest messages |
| US9350812B2 (en) | 2014-03-21 | 2016-05-24 | Ptc Inc. | System and method of message routing using name-based identifier in a distributed computing environment |
| US9961058B2 (en) | 2014-03-21 | 2018-05-01 | Ptc Inc. | System and method of message routing via connection servers in a distributed computing environment |
| US9762637B2 (en) | 2014-03-21 | 2017-09-12 | Ptc Inc. | System and method of using binary dynamic rest messages |
| US9467533B2 (en) | 2014-03-21 | 2016-10-11 | Ptc Inc. | System and method for developing real-time web-service objects |
| US9462085B2 (en) | 2014-03-21 | 2016-10-04 | Ptc Inc. | Chunk-based communication of binary dynamic rest messages |
| US9350791B2 (en) | 2014-03-21 | 2016-05-24 | Ptc Inc. | System and method of injecting states into message routing in a distributed computing environment |
| US10025942B2 (en) | 2014-03-21 | 2018-07-17 | Ptc Inc. | System and method of establishing permission for multi-tenancy storage using organization matrices |
| US10924408B2 (en) | 2014-11-07 | 2021-02-16 | Noction, Inc. | System and method for optimizing traffic in packet-switched networks with internet exchanges |
| US9769070B2 (en) | 2015-01-28 | 2017-09-19 | Maxim Basunov | System and method of providing a platform for optimizing traffic through a computer network with distributed routing domains interconnected through data center interconnect links |
| US10402765B1 (en) | 2015-02-17 | 2019-09-03 | Sprint Communications Company L.P. | Analysis for network management using customer provided information |
| US10623258B2 (en) * | 2015-06-22 | 2020-04-14 | Arista Networks, Inc. | Data analytics on internal state |
| US11528188B2 (en) | 2019-06-07 | 2022-12-13 | Hewlett Packard Enterprise Development Lp | Graphically managing a networking device configuration |
| US11398955B2 (en) * | 2020-02-19 | 2022-07-26 | Accedian Networks Inc. | Topology and event monitoring system |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5276440A (en) * | 1989-02-16 | 1994-01-04 | International Business Machines Corporation | Network device information exchange |
| US5483468A (en) * | 1992-10-23 | 1996-01-09 | International Business Machines Corporation | System and method for concurrent recording and displaying of system performance data |
| US5331635A (en) * | 1993-02-12 | 1994-07-19 | Fuji Xerox Co., Ltd. | Network system having function of updating routing information |
| US6084955A (en) * | 1994-04-13 | 2000-07-04 | British Telecommunications Plc | Communication network control method and apparatus |
| US5987521A (en) * | 1995-07-10 | 1999-11-16 | International Business Machines Corporation | Management of path routing in packet communications networks |
| US5881051A (en) | 1995-07-10 | 1999-03-09 | International Business Machines | Management of route testing in packet communications networks |
| US5751964A (en) | 1995-09-12 | 1998-05-12 | International Business Machines Corporation | System and method for automatic determination of thresholds in network management |
| EP0849912A3 (en) | 1996-12-18 | 1999-02-10 | Nortel Networks Corporation | Communications network monitoring |
| US6128016A (en) * | 1996-12-20 | 2000-10-03 | Nec Corporation | Graphic user interface for managing a server system |
| US6295540B1 (en) * | 1997-10-02 | 2001-09-25 | Nortel Networks Limited | Alignment of tirks using network manager |
| US6101500A (en) * | 1998-01-07 | 2000-08-08 | Novell, Inc. | System and method for managing objects in a hierarchical data structure |
| US6205498B1 (en) * | 1998-04-01 | 2001-03-20 | Microsoft Corporation | Method and system for message transfer session management |
| US6148337A (en) * | 1998-04-01 | 2000-11-14 | Bridgeway Corporation | Method and system for monitoring and manipulating the flow of private information on public networks |
| US6321263B1 (en) * | 1998-05-11 | 2001-11-20 | International Business Machines Corporation | Client-based application availability |
| US6381635B1 (en) * | 1998-11-19 | 2002-04-30 | Ncr Corporation | Method for displaying multiple performance measurements of a web site using a platform independent program |
| US6385172B1 (en) * | 1999-03-19 | 2002-05-07 | Lucent Technologies Inc. | Administrative weight assignment for enhanced network operation |
-
1999
- 1999-04-09 US US09/288,565 patent/US6570867B1/en not_active Expired - Lifetime
-
2000
- 2000-02-15 CA CA002298848A patent/CA2298848A1/en not_active Abandoned
- 2000-03-16 JP JP2000073322A patent/JP2000324137A/ja active Pending
- 2000-03-30 EP EP00302650A patent/EP1043871A3/en not_active Withdrawn
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005286818A (ja) * | 2004-03-30 | 2005-10-13 | Intec Netcore Inc | ネットワーク監視装置及び監視方法、並びに監視システム |
| US7660256B2 (en) | 2004-03-30 | 2010-02-09 | Cloud Scope Technologies, Inc. | System and method for monitoring label switched path in network |
| JP4542359B2 (ja) * | 2004-03-30 | 2010-09-15 | 株式会社クラウド・スコープ・テクノロジーズ | ネットワーク監視装置及び監視方法、並びに監視システム |
| JP2009296249A (ja) * | 2008-06-04 | 2009-12-17 | Ntt Comware Corp | ネットワーク監視装置及び処理方法ならびにそのプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| CA2298848A1 (en) | 2000-10-09 |
| US6570867B1 (en) | 2003-05-27 |
| EP1043871A2 (en) | 2000-10-11 |
| EP1043871A3 (en) | 2002-09-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2000324137A (ja) | ルートおよびパスの管理システム | |
| US8780716B2 (en) | System and method for service assurance in IP networks | |
| US7483379B2 (en) | Passive network monitoring system | |
| US7487240B2 (en) | Centralized internet protocol/multi-protocol label switching connectivity verification in a communications network management context | |
| US6321264B1 (en) | Network-performance statistics using end-node computer systems | |
| US5886643A (en) | Method and apparatus for discovering network topology | |
| JP5300076B2 (ja) | コンピュータシステム、及びコンピュータシステムの監視方法 | |
| US8265074B2 (en) | Collecting network performance data from multiple autonomous systems | |
| US7180856B1 (en) | Method and system of monitoring the receipt of multicast traffic | |
| US20160239185A1 (en) | Method, system and apparatus for zooming in on a high level network condition or event | |
| US10177969B2 (en) | System and method of troubleshooting in a telecommunications network | |
| US7275192B2 (en) | Method and system for on demand selective rerouting of logical circuit data in a data network | |
| WO2021169290A1 (zh) | 配置性能探测指示信息的方法及相关设备 | |
| US7746801B2 (en) | Method of monitoring a network | |
| WO2021093465A1 (zh) | 发送报文、接收报文以进行oam的方法、装置及系统 | |
| JP3896879B2 (ja) | トラヒック監視システム | |
| US20040158626A1 (en) | Method and apparatus for monitoring data flow to a router | |
| US9031085B2 (en) | Routing path calculation apparatus and methods | |
| US7944843B2 (en) | Path based network management method and apparatus for data communication networks | |
| CN110071843B (zh) | 一种基于流路径分析的故障定位方法及装置 | |
| KR100441889B1 (ko) | 다중 프로토콜 라벨 스위칭 네트워크 관리장치와 관리방법 | |
| JP6733923B1 (ja) | ネットワーク管理システム、ネットワーク管理方法およびネットワーク管理プログラム | |
| AU779373B2 (en) | Routes and paths management | |
| JP4064353B2 (ja) | Ｉｐネットワーク内で利用可能なリソースのマップを作成する方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040406 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060721 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060801 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20061027 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20061101 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070410 |