JP2020136992A - ネットワーク管理システム、ネットワーク管理方法およびネットワーク管理プログラム - Google Patents

Abstract

【課題】現時点の管理対象ネットワークのトポロジ情報を正確にビジュアル化して画面表示することが可能なネットワーク管理システムを提供する。【解決手段】ＲＥＰプロトコルに対応する各ネットワーク機器１０３により構成される管理対象ネットワーク１０３Ａを管理するＮＭＳサーバ１０２は、定期的に各ネットワーク機器１０３からそれぞれのＲＥＰトポロジ構成に関する構成情報をＲＥＰプロトコルに準拠したＲＥＰ−ＭＩＢ情報として収集する収集部１１と、前記構成情報を解析して、解析結果として、管理対象ネットワーク１０３Ａに関するＲＥＰトポロジのセグメント構成情報を生成する解析部１２と、生成した該ＲＥＰトポロジのセグメント構成情報を保存する蓄積部１３と、を有する。而して、大規模なネットワークであっても、現時点の管理対象ネットワーク１０３Ａのトポロジ情報をビジュアル化して画面上に正確に表示させることができる。【選択図】図２

Description

本発明は、ネットワーク管理システム（ＮＭＳ：Network Management System）、ネットワーク管理方法およびネットワーク管理プログラムに関し、特に管理対象ネットワークのトポロジ情報として、ＲＥＰ（Resilient Ethernet Protocol：レジリエント・イーサネット（登録商標）・プロトコル）により構成されたレイヤ２（Ｌａｙｅｒ２）網の構成情報を定期的に保存することにより、現時点の管理対象ネットワークのトポロジ情報をビジュアル化して画面上に正確に表示することができるネットワーク管理システム、ネットワーク管理方法およびネットワーク管理プログラムに関する。

近年、各種のクラウドサービスが登場してきて、それらのクラウドサービスを実現するために、データセンタ内に多数のコンピュータやストレージ装置が設置され、互いのデータ送受信を行う際のパケット中継用として多数のネットワーク機器からなるネットワークが構築されている。そして、クラウドサービスの多様化に応じて、構築されるネットワークも、一般的に、大規模なレイヤ２網として構成されるようになってきている。

ここで、レイヤ２網とは、パケットのレイヤ２ヘッダの情報を参照してパケットを転送するネットワークのことであり、パケットをネットワーク内の全てのネットワーク機器に到達することが可能な構成に構築することができる。ここで、パケットのレイヤ２ヘッダの情報とは、具体的には、宛先ＭＡＣアドレス（Media Access Control Address）情報である。このため、例えば障害発生時等においても転送パケットのループ状態が生じないように、ネットワーク設計時やネットワーク更新設計時において各ネットワーク機器のトポロジ構成を分かり易く管理することが重要である。

そこで、ネットワーク設計時やネットワーク更新設計時において各ネットワーク機器のトポロジ構成を分かり易く管理する技術として、例えば、特許文献１の特開２００２−１４８８１号公報「ネットワーク運用装置およびその方法」が開示されている。特許文献１の技術においては、障害発生個所を特定することが可能になるように、管理対象ネットワークを構成するネットワーク機器等の障害監視対象装置からネットワークの構成や障害情報を該管理対象ネットワークに接続している管理サーバ装置にて収集する構成を採用している。そして、管理サーバ装置は、収集した情報に基づいてネットワーク構成や障害が発生したネットワーク機器、リンク等を特定して、その結果を、クライアント端末に送信するという仕組みを提案している。

特開２００２−１４８８１号公報

しかしながら、前記特許文献１等に記載された本発明に関連する現状の技術においては、以下のような解決するべき課題がある。

第１の課題は、前記特許文献１等に記載された本発明に関連する現状の技術では、ネットワークが大規模になるにつれ、ネットワークの管理が複雑化してしまうことである。その理由は、次の点にある。通常、ネットワークの管理を行っている管理者や運用者は、ネットワーク構成図を作成して、作成したネットワーク構成図を参照して管理を行うようにしているからである。ここで、ネットワークが大規模化すると、ネットワーク構成図も大規模になり、例えば、運用開始後においてネットワーク構成の変更があった場合には、ネットワーク機器側の実際の設定とネットワーク構成図とに齟齬が発生する場合が多くなり、管理者や運用者が混乱を来たす場合が生じ易くなる。

第２の課題は、前記特許文献１等に記載された本発明に関連する現状の技術では、ネットワークにおける障害の発生時や復旧時に、ポートのブロッキング状態の変化の確認に時間がかかることである。その理由は、障害の発生時や復旧時において、障害が発生したセグメント内や復旧したセグメント内の各ネットワーク機器にアクセスして、ポート情報を取得することがまず必要になり、さらに、取得したポート情報を解析することによりブロッキングポートを特定することが必要になるからである。つまり、現状のネットワーク管理システム（ＮＭＳ）においては、各ポートの物理的なリンク断やリンク復旧の監視を行うことは可能であるものの、それに伴うセグメント内のブロッキングポートの遷移（ポートの状態変化）までをリアルタイムに判断することができないからである。

（本開発の目的）
本開発の目的は、かかる課題に鑑み、画面上に、現時点の管理対象ネットワークのトポロジ情報を正確にビジュアル化して画面表示することが可能なネットワーク管理システム、ネットワーク管理方法およびネットワーク管理プログラムを提供することにある。

さらに、本開発の目的は、該管理対象ネットワークを構成するネットワーク機器のポートの状態変化をリアルタイムに画面表示して当該管理対象ネットワークのオペレータ（ネットワーク管理者やネットワーク運用者）に通知することが可能なネットワーク管理システム、ネットワーク管理方法およびネットワーク管理プログラムを提供することにもある。

前述の課題を解決するため、本発明によるネットワーク管理システム、ネットワーク管理方法およびネットワーク管理プログラムは、主に、次のような特徴的な構成を採用している。

（１）本発明によるネットワーク管理システムは、
ＲＥＰ（Resilient Ethernet Protocol）プロトコルに対応する各ネットワーク機器によりレイヤ２網を形成するネットワークを管理対象ネットワークとして管理するＮＭＳ（Network Management System）サーバとＮＭＳクライアント端末とからなるネットワーク管理システムであって、
前記ＮＭＳサーバは、
あらかじめ定めた周期で定期的に各前記ネットワーク機器からそれぞれのＲＥＰトポロジ構成に関する構成情報をＲＥＰプロトコルに準拠したＲＥＰ−ＭＩＢ（Management Information Base：管理情報ベース）情報として収集する収集部と、
各前記ネットワーク機器から収集した前記構成情報を解析して、解析結果として、前記管理対象ネットワークに関するＲＥＰトポロジのセグメント構成情報を生成する解析部と、
生成した前記管理対象ネットワークに関するＲＥＰトポロジのセグメント構成情報を保存する蓄積部と、
を有していることを特徴とする。

