故障管理システムおよび故障管理方法
【課題】ブリッジ装置におけるＭＡＣアドレス学習情報の有無に関係なく、イーサネットにおける故障箇所を特定することを課題とする。
【解決手段】故障管理装置は、ブリッジネットワーク内に構築されたＶＬＡＮごとに、ＭＥＰを、通信断検出グループと通信断非検出グループにそれぞれグループ化する。さらに、故障管理装置は、通信断検出グループおよび通信断非検出グループについて、グループ内のＭＥＰ間の経路上にあるポート、さらに、通信断検出グループに属するＭＥＰから通信断非検出グループに属するＭＥＰへ向う経路上の送信側のポートをネットワーク内で導通がとれている箇所として特定する。そして、故障管理装置は、ネットワーク内で導通がとれている箇所として特定したポート、回線、またはブリッジ装置以外の、ポート、回線またはブリッジ装置を故障箇所候補として抽出する。
【解決手段】故障管理装置は、ブリッジネットワーク内に構築されたＶＬＡＮごとに、ＭＥＰを、通信断検出グループと通信断非検出グループにそれぞれグループ化する。さらに、故障管理装置は、通信断検出グループおよび通信断非検出グループについて、グループ内のＭＥＰ間の経路上にあるポート、さらに、通信断検出グループに属するＭＥＰから通信断非検出グループに属するＭＥＰへ向う経路上の送信側のポートをネットワーク内で導通がとれている箇所として特定する。そして、故障管理装置は、ネットワーク内で導通がとれている箇所として特定したポート、回線、またはブリッジ装置以外の、ポート、回線またはブリッジ装置を故障箇所候補として抽出する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、故障管理システムおよび故障管理方法に関する。
【背景技術】
【０００２】
従来、異なるネットワークセグメント同士を接続するブリッジ装置から構成されるＥｔｈｅｒｎｅｔ（登録商標、以下、イーサネットと記載する。）における故障検出・故障箇所特定に、Ｐｉｎｇ（Packet internet groper）を用いられている。Ｐｉｎｇとは、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）のプロトコルを用いるインターネットやイントラネットなどのネットワーク診断を行うプログラムである。
【０００３】
しかし、Ｐｉｎｇは、ネットワーク層の技術であるＩＰ（Internet Protocol）における故障検出・故障箇所特定するための技術である。このため、イーサネットにおける故障検出・故障箇所特定にＰｉｎｇを用いた場合、故障が検出されても、ＩＰが利用されるネットワーク層（レイヤ３）に問題があるのか、あるいは、イーサネットが利用されるデータリンク層（レイヤ２）に問題があるのかが判断できないという不都合が生じてしまう。
【０００４】
このように、Ｐｉｎｇは、イーサネットにおける故障検出・故障箇所特定に適した技術ではないので、イーサネットを保守管理するための技術として、Ｐｉｎｇに代わる新たな技術の開発が進められている。例えば、イーサネットを保守管理するための技術の一つに、「Ｅｔｈｅｒｎｅｔ ＯＡＭ（Operations，Administration，Maintenance）」がある（非特許文献１参照）。
【０００５】
「Ｅｔｈｅｒｎｅｔ ＯＡＭ」の代表的な機能として、例えば、ＣＣ（Continuity Check）やＬＴ（Link Trace）などがある。ＣＣは、保守・管理の対象となるネットワークの端点となるブリッジ装置のポート間で検査用のＣＣＭフレームを定期的に送り、接続性を確認する機能である。また、ＬＴは、ＬＴＭフレームを送信したときに、ＬＴＭフレームが途中通過した全てのポートがＬＴＲフレームを返信する機能である。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】IEEE Computer Society，「IEEE Standards for Local and Metropolitan Area Networks：Virtual Bridged Local Area Networks Amendment 5：Connectivity Fault Management」，IEEE Std 802．1ag-2007，December 2007
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した「Ｅｔｈｅｒｎｅｔ ＯＡＭ」では、イーサネットの故障箇所を特定できない場合があるという課題があった。「Ｅｔｈｅｒｎｅｔ ＯＡＭ」では、ブリッジ装置が保持するＭＡＣ（Media Access Control）アドレス学習情報を元にＬＴがＬＴＭフレームを転送することで、ＯＡＭ（操作、管理、保守）の中継点であるＭＩＰ（Maintenance Intermediate Point）、およびＯＡＭの端点であるＭＥＰ（Maintenance End Point）の特定を可能としている。つまり、「Ｅｔｈｅｒｎｅｔ ＯＡＭ」では、ＭＡＣ（Media Access Control）アドレス学習情報がなければ、イーサネットの経路を特定できない。例えば、イーサネットに故障が発生し、疎通できないＣＣＭフレームの送信元ＭＡＣアドレスの学習情報は一定時間が経過すると自動的に消去される。このため、「Ｅｔｈｅｒｎｅｔ ＯＡＭ」では、ＬＴの機能を利用して、イーサネットの故障箇所を特定できない場合もあるという課題があった。
【０００８】
本発明は、上記に鑑みてなされたものであって、ブリッジ装置におけるＭＡＣアドレス学習情報の有無に関係なく、イーサネットにおける故障箇所を特定することが可能な故障管理システムおよび故障管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明は、イーサネットフレームを送受信する複数のポートを有する複数のブリッジ装置を収容するネットワークにおける通信を監視する故障管理装置を備えた故障管理システムであって、前記ネットワークの端点となるブリッジ装置のポートに対し、ＶＬＡＮごとに設定されたＭＥＰ間で通信断を検出するためのＣＣＭフレームが送受信され、前記故障管理装置は、前記ネットワーク内に設定されたＶＬＡＮごとの構成情報を記憶するＶＬＡＮ情報記憶部と、前記ＭＥＰから通信断である旨の通知を受信した場合に、通信断となった対向ＭＥＰが同じであるＭＥＰからなる通信断検出グループと、通信断を検出していないＭＥＰからなる通信断非検出グループとを前記ＶＬＡＮごとに作成するグループ作成部と、前記構成情報を参照して、前記通信断検出グループに属するＭＥＰ間の経路上にあるポートおよび前記通信断非検出グループに属するＭＥＰ間の経路上にあるポートをそれぞれ特定するとともに、前記通信断非検出グループについては前記通信断検出グループに属するＭＥＰから前記通信断非検出グループに属するＭＥＰへ向う経路上の送信側のポートをさらに特定する特定部と、前記特定部により特定されなかったポート、当該ポートを有する回線、当該ポートを有するブリッジ装置のいずれか一つ又は複数を故障箇所の候補として抽出する故障箇所候補抽出部とを有することを特徴する。
【００１０】
また、本発明は、イーサネットフレームを送受信する複数のポートを有する複数のブリッジ装置を収容するネットワークにおける通信を監視する故障管理装置を備えた故障管理システムにて行われる故障管理方法であって、前記ネットワークの端点となるブリッジ装置のポートに対し、ＶＬＡＮごとに設定されたＭＥＰ間で通信断を検出するためのＣＣＭフレームが送受信され、前記故障管理装置は、前記ＭＥＰにて通信断が検出された場合には、前記ネットワーク内に設定されたＶＬＡＮごとに、通信断となった対向ＭＥＰが同じであるＭＥＰからなる通信断検出グループと、通信断を検出していないＭＥＰからなる通信断非検出グループとを作成するグループ作成工程と、前記ＶＬＡＮの構成情報を参照して、前記ＶＬＡＮごとに、前記通信断検出グループに属するＭＥＰ間の経路上にあるポートおよび前記通信断非検出グループに属するＭＥＰ間の経路上にあるポートをそれぞれ特定するとともに、前記通信断非検出グループについては前記通信断検出グループに属するＭＥＰから前記通信断非検出グループに属するＭＥＰへ向う経路上の送信側のポートをさらに特定する特定工程と、前記特定工程により特定されなかったポート、当該ポートを有する回線、当該ポートを有するブリッジ装置のいずれか一つ又は複数を故障箇所の候補として抽出する故障箇所候補抽出工程とを含むことを特徴する。
【発明の効果】
【００１１】
本発明によれば、ブリッジ装置におけるＭＡＣアドレス学習情報の有無に関係なく、イーサネットにおける故障箇所を特定することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施例１に係る故障管理システムの全体構成を示す図である。
【図２】図２は、実施例１に係る故障管理装置の構成を示す機能ブロック図である。
【図３】図３は、ＶＬＡＮ単位の木構造の一例を示す図である。
【図４】図４は、グループ作成部および特定部による処理の一例を示す図である。
【図５】図５は、グループ作成部および特定部による処理の一例を示す図である。
【図６】図６は、グループ作成部および特定部による処理の一例を示す図である。
【図７】図７は、グループ作成部および特定部による処理の一例を示す図である。
【図８】図８は、故障箇所候補となるポートの絞込み方法の一例を示す図である。
【図９】図９は、故障箇所候補となるポートの絞込み方法の一例を示す図である。
【図１０】図１０は、故障箇所候補となるポートの絞込み方法の一例を示す図である。
【図１１】図１１は、故障箇所候補となるポートの絞込み方法の一例を示す図である。
【図１２】図１２は、故障箇所候補となるポートの絞込み方法の一例を示す図である。
【図１３】図１３は、故障箇所候補となるポートの絞込み方法の一例を示す図である。
【図１４】図１４は、通信断方向の判定方法の一例を示す図である。
【図１５】図１５は、通信断方向の判定方法の一例を示す図である。
【図１６】図１６は、通信断方向の判定方法の一例を示す図である。
【図１７】図１７は、ブリッジネットワークの故障箇所の表示例を示す図である。
【図１８】図１８は、ブリッジネットワークの故障箇所の表示例を示す図である。
【図１９】図１９は、実施例１に係る故障管理システムによる処理の流れを説明する図である。
【図２０】図２０は、故障管理装置の各種処理を実現するためのプログラムを実行するコンピュータの一例を示す図である。
【発明を実施するための形態】
【００１３】
以下に、図面を参照しつつ、本願に係る故障管理システムおよび故障管理方法の各実施例について詳細に説明する。後述する実施例は一例にすぎず、本願に係る故障管理システムおよび故障管理方法を限定するものではない。また、後述する各実施例は処理内容に矛盾を生じさせない範囲で適宜組み合わせることもできる。
【実施例１】
【００１４】
［故障管理システムの構成（実施例１）］
図１は、実施例１に係る故障管理システムの全体構成を示す図である。図１に示すように、実施例１に係る故障管理システムは、通信ネットワーク１を介して、故障管理装置１００とブリッジネットワークとが通信可能な状態に接続されて構成される。そして、故障管理装置１００は、ブリッジネットワークにおける通信を監視する。
【００１５】
実施例１に係る故障管理システムでは、図１に示すブリッジネットワークの構築に使用されるブリッジ装置などの各通信装置に対して、データリンク層（レイヤ２）で発生する様々な事象を保守・管理するための規格であるＥｔｈｅｒｎｅｔ−ＯＡＭプロトコルを実装する。そして、実施例１に係る故障管理システムは、このＥｔｈｅｒｎｅｔ−ＯＡＭプロトコルの機能を利用し、ブリッジネットワークの保守・管理を実行する。
【００１６】
なお、Ｅｔｈｅｒｎｅｔ−ＯＡＭでは、保守・管理対象となるネットワークをＭＥＧ（Maintenance Entity Group）と呼ばれるグループ単位で管理する。そして、ＭＥＧ内の終端となる通信装置にはネットワークの終端を示すＭＥＰ（MEG End Point）が設定され、ＭＥＧ内の中継装置となる通信装置にはＭＩＰ（MEG Intermediate Point）が設定され、二つのＭＥＰ間の通信区間にはＭＥ（Maintenance Entity）が設定される。これに対応して、実施例１に係る故障管理システムでは、ブリッジネットワークに仮想サブネットとして設定されたＶＬＡＮ（Virtual LAN）単位で保守・管理を行い、上述のＭＥＰが設定されたブリッジ装置をＰＥとし、それ以外のブリッジ装置をＣＳとする。
【００１７】
Ｅｔｈｅｒｎｅｔ−ＯＡＭプロトコルは、保守・管理対象であるネットワークの端点となるブリッジ装置のポート間でイーサネットフレームを送受信することで、データリンク層（レイヤ２）で発生する様々な事象を保守・管理するための機能を有する。例えば、Ｅｔｈｅｒｎｅｔ−ＯＡＭプロトコルは、ＣＣ（Continuity Check）機能、ＬＢ（Loop Back）機能、ＬＴ（Link Trace）機能を有する。
【００１８】
ＣＣ機能は、管理対象グループの端点（終端）である自ＭＥＰと複数の対向ＭＥＰ間の接続性を定常的に監視し、導通断、混入、ループの発生を検出するための機能である。具体的には、対向ＭＥＰが定期送信しているマルチキャストＣＣＭフレームまたはユニキャストＣＣＭフレームを受信することで、対向ＭＥＰとの接続性を確認する。また、ＣＣ機能は、自ＭＥＰからマルチキャストＣＣＭフレームやユニキャストＣＣＭフレームを、接続される他のＭＥＰに対して定期送信することで、対向ＭＥＰにおいても自ＭＥＰとの接続性を確認することができる。
【００１９】
また、ＬＢ機能は、自ＭＥＰと１ターゲットの対向ＭＥＰもしくはＭＩＰ間の双方向の接続性を確認するための機能である。具体的には、ターゲットとなるＭＥＰ（または、ＭＩＰ）に対して、ＬＢＭフレームを送信し、当該ターゲットとなるＭＥＰ（または、ＭＩＰ）からのＬＢＭに対する応答として、ＬＢＲフレームを受信することで、双方向の接続性を確認する。
【００２０】
また、ＬＴ機能は、自ＭＥＰと１ターゲットの対向ＭＥＰもしくはＭＩＰ間の経路を確認するための機能であり、経路確認ができる点から接続断発生時の障害箇所特定に活用される。具体的には、ターゲットとなるＭＥＰ（または、ＭＩＰ）に対して、ＬＴＭフレームを送信し、その経路上にあるＭＩＰが送信元ＭＥＰに対して、ＬＴＲフレームを送信し、かつ、ＬＴＭフレームを他の装置に転送する。最終的に、ＬＴ機能は、ターゲットとなるＭＥＰ（または、ＭＩＰ）が、自ＭＥＰから送信されたＬＴＭフレームに対してＬＴＲフレームを応答することで、自ＭＥＰからターゲットとなるＭＥＰ（または、ＭＩＰ）までの経路上にある全てのＭＥＰおよびＭＩＰからのＬＴＲフレームを受信することができ、自ＭＥＰからターゲットまでのパスを確認することができる。
【００２１】
例えば、このＥｔｈｅｒｎｅｔ−ＯＡＭプロトコルでは、ＯＡＭフレームに、上述したＣＣ、ＬＢ、ＬＴのいずれかの試験の実施を識別するためのＯＰＣＯＤＥを挿入する。例えば、ＣＣ機能による試験を実施する場合には、ＯＰＣＯＤＥ＝１、ＬＢ機能による試験を実施する場合には、ＯＰＣＯＤＥ＝２または３、ＬＴ機能による試験を実施する場合には、ＯＰＣＯＤＥ＝４または５などのように指定する。
【００２２】
図２に、実施例１に係る故障管理装置１００の機能構成を示す。図２は、実施例１に係る故障管理装置の構成を示す機能ブロック図である。なお、図２では、実施例１に係る故障管理装置１００の機能を説明する上で必要となる機能のみを図示する。
【００２３】
図２に示すように、実施例１に係る故障管理装置１００は、ＶＬＡＮ情報記憶部１０１と、フロー情報記憶部１０２と、回線選択ロジック記憶部１０３と、物理構成情報記憶部１０４と、グループ作成部１０５と、特定部１０６と、故障箇所候補抽出部１０７と、判定部１０８と、表示部１０９とを有する。
【００２４】
ＶＬＡＮ情報記憶部１０１は、ブリッジネットワークに仮想サブネットとして設定されたＶＬＡＮ（Virtual LAN）に関する情報を記憶する。例えば、ＶＬＡＮ情報記憶部１０１は、ＶＬＡＮに収容されるブリッジ装置、ポートの接続関係、ポート間を接続する回線、ＳＴＰ（Spanning Tree Protocol）によるＶＬＡＮ毎のブロッキングポートなどの情報を記憶する。
【００２５】
フロー情報記憶部１０２は、ブリッジ装置のポートにて送受信されるトラヒックの情報をフロー情報として記憶する。例えば、フロー情報記憶部１０２は、ブリッジ装置ごとに、ポートごとのフロー情報と、フロー情報の取得時刻とを対応付けて記憶する。なお、フロー情報は、ｓＦｌｏｗなどのトラヒックのモニタリング技術を用いて、故障管理装置１００により適時取得される。
【００２６】
回線選択ロジック記憶部１０３は、冗長構成されたＬＡＧ（Link Aggregation）論理ポートを構成する物理ポートの情報を記憶するとともに、冗長構成されたＬＡＧの論理ポートの中から、フレームを割り当てる物理ポートを選択するためのロジックを記憶する。例えば、回線選択ロジック記憶部１０３は、ハッシュ値を用いたロジックやコンフィグを用いたロジックなどを記憶する。
【００２７】
物理構成情報記憶部１０４は、ブリッジネットワークの物理構成に関する情報を記憶する。例えば、物理構成情報記憶部１０４は、物理構成に関する情報の一つとして、ブリッジネットワークに収容されるブリッジ装置のポートと、このポートに対向する対向ポートに関する情報を記憶する。
【００２８】
物理構成情報記憶部１０４、ＶＬＡＮ情報記憶部１０１、回線選択ロジック記憶部１０３の情報から、図３に示すようにＶＬＡＮ毎の構成情報を取得可能である。イーサネットにおけるＶＬＡＮ毎の構成は必ず木構造になる特徴がある。例えば、図３に示す「ＶＬＡＮ１００」には、ＭＥＰが設定された「ＰＥ１」〜「ＰＥ６」の６つのブリッジ装置と、「ＣＳ１」〜「ＣＳ４」の４つのブリッジ装置が収容されており、ＣＳ１を頂点とする木構造となる。図３は、ＶＬＡＮ単位の木構造の一例を示す図である。
【００２９】
グループ作成部１０５は、通信断となった対向ＭＥＰが同じであるＭＥＰからなる通信断検出グループと、通信断を検出していないＭＥＰからなる通信断非検出グループとをＶＬＡＮごとに作成する。
【００３０】
特定部１０６は、グループ作成部１０５により作成された通信断検出グループおよび通信断非検出グループについて、グループ内のＭＥＰ間の経路上にあるポートを特定する。
【００３１】
以下、図４〜図７を用いて、上述したグループ作成部１０５および特定部１０６による処理について具体的に説明する。図４〜図７は、グループ作成部および特定部による処理の一例を示す図である。
【００３２】
（通信断検出グループ）
まず、図４および図５を用いて、通信断検出グループの作成および作成後の処理について説明する。図４に示すように、ＶＬＡＮ１００には、ＭＥＰが設定されたブリッジ装置である「ＰＥ１」〜「ＰＥ６」と、それ以下のブリッジ装置「ＣＳ１」〜「ＣＳ４」が収容されている。
【００３３】
グループ作成部１０５は、ＭＥＰが設定されたブリッジ装置から通信断である旨の通知（以下、ＬＯＣ（Loss Of Continuity）の通知と記載する。）を受信すると、ＶＬＡＮごとに、ＬＯＣの通知を分類する。例えば、グループ作成部１０５は、受信したＬＯＣの通知のうち、「ＭＥＰ１０１〜ＭＥＰ１０６」から受信したＬＯＣの通知をＶＬＡＮ１００に関する通知として分類する。続いて、グループ作成部１０５は、通信断を検出したＭＥＰのうち、対向ＭＥＰが同じＭＥＰ同士をグループ化した通信断（ＬＯＣ）検出グループをＶＬＡＮごとに作成する。例えば、グループ作成部１０５は、図４に示すように、ＶＬＡＮ１００に関し、通信断を検出した「ＭＥＰ１０１〜ＭＥＰ１０６」のうち、対向ＭＥＰ「ＭＥＰ１０３〜ＭＥＰ１０６」が同じである「ＭＥＰ１０１，ＭＥＰ１０２」を同一の通信断検出グループとする。同様に、グループ作成部１０５は、図４に示すように、ＶＬＡＮ１００に関し、通信断を検出した「ＭＥＰ１０１〜ＭＥＰ１０６」のうち、対向ＭＥＰ「ＭＥＰ１０１，ＭＥＰ１０２」が同じである「ＭＥＰ１０３〜ＭＥＰ１０６」を同一の通信断検出グループとする。
【００３４】
続いて、特定部１０６は、グループ作成部１０５により作成された通信断検出グループについて、グループ内のＭＥＰ間の経路上にあるポートを特定する。例えば、特定部１０６は、図４のＧ１に示すように、同一の通信検出グループとされた「ＭＥＰ１０１」と「ＭＥＰ１０２」との経路上にある「ＣＳ２，ＰＥ１，ＰＥ２」の各ポート（図４中丸印）をそれぞれ特定する。同様に、特定部１０６は、図４のＧ２に示すように、同一の通信検出グループとされた「ＭＥＰ１０３〜ＭＥＰ１０６」の各ＭＥＰ間の経路上にある「ＣＳ３，ＣＳ１，ＣＳ４，ＰＥ３〜ＰＥ６」の各ポート（図４中丸印）をそれぞれ特定する。
【００３５】
次に、図５を用いて、ブリッジネットワークに設定されたＶＬＡＮ２００について、上述したグループ作成部１０５および特定部１０６による処理を説明する。図５に示すように、ＶＬＡＮ２００には、ＭＥＰが設定されたブリッジ装置である「ＰＥ１」〜「ＰＥ４」と、それ以下のブリッジ装置「ＣＳ１」〜「ＣＳ３」が収容されている。
【００３６】
グループ作成部１０５および特定部１０６は、図５に示すＶＬＡＮ２００についても、上述した図４に示すＶＬＡＮ１００と同様に処理を行う。すなわち、グループ作成部１０５は、図５に示すように、ＶＬＡＮ２００に関し、通信断を検出した「ＭＥＰ２０１〜ＭＥＰ２０４」のうち、対向ＭＥＰ「ＭＥＰ２０３，ＭＥＰ２０４」が同じである「ＭＥＰ２０１，ＭＥＰ２０２」を同一の通信断検出グループとする。同様に、グループ作成部１０５は、図５に示すように、ＶＬＡＮ２００に関し、対向ＭＥＰ「ＭＥＰ２０１，ＭＥＰ２０２」が同じである「ＭＥＰ２０３，ＭＥＰ２０４」を同一の通信断検出グループとする。
【００３７】
続いて、特定部１０６は、図５のＧ１に示すように、同一の通信検出グループとされた「ＭＥＰ２０１」と「ＭＥＰ２０２」との経路上にある「ＣＳ２，ＰＥ１，ＰＥ２」の各ポート（図５中丸印）をそれぞれ特定する。同様に、特定部１０６は、図５のＧ２に示すように、同一の通信検出グループとされた「ＭＥＰ２０３」と「ＭＥＰ２０４」との経路上にある「ＣＳ３，ＰＥ３，ＰＥ４」の各ポート（図５中丸印）をそれぞれ特定する。
【００３８】
（通信断非検出グループ）
続いて、図６および図７を用いて、通信断非検出グループの作成および作成後の処理について説明する。図６に示すＶＬＡＮ１００には、上述した図４と同様に、ＭＥＰが設定されたブリッジ装置である「ＰＥ１」〜「ＰＥ６」と、それ以下のブリッジ装置「ＣＳ１」〜「ＣＳ４」が収容されている。
【００３９】
グループ作成部１０５は、受信したＬＯＣの通知をＶＬＡＮごとに分類した結果、通信断を検出していないＭＥＰがある場合には、このＭＥＰ同士をグループ化した通信断非検出グループをＶＬＡＮごとに作成する。例えば、図６に示すように、グループ作成部１０５は、受信したＬＯＣの通知をＶＬＡＮごとに分類した結果、ＶＬＡＮ１００に関し、「ＭＥＰ１０１，ＭＥＰ１０２」にて通信断が検出されなかったものとする。この場合、グループ作成部１０５は、図６に示すように、ＶＬＡＮ１００に関し、通信断を検出しなかった「ＭＥＰ１０１，ＭＥＰ１０２」を同一の通信断非検出グループとする。
【００４０】
続いて、特定部１０６は、グループ作成部１０５により作成された通信断非検出グループについて、グループ内のＭＥＰ間の経路上にあるポートを特定する。さらに、特定部１０６は、通信断非検出グループについては、通信断検出グループから、通信断非検出グループに属するＭＥＰへ向う経路上の送信側のポートをさらに特定する。特定部１０６は、例えば、図７に示すように、「ＰＥ３，ＣＳ３，ＣＳ１，ＣＳ２」の各ポートのうち、「ＭＥＰ１０３」から「ＭＥＰ１０１，ＭＥＰ１０２」へ向う経路上の送信側のポートを特定する。
【００４１】
故障箇所候補抽出部１０７は、上述の通信断検出グループおよび通信断非検出グループについて、ＶＬＡＮごとに特定されたポート、当該ポートを有する回線および当該ポートを有するブリッジ装置以外の、ポート、回線、またはブリッジ装置（つまり、特定部１０６により、ＶＬＡＮごとに特定されなかったポート、当該ポートを有する回線および当該ポートを有するブリッジ装置）を故障箇所の候補として抽出する。
【００４２】
例えば、上述の図４に示す場合では、故障箇所候補抽出部１０７は、ＶＬＡＮ１００について、図４に示すＣＳ２の上部に設けられたポート（故障論理ポート候補１）、図４に示すＣＳ１の下部左側に設けられたポート（故障論理ポート候補２）、故障論理ポート候補間の回線を故障箇所候補として抽出する。
【００４３】
例えば、上述の図５に示す場合では、故障箇所候補抽出部１０７は、ＶＬＡＮ２００について、図５に示すＣＳ２の上部に設けられたポート（故障論理ポート候補１）、図５に示すＣＳ１の下部左側に設けられたポート（故障論理ポート候補２）、図５に示すＣＳ１の下部右側に設けられたポート（故障論理ポート候補３）、図５に示すＣＳ３の上部に設けられたポート（故障論理ポート候補４）、各故障論理ポート候補間の回線、およびＣＳ１装置を故障箇所候補として抽出する。
【００４４】
続いて、故障箇所候補抽出部１０７は、故障箇所の候補として抽出した故障論理ポート候補が、冗長構成の物理ポートを仮想的に単一のポートとみなす、上述したＬＡＧ（Link Aggregation）の論理ポートである場合には、ＬＡＧの論理ポートをなす冗長な物理ポートから故障箇所候補となるポートを絞り込む。
【００４５】
具体的には、故障箇所候補抽出部１０７は、フロー情報記憶部１０２から、ＬＯＣの通知を受信した時刻を基準とした前後の所定時刻に対応するフロー情報を取得するとともに、回線選択ロジック記憶部１０３から回線選択ロジックを取得する。続いて、故障箇所候補抽出部１０７は、故障論理ポート候補として抽出した論理ポートについて、ＬＯＣの通知があった後に転送フレーム数がゼロとなっているポートがある場合には、そのポートを故障箇所の物理ポートとして特定する。
【００４６】
図８〜図１３を用いて、故障箇所候補となるポートの絞込み方法について説明する。図８〜図１３は、故障箇所候補となるポートの絞込み方法の一例を示す図である。
【００４７】
例えば、図８に示すように、ＶＬＡＮ１００について故障箇所候補として抽出された故障論理ポート候補１が「２／１〜２／４」の４つの物理ポートで構成され、故障論理ポート候補２が「２／１１〜２／１４」の４つの物理ポートで構成されているものとする。このとき、故障箇所候補抽出部１０７は、フロー情報および回線選択ロジックに基づいて、ＬＯＣの通知があった後（通信断検出後）に転送フレーム数がゼロとなっている物理ポートを特定する。図８に示すように、故障論理ポート候補１を構成する物理ポートの１つである「２／２」により転送されたフレーム数が、通信断検出後にゼロとなっているので、故障箇所候補抽出部１０７は、故障論理ポート候補１から物理ポート「２／２」を特定する。また、図８に示すように、故障論理ポート候補２を構成する物理ポートの１つである「２／１２」により転送されたフレーム数が、通信断検出後にゼロとなっているので、故障箇所候補抽出部１０７は、故障論理ポート候補２から物理ポート「２／１２」を特定する。
【００４８】
また、図９に示すように、ＶＬＡＮ２００について故障箇所候補として抽出された故障論理ポート候補１が「２／１〜２／４」の４つの物理ポートで構成され、故障論理ポート候補２が「２／１１〜２／１４」の４つの物理ポートで構成され、故障論理ポート候補３が「２／２１〜２／２４」の４つの物理ポートで構成され、故障論理ポート候補４が「２／１〜２／４」の４つの物理ポートで構成されているものとする。
【００４９】
そして、図１０に示すように、故障論理ポート候補３を構成する物理ポート「２／２１〜２／２４」には、通信断検出後に転送されたフレーム数がゼロとなっているものがない。よって、故障箇所候補抽出部１０７は、故障論理ポート候補３については物理ポートの特定を行わない。
【００５０】
続いて、図１１に示すように、故障論理ポート候補４を構成する物理ポートの１つである「２／２」により転送されたフレーム数が、通信断検出後にゼロとなっているので、故障箇所候補抽出部１０７は、故障論理ポート候補４から物理ポート「２／２」を特定する。
【００５１】
続いて、図１２に示すように、故障論理ポート候補１を構成する物理ポートの１つである「２／２」により転送されたフレーム数が、通信断検出後にゼロとなっているので、故障箇所候補抽出部１０７は、故障論理ポート候補１から物理ポート「２／２」を特定する。
【００５２】
続いて、図１３に示すように、故障論理ポート候補２を構成する物理ポートの１つである「２／１２」により転送されたフレーム数が、通信断検出後にゼロとなっているので、故障箇所候補抽出部１０７は、故障論理ポート候補１から物理ポート「２／１２」を特定する。
【００５３】
このように、故障箇所候補抽出部１０７は、故障箇所の候補として抽出した故障論理ポート候補のそれぞれについて、上述してきた処理を実行する。
【００５４】
図１に戻り、判定部１０８は、故障箇所候補抽出部１０７により特定された物理ポート間を接続する物理回線の通信断の方向を判定する。
【００５５】
図１４〜図１６は、通信断方向の判定方法の一例を示す図である。図１４に示すように、判定部１０８は、物理構成情報記憶部１０４に記憶されている物理構成情報を参照して、故障箇所候補として特定した物理ポートである故障物理ポート候補Ａに対向するポートを検索する。検索の結果、判定部１０８は、故障物理ポート候補Ａに対向するポートが故障物理ポート候補Ｂである場合には、故障物理ポート候補Ａと故障物理ポート候補Ｂとを接続する物理回線の通信断方向を両方向と判定する。
【００５６】
同様にして、例えば、図１５に示すように、判定部１０８は、故障物理ポート候補Ａに対向するポートが故障物理ポート候補ではない場合（故障なしである場合）には、故障物理ポート候補Ａと対向ポートとを接続する物理回線の通信断方向を片方向と判定する。
【００５７】
同様にして、例えば、図１６に示すように、故障物理ポート候補Ａに対向するポートが故障物理ポート候補Ｂであり、故障物理ポート候補Ｃの対向ポートが故障物理ポート候補ではない場合（故障なしである場合）には、故障物理ポート候補Ａと故障物理ポート候補Ｂとを接続する物理回線の通信断方向を両方向と判定し、故障物理ポート候補Ｃと対向ポートとを接続する物理回線の通信断方向を片方向と判定する。
【００５８】
そして、判定部１０８は、図１６に示すように、故障箇所候補として、双方向通信断の物理回線と、片方向通信断の物理回線とが存在する場合には、双方向通信断の物理回線を故障箇所候補とする。
【００５９】
上述してきた処理によって、保守・管理対象となるブリッジネットワークについて、ＶＬＡＮごとに、故障箇所の候補である物理ポートおよび物理回線の通信断の方向が特定される。
【００６０】
表示部１０９は、上述してきた故障箇所候補抽出部１０７および判定部１０８の処理結果に基づいて、ブリッジネットワークについての故障箇所の表示を行う。例えば、表示部１０９は、通信断を検出していない場合には、ブリッジネットワークを単一の仮想的なハブとして表示し、通信断を検出している場合には、ブリッジネットワークを通信断検出グループまたは通信断非検出グループごとに仮想的なハブとして表示し、上述してきた処理により特定された故障箇所の候補を仮想的なハブの間の回線の故障として表示する。
【００６１】
図１７および図１８は、ブリッジネットワークの故障箇所の表示例を示す図である。表示部１０９は、例えば、図１７に示すように、ＶＬＡＮ１００について、「大阪・福岡」を収容する仮想的なハブを表す立体モデルと、「名古屋・東京・札幌」を収容する仮想的なハブを表す立体モデルとの間で通信断が発生している様子を表示する。また、図１８に示すように、表示部１０９は、図１７と同様の表示に合わせて、不通となっているＩＰアドレスの一覧を付随情報として表示する。
【００６２】
［故障管理システムによる処理（実施例１）］
以下、図１９を用いて、実施例１に係る故障管理システムによる処理の流れを説明する。なお、図１９に示す処理は、例えば、ＭＥＰからＬＯＣの通知を受信したタイミングで開始される。
【００６３】
図１９に示すように、グループ作成部１０５は、ＭＥＰからＬＯＣの通知を受信すると、ＶＬＡＮ単位にＬＯＣの通知を分類する（Ｓ１）。続いて、グループ作成部１０５は、ＬＯＣの対向ＭＥＰが同じＭＥＰをグループ化する（Ｓ２）。
【００６４】
続いて、グループ作成部１０５は、ＬＯＣを分類した結果、ＬＯＣ非検出ＭＥＰがあるか否かを判定する（Ｓ３）。
【００６５】
判定の結果、ＬＯＣ非検出ＭＥＰがない場合には（Ｓ３、Ｎｏ）、特定部１０６は、Ｓ２にてグループ化したグループ内のＭＥＰ間の経路上にあるポートを特定する（Ｓ４）。
【００６６】
一方、ＬＯＣ非検出ＭＥＰがある場合には（Ｓ３、Ｙｅｓ）、グループ作成部１０５は、ＬＯＣ非検出ＭＥＰを新たなグループとする（Ｓ５）。続いて、特定部は、Ｓ５にてグループ化したグループ内のＭＥＰ間の経路上にあるポートを特定し（Ｓ４）、さらに、ＬＯＣ非検出グループ以外からＬＯＣ検出グループに向う経路の送信ポートを特定する（Ｓ６）。
【００６７】
続いて、故障箇所候補抽出部１０７は、上述したＳ４やＳ６にて特定されていないポートを故障箇所候補として抽出する（Ｓ７）。続いて、故障箇所候補抽出部１０７は、故障箇所候補として抽出したポートがＬＡＧの論理ポートであるか否かを判定する（Ｓ８）。
【００６８】
判定の結果、故障箇所候補として抽出したポートがＬＡＧの論理ポートである場合には（Ｓ８、Ｙｅｓ）、故障箇所候補抽出部１０７は、物理ポートごとに選択するフロー情報を分類し（Ｓ９）、該ポートを送信ポートとするフローのうち、特定の物理ポートを選択するフローがＬＯＣ検出時刻前後でゼロに変化するかを判定する（Ｓ１０）。判定の結果、特定の物理ポートを選択するフローがゼロに変化する場合には（Ｓ１０、Ｙｅｓ）、その物理ポートを故障物理ポートとして特定する（Ｓ１１）。言い換えれば、故障箇所候補抽出部１０７は、ＬＡＧの論理ポートをなす冗長な物理ポートから故障箇所候補となるポートを絞り込む。具体的には、故障箇所候補抽出部１０７は、ＬＯＣの通知があった後に特定の物理ポートを選択するフローがゼロに変化したポートがある場合には、そのポートを故障箇所の物理ポートとして特定する。
【００６９】
続いて、故障箇所候補抽出部１０７は、他の故障箇所ポートがあるか、つまり、他に、故障箇所候補のポートが残っているか否かを判定する（Ｓ１２）。判定の結果、故障箇所候補のポートが残っている場合には（Ｓ１２、Ｙｅｓ）、故障箇所候補抽出部１０７は、上述したＳ８の処理に戻る。一方、判定の結果、故障箇所候補のポートが残っていない場合には（Ｓ１２、Ｎｏ）、判定部１０８は、故障物理ポート群（候補）について、各ポートの対向物理ポートの状況に応じて、通信断の片方向／双方向をチェックする（Ｓ１３）。そして、表示部１０９は、ブリッジネットワークについての故障箇所を表示し（Ｓ１４）、処理を終了する。
【００７０】
また、上述したＳ１０において、ＬＡＧの論理ポートを送信ポートとするフローのうち、いずれの物理ポートに対しても選択するフローがＬＯＣ検出時刻前後でゼロに変化しない場合には（Ｓ１０、Ｎｏ）、その物理ポートを故障物理ポートではないものとして（Ｓ１５）、故障物理ポートとして特定はせず、上述したＳ１２の判定に移行する。
【００７１】
［実施例１による効果］
上述してきたように、故障管理装置１００は、ブリッジネットワーク内に構築されたＶＬＡＮ（図３参照）ごとに、ＭＥＰを、通信断検出グループと通信断非検出グループにそれぞれグループ化する。例えば、故障管理装置１００は、通信断が検出されたＭＥＰについて、対向ＭＥＰが同じＭＥＰ同士を通信断検出グループとし、通信断が検出されていないＭＥＰ同士を通信断非検出グループとする。さらに、故障管理装置１００は、通信断検出グループおよび通信断非検出グループについて、グループ内のＭＥＰ間の経路上にあるポート、さらに、通信断検出グループから通信断非検出グループへ向う経路上の送信側のポートをネットワーク内で導通がとれている箇所として特定する。そして、故障管理装置１００は、ネットワーク内で導通がとれている箇所として特定したポート、当該ポートを有する回線、および当該ポートを有するブリッジ装置以外の、ポート、回線、またはブリッジ装置を故障箇所候補として抽出する。このようなことから、実施例１に係る故障管理システムによれば、ブリッジ装置におけるＭＡＣアドレス学習情報の有無に関係なく、イーサネットにおける故障箇所を特定することができる。
【００７２】
また、故障管理装置１００は、故障箇所候補として抽出されたポートがＬＡＧの論理ポートである場合には、フロー情報および回線選択ロジックに基づいて、ＬＡＧの論理ポートをなす冗長な物理ポートから故障箇所候補となる物理ポートを特定する。このようなことから、実施例１に係る故障管理システムによれば、ＶＬＡＮで故障箇所の候補として抽出されたＬＡＧの論理ポートを、故障箇所の候補となる物理ポートにまで展開させることができる。
【００７３】
また、故障管理装置１００は、ブリッジネットワークの物理構成情報に基づいて、故障物理ポート候補と対向する物理ポートを特定し、対向する物理ポートが故障箇所候補であるか否かに基づいて、物理ポート間の物理回線の通信断の方向を判定する。そして、故障管理装置１００は、双方向通信断の物理回線と、片方向通信断の物理回線とが存在する場合には、双方向通信断の物理回線を故障箇所候補とする。このように、実施例１に係る故障管理システムによれば、故障箇所の候補となる物理ポートから、故障箇所の候補となる物理回線とその通信断の方向性にまで展開させることができるので、より故障箇所である可能性が高い箇所を絞り込むことができる。
【００７４】
また、故障管理装置１００は、故障箇所候補として抽出されたポート、回線、またはブリッジ装置が、同一のＶＬＡＮ内に複数ある場合には、他のＶＬＡＮにて重複して抽出されているものを故障箇所候補として選択することができる。これにより、より故障箇所である可能性が高い箇所を絞り込むことができる。
【００７５】
また、故障管理装置１００は、通信断を検出していない場合には、ブリッジネットワークを単一の仮想的なハブとして表示し、通信断を検出している場合には、ブリッジネットワークを通信断検出グループまたは通信断非検出グループごとに仮想的なハブとして表示し、上述してきた処理により特定された故障箇所の候補を仮想的なハブの間の回線の故障として表示する。このようなことから、ブリッジネットワーク内の故障箇所を、ネットワーク管理者およびネットワーク利用者に分かりやすく提供できる。
【００７６】
また、故障管理装置１００は、不通となっているＩＰアドレスの一覧を付随情報として表示する。このようなことから、ネットワーク管理者およびネットワーク利用者に、故障箇所に関連する情報を提供できる。
【００７７】
なお、上述してきた実施例１において、ブリッジ装置をブリッジネットワークに追加・削除をする場合、あるいはＭＥＰの追加・削除をする場合に、ブリッジネットワークの既存部分の監視に影響を与えることは好ましくない。すなわち、既存の試験フレームの送受信を停止することなく、ブリッジやＭＥＰの追加削除を可能とすることが好ましい。そこで、例えば、ブリッジ装置のＭＥＰにおけるＬＯＣ監視の有効無効は予め設定した対向ＭＥＰ毎に設定できるようにすることができる。
【００７８】
なお、故障管理装置１００は、上述してきた実施例１では、ネットワーク内で導通がとれている箇所として特定したポート、当該ポートを有する回線、および当該ポートを有するブリッジ装置を特定し、特定されなかったポート等を故障箇所候補として抽出する場合を説明した。しかしながら、これに限定されるものではなく、ネットワーク内で導通がとれている箇所として特定されなかったポート、回線、ブリッジ装置のいずれか一つまたは複数を、故障箇所候補として抽出するようにしてもよい。迅速かつ簡便に、故障箇所の可能性がある箇所のあたりをつける場合などに有効である。
【実施例２】
【００７９】
以下、本発明にかかる故障管理システムおよび故障管理方法の他の実施形態として実施例２を説明する。
【００８０】
（１）装置構成等
図１に示した故障管理装置１００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、故障管理装置１００の分散または統合の具体的形態は図１に示すものに限られず、例えば、グループ作成部１０５と特定部１０６とが機能的あるいは物理的に統合されていてもよい。このように、故障管理装置１００の各構成要素の全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【００８１】
（２）故障管理方法
実施例１で説明した故障管理システムにより、以下のような故障管理方法が実現される。
【００８２】
フレームを送受信する複数のポートを有する複数のブリッジ装置を収容するネットワークと、該ネットワークにおける通信を監視する故障管理装置とで構成される故障管理システムにおいて、故障管理装置が行う故障管理方法であって、ネットワークの端点となるブリッジ装置のポートに設定されたＭＥＰ間で、通信断を検出するためのＣＣＭフレームが送受信され、故障管理装置は、ＭＥＰにて通信断が検出された場合には、ネットワーク内に設定されたＶＬＡＮごとに、通信断となった対向ＭＥＰが同じであるＭＥＰからなる通信断検出グループと、通信断を検出していないＭＥＰからなる通信断非検出グループとを前記ＶＬＡＮごとに作成するグループ作成工程と（図１９のＳ２，Ｓ５）、ＶＬＡＮの構成情報を参照して、ＶＬＡＮごとに、通信断検出グループおよび通信断非検出グループに属するＭＥＰ間の経路上にあるポートをそれぞれ特定するとともに、通信断非検出グループについては通信断検出グループから通信断非検出グループに属するＭＥＰへ向う経路上の送信側のポートをさらに特定する特定工程と（図１９のＳ４，Ｓ６）、特定工程により特定されなかったポート、当該ポートを有する回線および当該ポートを有するブリッジ装置を故障箇所の候補として抽出する故障箇所候補抽出工程と（図１９のＳ７）を含む故障管理方法が実現される。
【００８３】
また、実施例１で説明した故障管理装置１００の各種の処理（例えば、図４〜図１９等参照）は、あらかじめ用意されたプログラムをサーバやワークステーションなどのコンピュータで実行することによって実現することができる。
【００８４】
そこで、以下では、図２０を用いて、実施例１で説明した故障管理装置１００の各種処理を実現するためのプログラムを実行するコンピュータの一例を説明する。図２０は、故障管理装置の各種処理を実現するためのプログラムを実行するコンピュータの一例を示す図である。
【００８５】
図２０に示すように、故障管理装置１００が有する機能と同様の機能を有するコンピュータ３００は、例えば、メモリ３０１と、ＣＰＵ（Central Processing Unit）３０２を有する。
【００８６】
また、コンピュータ３００は、図２０に示すように、ハードディスクドライブインタフェース３０３と、光ディスクドライブインタフェース３０４を有する。
【００８７】
また、コンピュータ３００は、図２０に示すように、シリアルポートインタフェース３０５と、ビデオアダプタ３０６と、ネットワークインタフェース３０７を有する。
【００８８】
そして、コンピュータ３００は、これらの各部３０１〜３０７をバス３０８によって接続する。
【００８９】
メモリ３０１は、図２０に示すように、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を含む。ＲＯＭは、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。
【００９０】
ハードディスクドライブインタフェース３０３は、図２０に示すように、ハードディスクドライブ３０９に接続される。光ディスクドライブインタフェース３０４は、図２０に示すように、光ディスクドライブ３１０に接続される。例えば、光ディスクドライブ３１０には、光ディスク等の着脱可能な記憶媒体が挿入される。
【００９１】
シリアルポートインタフェース３０５は、図２０に示すように、例えば、マウス４００およびキーボード５００に接続される。ビデオアダプタ３０６は、図２０に示すように、例えば、ディスプレイ６００に接続される。
【００９２】
ここで、図２０に示すように、ハードディスクドライブ３０９は、例えば、ＯＳ（Operating System）、アプリケーションプログラム、プログラムモジュール、プログラムデータを記憶する。
【００９３】
すなわち、上述した故障管理装置１００と同様の機能を実現するプログラムは、コンピュータ３００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ３０９に記憶される。つまり、上述の実施例１で説明した故障管理装置１００と同様の処理（図４〜図１９等）を実行する手順が記述されたプログラムモジュールが、ハードディスクドライブ３０９に記憶される。このプログラムモジュールは、例えば、上述の実施例１で説明したグループ作成部１０５と、特定部１０６と、故障箇所候補抽出部１０７と、判定部１０８と、表示部１０９により実行される処理と同様の機能を実現する。
【００９４】
また、故障管理装置１００と同様の機能を実現するプログラムによる処理に用いられるデータは、プログラムデータとして、例えばハードディスクドライブ３０９に記憶される。例えば、このプログラムデータは、上述の実施例１で説明したＶＬＡＮ情報記憶部１０１と、フロー情報記憶部１０２と、回線選択ロジック記憶部１０３と、物理構成情報記憶部１０４などに記憶される各種情報に対応する。
【００９５】
そして、ＣＰＵ３０２が、ハードディスクドライブ３０９に記憶されたプログラムモジュールやプログラムデータを必要に応じてＲＡＭに読み出し、上述の実施例１で説明したものと同様の処理（図４〜図１９等）を実行するための手順を実行する。
【００９６】
なお、プログラムモジュールやプログラムデータは、ハードディスクドライブ３０９に記憶される場合に限られるものではなく、例えば、着脱可能な記憶媒体である光ディスクドライブ３１０等に記憶されていてもよい。この場合には、ＣＰＵ３０２が、光ディスクドライブ３１０を介して、プログラムモジュールやプログラムデータを読み出す。あるいは、プログラムモジュールやプログラムデータは、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶されていてもよい。この場合には、ＣＰＵ３０２が、ネットワークインタフェース３０７を介して、プログラムモジュールやプログラムデータを他のコンピュータから読み出す。
【００９７】
なお、プログラムによりＣＰＵ３０２が動作して各種処理を行う代わりに、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ(Field Programmable Gate Array)などの電子回路を用いて処理を行うこともできる。また、メモリ３０１として、フラッシュメモリ(flash memory)などを用いることもできる。
【符号の説明】
【００９８】
１ 通信ネットワーク
１００ 故障管理装置
１０１ ＶＬＡＮ情報記憶部
１０２ フロー情報記憶部
１０３ 回線選択ロジック記憶部
１０４ 物理構成情報記憶部
１０５ グループ作成部
１０６ 特定部
１０７ 故障箇所候補抽出部
１０８ 判定部
１０９ 表示部
３００ コンピュータ
３０１ メモリ
３０２ ＣＰＵ
３０３ ハードディスクドライブインタフェース
３０４ 光ディスクドライブインタフェース
３０５ シリアルポートインタフェース
３０６ ビデオアダプタ
３０７ ネットワークインタフェース
３０８ バス
３０９ ハードディスクドライブ
４００ マウス
５００ キーボード
６００ ディスプレイ
【技術分野】
【０００１】
本発明は、故障管理システムおよび故障管理方法に関する。
【背景技術】
【０００２】
従来、異なるネットワークセグメント同士を接続するブリッジ装置から構成されるＥｔｈｅｒｎｅｔ（登録商標、以下、イーサネットと記載する。）における故障検出・故障箇所特定に、Ｐｉｎｇ（Packet internet groper）を用いられている。Ｐｉｎｇとは、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）のプロトコルを用いるインターネットやイントラネットなどのネットワーク診断を行うプログラムである。
【０００３】
しかし、Ｐｉｎｇは、ネットワーク層の技術であるＩＰ（Internet Protocol）における故障検出・故障箇所特定するための技術である。このため、イーサネットにおける故障検出・故障箇所特定にＰｉｎｇを用いた場合、故障が検出されても、ＩＰが利用されるネットワーク層（レイヤ３）に問題があるのか、あるいは、イーサネットが利用されるデータリンク層（レイヤ２）に問題があるのかが判断できないという不都合が生じてしまう。
【０００４】
このように、Ｐｉｎｇは、イーサネットにおける故障検出・故障箇所特定に適した技術ではないので、イーサネットを保守管理するための技術として、Ｐｉｎｇに代わる新たな技術の開発が進められている。例えば、イーサネットを保守管理するための技術の一つに、「Ｅｔｈｅｒｎｅｔ ＯＡＭ（Operations，Administration，Maintenance）」がある（非特許文献１参照）。
【０００５】
「Ｅｔｈｅｒｎｅｔ ＯＡＭ」の代表的な機能として、例えば、ＣＣ（Continuity Check）やＬＴ（Link Trace）などがある。ＣＣは、保守・管理の対象となるネットワークの端点となるブリッジ装置のポート間で検査用のＣＣＭフレームを定期的に送り、接続性を確認する機能である。また、ＬＴは、ＬＴＭフレームを送信したときに、ＬＴＭフレームが途中通過した全てのポートがＬＴＲフレームを返信する機能である。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】IEEE Computer Society，「IEEE Standards for Local and Metropolitan Area Networks：Virtual Bridged Local Area Networks Amendment 5：Connectivity Fault Management」，IEEE Std 802．1ag-2007，December 2007
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した「Ｅｔｈｅｒｎｅｔ ＯＡＭ」では、イーサネットの故障箇所を特定できない場合があるという課題があった。「Ｅｔｈｅｒｎｅｔ ＯＡＭ」では、ブリッジ装置が保持するＭＡＣ（Media Access Control）アドレス学習情報を元にＬＴがＬＴＭフレームを転送することで、ＯＡＭ（操作、管理、保守）の中継点であるＭＩＰ（Maintenance Intermediate Point）、およびＯＡＭの端点であるＭＥＰ（Maintenance End Point）の特定を可能としている。つまり、「Ｅｔｈｅｒｎｅｔ ＯＡＭ」では、ＭＡＣ（Media Access Control）アドレス学習情報がなければ、イーサネットの経路を特定できない。例えば、イーサネットに故障が発生し、疎通できないＣＣＭフレームの送信元ＭＡＣアドレスの学習情報は一定時間が経過すると自動的に消去される。このため、「Ｅｔｈｅｒｎｅｔ ＯＡＭ」では、ＬＴの機能を利用して、イーサネットの故障箇所を特定できない場合もあるという課題があった。
【０００８】
本発明は、上記に鑑みてなされたものであって、ブリッジ装置におけるＭＡＣアドレス学習情報の有無に関係なく、イーサネットにおける故障箇所を特定することが可能な故障管理システムおよび故障管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明は、イーサネットフレームを送受信する複数のポートを有する複数のブリッジ装置を収容するネットワークにおける通信を監視する故障管理装置を備えた故障管理システムであって、前記ネットワークの端点となるブリッジ装置のポートに対し、ＶＬＡＮごとに設定されたＭＥＰ間で通信断を検出するためのＣＣＭフレームが送受信され、前記故障管理装置は、前記ネットワーク内に設定されたＶＬＡＮごとの構成情報を記憶するＶＬＡＮ情報記憶部と、前記ＭＥＰから通信断である旨の通知を受信した場合に、通信断となった対向ＭＥＰが同じであるＭＥＰからなる通信断検出グループと、通信断を検出していないＭＥＰからなる通信断非検出グループとを前記ＶＬＡＮごとに作成するグループ作成部と、前記構成情報を参照して、前記通信断検出グループに属するＭＥＰ間の経路上にあるポートおよび前記通信断非検出グループに属するＭＥＰ間の経路上にあるポートをそれぞれ特定するとともに、前記通信断非検出グループについては前記通信断検出グループに属するＭＥＰから前記通信断非検出グループに属するＭＥＰへ向う経路上の送信側のポートをさらに特定する特定部と、前記特定部により特定されなかったポート、当該ポートを有する回線、当該ポートを有するブリッジ装置のいずれか一つ又は複数を故障箇所の候補として抽出する故障箇所候補抽出部とを有することを特徴する。
【００１０】
また、本発明は、イーサネットフレームを送受信する複数のポートを有する複数のブリッジ装置を収容するネットワークにおける通信を監視する故障管理装置を備えた故障管理システムにて行われる故障管理方法であって、前記ネットワークの端点となるブリッジ装置のポートに対し、ＶＬＡＮごとに設定されたＭＥＰ間で通信断を検出するためのＣＣＭフレームが送受信され、前記故障管理装置は、前記ＭＥＰにて通信断が検出された場合には、前記ネットワーク内に設定されたＶＬＡＮごとに、通信断となった対向ＭＥＰが同じであるＭＥＰからなる通信断検出グループと、通信断を検出していないＭＥＰからなる通信断非検出グループとを作成するグループ作成工程と、前記ＶＬＡＮの構成情報を参照して、前記ＶＬＡＮごとに、前記通信断検出グループに属するＭＥＰ間の経路上にあるポートおよび前記通信断非検出グループに属するＭＥＰ間の経路上にあるポートをそれぞれ特定するとともに、前記通信断非検出グループについては前記通信断検出グループに属するＭＥＰから前記通信断非検出グループに属するＭＥＰへ向う経路上の送信側のポートをさらに特定する特定工程と、前記特定工程により特定されなかったポート、当該ポートを有する回線、当該ポートを有するブリッジ装置のいずれか一つ又は複数を故障箇所の候補として抽出する故障箇所候補抽出工程とを含むことを特徴する。
【発明の効果】
【００１１】
本発明によれば、ブリッジ装置におけるＭＡＣアドレス学習情報の有無に関係なく、イーサネットにおける故障箇所を特定することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施例１に係る故障管理システムの全体構成を示す図である。
【図２】図２は、実施例１に係る故障管理装置の構成を示す機能ブロック図である。
【図３】図３は、ＶＬＡＮ単位の木構造の一例を示す図である。
【図４】図４は、グループ作成部および特定部による処理の一例を示す図である。
【図５】図５は、グループ作成部および特定部による処理の一例を示す図である。
【図６】図６は、グループ作成部および特定部による処理の一例を示す図である。
【図７】図７は、グループ作成部および特定部による処理の一例を示す図である。
【図８】図８は、故障箇所候補となるポートの絞込み方法の一例を示す図である。
【図９】図９は、故障箇所候補となるポートの絞込み方法の一例を示す図である。
【図１０】図１０は、故障箇所候補となるポートの絞込み方法の一例を示す図である。
【図１１】図１１は、故障箇所候補となるポートの絞込み方法の一例を示す図である。
【図１２】図１２は、故障箇所候補となるポートの絞込み方法の一例を示す図である。
【図１３】図１３は、故障箇所候補となるポートの絞込み方法の一例を示す図である。
【図１４】図１４は、通信断方向の判定方法の一例を示す図である。
【図１５】図１５は、通信断方向の判定方法の一例を示す図である。
【図１６】図１６は、通信断方向の判定方法の一例を示す図である。
【図１７】図１７は、ブリッジネットワークの故障箇所の表示例を示す図である。
【図１８】図１８は、ブリッジネットワークの故障箇所の表示例を示す図である。
【図１９】図１９は、実施例１に係る故障管理システムによる処理の流れを説明する図である。
【図２０】図２０は、故障管理装置の各種処理を実現するためのプログラムを実行するコンピュータの一例を示す図である。
【発明を実施するための形態】
【００１３】
以下に、図面を参照しつつ、本願に係る故障管理システムおよび故障管理方法の各実施例について詳細に説明する。後述する実施例は一例にすぎず、本願に係る故障管理システムおよび故障管理方法を限定するものではない。また、後述する各実施例は処理内容に矛盾を生じさせない範囲で適宜組み合わせることもできる。
【実施例１】
【００１４】
［故障管理システムの構成（実施例１）］
図１は、実施例１に係る故障管理システムの全体構成を示す図である。図１に示すように、実施例１に係る故障管理システムは、通信ネットワーク１を介して、故障管理装置１００とブリッジネットワークとが通信可能な状態に接続されて構成される。そして、故障管理装置１００は、ブリッジネットワークにおける通信を監視する。
【００１５】
実施例１に係る故障管理システムでは、図１に示すブリッジネットワークの構築に使用されるブリッジ装置などの各通信装置に対して、データリンク層（レイヤ２）で発生する様々な事象を保守・管理するための規格であるＥｔｈｅｒｎｅｔ−ＯＡＭプロトコルを実装する。そして、実施例１に係る故障管理システムは、このＥｔｈｅｒｎｅｔ−ＯＡＭプロトコルの機能を利用し、ブリッジネットワークの保守・管理を実行する。
【００１６】
なお、Ｅｔｈｅｒｎｅｔ−ＯＡＭでは、保守・管理対象となるネットワークをＭＥＧ（Maintenance Entity Group）と呼ばれるグループ単位で管理する。そして、ＭＥＧ内の終端となる通信装置にはネットワークの終端を示すＭＥＰ（MEG End Point）が設定され、ＭＥＧ内の中継装置となる通信装置にはＭＩＰ（MEG Intermediate Point）が設定され、二つのＭＥＰ間の通信区間にはＭＥ（Maintenance Entity）が設定される。これに対応して、実施例１に係る故障管理システムでは、ブリッジネットワークに仮想サブネットとして設定されたＶＬＡＮ（Virtual LAN）単位で保守・管理を行い、上述のＭＥＰが設定されたブリッジ装置をＰＥとし、それ以外のブリッジ装置をＣＳとする。
【００１７】
Ｅｔｈｅｒｎｅｔ−ＯＡＭプロトコルは、保守・管理対象であるネットワークの端点となるブリッジ装置のポート間でイーサネットフレームを送受信することで、データリンク層（レイヤ２）で発生する様々な事象を保守・管理するための機能を有する。例えば、Ｅｔｈｅｒｎｅｔ−ＯＡＭプロトコルは、ＣＣ（Continuity Check）機能、ＬＢ（Loop Back）機能、ＬＴ（Link Trace）機能を有する。
【００１８】
ＣＣ機能は、管理対象グループの端点（終端）である自ＭＥＰと複数の対向ＭＥＰ間の接続性を定常的に監視し、導通断、混入、ループの発生を検出するための機能である。具体的には、対向ＭＥＰが定期送信しているマルチキャストＣＣＭフレームまたはユニキャストＣＣＭフレームを受信することで、対向ＭＥＰとの接続性を確認する。また、ＣＣ機能は、自ＭＥＰからマルチキャストＣＣＭフレームやユニキャストＣＣＭフレームを、接続される他のＭＥＰに対して定期送信することで、対向ＭＥＰにおいても自ＭＥＰとの接続性を確認することができる。
【００１９】
また、ＬＢ機能は、自ＭＥＰと１ターゲットの対向ＭＥＰもしくはＭＩＰ間の双方向の接続性を確認するための機能である。具体的には、ターゲットとなるＭＥＰ（または、ＭＩＰ）に対して、ＬＢＭフレームを送信し、当該ターゲットとなるＭＥＰ（または、ＭＩＰ）からのＬＢＭに対する応答として、ＬＢＲフレームを受信することで、双方向の接続性を確認する。
【００２０】
また、ＬＴ機能は、自ＭＥＰと１ターゲットの対向ＭＥＰもしくはＭＩＰ間の経路を確認するための機能であり、経路確認ができる点から接続断発生時の障害箇所特定に活用される。具体的には、ターゲットとなるＭＥＰ（または、ＭＩＰ）に対して、ＬＴＭフレームを送信し、その経路上にあるＭＩＰが送信元ＭＥＰに対して、ＬＴＲフレームを送信し、かつ、ＬＴＭフレームを他の装置に転送する。最終的に、ＬＴ機能は、ターゲットとなるＭＥＰ（または、ＭＩＰ）が、自ＭＥＰから送信されたＬＴＭフレームに対してＬＴＲフレームを応答することで、自ＭＥＰからターゲットとなるＭＥＰ（または、ＭＩＰ）までの経路上にある全てのＭＥＰおよびＭＩＰからのＬＴＲフレームを受信することができ、自ＭＥＰからターゲットまでのパスを確認することができる。
【００２１】
例えば、このＥｔｈｅｒｎｅｔ−ＯＡＭプロトコルでは、ＯＡＭフレームに、上述したＣＣ、ＬＢ、ＬＴのいずれかの試験の実施を識別するためのＯＰＣＯＤＥを挿入する。例えば、ＣＣ機能による試験を実施する場合には、ＯＰＣＯＤＥ＝１、ＬＢ機能による試験を実施する場合には、ＯＰＣＯＤＥ＝２または３、ＬＴ機能による試験を実施する場合には、ＯＰＣＯＤＥ＝４または５などのように指定する。
【００２２】
図２に、実施例１に係る故障管理装置１００の機能構成を示す。図２は、実施例１に係る故障管理装置の構成を示す機能ブロック図である。なお、図２では、実施例１に係る故障管理装置１００の機能を説明する上で必要となる機能のみを図示する。
【００２３】
図２に示すように、実施例１に係る故障管理装置１００は、ＶＬＡＮ情報記憶部１０１と、フロー情報記憶部１０２と、回線選択ロジック記憶部１０３と、物理構成情報記憶部１０４と、グループ作成部１０５と、特定部１０６と、故障箇所候補抽出部１０７と、判定部１０８と、表示部１０９とを有する。
【００２４】
ＶＬＡＮ情報記憶部１０１は、ブリッジネットワークに仮想サブネットとして設定されたＶＬＡＮ（Virtual LAN）に関する情報を記憶する。例えば、ＶＬＡＮ情報記憶部１０１は、ＶＬＡＮに収容されるブリッジ装置、ポートの接続関係、ポート間を接続する回線、ＳＴＰ（Spanning Tree Protocol）によるＶＬＡＮ毎のブロッキングポートなどの情報を記憶する。
【００２５】
フロー情報記憶部１０２は、ブリッジ装置のポートにて送受信されるトラヒックの情報をフロー情報として記憶する。例えば、フロー情報記憶部１０２は、ブリッジ装置ごとに、ポートごとのフロー情報と、フロー情報の取得時刻とを対応付けて記憶する。なお、フロー情報は、ｓＦｌｏｗなどのトラヒックのモニタリング技術を用いて、故障管理装置１００により適時取得される。
【００２６】
回線選択ロジック記憶部１０３は、冗長構成されたＬＡＧ（Link Aggregation）論理ポートを構成する物理ポートの情報を記憶するとともに、冗長構成されたＬＡＧの論理ポートの中から、フレームを割り当てる物理ポートを選択するためのロジックを記憶する。例えば、回線選択ロジック記憶部１０３は、ハッシュ値を用いたロジックやコンフィグを用いたロジックなどを記憶する。
【００２７】
物理構成情報記憶部１０４は、ブリッジネットワークの物理構成に関する情報を記憶する。例えば、物理構成情報記憶部１０４は、物理構成に関する情報の一つとして、ブリッジネットワークに収容されるブリッジ装置のポートと、このポートに対向する対向ポートに関する情報を記憶する。
【００２８】
物理構成情報記憶部１０４、ＶＬＡＮ情報記憶部１０１、回線選択ロジック記憶部１０３の情報から、図３に示すようにＶＬＡＮ毎の構成情報を取得可能である。イーサネットにおけるＶＬＡＮ毎の構成は必ず木構造になる特徴がある。例えば、図３に示す「ＶＬＡＮ１００」には、ＭＥＰが設定された「ＰＥ１」〜「ＰＥ６」の６つのブリッジ装置と、「ＣＳ１」〜「ＣＳ４」の４つのブリッジ装置が収容されており、ＣＳ１を頂点とする木構造となる。図３は、ＶＬＡＮ単位の木構造の一例を示す図である。
【００２９】
グループ作成部１０５は、通信断となった対向ＭＥＰが同じであるＭＥＰからなる通信断検出グループと、通信断を検出していないＭＥＰからなる通信断非検出グループとをＶＬＡＮごとに作成する。
【００３０】
特定部１０６は、グループ作成部１０５により作成された通信断検出グループおよび通信断非検出グループについて、グループ内のＭＥＰ間の経路上にあるポートを特定する。
【００３１】
以下、図４〜図７を用いて、上述したグループ作成部１０５および特定部１０６による処理について具体的に説明する。図４〜図７は、グループ作成部および特定部による処理の一例を示す図である。
【００３２】
（通信断検出グループ）
まず、図４および図５を用いて、通信断検出グループの作成および作成後の処理について説明する。図４に示すように、ＶＬＡＮ１００には、ＭＥＰが設定されたブリッジ装置である「ＰＥ１」〜「ＰＥ６」と、それ以下のブリッジ装置「ＣＳ１」〜「ＣＳ４」が収容されている。
【００３３】
グループ作成部１０５は、ＭＥＰが設定されたブリッジ装置から通信断である旨の通知（以下、ＬＯＣ（Loss Of Continuity）の通知と記載する。）を受信すると、ＶＬＡＮごとに、ＬＯＣの通知を分類する。例えば、グループ作成部１０５は、受信したＬＯＣの通知のうち、「ＭＥＰ１０１〜ＭＥＰ１０６」から受信したＬＯＣの通知をＶＬＡＮ１００に関する通知として分類する。続いて、グループ作成部１０５は、通信断を検出したＭＥＰのうち、対向ＭＥＰが同じＭＥＰ同士をグループ化した通信断（ＬＯＣ）検出グループをＶＬＡＮごとに作成する。例えば、グループ作成部１０５は、図４に示すように、ＶＬＡＮ１００に関し、通信断を検出した「ＭＥＰ１０１〜ＭＥＰ１０６」のうち、対向ＭＥＰ「ＭＥＰ１０３〜ＭＥＰ１０６」が同じである「ＭＥＰ１０１，ＭＥＰ１０２」を同一の通信断検出グループとする。同様に、グループ作成部１０５は、図４に示すように、ＶＬＡＮ１００に関し、通信断を検出した「ＭＥＰ１０１〜ＭＥＰ１０６」のうち、対向ＭＥＰ「ＭＥＰ１０１，ＭＥＰ１０２」が同じである「ＭＥＰ１０３〜ＭＥＰ１０６」を同一の通信断検出グループとする。
【００３４】
続いて、特定部１０６は、グループ作成部１０５により作成された通信断検出グループについて、グループ内のＭＥＰ間の経路上にあるポートを特定する。例えば、特定部１０６は、図４のＧ１に示すように、同一の通信検出グループとされた「ＭＥＰ１０１」と「ＭＥＰ１０２」との経路上にある「ＣＳ２，ＰＥ１，ＰＥ２」の各ポート（図４中丸印）をそれぞれ特定する。同様に、特定部１０６は、図４のＧ２に示すように、同一の通信検出グループとされた「ＭＥＰ１０３〜ＭＥＰ１０６」の各ＭＥＰ間の経路上にある「ＣＳ３，ＣＳ１，ＣＳ４，ＰＥ３〜ＰＥ６」の各ポート（図４中丸印）をそれぞれ特定する。
【００３５】
次に、図５を用いて、ブリッジネットワークに設定されたＶＬＡＮ２００について、上述したグループ作成部１０５および特定部１０６による処理を説明する。図５に示すように、ＶＬＡＮ２００には、ＭＥＰが設定されたブリッジ装置である「ＰＥ１」〜「ＰＥ４」と、それ以下のブリッジ装置「ＣＳ１」〜「ＣＳ３」が収容されている。
【００３６】
グループ作成部１０５および特定部１０６は、図５に示すＶＬＡＮ２００についても、上述した図４に示すＶＬＡＮ１００と同様に処理を行う。すなわち、グループ作成部１０５は、図５に示すように、ＶＬＡＮ２００に関し、通信断を検出した「ＭＥＰ２０１〜ＭＥＰ２０４」のうち、対向ＭＥＰ「ＭＥＰ２０３，ＭＥＰ２０４」が同じである「ＭＥＰ２０１，ＭＥＰ２０２」を同一の通信断検出グループとする。同様に、グループ作成部１０５は、図５に示すように、ＶＬＡＮ２００に関し、対向ＭＥＰ「ＭＥＰ２０１，ＭＥＰ２０２」が同じである「ＭＥＰ２０３，ＭＥＰ２０４」を同一の通信断検出グループとする。
【００３７】
続いて、特定部１０６は、図５のＧ１に示すように、同一の通信検出グループとされた「ＭＥＰ２０１」と「ＭＥＰ２０２」との経路上にある「ＣＳ２，ＰＥ１，ＰＥ２」の各ポート（図５中丸印）をそれぞれ特定する。同様に、特定部１０６は、図５のＧ２に示すように、同一の通信検出グループとされた「ＭＥＰ２０３」と「ＭＥＰ２０４」との経路上にある「ＣＳ３，ＰＥ３，ＰＥ４」の各ポート（図５中丸印）をそれぞれ特定する。
【００３８】
（通信断非検出グループ）
続いて、図６および図７を用いて、通信断非検出グループの作成および作成後の処理について説明する。図６に示すＶＬＡＮ１００には、上述した図４と同様に、ＭＥＰが設定されたブリッジ装置である「ＰＥ１」〜「ＰＥ６」と、それ以下のブリッジ装置「ＣＳ１」〜「ＣＳ４」が収容されている。
【００３９】
グループ作成部１０５は、受信したＬＯＣの通知をＶＬＡＮごとに分類した結果、通信断を検出していないＭＥＰがある場合には、このＭＥＰ同士をグループ化した通信断非検出グループをＶＬＡＮごとに作成する。例えば、図６に示すように、グループ作成部１０５は、受信したＬＯＣの通知をＶＬＡＮごとに分類した結果、ＶＬＡＮ１００に関し、「ＭＥＰ１０１，ＭＥＰ１０２」にて通信断が検出されなかったものとする。この場合、グループ作成部１０５は、図６に示すように、ＶＬＡＮ１００に関し、通信断を検出しなかった「ＭＥＰ１０１，ＭＥＰ１０２」を同一の通信断非検出グループとする。
【００４０】
続いて、特定部１０６は、グループ作成部１０５により作成された通信断非検出グループについて、グループ内のＭＥＰ間の経路上にあるポートを特定する。さらに、特定部１０６は、通信断非検出グループについては、通信断検出グループから、通信断非検出グループに属するＭＥＰへ向う経路上の送信側のポートをさらに特定する。特定部１０６は、例えば、図７に示すように、「ＰＥ３，ＣＳ３，ＣＳ１，ＣＳ２」の各ポートのうち、「ＭＥＰ１０３」から「ＭＥＰ１０１，ＭＥＰ１０２」へ向う経路上の送信側のポートを特定する。
【００４１】
故障箇所候補抽出部１０７は、上述の通信断検出グループおよび通信断非検出グループについて、ＶＬＡＮごとに特定されたポート、当該ポートを有する回線および当該ポートを有するブリッジ装置以外の、ポート、回線、またはブリッジ装置（つまり、特定部１０６により、ＶＬＡＮごとに特定されなかったポート、当該ポートを有する回線および当該ポートを有するブリッジ装置）を故障箇所の候補として抽出する。
【００４２】
例えば、上述の図４に示す場合では、故障箇所候補抽出部１０７は、ＶＬＡＮ１００について、図４に示すＣＳ２の上部に設けられたポート（故障論理ポート候補１）、図４に示すＣＳ１の下部左側に設けられたポート（故障論理ポート候補２）、故障論理ポート候補間の回線を故障箇所候補として抽出する。
【００４３】
例えば、上述の図５に示す場合では、故障箇所候補抽出部１０７は、ＶＬＡＮ２００について、図５に示すＣＳ２の上部に設けられたポート（故障論理ポート候補１）、図５に示すＣＳ１の下部左側に設けられたポート（故障論理ポート候補２）、図５に示すＣＳ１の下部右側に設けられたポート（故障論理ポート候補３）、図５に示すＣＳ３の上部に設けられたポート（故障論理ポート候補４）、各故障論理ポート候補間の回線、およびＣＳ１装置を故障箇所候補として抽出する。
【００４４】
続いて、故障箇所候補抽出部１０７は、故障箇所の候補として抽出した故障論理ポート候補が、冗長構成の物理ポートを仮想的に単一のポートとみなす、上述したＬＡＧ（Link Aggregation）の論理ポートである場合には、ＬＡＧの論理ポートをなす冗長な物理ポートから故障箇所候補となるポートを絞り込む。
【００４５】
具体的には、故障箇所候補抽出部１０７は、フロー情報記憶部１０２から、ＬＯＣの通知を受信した時刻を基準とした前後の所定時刻に対応するフロー情報を取得するとともに、回線選択ロジック記憶部１０３から回線選択ロジックを取得する。続いて、故障箇所候補抽出部１０７は、故障論理ポート候補として抽出した論理ポートについて、ＬＯＣの通知があった後に転送フレーム数がゼロとなっているポートがある場合には、そのポートを故障箇所の物理ポートとして特定する。
【００４６】
図８〜図１３を用いて、故障箇所候補となるポートの絞込み方法について説明する。図８〜図１３は、故障箇所候補となるポートの絞込み方法の一例を示す図である。
【００４７】
例えば、図８に示すように、ＶＬＡＮ１００について故障箇所候補として抽出された故障論理ポート候補１が「２／１〜２／４」の４つの物理ポートで構成され、故障論理ポート候補２が「２／１１〜２／１４」の４つの物理ポートで構成されているものとする。このとき、故障箇所候補抽出部１０７は、フロー情報および回線選択ロジックに基づいて、ＬＯＣの通知があった後（通信断検出後）に転送フレーム数がゼロとなっている物理ポートを特定する。図８に示すように、故障論理ポート候補１を構成する物理ポートの１つである「２／２」により転送されたフレーム数が、通信断検出後にゼロとなっているので、故障箇所候補抽出部１０７は、故障論理ポート候補１から物理ポート「２／２」を特定する。また、図８に示すように、故障論理ポート候補２を構成する物理ポートの１つである「２／１２」により転送されたフレーム数が、通信断検出後にゼロとなっているので、故障箇所候補抽出部１０７は、故障論理ポート候補２から物理ポート「２／１２」を特定する。
【００４８】
また、図９に示すように、ＶＬＡＮ２００について故障箇所候補として抽出された故障論理ポート候補１が「２／１〜２／４」の４つの物理ポートで構成され、故障論理ポート候補２が「２／１１〜２／１４」の４つの物理ポートで構成され、故障論理ポート候補３が「２／２１〜２／２４」の４つの物理ポートで構成され、故障論理ポート候補４が「２／１〜２／４」の４つの物理ポートで構成されているものとする。
【００４９】
そして、図１０に示すように、故障論理ポート候補３を構成する物理ポート「２／２１〜２／２４」には、通信断検出後に転送されたフレーム数がゼロとなっているものがない。よって、故障箇所候補抽出部１０７は、故障論理ポート候補３については物理ポートの特定を行わない。
【００５０】
続いて、図１１に示すように、故障論理ポート候補４を構成する物理ポートの１つである「２／２」により転送されたフレーム数が、通信断検出後にゼロとなっているので、故障箇所候補抽出部１０７は、故障論理ポート候補４から物理ポート「２／２」を特定する。
【００５１】
続いて、図１２に示すように、故障論理ポート候補１を構成する物理ポートの１つである「２／２」により転送されたフレーム数が、通信断検出後にゼロとなっているので、故障箇所候補抽出部１０７は、故障論理ポート候補１から物理ポート「２／２」を特定する。
【００５２】
続いて、図１３に示すように、故障論理ポート候補２を構成する物理ポートの１つである「２／１２」により転送されたフレーム数が、通信断検出後にゼロとなっているので、故障箇所候補抽出部１０７は、故障論理ポート候補１から物理ポート「２／１２」を特定する。
【００５３】
このように、故障箇所候補抽出部１０７は、故障箇所の候補として抽出した故障論理ポート候補のそれぞれについて、上述してきた処理を実行する。
【００５４】
図１に戻り、判定部１０８は、故障箇所候補抽出部１０７により特定された物理ポート間を接続する物理回線の通信断の方向を判定する。
【００５５】
図１４〜図１６は、通信断方向の判定方法の一例を示す図である。図１４に示すように、判定部１０８は、物理構成情報記憶部１０４に記憶されている物理構成情報を参照して、故障箇所候補として特定した物理ポートである故障物理ポート候補Ａに対向するポートを検索する。検索の結果、判定部１０８は、故障物理ポート候補Ａに対向するポートが故障物理ポート候補Ｂである場合には、故障物理ポート候補Ａと故障物理ポート候補Ｂとを接続する物理回線の通信断方向を両方向と判定する。
【００５６】
同様にして、例えば、図１５に示すように、判定部１０８は、故障物理ポート候補Ａに対向するポートが故障物理ポート候補ではない場合（故障なしである場合）には、故障物理ポート候補Ａと対向ポートとを接続する物理回線の通信断方向を片方向と判定する。
【００５７】
同様にして、例えば、図１６に示すように、故障物理ポート候補Ａに対向するポートが故障物理ポート候補Ｂであり、故障物理ポート候補Ｃの対向ポートが故障物理ポート候補ではない場合（故障なしである場合）には、故障物理ポート候補Ａと故障物理ポート候補Ｂとを接続する物理回線の通信断方向を両方向と判定し、故障物理ポート候補Ｃと対向ポートとを接続する物理回線の通信断方向を片方向と判定する。
【００５８】
そして、判定部１０８は、図１６に示すように、故障箇所候補として、双方向通信断の物理回線と、片方向通信断の物理回線とが存在する場合には、双方向通信断の物理回線を故障箇所候補とする。
【００５９】
上述してきた処理によって、保守・管理対象となるブリッジネットワークについて、ＶＬＡＮごとに、故障箇所の候補である物理ポートおよび物理回線の通信断の方向が特定される。
【００６０】
表示部１０９は、上述してきた故障箇所候補抽出部１０７および判定部１０８の処理結果に基づいて、ブリッジネットワークについての故障箇所の表示を行う。例えば、表示部１０９は、通信断を検出していない場合には、ブリッジネットワークを単一の仮想的なハブとして表示し、通信断を検出している場合には、ブリッジネットワークを通信断検出グループまたは通信断非検出グループごとに仮想的なハブとして表示し、上述してきた処理により特定された故障箇所の候補を仮想的なハブの間の回線の故障として表示する。
【００６１】
図１７および図１８は、ブリッジネットワークの故障箇所の表示例を示す図である。表示部１０９は、例えば、図１７に示すように、ＶＬＡＮ１００について、「大阪・福岡」を収容する仮想的なハブを表す立体モデルと、「名古屋・東京・札幌」を収容する仮想的なハブを表す立体モデルとの間で通信断が発生している様子を表示する。また、図１８に示すように、表示部１０９は、図１７と同様の表示に合わせて、不通となっているＩＰアドレスの一覧を付随情報として表示する。
【００６２】
［故障管理システムによる処理（実施例１）］
以下、図１９を用いて、実施例１に係る故障管理システムによる処理の流れを説明する。なお、図１９に示す処理は、例えば、ＭＥＰからＬＯＣの通知を受信したタイミングで開始される。
【００６３】
図１９に示すように、グループ作成部１０５は、ＭＥＰからＬＯＣの通知を受信すると、ＶＬＡＮ単位にＬＯＣの通知を分類する（Ｓ１）。続いて、グループ作成部１０５は、ＬＯＣの対向ＭＥＰが同じＭＥＰをグループ化する（Ｓ２）。
【００６４】
続いて、グループ作成部１０５は、ＬＯＣを分類した結果、ＬＯＣ非検出ＭＥＰがあるか否かを判定する（Ｓ３）。
【００６５】
判定の結果、ＬＯＣ非検出ＭＥＰがない場合には（Ｓ３、Ｎｏ）、特定部１０６は、Ｓ２にてグループ化したグループ内のＭＥＰ間の経路上にあるポートを特定する（Ｓ４）。
【００６６】
一方、ＬＯＣ非検出ＭＥＰがある場合には（Ｓ３、Ｙｅｓ）、グループ作成部１０５は、ＬＯＣ非検出ＭＥＰを新たなグループとする（Ｓ５）。続いて、特定部は、Ｓ５にてグループ化したグループ内のＭＥＰ間の経路上にあるポートを特定し（Ｓ４）、さらに、ＬＯＣ非検出グループ以外からＬＯＣ検出グループに向う経路の送信ポートを特定する（Ｓ６）。
【００６７】
続いて、故障箇所候補抽出部１０７は、上述したＳ４やＳ６にて特定されていないポートを故障箇所候補として抽出する（Ｓ７）。続いて、故障箇所候補抽出部１０７は、故障箇所候補として抽出したポートがＬＡＧの論理ポートであるか否かを判定する（Ｓ８）。
【００６８】
判定の結果、故障箇所候補として抽出したポートがＬＡＧの論理ポートである場合には（Ｓ８、Ｙｅｓ）、故障箇所候補抽出部１０７は、物理ポートごとに選択するフロー情報を分類し（Ｓ９）、該ポートを送信ポートとするフローのうち、特定の物理ポートを選択するフローがＬＯＣ検出時刻前後でゼロに変化するかを判定する（Ｓ１０）。判定の結果、特定の物理ポートを選択するフローがゼロに変化する場合には（Ｓ１０、Ｙｅｓ）、その物理ポートを故障物理ポートとして特定する（Ｓ１１）。言い換えれば、故障箇所候補抽出部１０７は、ＬＡＧの論理ポートをなす冗長な物理ポートから故障箇所候補となるポートを絞り込む。具体的には、故障箇所候補抽出部１０７は、ＬＯＣの通知があった後に特定の物理ポートを選択するフローがゼロに変化したポートがある場合には、そのポートを故障箇所の物理ポートとして特定する。
【００６９】
続いて、故障箇所候補抽出部１０７は、他の故障箇所ポートがあるか、つまり、他に、故障箇所候補のポートが残っているか否かを判定する（Ｓ１２）。判定の結果、故障箇所候補のポートが残っている場合には（Ｓ１２、Ｙｅｓ）、故障箇所候補抽出部１０７は、上述したＳ８の処理に戻る。一方、判定の結果、故障箇所候補のポートが残っていない場合には（Ｓ１２、Ｎｏ）、判定部１０８は、故障物理ポート群（候補）について、各ポートの対向物理ポートの状況に応じて、通信断の片方向／双方向をチェックする（Ｓ１３）。そして、表示部１０９は、ブリッジネットワークについての故障箇所を表示し（Ｓ１４）、処理を終了する。
【００７０】
また、上述したＳ１０において、ＬＡＧの論理ポートを送信ポートとするフローのうち、いずれの物理ポートに対しても選択するフローがＬＯＣ検出時刻前後でゼロに変化しない場合には（Ｓ１０、Ｎｏ）、その物理ポートを故障物理ポートではないものとして（Ｓ１５）、故障物理ポートとして特定はせず、上述したＳ１２の判定に移行する。
【００７１】
［実施例１による効果］
上述してきたように、故障管理装置１００は、ブリッジネットワーク内に構築されたＶＬＡＮ（図３参照）ごとに、ＭＥＰを、通信断検出グループと通信断非検出グループにそれぞれグループ化する。例えば、故障管理装置１００は、通信断が検出されたＭＥＰについて、対向ＭＥＰが同じＭＥＰ同士を通信断検出グループとし、通信断が検出されていないＭＥＰ同士を通信断非検出グループとする。さらに、故障管理装置１００は、通信断検出グループおよび通信断非検出グループについて、グループ内のＭＥＰ間の経路上にあるポート、さらに、通信断検出グループから通信断非検出グループへ向う経路上の送信側のポートをネットワーク内で導通がとれている箇所として特定する。そして、故障管理装置１００は、ネットワーク内で導通がとれている箇所として特定したポート、当該ポートを有する回線、および当該ポートを有するブリッジ装置以外の、ポート、回線、またはブリッジ装置を故障箇所候補として抽出する。このようなことから、実施例１に係る故障管理システムによれば、ブリッジ装置におけるＭＡＣアドレス学習情報の有無に関係なく、イーサネットにおける故障箇所を特定することができる。
【００７２】
また、故障管理装置１００は、故障箇所候補として抽出されたポートがＬＡＧの論理ポートである場合には、フロー情報および回線選択ロジックに基づいて、ＬＡＧの論理ポートをなす冗長な物理ポートから故障箇所候補となる物理ポートを特定する。このようなことから、実施例１に係る故障管理システムによれば、ＶＬＡＮで故障箇所の候補として抽出されたＬＡＧの論理ポートを、故障箇所の候補となる物理ポートにまで展開させることができる。
【００７３】
また、故障管理装置１００は、ブリッジネットワークの物理構成情報に基づいて、故障物理ポート候補と対向する物理ポートを特定し、対向する物理ポートが故障箇所候補であるか否かに基づいて、物理ポート間の物理回線の通信断の方向を判定する。そして、故障管理装置１００は、双方向通信断の物理回線と、片方向通信断の物理回線とが存在する場合には、双方向通信断の物理回線を故障箇所候補とする。このように、実施例１に係る故障管理システムによれば、故障箇所の候補となる物理ポートから、故障箇所の候補となる物理回線とその通信断の方向性にまで展開させることができるので、より故障箇所である可能性が高い箇所を絞り込むことができる。
【００７４】
また、故障管理装置１００は、故障箇所候補として抽出されたポート、回線、またはブリッジ装置が、同一のＶＬＡＮ内に複数ある場合には、他のＶＬＡＮにて重複して抽出されているものを故障箇所候補として選択することができる。これにより、より故障箇所である可能性が高い箇所を絞り込むことができる。
【００７５】
また、故障管理装置１００は、通信断を検出していない場合には、ブリッジネットワークを単一の仮想的なハブとして表示し、通信断を検出している場合には、ブリッジネットワークを通信断検出グループまたは通信断非検出グループごとに仮想的なハブとして表示し、上述してきた処理により特定された故障箇所の候補を仮想的なハブの間の回線の故障として表示する。このようなことから、ブリッジネットワーク内の故障箇所を、ネットワーク管理者およびネットワーク利用者に分かりやすく提供できる。
【００７６】
また、故障管理装置１００は、不通となっているＩＰアドレスの一覧を付随情報として表示する。このようなことから、ネットワーク管理者およびネットワーク利用者に、故障箇所に関連する情報を提供できる。
【００７７】
なお、上述してきた実施例１において、ブリッジ装置をブリッジネットワークに追加・削除をする場合、あるいはＭＥＰの追加・削除をする場合に、ブリッジネットワークの既存部分の監視に影響を与えることは好ましくない。すなわち、既存の試験フレームの送受信を停止することなく、ブリッジやＭＥＰの追加削除を可能とすることが好ましい。そこで、例えば、ブリッジ装置のＭＥＰにおけるＬＯＣ監視の有効無効は予め設定した対向ＭＥＰ毎に設定できるようにすることができる。
【００７８】
なお、故障管理装置１００は、上述してきた実施例１では、ネットワーク内で導通がとれている箇所として特定したポート、当該ポートを有する回線、および当該ポートを有するブリッジ装置を特定し、特定されなかったポート等を故障箇所候補として抽出する場合を説明した。しかしながら、これに限定されるものではなく、ネットワーク内で導通がとれている箇所として特定されなかったポート、回線、ブリッジ装置のいずれか一つまたは複数を、故障箇所候補として抽出するようにしてもよい。迅速かつ簡便に、故障箇所の可能性がある箇所のあたりをつける場合などに有効である。
【実施例２】
【００７９】
以下、本発明にかかる故障管理システムおよび故障管理方法の他の実施形態として実施例２を説明する。
【００８０】
（１）装置構成等
図１に示した故障管理装置１００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、故障管理装置１００の分散または統合の具体的形態は図１に示すものに限られず、例えば、グループ作成部１０５と特定部１０６とが機能的あるいは物理的に統合されていてもよい。このように、故障管理装置１００の各構成要素の全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【００８１】
（２）故障管理方法
実施例１で説明した故障管理システムにより、以下のような故障管理方法が実現される。
【００８２】
フレームを送受信する複数のポートを有する複数のブリッジ装置を収容するネットワークと、該ネットワークにおける通信を監視する故障管理装置とで構成される故障管理システムにおいて、故障管理装置が行う故障管理方法であって、ネットワークの端点となるブリッジ装置のポートに設定されたＭＥＰ間で、通信断を検出するためのＣＣＭフレームが送受信され、故障管理装置は、ＭＥＰにて通信断が検出された場合には、ネットワーク内に設定されたＶＬＡＮごとに、通信断となった対向ＭＥＰが同じであるＭＥＰからなる通信断検出グループと、通信断を検出していないＭＥＰからなる通信断非検出グループとを前記ＶＬＡＮごとに作成するグループ作成工程と（図１９のＳ２，Ｓ５）、ＶＬＡＮの構成情報を参照して、ＶＬＡＮごとに、通信断検出グループおよび通信断非検出グループに属するＭＥＰ間の経路上にあるポートをそれぞれ特定するとともに、通信断非検出グループについては通信断検出グループから通信断非検出グループに属するＭＥＰへ向う経路上の送信側のポートをさらに特定する特定工程と（図１９のＳ４，Ｓ６）、特定工程により特定されなかったポート、当該ポートを有する回線および当該ポートを有するブリッジ装置を故障箇所の候補として抽出する故障箇所候補抽出工程と（図１９のＳ７）を含む故障管理方法が実現される。
【００８３】
また、実施例１で説明した故障管理装置１００の各種の処理（例えば、図４〜図１９等参照）は、あらかじめ用意されたプログラムをサーバやワークステーションなどのコンピュータで実行することによって実現することができる。
【００８４】
そこで、以下では、図２０を用いて、実施例１で説明した故障管理装置１００の各種処理を実現するためのプログラムを実行するコンピュータの一例を説明する。図２０は、故障管理装置の各種処理を実現するためのプログラムを実行するコンピュータの一例を示す図である。
【００８５】
図２０に示すように、故障管理装置１００が有する機能と同様の機能を有するコンピュータ３００は、例えば、メモリ３０１と、ＣＰＵ（Central Processing Unit）３０２を有する。
【００８６】
また、コンピュータ３００は、図２０に示すように、ハードディスクドライブインタフェース３０３と、光ディスクドライブインタフェース３０４を有する。
【００８７】
また、コンピュータ３００は、図２０に示すように、シリアルポートインタフェース３０５と、ビデオアダプタ３０６と、ネットワークインタフェース３０７を有する。
【００８８】
そして、コンピュータ３００は、これらの各部３０１〜３０７をバス３０８によって接続する。
【００８９】
メモリ３０１は、図２０に示すように、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を含む。ＲＯＭは、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。
【００９０】
ハードディスクドライブインタフェース３０３は、図２０に示すように、ハードディスクドライブ３０９に接続される。光ディスクドライブインタフェース３０４は、図２０に示すように、光ディスクドライブ３１０に接続される。例えば、光ディスクドライブ３１０には、光ディスク等の着脱可能な記憶媒体が挿入される。
【００９１】
シリアルポートインタフェース３０５は、図２０に示すように、例えば、マウス４００およびキーボード５００に接続される。ビデオアダプタ３０６は、図２０に示すように、例えば、ディスプレイ６００に接続される。
【００９２】
ここで、図２０に示すように、ハードディスクドライブ３０９は、例えば、ＯＳ（Operating System）、アプリケーションプログラム、プログラムモジュール、プログラムデータを記憶する。
【００９３】
すなわち、上述した故障管理装置１００と同様の機能を実現するプログラムは、コンピュータ３００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ３０９に記憶される。つまり、上述の実施例１で説明した故障管理装置１００と同様の処理（図４〜図１９等）を実行する手順が記述されたプログラムモジュールが、ハードディスクドライブ３０９に記憶される。このプログラムモジュールは、例えば、上述の実施例１で説明したグループ作成部１０５と、特定部１０６と、故障箇所候補抽出部１０７と、判定部１０８と、表示部１０９により実行される処理と同様の機能を実現する。
【００９４】
また、故障管理装置１００と同様の機能を実現するプログラムによる処理に用いられるデータは、プログラムデータとして、例えばハードディスクドライブ３０９に記憶される。例えば、このプログラムデータは、上述の実施例１で説明したＶＬＡＮ情報記憶部１０１と、フロー情報記憶部１０２と、回線選択ロジック記憶部１０３と、物理構成情報記憶部１０４などに記憶される各種情報に対応する。
【００９５】
そして、ＣＰＵ３０２が、ハードディスクドライブ３０９に記憶されたプログラムモジュールやプログラムデータを必要に応じてＲＡＭに読み出し、上述の実施例１で説明したものと同様の処理（図４〜図１９等）を実行するための手順を実行する。
【００９６】
なお、プログラムモジュールやプログラムデータは、ハードディスクドライブ３０９に記憶される場合に限られるものではなく、例えば、着脱可能な記憶媒体である光ディスクドライブ３１０等に記憶されていてもよい。この場合には、ＣＰＵ３０２が、光ディスクドライブ３１０を介して、プログラムモジュールやプログラムデータを読み出す。あるいは、プログラムモジュールやプログラムデータは、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶されていてもよい。この場合には、ＣＰＵ３０２が、ネットワークインタフェース３０７を介して、プログラムモジュールやプログラムデータを他のコンピュータから読み出す。
【００９７】
なお、プログラムによりＣＰＵ３０２が動作して各種処理を行う代わりに、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ(Field Programmable Gate Array)などの電子回路を用いて処理を行うこともできる。また、メモリ３０１として、フラッシュメモリ(flash memory)などを用いることもできる。
【符号の説明】
【００９８】
１ 通信ネットワーク
１００ 故障管理装置
１０１ ＶＬＡＮ情報記憶部
１０２ フロー情報記憶部
１０３ 回線選択ロジック記憶部
１０４ 物理構成情報記憶部
１０５ グループ作成部
１０６ 特定部
１０７ 故障箇所候補抽出部
１０８ 判定部
１０９ 表示部
３００ コンピュータ
３０１ メモリ
３０２ ＣＰＵ
３０３ ハードディスクドライブインタフェース
３０４ 光ディスクドライブインタフェース
３０５ シリアルポートインタフェース
３０６ ビデオアダプタ
３０７ ネットワークインタフェース
３０８ バス
３０９ ハードディスクドライブ
４００ マウス
５００ キーボード
６００ ディスプレイ
【特許請求の範囲】
【請求項１】
イーサネットフレームを送受信する複数のポートを有する複数のブリッジ装置を収容するネットワークにおける通信を監視する故障管理装置を備えた故障管理システムであって、
前記ネットワークの端点となるブリッジ装置のポートに対し、ＶＬＡＮごとに設定されたＭＥＰ間で通信断を検出するためのＣＣＭフレームが送受信され、
前記故障管理装置は、
前記ネットワーク内に設定されたＶＬＡＮごとの構成情報を記憶するＶＬＡＮ情報記憶部と、
前記ＭＥＰから通信断である旨の通知を受信した場合に、通信断となった対向ＭＥＰが同じであるＭＥＰからなる通信断検出グループと、通信断を検出していないＭＥＰからなる通信断非検出グループとを前記ＶＬＡＮごとに作成するグループ作成部と、
前記構成情報を参照して、前記通信断検出グループに属するＭＥＰ間の経路上にあるポートおよび前記通信断非検出グループに属するＭＥＰ間の経路上にあるポートをそれぞれ特定するとともに、前記通信断非検出グループについては前記通信断検出グループに属するＭＥＰから前記通信断非検出グループに属するＭＥＰへ向う経路上の送信側のポートをさらに特定する特定部と、
前記特定部により特定されなかったポート、当該ポートを有する回線、当該ポートを有するブリッジ装置のいずれか一つ又は複数を故障箇所の候補として抽出する故障箇所候補抽出部と
を有することを特徴する故障管理システム。
【請求項２】
前記ブリッジ装置は、自装置のポートと、該ポートにて送受信されるトラヒックの情報とを対応付けたフロー情報を前記故障管理装置に送信し、
前記故障管理装置は、
前記フロー情報と該フロー情報の取得時刻とを対応付けて記憶するフロー情報記憶部と、
前記ブリッジ装置間を接続する冗長構成の回線に関する回線選択ロジック情報を記憶する回線選択ロジック情報記憶部とをさらに有し、
前記故障箇所候補抽出部は、故障箇所の候補として抽出したポートが冗長構成のポートを仮想的に単一のポートとみなす論理ポートである場合に、前記通信断が検出された時刻を基準として該時刻前後のフロー情報を前記フロー情報記憶部から取得し、前記回線選択ロジック情報を前記回線選択ロジック情報記憶部から取得し、前記論理ポートを構成する物理ポートごとに、選択するフロー情報を分類し、前記通信断が検出された後に対応するフロー数がゼロに変化した物理ポートを、故障箇所候補のポートとして抽出することを特徴とする請求項１に記載の故障管理システム。
【請求項３】
前記故障管理装置は、
前記ネットワークの物理構成情報を記憶する物理構成情報記憶部と、
前記物理構成情報を参照して、前記故障箇所候補抽出部により抽出された物理ポートに対向する対向物理ポートを特定し、特定した対向物理ポートが故障箇所の候補である場合には、物理ポート間の回線が双方向通信断であると判定し、特定した対向物理ポートが故障箇所の候補ではない場合には、物理ポート間の回線が片方向通信断と判定する判定部と
をさらに有し、
前記故障箇所候補抽出部は、故障箇所の候補として、前記双方向通信断の回線と、前記片方向通信断の回線が残った場合には、前記双方向通信断の回線を故障箇所の候補として選択することを特徴とする請求項２に記載の故障管理システム。
【請求項４】
前記故障箇所候補抽出部により前記ＶＬＡＮごとに故障箇所の候補として抽出された物理ポート、当該物理ポートを有する回線、および当該物理ポートを有するブリッジ装置が、同一のＶＬＡＮ内に複数ある場合には、他のＶＬＡＮでも重複して選択されている物理ポート、当該物理ポートを有する回線、および当該物理ポートを有するブリッジ装置のいずれか一つ又は複数を故障箇所の候補として優先的に選択することを特徴とする請求項３に記載の故障管理システム。
【請求項５】
前記故障管理装置は、
通信断を検出していない場合には、前記ネットワークを単一の仮想的なハブとして表示し、通信断を検出している場合には、前記ネットワークを通信断検出グループまたは通信断非検出グループごとに仮想的なハブとして表示し、前記故障箇所候補抽出部により抽出された故障箇所の候補を仮想的なハブの間の回線の故障として表示する表示部をさらに有することを特徴とする請求項１〜４のいずれか一つに記載の故障管理システム。
【請求項６】
前記表示部は、前記故障箇所候補抽出部により抽出された故障箇所の候補を仮想的なハブの間の回線の故障として表示する場合に、該回線に接続された物理ポートに対応する付随情報を合わせて表示することを特徴とする請求項５に記載の故障管理システム。
【請求項７】
イーサネットフレームを送受信する複数のポートを有する複数のブリッジ装置を収容するネットワークにおける通信を監視する故障管理装置を備えた故障管理システムにて行われる故障管理方法であって、
前記ネットワークの端点となるブリッジ装置のポートに対し、ＶＬＡＮごとに設定されたＭＥＰ間で通信断を検出するためのＣＣＭフレームが送受信され、
前記故障管理装置は、
前記ＭＥＰにて通信断が検出された場合には、前記ネットワーク内に設定されたＶＬＡＮごとに、通信断となった対向ＭＥＰが同じであるＭＥＰからなる通信断検出グループと、通信断を検出していないＭＥＰからなる通信断非検出グループとを作成するグループ作成工程と、
前記ＶＬＡＮの構成情報を参照して、前記ＶＬＡＮごとに、前記通信断検出グループに属するＭＥＰ間の経路上にあるポートおよび前記通信断非検出グループに属するＭＥＰ間の経路上にあるポートをそれぞれ特定するとともに、前記通信断非検出グループについては前記通信断検出グループに属するＭＥＰから前記通信断非検出グループに属するＭＥＰへ向う経路上の送信側のポートをさらに特定する特定工程と、
前記特定工程により特定されなかったポート、当該ポートを有する回線、当該ポートを有するブリッジ装置のいずれか一つ又は複数を故障箇所の候補として抽出する故障箇所候補抽出工程と
を含むことを特徴する故障管理方法。
【請求項１】
イーサネットフレームを送受信する複数のポートを有する複数のブリッジ装置を収容するネットワークにおける通信を監視する故障管理装置を備えた故障管理システムであって、
前記ネットワークの端点となるブリッジ装置のポートに対し、ＶＬＡＮごとに設定されたＭＥＰ間で通信断を検出するためのＣＣＭフレームが送受信され、
前記故障管理装置は、
前記ネットワーク内に設定されたＶＬＡＮごとの構成情報を記憶するＶＬＡＮ情報記憶部と、
前記ＭＥＰから通信断である旨の通知を受信した場合に、通信断となった対向ＭＥＰが同じであるＭＥＰからなる通信断検出グループと、通信断を検出していないＭＥＰからなる通信断非検出グループとを前記ＶＬＡＮごとに作成するグループ作成部と、
前記構成情報を参照して、前記通信断検出グループに属するＭＥＰ間の経路上にあるポートおよび前記通信断非検出グループに属するＭＥＰ間の経路上にあるポートをそれぞれ特定するとともに、前記通信断非検出グループについては前記通信断検出グループに属するＭＥＰから前記通信断非検出グループに属するＭＥＰへ向う経路上の送信側のポートをさらに特定する特定部と、
前記特定部により特定されなかったポート、当該ポートを有する回線、当該ポートを有するブリッジ装置のいずれか一つ又は複数を故障箇所の候補として抽出する故障箇所候補抽出部と
を有することを特徴する故障管理システム。
【請求項２】
前記ブリッジ装置は、自装置のポートと、該ポートにて送受信されるトラヒックの情報とを対応付けたフロー情報を前記故障管理装置に送信し、
前記故障管理装置は、
前記フロー情報と該フロー情報の取得時刻とを対応付けて記憶するフロー情報記憶部と、
前記ブリッジ装置間を接続する冗長構成の回線に関する回線選択ロジック情報を記憶する回線選択ロジック情報記憶部とをさらに有し、
前記故障箇所候補抽出部は、故障箇所の候補として抽出したポートが冗長構成のポートを仮想的に単一のポートとみなす論理ポートである場合に、前記通信断が検出された時刻を基準として該時刻前後のフロー情報を前記フロー情報記憶部から取得し、前記回線選択ロジック情報を前記回線選択ロジック情報記憶部から取得し、前記論理ポートを構成する物理ポートごとに、選択するフロー情報を分類し、前記通信断が検出された後に対応するフロー数がゼロに変化した物理ポートを、故障箇所候補のポートとして抽出することを特徴とする請求項１に記載の故障管理システム。
【請求項３】
前記故障管理装置は、
前記ネットワークの物理構成情報を記憶する物理構成情報記憶部と、
前記物理構成情報を参照して、前記故障箇所候補抽出部により抽出された物理ポートに対向する対向物理ポートを特定し、特定した対向物理ポートが故障箇所の候補である場合には、物理ポート間の回線が双方向通信断であると判定し、特定した対向物理ポートが故障箇所の候補ではない場合には、物理ポート間の回線が片方向通信断と判定する判定部と
をさらに有し、
前記故障箇所候補抽出部は、故障箇所の候補として、前記双方向通信断の回線と、前記片方向通信断の回線が残った場合には、前記双方向通信断の回線を故障箇所の候補として選択することを特徴とする請求項２に記載の故障管理システム。
【請求項４】
前記故障箇所候補抽出部により前記ＶＬＡＮごとに故障箇所の候補として抽出された物理ポート、当該物理ポートを有する回線、および当該物理ポートを有するブリッジ装置が、同一のＶＬＡＮ内に複数ある場合には、他のＶＬＡＮでも重複して選択されている物理ポート、当該物理ポートを有する回線、および当該物理ポートを有するブリッジ装置のいずれか一つ又は複数を故障箇所の候補として優先的に選択することを特徴とする請求項３に記載の故障管理システム。
【請求項５】
前記故障管理装置は、
通信断を検出していない場合には、前記ネットワークを単一の仮想的なハブとして表示し、通信断を検出している場合には、前記ネットワークを通信断検出グループまたは通信断非検出グループごとに仮想的なハブとして表示し、前記故障箇所候補抽出部により抽出された故障箇所の候補を仮想的なハブの間の回線の故障として表示する表示部をさらに有することを特徴とする請求項１〜４のいずれか一つに記載の故障管理システム。
【請求項６】
前記表示部は、前記故障箇所候補抽出部により抽出された故障箇所の候補を仮想的なハブの間の回線の故障として表示する場合に、該回線に接続された物理ポートに対応する付随情報を合わせて表示することを特徴とする請求項５に記載の故障管理システム。
【請求項７】
イーサネットフレームを送受信する複数のポートを有する複数のブリッジ装置を収容するネットワークにおける通信を監視する故障管理装置を備えた故障管理システムにて行われる故障管理方法であって、
前記ネットワークの端点となるブリッジ装置のポートに対し、ＶＬＡＮごとに設定されたＭＥＰ間で通信断を検出するためのＣＣＭフレームが送受信され、
前記故障管理装置は、
前記ＭＥＰにて通信断が検出された場合には、前記ネットワーク内に設定されたＶＬＡＮごとに、通信断となった対向ＭＥＰが同じであるＭＥＰからなる通信断検出グループと、通信断を検出していないＭＥＰからなる通信断非検出グループとを作成するグループ作成工程と、
前記ＶＬＡＮの構成情報を参照して、前記ＶＬＡＮごとに、前記通信断検出グループに属するＭＥＰ間の経路上にあるポートおよび前記通信断非検出グループに属するＭＥＰ間の経路上にあるポートをそれぞれ特定するとともに、前記通信断非検出グループについては前記通信断検出グループに属するＭＥＰから前記通信断非検出グループに属するＭＥＰへ向う経路上の送信側のポートをさらに特定する特定工程と、
前記特定工程により特定されなかったポート、当該ポートを有する回線、当該ポートを有するブリッジ装置のいずれか一つ又は複数を故障箇所の候補として抽出する故障箇所候補抽出工程と
を含むことを特徴する故障管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１３−２６９２８（Ｐ２０１３−２６９２８Ａ）
【公開日】平成２５年２月４日（２０１３．２．４）
【国際特許分類】
【出願番号】特願２０１１−１６１３７６（Ｐ２０１１−１６１３７６）
【出願日】平成２３年７月２２日（２０１１．７．２２）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２５年２月４日（２０１３．２．４）
【国際特許分類】
【出願日】平成２３年７月２２日（２０１１．７．２２）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]