（２）本発明によるネットワーク管理方法は、
ＲＥＰ（Resilient Ethernet Protocol）プロトコルに対応する各ネットワーク機器によりレイヤ２網を形成するネットワークを管理対象ネットワークとして管理するＮＭＳ（Network Management System）サーバとＮＭＳクライアント端末とからなるネットワーク管理システムにおけるネットワーク管理方法であって、
前記ＮＭＳサーバは、
あらかじめ定めた周期で定期的に各前記ネットワーク機器からそれぞれのＲＥＰトポロジ構成に関する構成情報をＲＥＰプロトコルに準拠したＲＥＰ−ＭＩＢ（Management Information Base：管理情報ベース）情報として収集する収集ステップと、
各前記ネットワーク機器から収集した前記構成情報を解析して、解析結果として、前記管理対象ネットワークに関するＲＥＰトポロジのセグメント構成情報を生成する解析ステップと、
生成した前記管理対象ネットワークに関するＲＥＰトポロジのセグメント構成情報を保存する蓄積ステップと、
を有していることを特徴とする。

（３）本発明によるネットワーク管理プログラムは、
ＲＥＰ（Resilient Ethernet Protocol）プロトコルに対応する各ネットワーク機器によりレイヤ２網を形成するネットワークを管理対象ネットワークとして管理するＮＭＳ（Network Management System）サーバとＮＭＳクライアント端末とからなるネットワーク管理システムにおいてネットワーク管理に関する処理を実行するネットワーク管理プログラムであって、
前記ＮＭＳサーバは、
あらかじめ定めた周期で定期的に各前記ネットワーク機器からそれぞれのＲＥＰトポロジ構成に関する構成情報をＲＥＰプロトコルに準拠したＲＥＰ−ＭＩＢ（Management Information Base：管理情報ベース）情報として収集する収集処理と、
各前記ネットワーク機器から収集した前記構成情報を解析して、解析結果として、前記管理対象ネットワークに関するＲＥＰトポロジのセグメント構成情報を生成する解析処理と、
生成した前記管理対象ネットワークに関するＲＥＰトポロジのセグメント構成情報を保存する蓄積処理と、
を有していることを特徴とする。

本発明のネットワーク管理システム、ネットワーク管理方法およびネットワーク管理プログラムによれば、主に、以下のような効果を奏することができる。

すなわち、本発明によれば、管理対象ネットワークのトポロジ情報として、ＲＥＰ（Resilient Ethernet Protocol：レジリエント・イーサネット・プロトコル）により構成されたレイヤ２（Ｌａｙｅｒ２）網の構成情報を定期的に保存することにより、現時点の管理対象ネットワークのトポロジ情報をビジュアル化して画面上に正確に表示することができることである。したがって、本発明の適用により、該管理対象ネットワークが大規模なネットワークであっても、該管理対象ネットワークの管理を容易に行うことが可能になる。

本発明に係るネットワーク管理システムのシステム構成の一例を示す構成図である。 図１に示したＮＭＳサーバの内部構成の一例を示すブロック構成図である。 図１に示したＮＭＳサーバにおいて管理対象ネットワークの各ネットワーク機器から取得したＲＥＰ−ＭＩＢ情報の解析情報の一例を示すテーブルである。 図３に一例として示した各ネットワーク機器のＲＥＰ−ＭＩＢ情報の解析結果として得られるＲＥＰトポロジ情報のリアルタイム描画方式に基づく管理対象ネットワークの一描画例を示すネットワーク構成図である。 図４に一例として示したようなＲＥＰトポロジ情報のリアルタイム描画方式においてＲＥＰトポロジ描画を実現するＮＭＳサーバの具体的な内部構成の一例を示すブロック構成図である。 図５のＮＭＳサーバにおけるトポロジ情報の描画動作の一例を示すフローチャートである。 図４に一例として示したようなＲＥＰトポロジ情報のリアルタイム描画方式においてポートのブロッキング状態の変化を画面表示するＮＭＳサーバの具体的な内部構成の一例を示すブロック構成図である。 図７のＮＭＳサーバにおけるポートのブロッキング状態通知動作の一例を示すフローチャートである。

以下、本発明によるネットワーク管理システム、ネットワーク管理方法およびネットワーク管理プログラムの好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明によるネットワーク管理システムおよびネットワーク管理方法について説明するが、かかるネットワーク管理方法をコンピュータにより実行可能なネットワーク管理プログラムとして実施するようにしても良いし、あるいは、ネットワーク管理プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。また、以下の各図面に付した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではないことも言うまでもない。

（本発明の特徴）
本発明の実施形態の説明に先立って、本発明の特徴についてその概要をまず説明する。本発明は、管理対象のネットワークをＲＥＰ（Resilient Ethernet Protocol：レジリエント・イーサネット・プロトコル）プロトコルを用いて構成されたレイヤ２（Ｌａｙｅｒ２）網とし、該管理対象のネットワークの管理を行うために、現時点のネットワークの構成情報（トポロジ情報）をＲＥＰトポロジのセグメント構成情報として取得・生成して、画面上にビジュアル化して画面表示させることを主要な特徴としている。而して、管理対象のネットワークのオペレータ（ネットワーク管理者やネットワーク運用者）は、該管理対象のネットワークの現時点のトポロジ状態を分かり易く管理することができる。

さらに、該管理対象のネットワークを構成するネットワーク機器のポートに関するブロッキング状態の変化をリアルタイムに画面表示してオペレータ（ネットワーク管理者やネットワーク運用者）に通知することを可能にすることも、本発明の主要な特徴の一つとしている。

より具体的に説明すると、次の通りである。管理対象のネットワークの管理方式として、ＲＥＰプロトコルを用いて構成されたレイヤ２網の各ネットワーク機器から、ＲＥＰ−ＭＩＢ（Management Information Bas：管理情報ベース）情報をあらかじめ定めた周期で定期的に取得して、その都度、取得したＲＥＰ−ＭＩＢ情報を解析した結果を、画面上にビジュアル化して画面表示したネットワーク構成図に反映させる仕組みを有することを主要な特徴としている。而して、管理対象のネットワークのオペレータ（ネットワーク管理者やネットワーク運用者）は、該管理対象のネットワークの現時点のトポロジ状態を正確に把握して管理することができる。

さらに、各ネットワーク機器におけるポートのブロッキング状態に関しても、ポートのリンク断障害やリンク復旧の状態変化をトリガーにして、該当するセグメント内の各ネットワーク機器からＲＥＰ−ＭＩＢ情報を取得して、解析した結果として得られたブロッキングポートの遷移（ポートの状態変化）をリアルタイムで画面上のネットワーク構成図に画面表示させる仕組みを有していることも主要な特徴の一つとしている。而して、管理対象のネットワークのオペレータ（ネットワーク管理者やネットワーク運用者）は、各ネットワーク機器におけるポートのブロッキング状態の変化についても、リアルタイムで確実に把握することができる。

（本発明の実施形態の構成例の説明］
次に、本発明の実施形態として、本発明に係るネットワーク管理システムのシステム構成例について図１を参照しながら説明する。図１は、本発明に係るネットワーク管理システム（ＮＭＳ：Network Management System）のシステム構成の一例を示す構成図であり、本発明に係るネットワーク管理システムにおけるＲＥＰトポロジのリアルタイム描画方式を説明するための全体構成図の一例を示している。

図１に示すネットワーク管理システムは、ＮＭＳクライアント端末１０１、ＮＭＳサーバ１０２および１ないし複数のネットワーク機器１０３により構成される。１ないし複数のネットワーク機器１０３全体は、管理対象ネットワーク１０３Ａと称することとする。ＮＭＳクライアント端末１０１はＮＭＳサーバ１０２に接続されている。また、ＮＭＳサーバ１０２は、管理対象ネットワーク１０３Ａを構成する各ネットワーク機器１０３を接続している。ここで、各ネットワーク機器１０３は、シスコ（Cisco）社製のＲＥＰ（Resilient Ethernet Protocol：レジリエント・イーサネット・プロトコル）に対応する機能を有し、管理対象ネットワーク１０３ＡとしてＲＥＰプロトコルを適用したレイヤ２（Ｌａｙｅｒ２）網を形成している。

図１に示すネットワーク管理システムにおいては、管理対象ネットワーク１０３Ａに接続したＮＭＳサーバ１０２が、管理対象ネットワーク１０３Ａを構成する各ネットワーク機器１０３から、ＲＥＰトポロジ構成に関する情報すなわちＲＥＰ−ＭＩＢ（Management Information Bas：管理情報ベース）情報をあらかじめ定めた周期で定期的に取得する。そして、その都度、取得したＲＥＰ−ＭＩＢ情報を解析した結果であるトポロジ情報を、ＮＭＳクライアント端末１０１の画面上にビジュアル化した形で画面表示する（すなわち画面上に表示されているネットワーク構成図に反映させる）ように動作する。

また、管理対象ネットワーク１０３Ａを構成する各ネットワーク機器１０３のポートのリンク断またはリンク復旧の状態変化を契機にして、関連する各ネットワーク機器１０３からＲＥＰ−ＭＩＢ情報を収集して解析する。そして、解析結果として、ポートのブロッキング状態を取得して、ポートのブロッキング状態をＮＭＳクライアント端末１０１の画面上にリアルタイムに表示して、オペレータにリアルタイムに通知する。

ここで、ＲＥＰプロトコルとは、レイヤ２ネットワーク設計においてスパニングツリープロトコル（ＳＴＰプロトコル）に代わって使用されるシスコ（Cisco）社製のプロトコルであり、ＲＥＰトポロジの構成情報として、チェーンでつないだポートの集合であるセグメントを最小ネットワーク構成要素として使用する。

なお、ＲＥＰプロトコルを適用したレイヤ２網を構成する管理対象ネットワーク１０３Ａに関するネットワークの管理方式は、ネットワーク構築時に導入されている既存のネットワーク管理システム（ＮＭＳ）に対しても容易に組み込むことが可能であり、ハードウェアを伴う新たなシステムを構築する必要はない。したがって、導入コストを大幅に削減することが可能である。

次に、図１に示したＮＭＳサーバ１０２の内部構成の一例について図２を用いて説明する。図２は、図１に示したＮＭＳサーバ１０２の内部構成の一例を示すブロック構成図であり、本発明に係るＲＥＰトポロジのリアルタイム描画を実施する主要部に焦点を当てて記載している。図２に示すように、ＮＭＳサーバ１０２は、ＲＥＰトポロジのリアルタイム描画を行う機能ブロックとして、収集部１１、解析部１２、蓄積部１３、通知部１４を少なくとも含んで構成される。

収集部１１は、管理対象ネットワーク１０３Ａを構成する各ネットワーク機器１０３からＲＥＰトポロジ構成に関する構成情報をＲＥＰ−ＭＩＢ情報としてあらかじめ定めた周期で定期的に収集する。また、解析部１２は、収集部１１において収集した各ネットワーク機器１０３のＲＥＰ−ＭＩＢ情報（ＲＥＰトポロジ構成に関する構成情報）を解析して、ＲＥＰトポロジ情報（すなわち管理対象ネットワーク１０３Ａに関するＲＥＰトポロジのセグメント構成情報）を生成する。

また、蓄積部１３は、解析部１２において解析した各ネットワーク機器１０３のＲＥＰ−ＭＩＢ情報の解析結果（すなわち管理対象ネットワーク１０３Ａに関するＲＥＰトポロジのセグメント構成情報）を蓄積する。また、通知部１４は、ＮＭＳクライアント端末１０１からの要求に応じて、蓄積部１３に蓄積された各ネットワーク機器１０３のＲＥＰ−ＭＩＢ情報の解析結果（すなわち管理対象ネットワーク１０３Ａに関するＲＥＰトポロジのセグメント構成情報）を、ビジュアル化した形式に変換して、ＮＭＳクライアント端末１０１に送付する。その結果、管理対象ネットワーク１０３Ａに関するＲＥＰトポロジのセグメント構成の情報をネットワーク構成図としてＮＭＳクライアント端末１０１の画面上に描画することができる。

さらに、ポートのリンク断障害またはリンク復旧（Ｄｏｗｎ情報またはＵｐ情報）の状態変化発生をトリガーにして、収集部１１において、状態変化発生に関連する各ネットワーク機器１０３からそれぞれのＲＥＰトポロジ構成に関する構成情報をＲＥＰ−ＭＩＢ情報として収集する機能も有している。そして、該リンク断障害またはリンク復旧の状態変化の発生をトリガーにしてＲＥＰ−ＭＩＢ情報として収集した構成情報を、解析部１２において解析して、ＲＥＰトポロジの各セグメントを構成する各ネットワーク機器１０３のポートに関するブロッキング状態を示す情報を取得する機能も有している。

そして、解析部１２において解析結果として取得したネットワーク機器１０３のポートのブロッキング状態を示す情報を、蓄積部１３において蓄積するとともに、さらに、通知部１４において、該ポートのブロッキング状態を示す情報をビジュアル化した形式に変換して、ＮＭＳクライアント端末１０１の画面上に画面表示して、ＮＭＳクライアント端末１０１のオペレータに対してリアルタイムで通知する機能も有している。

（本発明の実施形態の動作例の説明］
次に、一実施形態として図１および図２に示したネットワーク管理システムの動作について、その一例を図１および図２を参照しながら詳細に説明する。

図１および図２のネットワーク管理システムにおいて、ＮＭＳサーバ１０２は、あらかじめ定めた周期で定期的に、管理対象ネットワーク１０３Ａを構成する各ネットワーク機器１０３のＲＥＰトポロジ構成に関する構成情報を、ＲＥＰ−ＭＩＢ情報として収集部１１にて収集している。そして、ＮＭＳサーバ１０２は、収集した各ネットワーク機器１０３のＲＥＰトポロジ構成に関する構成情報に対して、解析部１２にて解析処理を行い、管理対象ネットワーク１０３Ａに関するＲＥＰトポロジのセグメント構成情報をＲＥＰトポロジ情報として取得して蓄積部１３により蓄積する。

しかる後、ＮＭＳクライアント端末１０１からＲＥＰトポロジ情報の送信要求を受け取った際に、蓄積された該ＲＥＰトポロジ情報をビジュアル化した形式に変換して、当該ＮＭＳサーバ１０２にログインして送信要求してきたＮＭＳクライアント端末１０１に対して送信することにより、該ＮＭＳクライアント端末１０１の画面上にビジュアル化した形式で該ＲＥＰトポロジ情報を画面表示させる。

また、管理対象ネットワーク１０３Ａを構成する各ネットワーク機器１０３は、ポートのリンク断／復旧（Ｄｏｗｎ／Ｕｐ）の状態変化が発生すると、ＮＭＳサーバ１０２に対して、ポートの該状態変化を通知する。ＮＭＳサーバ１０２は、ポートの該状態変化の通知を収集部１１にて受信すると、該状態変化の通知をトリガーにして、該状態変化に関連する各ネットワーク機器１０３に対してポートのブロッキング状態を含むＲＥＰ−ＭＩＢ情報の送信要求を行い、各ネットワーク機器１０３からポートのブロッキング状態を含むＲＥＰ−ＭＩＢ情報を収集する。

そして、収集したＲＥＰ−ＭＩＢ情報を解析部１２にて解析し、解析した結果に基づいて、ポートのブロッキング状態の変化を検出すると、蓄積しているＲＥＰトポロジ情報を更新して蓄積部１３により蓄積し直す。さらに、ポートのブロッキング状態の変化情報を通知部１４により当該ＮＭＳサーバ１０２にログインしているＮＭＳクライアント端末１０１にリアルタイムに送信して、ポート状態の変化を画面表示させて該ＮＭＳクライアント端末１０１のオペレータに通知する。

（本発明の具体的な実施例）
前述した実施形態においては、ネットワーク管理システム（ＮＭＳ）により収集したＲＥＰ−ＭＩＢ情報から、管理対象ネットワーク１０３Ａに関するネットワークトポロジを画面表示する方式の一例を説明したが、かかる方式を用いれば、以下に具体的に説明するように、ネットワーク管理システム（ＮＭＳ）による管理対象ネットワーク１０３Ａに関する（レイヤ２階層における）ＲＥＰトポロジのリアルタイム描画を実現することができる。

まず、解析対象とするＲＥＰ−ＭＩＢ情報の具体的な内容の一例について説明する。図３は、図１に示したＮＭＳサーバ１０２において管理対象ネットワーク１０３Ａの各ネットワーク機器１０３から取得したＲＥＰ−ＭＩＢ情報の解析情報の一例を示すテーブルである。つまり、図３は、ＲＥＰトポロジのリアルタイム描画方式を説明するために、各ネットワーク機器１０３から取得したＲＥＰ−ＭＩＢ情報の具体的な解析情報の一例を示している。

図３のテーブルにおいては、管理対象ネットワーク１０３Ａは、ホスト名がＨＯＳＴ−０１（ＩＰアドレス：１０．１１０．１．１）〜ＨＯＳＴ−０６（ＩＰアドレス：１０．１１０．１．６）の６台のノードすなわちネットワーク機器１０３から構成されている例を示している。そして、６台のネットワーク機器１０３それぞれから取得したＲＥＰ−ＭＩＢ情報の解析情報として、図３のテーブルに示すcrepIfSegmentId（セグメント識別子）２１、crepIfAdminEdgePortType（エッジポートタイプ）２２、crepIfPortRole（ポート状態／役割）２３それぞれに関するサンプル値を収集して解析する場合を示している。

なお、図３において、crepIfSegmentId２１欄に記載の‘enterprises.9.9.601.1.2.1.1.2’は、管理対象ネットワーク１０３ＡのセグメントＩＤの識別子であることを示し、また、crepIfAdminEdgePortType ２２欄に記載の‘enterprises.9.9.601.1.2.1.1.6’は、管理対象ネットワーク１０３Ａのエンドポートタイプの識別子であることを示し、また、crepIfPortRole２３欄に記載の‘enterprises.9.9.601.1.2.1.1.4’は、管理対象ネットワーク１０３Ａのポート状態（役割）の識別子であることを示している。また、それぞれの欄の各識別子に続く‘１０１××’は、ポート番号を示し、‘＝’の右辺に示す番号が、それぞれの識別子における値を示している。

ここで、crepIfSegmentId２１は、管理対象の各ネットワーク機器１０３が所属するＲＥＰセグメントとポートとの情報を表している。例えば、ホスト名がＨＯＳＴ−０１のネットワーク機器１０３の場合は、ＲＥＰセグメント‘５００’として２つのポート（ポート番号‘１０１１４’、‘１０１１６’）を有し、ＲＥＰセグメント‘５０２’として１つのポート（ポート番号‘１０１１２’）を有していることを表している。

また、crepIfAdminEdgePortType２２は、セグメントに所属するポートのタイプを表している。値が‘１’の場合はnotEdge（エッジポートではない）ことを表し、値が‘２’の場合はedge（エッジポート）すなわちセカンダリエッジポートを表し、値が‘３’の場合はedgePrimary（プライマリエッジポート：すなわちトラフィック負荷バランシングを実施するポート）を表している。なお、edgePrimary（プライマリエッジポート）とedge（エッジポート）とは、各セグメントに１つずつしか存在しない。

例えば、ホスト名がＨＯＳＴ−０１のネットワーク機器１０３の場合は、ＲＥＰセグメント‘５００’における２つのポートのうち、第１のポート（ポート番号‘１０１１４’）は‘３’すなわち edgePrimary（プライマリエッジポート）であり、第２のポート（ポート番号‘１０１１６’）は‘２’すなわち edge（エッジポート）であることを表し、ＲＥＰセグメント‘５０２’における１つのポート（ポート番号‘１０１１２’）も‘２’すなわち edge（エッジポート）であることを表している。

また、crepIfPortRole（ＲＥＰポートの状態）２３は、セグメントに所属するポートのブロッキング状態を表している。値が‘１’の場合はfailedPort（ブロッキング状態のポート）すなわち通信不可能な状態のポートを表し、値が‘２’の場合はalternatePort（代替ポート）すなわち代替が可能な状態のエッジポート（edgePrimary（プライマリエッジポート）またはedge（エッジポート））を表し、値が‘３’の場合はopenPort（オープン状態のポート）すなわち通信可能な状態のポートを表している。

例えば、ホスト名がＨＯＳＴ−０１のネットワーク機器１０３の場合は、ＲＥＰセグメント‘５００’における２つのポートのうち、第１のポート（ポート番号‘１０１１４’）は‘２’すなわちすなわち alternatePort（代替ポート）であり、第２のポート（ポート番号‘１０１１６’）は‘１’すなわち failedPort（ブロッキング状態のポート）であることを表している。また、ＲＥＰセグメント‘５０２’における１つのポート（末尾番号‘１０１１２’）は‘２’すなわちalternatePort（代替ポート）であることを表している。

図３のテーブルに示したＲＥＰ−ＭＩＢ情報をＮＭＳサーバ１０２の解析部１２において解析した結果、図４に示すようなＲＥＰトポロジ情報を現時点におけるネットワーク構成図としてＮＭＳクライアント端末１０１の画面上にリアルタイムで表示させることができる。図４は、図３に一例として示した各ネットワーク機器１０３のＲＥＰ−ＭＩＢ情報の解析結果として得られるＲＥＰトポロジ情報のリアルタイム描画方式に基づく管理対象ネットワーク１０３Ａの一描画例を示すネットワーク構成図である。

図３に示したようなＲＥＰ−ＭＩＢ情報を各ネットワーク機器１０３から収集した場合、図４のネットワーク構成図の画面表示例に示すように、ＲＥＰトポロジ情報として、セグメントＩＤ３１を、細線で囲んで示す第１セグメントのセグメントＩＤ‘５００’と太線で囲んで示す第２セグメントのセグメントＩＤ‘５０２’との２つをビジュアル化して表現することになる。そして、第１セグメントのセグメント範囲３２として、各ノード（すなわち、ＨＯＳＴ−０１、ＨＯＳＴ−０２、ＨＯＳＴ−０３、ＨＯＳＴ−０４、ＨＯＳＴ−０１）のポート間を細線のチェーンでビジュアル化して接続して表し、第２セグメントのセグメント範囲３２として、各ノード（すなわち、ＨＯＳＴ−０３、ＨＯＳＴ−０５、ＨＯＳＴ−０６、ＨＯＳＴ−０１）のポート間を太線のチェーンでビジュアル化して接続して表現している。

さらに、各セグメントにおけるプライマリエッジポートの位置を示すプライマリエッジポート位置３３を○印のシンボルでビジュアル化して表示し、各セグメントにおけるセカンダリエッジポートの位置を示すセカンダリエッジポート位置３４を○印内に横棒を付したシンボルでビジュアル化して表示している。また、通信不可能なブロッキング状態にあるポートの位置を示すブロッキング状態ポート位置３５を、○印内に×を付したシンボルによってビジュアル化して表現している。

なお、図４に示す表示例においては、ホスト名がＨＯＳＴ−０１であるネットワーク機器１０３（ノード）の第２ポート（ポート番号‘１０１１６’）に、エッジポート（すなわちセカンダリエッジポート位置３４）を示すシンボル表示とブロッキング状態ポート（すなわちブロッキング状態ポート位置３５）を示すシンボル表示とを別個に表示しているが、ビジュアル化を確保することが可能な範囲内であれば、双方のシンボル表示を一つに合成させて表示するようにしても構わない。

次に、管理対象ネットワーク１０３Ａに関するトポロジ情報を描画する動作と、ポートのブロッキング状態が発生した場合の通知に関する動作とに関して、より具体的な実施例を、図面を参照しながら説明する。

まず、管理対象ネットワーク１０３Ａに関するトポロジ情報を描画する動作について、その一例を、図５と図６とを参照しながら説明する。図５は、図４に一例として示したようなＲＥＰトポロジ情報のリアルタイム描画方式においてＲＥＰトポロジ描画を実現するＮＭＳサーバの具体的な内部構成の一例を示すブロック構成図である。つまり、図５は、ＲＥＰトポロジ情報のリアルタイム描画方式のうち、トポロジ描画機能に関連する機能ブロックに着目して示している。図５に示すＮＭＳサーバ１０２Ａは、ＧＷ部、共通部、画面部から構成され、ＧＷ部にはＳＮＭＰ ＧＷ部４１を有し、また、共通部には構成情報管理部４２、ＧＵＩ管理部４３および構成情報データベース４４を有し、また、画面部には画面アプリケーション部４５を有している。

ここで、ＳＮＭＰ ＧＷ部４１は、管理対象ネットワーク１０３Ａを構成するネットワーク機器１０３とＮＭＳサーバ１０２Ａとの間のインタフェースを司る機能を有し、ＳＮＭＰ（Simple Network Management Protocol）プロトコルを用いて各ネットワーク機器１０３のＲＥＰトポロジ構成に関する構成情報を収集する機能を有している。すなわち、ＳＮＭＰ ＧＷ部４１は、図２に示した収集部１１に相当する機能を有している。

また、構成情報管理部４２は、ＳＮＭＰ ＧＷ部４１により収集した構成情報を解析し、解析結果をＲＥＰトポロジ情報（すなわち管理対象ネットワーク１０３Ａに関するＲＥＰトポロジのセグメント構成情報）として構成情報データベース４４に保存する機能を有している。すなわち、構成情報管理部４２は、図２に示した解析部１２と蓄積部１３との双方に相当する機能を有している。

また、ＧＵＩ管理部４３は、構成情報管理部４２にて生成したＲＥＰトポロジ情報をビジュアル化して画面部の画面アプリケーション部４５に出力して画面表示させるためのＧＵＩ（Graphical User Interface）インタフェースを有している。また、構成情報データベース４４は、管理対象のネットワーク機器１０３のＲＥＰトポロジ情報を蓄積して管理しているデータベースである。

また、画面アプリケーション部４５は、共通部のＧＵＩ管理部４３から取得したＲＥＰトポロジ情報をビジュアル化した形式に変換した情報を、該当する画面（図１に示したＮＭＳクライアント端末１０１の画面に相当する画面）上に画面表示する機能を有している。

なお、図５に示すＮＭＳサーバ１０２Ａにおいては、ＳＮＭＰ ＧＷ部４１を配置して、ネットワーク監視プロトコルとして、ＳＮＭＰ(Simple Network Management Protocol)プロトコルを用いて、各ネットワーク機器１０３の構成情報を収集する例を示しているが、ＳＮＭＰプロトコルの代わりに、例えば、ＩＰ（Internet Protocol）ネットワークのリモート制御プロトコル（アプリケーション層プロトコル）としてのＴｅｌｎｅｔ（全てのデータを暗号化しない状態で送受信するプロトコル）やＳＳＨ（Secure Shell：全てのデータを暗号化した状態で送受信するプロトコル）を用いて、各ネットワーク機器１０３の構成情報を収集するようにしても良い。

次に、図５に示すＮＭＳサーバ１０２Ａの動作について、その一例を、図６のフローチャートを用いて説明する。図６は、図５のＮＭＳサーバ１０２Ａにおけるトポロジ情報の描画動作の一例を示すフローチャートであり、ＲＥＰトポロジ情報のリアルタイム描画方式のうち、トポロジ描画に焦点を当てて説明している。図６のフローチャートにおいて、ＮＭＳサーバ１０２Ａは、まず、ＳＮＭＰ ＧＷ部４１にて、あらかじめ定めた周期毎に、定期的に、管理対象の各ネットワーク機器１０３からＲＥＰトポロジ構成に関する構成情報をＲＥＰ−ＭＩＢ情報として収集して、構成情報管理部４２に送信する（ステップＳ１）。すなわち、ステップＳ１は、図５のトポロジ描画動作のトリガーとなるＲＥＰ−ＭＩＢ情報受信ステップである。

次いで、ＮＭＳサーバ１０２Ａの構成情報管理部４２は、ＳＮＭＰ ＧＷ部４１において収集した構成情報を受信すると、受信した該構成情報を解析、加工して、解析・加工結果をＲＥＰトポロジ情報（すなわちＲＥＰトポロジのセグメント構成情報）として構成情報データベース４４に保存する（ステップＳ２）。

そして、ＮＭＳクライアント端末１０１からのトポロジ情報描画要求を受け取った画面アプリケーション部４５が、共通部のＧＵＩ管理部４３に対してトポロジ情報の表示要求を行うと、ＧＵＩ管理部４３は、構成情報データベース４４に保存されているＲＥＰトポロジ情報を取得して、該ＲＥＰトポロジ情報をビジュアル化した画面表示形式に変換して画面アプリケーション部４５に対して返送する。画面アプリケーション部４５は、返送されてきた該ＲＥＰトポロジ情報に関する画面表示情報を、該当する画面上すなわち要求元のＮＭＳクライアント端末１０１の画面上に画面表示する（ステップＳ３）。

以上のような動作を行うことにより、ＮＭＳクライアント端末１０１のオペレータの要求に応じて、現時点における管理対象ネットワーク１０３Ａに関するＲＥＰトポロジ情報をリアルタイムで該ＮＭＳクライアント端末１０１に画面表示することができる。

次に、管理対象ネットワーク１０３Ａを構成するネットワーク機器１０３のポートにブロッキング状態の変化が発生した場合のリアルタイム通知に関する動作について、その一例を、図７と図８とを参照しながら説明する。図７は、図４に一例として示したようなＲＥＰトポロジ情報のリアルタイム描画方式においてポートのブロッキング状態の変化を画面表示するＮＭＳサーバの具体的な内部構成の一例を示すブロック構成図である。つまり、図７は、ＲＥＰトポロジ情報のリアルタイム描画方式のうち、ポートのブロッキング状態の表示機能に関連する機能ブロックに着目して示している。

図７に示すＮＭＳサーバ１０２Ｂは、図５に示したＮＭＳサーバ１０２Ａと同様、ＧＷ部、共通部、画面部から構成され、共通部には構成情報管理部４２、ＧＵＩ管理部４３および構成情報データベース４４を有し、また、画面部には画面アプリケーション部４５を有しているが、ＧＷ部には、図５の場合とは異なり、ＳＮＭＰ ＧＷ部４１の他に、さらに、状態変化判定部４６を追加して有している。

ここで、ＳＮＭＰ ＧＷ部４１は、図５の場合と同様、管理対象ネットワーク１０３Ａを構成するネットワーク機器１０３とＮＭＳサーバ１０２Ｂとの間のインタフェースを司る機能を有し、ＳＮＭＰ（Simple Network Management Protocol）プロトコルを用いて、各ネットワーク機器１０３の構成情報を収集する機能を有している。図７においては、ＳＮＭＰ ＧＷ部４１は、さらに、各ネットワーク機器１０３のポートに関する状態変化情報すなわちリンクＤｏｗｎ／Ｕｐ情報（通信リンク断／通信リンク復旧の情報）をＴｒａｐ（トラップ）情報として収集し、また、ポートのブロッキング状態を含む情報をＲＥＰ−ＭＩＢ情報として収集する機能も有している。

なお、図５の場合と同様、ＳＮＭＰ(Simple Network Management Protocol)プロトコルを用いる代わりに、例えば、ＩＰ（Internet Protocol）ネットワークのリモート制御プロトコルとしてのＴｅｌｎｅｔプロトコルやＳＳＨプロトコルを用いて、各ネットワーク機器１０３の構成情報を収集し、かつ、各ネットワーク機器１０３のポートに関する状態変化情報を監視するようにしても良い。

また、図７においてＧＷ部にさらに追加した状態変化判定部４６は、ＳＮＭＰ ＧＷ部４１においてＴｒａｐ情報として受信したポートに関するリンクＤｏｗｎ／Ｕｐ情報（リンク断またはリンク復旧の情報）から、ポートの状態変化の発生の有無を判定する機能を有している。

また、構成情報管理部４２は、図５の場合と同様、ＳＮＭＰ ＧＷ部４１により収集した構成情報を解析し、解析結果をＲＥＰトポロジ情報として構成情報データベース４４に保存する機能を有している。図７においては、構成情報管理部４２は、さらに、ＳＮＭＰ ＧＷ部４１により収集したポートのブロッキング状態を解析し、解析結果をＲＥＰトポロジ情報として構成情報データベース４４に保存する機能も有している。

また、ＧＵＩ管理部４３は、図５の場合と同様、構成情報管理部４２にて生成したＲＥＰトポロジ情報を画面部の画面アプリケーション部４５に出力して画面表示させるためのＧＵＩ（Graphical User Interface）インタフェースを有している。図７においては、ＧＵＩ管理部４３は、さらに、状態変化判定部４６の判定結果に基づいて、ポートに関する状態変化すなわちポートのブロッキング状態の変化を、ビジュアル化して、ＮＭＳクライアント端末１０１に通知するためのインタフェースも有している。

また、構成情報データベース４４は、図５の場合と同様、管理対象のネットワーク機器１０３のＲＥＰトポロジ情報を蓄積して管理しているデータベースであり、図７においては、前述したように、ポートのブロッキング状態の解析結果もＲＥＰトポロジ情報として蓄積している。

また、画面アプリケーション部４５は、図５の場合と同様、ＲＥＰトポロジ情報をビジュアル化した形式に変換した共通部のＧＵＩ管理部４３から取得した情報を図１に示したＮＭＳクライアント端末１０１の画面上に表示する機能を有している。図７においては、画面アプリケーション部４５は、さらに、ポートに関する状態変化すなわちポートのブロッキング状態の変化をＮＭＳクライアント端末１０１の画面上にリアルタイムで画面表示して、ＮＭＳクライアント端末１０１のオペレータに通知する機能も有している。

次に、図７に示すＮＭＳサーバ１０２Ｂの動作について、その一例を、図８のフローチャートを用いて説明する。図８は、図７のＮＭＳサーバ１０２Ｂにおけるポートのブロッキング状態通知動作の一例を示すフローチャートであり、ＲＥＰトポロジ情報のリアルタイム描画方式のうち、ポートのブロッキング状態変化を通知する動作に焦点を当てて説明している。

図８のフローチャートにおいて、まず、管理対象ネットワーク１０３Ａのいずれかのネットワーク機器１０３にポートのリンクＤｏｗｎ／Ｕｐの変化が発生すると、ポートのリンクＤｏｗｎ／Ｕｐの変化が発生したネットワーク機器１０３は、ＳＮＭＰプロトコルのＴｒａｐ（トラップ）情報として、ポートに関するリンクＤｏｗｎ／Ｕｐ発生情報を、ＮＭＳサーバ１０２Ｂに対して送信してくる。

ＮＭＳサーバ１０２Ｂは、ネットワーク機器１０３からＴｒａｐ情報として送信されてきたポートに関するリンクＤｏｗｎ／Ｕｐ発生情報を、ＳＮＭＰ−ＧＷ部４１において受信すると、受信したポートに関するリンクＤｏｗｎ／Ｕｐ発生情報を、イベントとして状態変化判定部４６に送信する（ステップＳ１１）。すなわち、ステップＳ１１は、図８のポートのブロッキング状態通知動作のトリガーとなるＴｒａｐ情報（イベント）受信ステップである。

状態変化判定部４６は、イベントとして、ネットワーク機器１０３のポートに関するリンクＤｏｗｎ／Ｕｐ発生情報を受け取ると、該ネットワーク機器１０３のリンクＤｏｗｎ／Ｕｐ発生情報に関して当該状態変化判定部４６において保持している現状の状態と比較して、状態に変化が発生しているか否かを確認する。そして、該ネットワーク機器１０３のポートのリンクＤｏｗｎ／Ｕｐ発生情報に関する状態の変化を確認すると、ＳＮＭＰ−ＧＷ部４１に対して、該当するポートのリンクＤｏｗｎ／Ｕｐ情報に関連する各ネットワーク機器１０３のポートに関するブロッキング状態情報の取得を要求する。

ＳＮＭＰ−ＧＷ部４１は、状態変化判定部４６からの取得要求を受け取ると、該当するネットワーク機器１０３（すなわちポートのリンクＤｏｗｎ／Ｕｐ発生情報に関連する各ネットワーク機器１０３）に対して、各ネットワーク機器のポートに関するブロッキング状態情報の取得要求を送信する。

その結果、該当する各ネットワーク機器１０３からポートに関するブロッキング状態を含む構成情報がＲＥＰ−ＭＩＢ情報として送信されてくると、ＳＮＭＰ−ＧＷ部４１は、送信されてきた該ＲＥＰ−ＭＩＢ情報を取得して、構成情報管理部４２に対して送信する（ステップＳ１２）

次いで、構成情報管理部４２は、ＳＮＭＰ ＧＷ部４１において取得した該ＲＥＰ−ＭＩＢ情報（ネットワーク機器１０３のポートに関するブロッキング状態情報を含む構成情報）を受信すると、受信した該ＲＥＰ−ＭＩＢ情報を解析して、ＲＥＰトポロジ情報として、ネットワーク機器１０３のポートに関するブロッキング状態情報（すなわちＲＥＰトポロジの各セグメントを構成するネットワーク機器１０３のポートに関するブロッキング状態情報）を取得する。そして、解析結果として取得したネットワーク機器１０３のポートに関するブロッキング状態情報を、構成情報データベース４４に保存するとともに、共通部のＧＵＩ管理部４３に対して通知する（ステップＳ１３）。

ＧＵＩ管理部４３は、構成情報管理部４２から通知されてきたＲＥＰトポロジ情報（すなわち状態の変化を確認したネットワーク機器１０３のポートに関するブロッキング状態情報の解析結果）を、ビジュアル化した形式に変換して、画面アプリケーション部４５に対して送信する。画面アプリケーション部４５は、ビジュアル化した形式に変換して送信されてきたＲＥＰトポロジ情報すなわちネットワーク機器１０３のポートのブロッキング状態に変更があった旨を示す情報を、ＮＭＳクライアント端末１０１に画面表示して、ＮＭＳクライアント端末１０１のオペレータにリアルタイムに通知する（ステップＳ１４）。

以上のような動作を行うことにより、管理対象ネットワーク１０３Ａのネットワーク機器１０３のポートに関するリンクＤｏｗｎ／Ｕｐ（リンク断／リンク復旧）の状態変化が発生した際に、該リンクＤｏｗｎ／Ｕｐ（リンク断／リンク復旧）の発生を契機にして、ネットワーク機器１０３のポートに関するブロッキング状態の変化をＮＭＳクライアント端末１０１にリアルタイムに画面表示してオペレータに通知することができる。

（実施形態の効果の説明）
以上に詳細に説明したように、前述した実施形態においては、以下のような効果を得ることができる。

第１の効果は、管理対象ネットワーク１０３Ａのトポロジ情報として、ＲＥＰ（Resilient Ethernet Protocol：レジリエント・イーサネット・プロトコル）により構成されたレイヤ２（Ｌａｙｅｒ２）網の構成情報を定期的に保存することにより、現時点の管理対象ネットワークのトポロジ情報をビジュアル化して画面上に正確に表示することができることである。したがって、管理対象ネットワーク１０３Ａが大規模なネットワークであっても、該管理対象ネットワーク１０３Ａの管理を容易に行うことが可能になる。

第２の効果は、リンク断時やリンク復旧時等によるポートの状態変化が発生した際に、各セグメントを構成するネットワーク機器１０３のブロッキングポートの遷移状況をリアルタイムで画面表示することができることである。すなわち、障害の発生時や復旧時には、該当するセグメント内の各ネットワーク機器１０３に関するポートのブロッキング状態の変化を容易に把握することができるようになることである。

以上、本発明の好適な実施形態の構成を説明した。しかし、かかる実施形態は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。

１１ 収集部
１２ 解析部
１３ 蓄積部
１４ 通知部
２１ crepIfSegmentId（セグメント識別子）
２２ crepIfAdminEdgePortType（エッジポートタイプ）
２３ crepIfPortRole（ポート状態／役割）
３１ セグメントＩＤ
３２ セグメント範囲
３３ プライマリエッジポート位置
３４ セカンダリエッジポート位置
３５ ブロッキング状態ポート位置
４１ ＳＮＭＰ ＧＷ部
４２ 構成情報管理部
４３ ＧＵＩ管理部
４４ 構成情報データベース
４５ 画面アプリケーション部
４６ 状態変化判定部
１０１ ＮＭＳクライアント端末
１０２ ＮＭＳサーバ
１０２Ａ ＮＭＳサーバ
１０２Ｂ ＮＭＳサーバ
１０３ ネットワーク機器
１０３Ａ 管理対象ネットワーク

Claims (10)

1. ＲＥＰ（Resilient Ethernet Protocol）プロトコルに対応する各ネットワーク機器によりレイヤ２網を形成するネットワークを管理対象ネットワークとして管理するＮＭＳ（Network Management System）サーバとＮＭＳクライアント端末とからなるネットワーク管理システムであって、
   前記ＮＭＳサーバは、
   あらかじめ定めた周期で定期的に各前記ネットワーク機器からそれぞれのＲＥＰトポロジ構成に関する構成情報をＲＥＰプロトコルに準拠したＲＥＰ−ＭＩＢ（Management Information Base：管理情報ベース）情報として収集する収集部と、
   各前記ネットワーク機器から収集した前記構成情報を解析して、解析結果として、前記管理対象ネットワークに関するＲＥＰトポロジのセグメント構成情報を生成する解析部と、
   生成した前記管理対象ネットワークに関するＲＥＰトポロジのセグメント構成情報を保存する蓄積部と、
   を有していることを特徴とするネットワーク管理システム。
2. 前記ＮＭＳサーバは、
   前記ＮＭＳクライアント端末から前記セグメント構成情報の画面表示要求を受け取った際に、
   前記蓄積部に保存している前記セグメント構成情報をビジュアル化した形式に変換し、要求元の前記ＮＭＳクライアント端末に送信して、該ＮＭＳクライアント端末の画面上に画面表示させる、
   ことを特徴とする請求項１に記載のネットワーク管理システム。
3. 前記収集部は、前記管理対象ネットワークの前記ネットワーク機器から該ネットワーク機器のポートのリンク断またはリンク復旧に関する状態変化発生通知を受信した際に、該状態変化発生通知に関連する前記ネットワーク機器からそれぞれの前記構成情報を前記ＲＥＰ−ＭＩＢ情報として収集する機能をさらに有し、
   前記解析部は、前記状態変化発生通知に関連する前記ネットワーク機器から収集されたそれぞれの前記構成情報を解析することにより、ＲＥＰトポロジの各セグメントを構成する前記ネットワーク機器のポートに関するブロッキング状態を示す情報を取得する機能をさらに有し、
   前記蓄積部は、取得した前記ネットワーク機器のポートに関するブロッキング状態を示す情報を蓄積する機能をさらに有し、
   前記ＮＭＳサーバは、
   前記解析部において取得した前記ネットワーク機器のポートに関するブロッキング状態を示す情報をビジュアル化した形式に変換し、前記ＮＭＳクライアント端末に送信して、該ＮＭＳクライアント端末の画面上に画面表示させて、該ＮＭＳクライアント端末のオペレータにリアルタイムに通知させる、
   ことを特徴とする請求項１または２に記載のネットワーク管理システム。
4. 前記収集部は、
   ＳＮＭＰ(Simple Network Management Protocol)プロトコルを用いて、前記管理対象ネットワークの各ネットワーク機器との間の情報交換を行う、
   ことを特徴とする請求項１ないし３のいずれかに記載のネットワーク管理システム。
5. ＲＥＰ（Resilient Ethernet Protocol）プロトコルに対応する各ネットワーク機器によりレイヤ２網を形成するネットワークを管理対象ネットワークとして管理するＮＭＳ（Network Management System）サーバとＮＭＳクライアント端末とからなるネットワーク管理システムにおけるネットワーク管理方法であって、
   前記ＮＭＳサーバは、
   あらかじめ定めた周期で定期的に各前記ネットワーク機器からそれぞれのＲＥＰトポロジ構成に関する構成情報をＲＥＰプロトコルに準拠したＲＥＰ−ＭＩＢ（Management Information Base：管理情報ベース）情報として収集する収集ステップと、
   各前記ネットワーク機器から収集した前記構成情報を解析して、解析結果として、前記管理対象ネットワークに関するＲＥＰトポロジのセグメント構成情報を生成する解析ステップと、
   生成した前記管理対象ネットワークに関するＲＥＰトポロジのセグメント構成情報を保存する蓄積ステップと、
   を有していることを特徴とするネットワーク管理方法。
6. 前記ＮＭＳサーバは、
   前記ＮＭＳクライアント端末から前記セグメント構成情報の画面表示要求を受け取った際に、
   前記蓄積ステップにより保存している前記セグメント構成情報をビジュアル化した形式に変換し、要求元の前記ＮＭＳクライアント端末に送信して、該ＮＭＳクライアント端末の画面上に画面表示させる、
   ことを特徴とする請求項５に記載のネットワーク管理方法。
7. 前記収集ステップは、前記管理対象ネットワークの前記ネットワーク機器から該ネットワーク機器のポートのリンク断またはリンク復旧に関する状態変化発生通知を受信した際に、該状態変化発生通知に関連する前記ネットワーク機器からそれぞれの前記構成情報を前記ＲＥＰ−ＭＩＢ情報として収集する機能をさらに有し、
   前記解析ステップは、前記状態変化発生通知に関連する前記ネットワーク機器から収集されたそれぞれの前記構成情報を解析することにより、ＲＥＰトポロジの各セグメントを構成する前記ネットワーク機器のポートに関するブロッキング状態を示す情報を取得する機能をさらに有し、
   前記蓄積ステップは、取得した前記ネットワーク機器のポートに関するブロッキング状態を示す情報を蓄積する機能をさらに有し、
   前記ＮＭＳサーバは、
   前記解析ステップにおいて取得した前記ネットワーク機器のポートに関するブロッキング状態を示す情報をビジュアル化した形式に変換し、前記ＮＭＳクライアント端末に送信して、該ＮＭＳクライアント端末の画面上に画面表示させて、該ＮＭＳクライアント端末のオペレータにリアルタイムに通知させる、
   ことを特徴とする請求項５または６に記載のネットワーク管理方法。
8. ＲＥＰ（Resilient Ethernet Protocol）プロトコルに対応する各ネットワーク機器によりレイヤ２網を形成するネットワークを管理対象ネットワークとして管理するＮＭＳ（Network Management System）サーバとＮＭＳクライアント端末とからなるネットワーク管理システムにおいてネットワーク管理に関する処理を実行するネットワーク管理プログラムであって、
   前記ＮＭＳサーバは、
   あらかじめ定めた周期で定期的に各前記ネットワーク機器からそれぞれのＲＥＰトポロジ構成に関する構成情報をＲＥＰプロトコルに準拠したＲＥＰ−ＭＩＢ（Management Information Base：管理情報ベース）情報として収集する収集処理と、
   各前記ネットワーク機器から収集した前記構成情報を解析して、解析結果として、前記管理対象ネットワークに関するＲＥＰトポロジのセグメント構成情報を生成する解析処理と、
   生成した前記管理対象ネットワークに関するＲＥＰトポロジのセグメント構成情報を保存する蓄積処理と、
   を有していることを特徴とするネットワーク管理プログラム。
9. 前記ＮＭＳサーバは、
   前記ＮＭＳクライアント端末から前記セグメント構成情報の画面表示要求を受け取った際に、
   前記蓄積処理により保存している前記セグメント構成情報をビジュアル化した形式に変換し、要求元の前記ＮＭＳクライアント端末に送信して、該ＮＭＳクライアント端末の画面上に画面表示させる、
   ことを特徴とする請求項８に記載のネットワーク管理プログラム。
10. 前記収集処理は、前記管理対象ネットワークの前記ネットワーク機器から該ネットワーク機器のポートのリンク断またはリンク復旧に関する状態変化発生通知を受信した際に、該状態変化発生通知に関連する前記ネットワーク機器からそれぞれの前記構成情報を前記ＲＥＰ−ＭＩＢ情報として収集する機能をさらに有し、
    前記解析処理は、前記状態変化発生通知に関連する前記ネットワーク機器から収集されたそれぞれの前記構成情報を解析することにより、ＲＥＰトポロジの各セグメントを構成する前記ネットワーク機器のポートに関するブロッキング状態を示す情報を取得する機能をさらに有し、
    前記蓄積処理は、取得した前記ネットワーク機器のポートに関するブロッキング状態を示す情報を蓄積する機能をさらに有し、
    前記ＮＭＳサーバは、
    前記解析処理において取得した前記ネットワーク機器のポートに関するブロッキング状態を示す情報をビジュアル化した形式に変換し、前記ＮＭＳクライアント端末に送信して、該ＮＭＳクライアント端末の画面上に画面表示させて、該ＮＭＳクライアント端末のオペレータにリアルタイムに通知させる、
    ことを特徴とする請求項８または９に記載のネットワーク管理プログラム。

Images