(57)【要約】【課題】リンクアグリゲーションポートを有する複数の通信装置を含むネットワークの故障区間や故障部位の推定又は判定をコスト及び作業工数等の増加を抑制して、実現可能とする。【解決手段】リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を複数含むネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄に、値をそれぞれ異ならせた所定の識別情報を設定した複数のフレームを生成してターゲット端末宛に送信する第１の手段と、送信した前記フレームに対する返信の受信を検出する第２の手段と、複数のターゲット端末宛に送信したフレームに対する返信の受信の有無と故障判定条件に基づき、故障区間、及び／又、は故障部位を判定する第３の手段を有する。【選択図】図３４
2019103117.tif 000002
【特許請求の範囲】
【請求項１】
リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄に、値をそれぞれ異ならせた所定の識別情報を設定した複数のフレームを生成してターゲット端末宛に送信する第１の手段と、
送信した前記フレームに対する返信の受信を検出する第２の手段と、
複数のターゲット端末宛に送信したフレームに対する返信の受信の有無と故障判定条件に基づき、故障区間、及び／又は故障部位を判定する第３の手段と、
を備えた、ことを特徴とするネットワーク管理装置。
【請求項２】
前記故障判定条件は、複数のターゲット端末宛に送信したフレームに対する返信の受信の有無の組み合わせパタンと、故障箇所との対応を、故障箇所判定条件として、含む、ことを特徴とする請求項１に記載のネットワーク管理装置。
【請求項３】
前記故障判定条件は、前記ネットワークにおける前記通信装置間の各区間について、前記区間と１つ又は複数の前記ターゲット端末との対応を、故障区間判定条件として、含み、
前記区間に対応する前記１つ又は複数の前記ターゲット端末は、前記ターゲット端末からの返信の受信の有無が前記区間のサイレント故障の判定に用いられる、ことを特徴とする請求項１又は２に記載のネットワーク管理装置。
【請求項４】
前記第１の手段は、前記フレームのヘッダの識別情報欄に、前記ネットワーク上の前記通信装置のリンクアグリゲーショングループ（ＬＡＧ）ポートの最大数以上の所定範囲で値を掃引した識別情報を設定した複数のフレームを生成する、ことを特徴とする請求項１乃至３のいずれか１項に記載のネットワーク管理装置。
【請求項５】
前記第３の手段は、複数のターゲット端末宛に送信したフレームに対する返信の受信の有無の組み合わせパタンと、ネットワークの構成情報と、前記故障判定条件に基づき、前記通信装置のメモリ、バス、ネットワークインタフェース、前記通信装置間の回線の故障を推定する、ことを特徴とする請求項１乃至４のいずれか１項に記載のネットワーク管理装置。
【請求項６】
前記識別情報は、仮想送信元ＭＡＣ（Media Access Control）アドレス、及び／又は、ＶＬＡＮ（Virtual Local Area Network）識別情報である、ことを特徴とする請求項１乃至５のいずれか１項に記載のネットワーク管理装置。
【請求項７】
前記ターゲット端末から前記ネットワーク管理装置への前記返信のフレームは、前記監視用のフレームの宛先識別情報と仮想送信元識別情報を入れ替えた監視用のフレームである、ことを特徴とする請求項１乃至５のいずれか１項に記載のネットワーク管理装置。
【請求項８】
リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄に、値をそれぞれ異ならせた所定の識別情報を設定した複数のフレームを生成してターゲット端末宛に送信し、
送信した前記フレームに対する返信の受信の有無を検出し、
複数のターゲット端末宛に送信したフレームに対する返信の受信の有無と故障判定条件に基づき、故障区間、及び／又は、故障部位を判定する、ことを特徴とするネットワーク管理方法。
【請求項９】
前記故障判定条件は、複数のターゲット端末宛に送信したフレームに対する返信の受信の有無の組み合わせパタンと、故障箇所との対応を、故障箇所判定条件として、含む、ことを特徴とする請求項８に記載のネットワーク管理方法。
【請求項１０】
前記故障定条件は、前記ネットワークにおける前記通信装置間の各区間について、前記区間と１つ又は複数の前記ターゲット端末との対応を、故障区間判定条件として、含み、
前記区間に対応する前記１つ又は複数の前記ターゲット端末は、前記ターゲット端末からの返信の受信の有無が前記区間のサイレント故障の判定に用いられる、ことを特徴とする請求項８又は９に記載のネットワーク管理方法。
【請求項１１】
前記フレームのヘッダの識別情報欄に、前記ネットワーク上の前記通信装置のリンクアグリゲーショングループ（ＬＡＧ）ポートの最大数以上の所定範囲で値を掃引した識別情報を設定した複数のフレームを生成する、ことを特徴とする請求項８乃至１０のいずれか１項に記載のネットワーク管理方法。
【請求項１２】
前記ターゲット端末から前記ネットワーク管理装置への前記返信のフレームは、前記監視用のフレームの宛先識別情報と仮想送信元識別情報を入れ替えた監視用のフレームである、ことを特徴とする請求項８乃至１１のいずれか１項に記載のネットワーク管理方法。
【請求項１３】
リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄に、値をそれぞれ異ならせた所定の識別情報を設定した複数のフレームを生成してターゲット端末宛に送信する処理と、
送信した前記フレームに対する返信の受信の有無を検出する処理と、
複数のターゲット端末宛に送信したフレームに対する返信の受信の有無と故障判定条件に基づき、故障区間、及び／又は、故障部位を判定する処理と、
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク管理装置、ネットワーク管理方法、及びプログラムに関する。
【背景技術】
【０００２】
イーサネット（Ethernet）（登録商標）は、ＬＡＮ（Local Area Network）のみならず、サイト間でＯＳＩ（Open Systems Interconnection）参照モデルのレイヤ２（Ｌ２）の接続を提供するＶＰＮ（Virtual Private Network）等にも使用されている。イーサネットＯＡＭ（Operation Administration and Maintenance）は、イーサネットの運用・保守・管理（ＯＡＭ）を標準化した技術であり、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector）がＹ．１７３１として標準化しており、またＩＥＥＥ８０２（Institute of Electrical and Electronics Engineers）でもＩＥＥＥ８０２．１ａｇ等として規定している。
【０００３】
イーサネットＯＡＭでは、ＭＥＰ（MEG(Maintenance Entity Group) End Point）とＭＩＰ（MEG Intermediate Point）という二つの概念が導入されている。ネットワークサービスを提供するネットワークオペレータやサービスプロバイダ等により、ＭＥＰ、ＭＩＰが例えば管理レベルごとに設けられ、イーサネットＯＡＭフレームの送受信が行われる。ＭＥＰはイーサネットＯＡＭフレーム（「ＯＡＭフレーム」と略記される）を生成、終端する保守端点（エンドポイント）であり、ＭＩＰはＯＡＭフレームを中継する保守エンティティグループ（ＭＥＧ）の中間点である。イーサネットＯＡＭは、全二重方式のポイント・ツー・ポイント（point to point）、又は、はエミュレートされたポイント・ツー・ポイントのイーサネットリンクに実装される。
【０００４】
図１は、ＯＡＭフレームの形式(ITU-T.Y.1731)を説明する図である。図１を参照すると、イーサネットフレームヘッダの宛先ＭＡＣ（Media Access Control）アドレス（４８ビット：６オクテット）、送信元ＭＡＣ（Media Access Control）アドレス（６オクテット）、ＶＬＡＮ（Virtual Local Area Network）タグ（４オクテット）、ＯＡＭ  Ｅｔｈｅｒ−ｔｙｐｅ（２オクテット）、ＭＥＧ（Maintenance Entity Group）レベルとバージョン番号（１オクテット）、オペコード（制御コード）（１オクテット）、フラグ（１オクテット）、ＴＬＶ(Type-Length-Value)オフセット（１オクテット）、ＯＡＭデータ情報（３６〜１４９４オクテット）、ＦＣＳ（Frame Check Sequence）（４オクテット）である。なお、宛先ＭＡＣアドレスの前に、プリアンブル（７オクテット）＋ＳＦＤ（Start of Frame Delimiter：１オクテットの固定のビット列）（IEEE802.3）、又は、プリアンブル（８オクテット）（イーサネットｖｅｒ．２）が付加される。
【０００５】
ＶＬＡＮタグ（４オクテット）は、タグプロトコル識別子（ＴＰＩＤ：Tag Protocol Identifier）（２オクテット）と、タグ制御情報（ＴＣＩ：Tag Control Information）（２オクテット）からなる。
【０００６】
ＴＣＩは、
３ビットの優先度（ＰＣＰ：Priority Code Point）、
１ビットのＣＦＩ(Canonical Format Identifier)(トークンリングで使用、イーサネットでは０)、
１２ビットのＶＬＡＮ-ＩＤ(ＶＩＤ)
からなる。
【０００７】
ＯＡＭ  Ｅｔｈｅｒ−ｔｙｐｅ（２オクテット）は、０ｘ８９０２とされる（ただし、０ｘはヘキサデシマル表示を表す）。ＭＥＧ（Maintenance Entity Group）レベルは、３ビットであり、ＯＡＭ  ＰＤＵ（Protocol Data Unit）のＭＥＧレベルの数値（例えば０〜７）が設定される。例えばＭＥＧレベルの０、１、２の三段階はオペレータレベル、ＭＥＧレベルの３、４はサービスプロバイダレベル、ＭＥＧレベルの５、６、７はサブスクライバ（カスタマ）レベルとされる。なお、管理ポイントでは、一般に、ＭＥＧレベルが自分よりも高いレベルに設定されているＯＡＭフレームは透過させ、低いレベルのＯＡＭフレームは廃棄する。バージョン番号はＯＡＭプロトコルバージョンを表す整数値が設定される（例えば０）。オペコード（制御コード）はＯＡＭ  ＰＤＵのタイプを表す。ＣＣＭ（Continuity Check Message）は１、ＬＢＭ（Loop Back Message）は３、ＬＢＲ（Loop Back Reply）は２、ＬＴＭ(Link Trace Message)は５、ＬＴＲ(Link Trace Reply)は４である。ＴＬＶ（Type-Length-Value）オフセットはＯＡＭ  ＰＤＵ内で最初のＴＬＶへのＴＬＶ（Type-Length-Value）オフセットフィールドに相当するオフセットが含まれる（ＯＡＭ  ＰＤＵのタイプに対応付けられる）。ＴＬＶオフセットが０の場合、ＴＬＶオフセットフィールドに続く最初のオクテット（ＯＡＭデータ情報）をポイントする。
【０００８】
イーサネットＯＡＭには、以下のリンクＯＡＭ、コネクティビティＯＡＭ、及び、サービスＯＡＭがある。
【０００９】
（１）リンクＯＡＭ：隣接する二つの機器間の回線状態を監視する（対応規格：IEEE802.3ah、ITU-T Y.1731）:
（１−１）Ｄｉｓｃｏｖｅｒｙ：ネットワーク内のデバイスとそのＯＡＭ機能を識別。
（１−２）Ｒｅｍｏｔｅ  Ｌｉｎｋ  Ｍｏｎｉｔｏｒｉｎｇ：リンク障害を検出し表示。
（１−３）Ｌｉｎｋ  Ｆａｉｌｕｒｅ  Ｉｎｄｉｃａｔｉｏｎ：ＯＡＭエンティティが障害状態をＯＡＭ  ＰＤＵの特定のフラグによってピアに伝達する機能。
（１−４）Ｒｅｍｏｔｅ  ＬｏｏｐＢａｃｋ：ループバック制御、ＯＡＭ  ＰＤＵを使用してピアをループバックモードにする。
【００１０】
（２）コネクティビティＯＡＭ：離れた二つの機器間の回線状態を監視する（対応規格：IEEE802.1ag、ITU-T Y.1731）:
（２−１）Ｃｏｎｔｉｎｕｉｔｙ  Ｃｈｅｃｋ  （ＣＣ）、
（２−２）Ｌｏｏｐｂａｃｋ（ＬＢ）（レイヤ３のＰＩＮＧ機能に相当）
（２−３）Ｌｉｎｋ  Ｔｒａｃｅ（ＬＴ）（レイヤ３のｔｒａｃｅ  ｒｏｕｔｅ機能に相当)
【００１１】
（３）サービスＯＡＭ：通信経路上の複数の機器間の回線状態やパフォーマンスを監視する（対応規格：ITU-T Y.1731）。
【００１２】
図２（Ａ）を参照すると、Ｃｏｎｔｉｎｕｉｔｙ  Ｃｈｅｃｋ  （ＣＣ）は、ＭＥＰ間の接続性を確認する。具体的には、通信断を検出するために、端のＭＥＰが他の端のＭＥＰに向けてＣＣＭ（Continuity Check Message）を送信する。ＣＣＭのチェック間隔は例えば３．３ｍｓ／１０ｍｓ／１００ｍｓ／１ｓ／１ｍｉｎ．／１０ｍｉｎである。Ｌｏｏｐｂａｃｋ（ＬＢ）は、オンデマンドでＭＥＰ−ＭＥＰ間、ＭＥＰ−ＭＩＰ間でループバック（Ｌｏｏｐｂａｃｋ）フレームをやり取りすることで、導通性確認や故障切り分けを行う。
【００１３】
図２（Ｂ）を参照すると、ＬｏｏｐＢａｃｋ（ＬＢ）は、ＭＥＰからＬＢＭ（Loopback Message）を宛先であるＭＩＰやＭＥＰに対して例えばユニキャスト送信する。ＭＩＰやＭＥＰは、ＬＢＭフレームを受信すると、ＬＢＲ（Loopback Reply）フレームを生成して送信元ＭＥＰに送信する。ＬＢＲフレームの宛先ＭＡＣアドレスと送信元ＭＡＣアドレスは、ＬＢＭフレームの宛先ＭＡＣアドレスと送信元ＭＡＣアドレスを入れ替えたものである。ＬＢＲフレームヘッダのオペコードフィールドはＬＢＭからＬＢＲに変更される。所定時間内（例えば最低５秒間）にＬＢＲを受信しない場合、“ｌｏｓｓ  ｏｆ  ｃｏｎｎｅｃｔｉｖｉｔｙ”となる。例えばＭＥＰでは、ユニキャストＬＢＭフレーム送信後、トランザクションＩＤは、例えば最低５秒間にわたって保持される。
【００１４】
図２（Ｃ）を参照すると、Ｌｉｎｋ  Ｔｒａｃｅ（ＬＴ）は、ＭＥＰ−ＭＥＰ間、ＭＥＰ−ＭＩＰ間でループバックメッセージをやり取し、経路の正常性を確認する。例えば障害が発生したときに、障害個所の切り分けに使う。ＭＥＰはターゲットＭＡＣアドレスをＴＬＶフィールドに格納してマルチキャストアドレスをＤＡフィールドに記述しＬＴＭ（Link Trace Message）を送信する。送信元のＭＥＰがＬＴＭフレームをマルチキャスト送信したときに、該ＬＴＭフレームが通過したすべてのＭＩＰ／ＭＥＰが応答フレーム（ＬＴＲ（Link Trace Reply））を送信元のＭＥＰに返す。なお、ＬＴＭフレームを最後に受信したＭＥＰはそれ以上転送しない。
【００１５】
イーサネット（Ethernet）（登録商標）は、ＬＡＮ（Local Area Network）のみならず、サイト間でＯＳＩ（Open Systems Interconnection）参照モデルのレイヤ２の接続を提供するＶＰＮ（Virtual Private Network）等にも使用されている。イーサネットＯＡＭ（Operation Administration and Maintenance）は、イーサネットの運用・保守・管理（ＯＡＭ）を標準化した技術であり、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector）がＹ．１７３１として標準化しており、またＩＥＥＥ８０２（Institute of Electrical and Electronics Engineers）でもＩＥＥＥ８０２．１ａｇ等として規定している。
【００１６】
リンクアグリゲーション（Link Aggregation）は、複数の物理ポート（インタフェース）をリンクアグリゲーションメンバーポートとし、論理的に１本の回線として収容するリンクアグリゲーショングループ（Ling Aggregation Group：ＬＡＧ）を構成することにより、例えば隣接ノードとの通信帯域を広げる。ポートの束をリンクアグリゲーショングループ（ＬＡＧ）という（「トランクグループ」とも称される）。ＬＡＧを構成する複数のポート（ＬＡＧポートメンバ）の１つのＭＡＣ（Media Access Control）アドレスを当該ＬＡＧのシステムＩＤ（Identification）として用いる場合がある。
【００１７】
ＬＡＧでは、予め用意された複数個のハッシュ値（ハッシュキー）をＬＡＧメンバーポートに均等に割り当て、送信するパケットのＩＰ（Internet Protocol）アドレスやＭＡＣアドレス、又はポートＩＤ等を基に、例えば各メーカ固有のアルゴリズムにより、ハッシュ値（ハッシュキー）に変換し、送出インタフェースを決めるのが一般的である。図３に模式的に示すように、Ｌ２スイッチ（ＳＷ１）では、ＬＡＧから送出するフレームを、例えばフレームヘッダの宛先及び／又は送信元のＭＡＣアドレスから変換されたハッシュ値（ハッシュキー）に基づき、ＬＡＧの複数の回線（リンク）のうちいずれか１つのインタフェース（ポート）に振り分ける。
【００１８】
宛先ＭＡＣアドレス、送信元ＭＡＣアドレスに基づきハッシュ値（ハッシュキー）を計算する場合、予め用意された複数個のハッシュ値（ハッシュキー）が例えば３２個、ＬＡＧが２本の回線（ＮＩＦ（Network Interface）がＰ１とＰ２の２個）からなる場合には、２つのＬＡＧメンバーポートに各１６個ずつハッシュ値を割り当てることにより、フレーム（パケット）を割り振る。ハッシュ値が同じフレーム（パケット）は、常に同じ物理ポートを通ることになる。あるいは、ＬＡＧメンバーポートが２つの場合、フレームの送信元ＭＡＣアドレスの１桁目（又は、先頭から１２桁目）が偶数か奇数かでハッシュ値に変換し、２つのＬＡＧメンバーポートに割り振る等を行う。別の例として、ハッシュ値（ハッシュキー）の要素の数が８個、ＬＡＧが４本の回線（ＮＩＦの数がＰ１からＰ４の４個）の場合、ハッシュ値に基づく振り分けの一例として、例えばポートＰ１には、ハッシュ値Ｈ１、Ｈ５、ポートＰ２には、ハッシュ値Ｈ２、Ｈ６、ポートＰ３には、ハッシュ値Ｈ３、Ｈ７、ポートＰ４には、ハッシュ値Ｈ４、Ｈ８等の振り分けが行われる。あるいは、レイヤ３（Ｌ３）スイッチ等のルータでは、例えばＩＰ（Internet Protocol）アドレスを元に、ハッシュ値を求めるようにしてもよい。例えば、ソースＩＰアドレス、デスティネーションＩＰアドレスの少なくとも一方の値のハッシュ値を元に振り分け先の出力ポートを決める。あるいは、ポートＩＤ等のハッシュ値を元に振り分け先の出力ポートを決めてもよい。
【００１９】
リンクアグリゲーションにおいて、例えば、ＭＩＰやＭＥＰを設定する際のポート情報としては、個々のポート（物理ポート）ではなく、例えば、複数のポート（物理ポート）を束ねた論理的なポートの情報が使用される場合がある。例えばＬＡＧを構成する複数のポートの１つのＭＡＣアドレスを当該ＬＡＧのシステムＩＤ（system identification）として用いる場合がある。この場合、複数のポート（物理ポート）が論理ポートに束ねられた通信装置（ノード装置）において、ＬＢＭフレーム等により、到達性を確認する場合、複数のポート（物理ポート）のうち、特定の物理ポートを使用した確認にとどまってしまうことが知られている（例えば特許文献１参照）。
【００２０】
例えばＬＢＭフレームを生成し送信するＭＥＰのＭＡＣアドレスと、宛先であるＭＩＰ／ＭＥＰのポートのＭＡＣアドレスを、それぞれ、送信元ＭＡＣアドレス、宛先ＭＡＣアドレスとするＬＢＭフレームは、例えば図３のスイッチＳＷ１において、該ＭＡＣアドレスに基づくハッシュ計算により振り分け先となるポートは決まっている。したがって、当該ポートには該ＬＢＭフレームは到達するが、他のポートの到達性を確認することはできない。
【００２１】
図４は、特許文献１の図面の図３に基づき作成した図である。図４（Ａ）には、イーサネットＯＡＭのループバック試験の動作例が示されている。図４（Ｂ）では、ＵｐＭＥＰを三角形で示し、ＬＢＭとＬＢＲのフレームが２つのＵｐＭＥＰで挟まれる区間で論理的に転送される様子を長二点鎖線で示している。図４（Ａ）では、ＬＢＭとＬＢＲの物理的な転送の経路を長一点鎖線で示している。
【００２２】
ＵｐＭＥＰは、リレー機能を経由して通信する。ＵｐＭＥＰは、例えば、装置内でフレームがスイッチ（リレー）され出力ポートが決定された後に出力されるポート＋ＶＬＡＮ（Virtual LAN）に対して設定される。ＵｐＭＥＰは、回線方向およびブリッジ・リレー側から着信する自分と同レベル又は下位レベルのＯＡＭフレームをドロップし、ブリッジ・リレー側から着信する自分と同レベルＯＡＭフレームを処理し、ブリッジ側又は回線側から着信した上位レベルのＯＡＭフレームは透過的に転送する。
【００２３】
一方、ＤｏｗｎＭＥＰは回線経由で通信し例えばスイッチのポート上に配置することができる。ＤｏｗｎＭＥＰは、例えば装置外から入力されるＯＡＭフレームを受信したポートで終端するＭＥＰであり、ＤｏｗｎＭＥＰのポートは、そのポートから装置外の方向へ保守管理フレームの送信も行う。ＤｏｗｎＭＥＰのポートは回線方向から着信する自分と同レベルのＯＡＭフレームを処理し下位レベルのフレームを廃棄し、ブリッジ・リレー側又は回線側から着信した上位レベルのＯＡＭフレームを透過的に転送する。
【００２４】
図３を参照して説明したように、ＬＡＧに転送されるＬＢＭおよびＬＢＲフレームは、ＭＡＣアドレスに基づき変換されたハッシュ値を元に、どれか１つのポート（物理ポート：ネットワークインタフェース）に振り分けられる。
【００２５】
ＭＥＰの間でのループバック（Loopback）では、ＬＢＭフレームと、その応答であるＬＢＲフレームのヘッダの宛先、送信元ＭＡＣアドレスの組合せは変わらない（ＬＢＲフレームでは、宛先、送信元ＭＡＣアドレスはＬＢＭフレームの宛先、送信元ＭＡＣアドレスと入れ替わる）。そのため、任意のＬＢＭフレームのＬＡＧにおけるハッシュ値はパケットごとに変わることはない。また任意のＬＢＭフレームの応答としてピアＭＥＰから応答されるＬＢＲフレームのＬＡＧにおけるハッシュ値も、フレームごとに変化はしない。このため、ＬＢＭおよびＬＢＲが通過する物理リンクは、ＬＢＭフレームおよびＬＢＲフレームの各々において、毎回同じとなる。そのため、図４に例示するように、ＬＢＭフレームをスイッチＳＷ１のポートＰ２のＭＥＰからスイッチＳＷ２のポートＰ１のＭＩＰへトランク１（ＬＡＧ）上で転送するときは、スイッチＳＷ１のポートＰ２からスイッチＳＷ２のポートＰ１へのリンクが選択的に使用される。したがって、スイッチＳＷ１のポートＰ３とスイッチＳＷ２のポートＰ２の間のリンクはＬＢＭやＬＢＲが通過しない区間（経路）となり、当該区間のフレーム伝送の正常性を確認することができない。
【００２６】
ＬＡＧに接続する複数のポート（物理ポート）の中から、フレームのＭＡＣアドレスのハッシュ値を元に１つのポートへの振り分けが行われる場合、例えばＬＢＭフレームの送信元（ＭＥＰ）のＭＡＣアドレスを増やす（ＮＩＦ（ネットワークインタフェース）を増設する）ことで、ＬＡＧに接続する別の物理ポートへＬＢＭフレームを振り分けることは可能ではある。しかしながら、ハッシュ値の要素数が多くなると、ＬＢＭフレームの送信元のネットワークインタフェースの増設個数が増大し、現実的ではない。
【００２７】
なお、上記問題に対して、特許文献１には、複数の物理ポートが論理ポートに束ねられた通信装置において、装置内部における複数のフレーム転送経路の正常性を網羅的に確認することを支援する技術が開示されている。特許文献１に記載のフレーム伝送装置は、ラインユニットが有する複数のポートと、設定制御ユニットを備え、設定制御ユニットは、第１のポートから第２のポートへＯＡＭフレームを装置内部で転送させることにより、装置内部におけるフレーム転送状態の正常性を確認する。設定制御ユニットは、第１のポートが、複数の物理ポートがリンク集約された論理ポートであるとき、複数の物理ポートのそれぞれを送信元のポートとして選択し、複数の物理ポートから第２のポートへ複数のＯＡＭフレームを転送させる。
【００２８】
また、特許文献２には、ＭＥＰ又はＭＩＰ等の保守エンティティが、指定リンクを介して少なくとも１つのＣＦＭ（Connectivity Fault Management）を転送することによって、グループの指定リンクを検査するように構成されるポートデファイナモジュールを備え、ユニキャストＬＢＭチェック中に、ＭＥＰが全てのリンクに関連付けられるか否か、全てのＬＡＧメンバをチェックすることができるようにした構成が開示されている。
【００２９】
さらに、特許文献３には、レイヤ２ネットワーク装置は、第１のポートから受信したイーサネットＯＡＭフレームを、リンク集約された回線（リンク）に接続する複数の第２のポートの全てへ送信するように複製するＯＡＭフレーム複製手段を有し、ＯＡＭフレームを、リンクアグリゲーションを構成する全てのリンクに転送することによって、通信装置間のリンク障害を検出することができるようにした構成が開示されている。
【００３０】
さらに、上記したリンクアグリゲーション上にタグＶＬＡＮ(Virtual Local Area Network)が構成される場合がある。タグＶＬＡＮにおいてＶＬＡＮに番号（ＶＬＡＮ  ＩＤ）をつけ、これを各スイッチのＶＬＡＮ情報管理用のデータベース（ＤＢ）に登録しておく。スイッチはＤＢを参照してフレームの送出元のＶＬＡＮと送り先のＶＬＡＮを対応させる。例えばスイッチ１、２間のトランクリンクでは、スイッチ１は、例えばＶＬＡＮ  Ａから送られたフレームのヘッダにＶＬＡＮ  Ａに対応するタグＶＬＡＮ番号を付加してトランクポートからスイッチ２に送信し、スイッチ２は、トランクポートから受け取ったフレームのヘッダのタグフィールドから、該フレームはＶＬＡＮ  Ａに属することを認識し、スイッチ１で挿入されたタグを外して、スイッチ２のＶＬＡＮ  Ａのポートに転送することで、該フレームは、目的のＶＬＡＮにだけ転送される。
【００３１】
レイヤ２スイッチはフレームを受信すると送信元ＭＡＣアドレスをフィルタリング・データベース（ＦＤＢ）と呼ばれるテーブルに登録する。ＦＤＢの各エントリには、ＭＡＣアドレスとフレームを受信したポートの対応が記録される。フレームを受信すると、レイヤ２スイッチは、宛先ＭＡＣアドレスとＦＤＢ内のＭＡＣアドレスを比較し、一致するエントリがない場合、フレームを受信したインタフェース（ポート）以外のすべてのインタフェースにブロードキャストし、ポートの接続先のＭＡＣアドレスを取得する。宛先ＭＡＣアドレスに一致するエントリがＦＤＢにあると、スイッチはフレームを受信したインタフェースとＦＤＢのエントリのインタフェースを比較し、インタフェースが異なっていれば、ＦＤＢのエントリに示されたインタフェースへフレームを中継する。
【００３２】
なお、スイッチにおいて、リンクアグリゲーションをレイヤ３インタフェースとして使用する場合に、ＩＰアドレスのハッシュ値を用いて、利用するリンクを振り分ける場合もある。またサブネットベースＶＬＡＮ等では、パケットのＩＰアドレスが特定のサブネットに属する場合、特定のＶＬＡＮに所属するとみなす。
【００３３】
スイッチにおいて、ＶＬＡＮ番号（ＶＬＡＮ  ＩＤ（ＶＩＤ））のハッシュ値に基づき、ＬＡＧポートの振り分けを行う場合、同一ＶＬＡＮ番号のフレームの送信元と宛先間のＶＬＡＮノード間のＬＡＧ相互接続性を監視することは容易ではない。
【００３４】
これは、スイッチのポートに１つのＶＬＡＮが所属するアクセスポートにおいて、各ポートにＶＬＡＮを割り当てるスタティック方式や、またＭＡＣアドレス、ＩＰアドレス、ユーザ名をＶＬＡＮにマッピングさせるダイナミック方式のいずれにおいても、ＶＬＡＮ番号が同一である場合、同じポートに振り分けられることになるためである。
【先行技術文献】
【特許文献】
【００３５】
【特許文献１】特開２０１５−００２４１３号公報
【特許文献２】特表２００９−５４３５００号公報
【特許文献３】特開２００８−１３１６１５号公報
【発明の概要】
【発明が解決しようとする課題】
【００３６】
上記した関連技術においては、リンクアグリゲーション上にＶＬＡＮが構成されている場合において、例えばスイッチがＶＬＡＮ番号に基づき、ＬＡＧメンバーポートの振り分けを行う場合、同一のＶＬＡＮの接続性試験しか行えず、ネットワークの接続性を監視、検査することは困難である。
【００３７】
また、スイッチがＶＬＡＮ  ＩＤとＭＡＣアドレスに基づき、ＬＡＧメンバーポートの振り分けを行う場合にも、同一のＶＬＡＮの接続性試験しか行えない。
【００３８】
リンク集約された全ての物理ポートに対して疎通試験を行って正常性を確認するには、ＭＥＰ又はＭＩＰを構成するスイッチ等の通信装置を、上記各特許文献の仕様に対応して改変（改造）又は設計し直す必要がある。
【００３９】
例えば広域イーサネットサービス等のように、イーサネットＶＰＮを構成することで拠点間を同一セグメントとして接続するネットワーク等では、上記のような各スイッチ等の改変は、既存のシステムへの適用を困難としている。また既存のシステムへ適用する場合のスイッチの改変（再設計）又は機種交換等は、コスト、工数等の上昇を招く。
【００４０】
したがって、本発明は上記課題に鑑みて創案されたものであって、その目的は、リンクアグリゲーションポートを有する複数の通信装置を含むネットワークの故障区間や故障部位の推定又は判定をコスト及び作業工数等の増加を抑制して、実現可能とするネットワーク管理装置、ネットワーク管理方法、及び、プログラムを提供することにある。
【課題を解決するための手段】
【００４１】
本発明の形態の１つによれば、リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄に、値をそれぞれ異ならせた所定の識別情報を設定した複数のフレームを生成して階層的に複数の通信装置（ネットワーク機器）が接続されたネットワーク越しのターゲット端末宛に送信する手段を備えたネットワーク管理装置が提供される。本発明の形態の１つによれば、リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄に、値をそれぞれ異ならせた所定の識別情報を設定した複数のフレームを生成してターゲット端末宛に送信する第１の手段と、送信した前記フレームに対する返信の受信を検出する第２の手段と、複数のターゲット端末宛に送信したフレームに対する返信の受信の有無と故障判定条件に基づき、故障区間、及び／又は、故障部位を判定する第３の手段と、を備えたネットワーク管理装置が提供される。
【００４２】
本発明の形態の１つによれば、リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークを監視するＥｏＥ（Ether over Ether）タグ付きＰＩＮＧ機能として、イーサフレームのヘッダの送信元（source）ＭＡＣアドレス、ＶＬＡＮ−ＩＤと、前記フレームでカプセル化されたＩＰパケットの送信元ＩＰアドレスの少なくとも１つをスイープしたフレームを送信する手段を備えたネットワーク管理装置が提供される。
【００４３】
本発明の形態の１つによれば、リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークを監視するＥｏＥ  ＰＩＮＧ機能として、イーサフレームのヘッダの送信元（source）ＭＡＣアドレス、ＶＬＡＮ−ＩＤの少なくとも１つをスイープしたフレームを送信する手段を備えたネットワーク管理装置が提供される。
【００４４】
本発明の形態の１つによれば、リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークを監視するＥｔｈｅｒ−ＯＡＭ機能として、イーサＯＡＭフレームヘッダの送信元（source）ＭＡＣアドレス、およびＶＬＡＮ―ＩＤの少なくとも１つをスイープしたフレームを送信する手段を備えたネットワーク管理装置が提供される。
【００４５】
本発明の形態の１つによれば、リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークを監視するタグ付きＰＩＮＧ機能として、イーサフレームのヘッダの送信元（source）ＭＡＣアドレス、ＶＬＡＮ−ＩＤと、前記フレームでカプセル化されたＩＰパケットの送信元ＩＰアドレスの少なくとも１つをスイープしたフレームを送信する手段を備えたネットワーク管理装置が提供される。
【００４６】
本発明の形態の１つによれば、上記ネットワーク管理装置を備えたネットワークシステムが提供される。
【００４７】
本発明の形態の１つによれば、リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄に、値をそれぞれ異ならせた所定の識別情報を設定した複数のフレームを生成してターゲット端末宛に送信し、前記フレームに対応する返信の受信を監視するネットワーク管理方法が提供される。本発明の形態の１つによれば、リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄に、値をそれぞれ異ならせた所定の識別情報を設定した複数のフレームを生成してターゲット端末宛に送信し、送信した前記フレームに対する返信の受信の有無を検出し、複数のターゲット端末宛に送信したフレームに対する返信の受信の有無と故障判定条件に基づき、故障区間、及び／又は、故障部位を判定するネットワーク管理方法が提供される。
【００４８】
本発明の形態の１つによれば、リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄に、値をそれぞれ異ならせた所定の識別情報を設定した複数のフレームを生成してターゲット端末宛に送信する処理と、前記フレームに対応する返信の受信を監視する処理を、コンピュータに実行させるプログラムが提供される。本発明の形態の１つによれば、リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄に、値をそれぞれ異ならせた所定の識別情報を設定した複数のフレームを生成してターゲット端末宛に送信する処理と、
送信した前記フレームに対する返信の受信の有無を検出する処理と、
複数のターゲット端末宛に送信したフレームに対する返信の受信の有無と故障判定条件に基づき、故障区間、及び／又は、故障部位を判定する処理と、
をコンピュータに実行させるプログラムが提供される。
【００４９】
本発明の形態の１つによれば、上記プログラムを記憶したコンピュータ読み出し可能な記録媒体（（例えばＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory)、又は、EEPROM(Electrically Erasable and Programmable ROM））等の半導体ストレージ、ＨＤＤ（Hard Disk Drive）、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）等のnon-transitory computer readable recording medium）が提供される。
【発明の効果】
【００５０】
本発明によれば、リンクアグリゲーションポートを有する複数の通信装置を含むネットワークの接続性確認（疎通確認）等の監視を、コスト及び作業工数等の増加を抑制して、実現可能としている。
【図面の簡単な説明】
【００５１】
【図１】イーサネットＯＡＭフレームを説明する図である。
【図２】（Ａ）、（Ｂ）、（Ｃ）はコネクティビティＯＡＭを説明する図である。
【図３】関連技術のハッシュを説明する図である。
【図４】（Ａ）、（Ｂ）は特許文献１の開示に基づく図である。
【図５】本発明の第１の実施形態を説明する図である。
【図６】本発明の第１の実施形態を説明する図である。
【図７】本発明の第１の実施形態のネットワーク管理装置（サーバ）の構成の一例を説明する図である。
【図８】本発明の第１の実施形態の動作の一例を説明する図である。
【図９】本発明の第２の実施形態を説明する図である。
【図１０】本発明の第２の施形態を説明する図である。
【図１１】本発明の実施形態を説明する図である。
【図１２】本発明の実施形態を説明する図である。
【図１３】本発明の実施形態を説明する図である。
【図１４】本発明の実施形態を説明する図である。
【図１５】本発明の実施形態を説明する図である。
【図１６】（Ａ）、（Ｂ）は本発明の第３の実施形態を説明する図である。
【図１７】本発明の第３の実施形態のサーバの構成の一例を説明する図である。
【図１８】本発明の第３の実施形態の動作の一例を説明する図である。
【図１９】本発明の第４の実施形態のサーバの構成の一例を説明する図である。
【図２０】本発明の第４の実施形態を説明する図である。
【図２１】本発明の第４の実施形態の動作の一例を説明する図である。
【図２２】本発明の第５の実施形態のサーバの構成の一例を説明する図である。
【図２３】本発明の第５の実施形態の動作の一例を説明する図である。
【図２４】本発明の第６の実施形態のサーバの構成の一例を説明する図である。
【図２５】本発明の第６の実施形態を説明する図である。
【図２６】本発明の第７の実施形態を説明する図である。
【図２７】本発明の第９の実施形態を説明する図である。
【図２８】本発明の第１０の実施形態の構成を説明する図である。
【図２９】本発明の第１０の実施形態を説明する図である。
【図３０】本発明の第１１の実施形態を説明する図である。
【図３１】本発明の第１１の実施形態を説明する図である。
【図３２】本発明の実施形態を説明する図である。
【図３３】（Ａ）、（Ｂ）は本発明の実施形態を説明する図である。
【図３４】本発明の第１２の実施形態のサーバの構成を説明する図である。
【図３５】（Ａ）、（Ｂ）は本発明の第１２の実施形態を説明する図である。
【図３６】ポート間接続情報の一例を説明する図である。
【発明を実施するための形態】
【００５２】
本発明の一実施形態について説明する。本発明の一形態において、ネットワーク管理装置は、リンクアグリゲーション接続を用いて階層的に接続された複数のネットワーク機器を含むネットワークにおいて、階層的に接続された複数のネットワーク機器の先にある複数のターゲット端末宛てに、監視用のフレーム（パケット）として、該フレームヘッダの識別情報欄に、少なくとも経路上のリンクアグリゲーションメンバーポート数以上の値にそれぞれ異ならせた所定の識別情報を設定した複数のフレームを生成し、複数のターゲット端末宛に並行して又は同時に送信する手段を備えた構成をとる。
【００５３】
本発明の一形態において、ネットワーク管理装置は、フレームヘッダの識別情報として、ＶＬＡＮ  ＩＤの値を可変させたフレームを送信し、複数のターゲット端末からの返信の受信を、並行して又は同時に、監視することで、複数のターゲット端末までの経路上のリンクアグリゲーションを構成する全ての物理回線の送信、受信の双方向の正常性を、並列的に又は同時に、確認する構成をとる。
【００５４】
本発明の一形態において、前記監視フレームのヘッダは、Mac in Mac（ＭＡＣフレームをＭＡＣフレームでカプセル化して運ぶイーサネット（登録商標）技術）に代表されるＶＬＡＮ拡張のフレームフォーマットを用いた監視フレームを生成し、監視フレームの拡張VLANのヘッダに含まれる送信元アドレス情報欄に、値をそれぞれ異ならせた所定のアドレスを設定した複数のフレームを生成して送信する構成としてもよい。
【００５５】
複数のリンクアグリゲーション接続を用いて階層的に接続された複数のネットワーク機器を含むネットワークおいて、階層的に接続された複数のネットワーク機器の先にある複数のターゲット端末までの接続性確認（疎通確認）等を、監視トラフィックのミニマム化、コストの上昇、手間、作業工数等の増大を抑制して実現可能とする本発明の一形態おいて、前記フレーム又はパケットに設定された送信元アドレス情報は、前記監視フレームの複数の経路上のネットワークの通信装置において、経路上のネットワーク機器に設定されたその他のＬＡＧ振分参照パラメータ情報を用いても良い。
【００５６】
本発明の一形態によれば、ネットワーク管理装置は、複数のリンクアグリゲーション接続を用いて階層的に接続された複数のネットワーク機器を含むネットワークを監視するＰＩＮＧ監視機能として、イーサフレームのヘッダの送信元（source）ＭＡＣアドレス、ＶＬＡＮ  ＩＤ、Mac in Macのフレームフォーマットを用いてカプセル化した状態のＩＰパケットのMac in Macアドレスのうちのいずれか、又は、複数の組み合わせをそれぞれスイープした監視フレームを自生して送信する手段を備えた構成としてもよい。
【００５７】
本発明の一形態によれば、複数のリンクアグリゲーション接続を用いて階層的に接続された複数のネットワーク機器を含むＥｏＥ（Ethernet Over Ethernet、又は、Ether Over Ether）網、ＰＢＢ網、又は、その他のＶＬＡＮ拡張技術を用いたネットワークに対して、ＥｏＥエッジスイッチ、ＰＢＢエッジスイッチ、又は、その他のＶＬＡＮ拡張技術を用いたカプセル・デカプセルを行うエッジスイッチ等のネットワーク機器を介さずに、サーバから、直接、Mac in Macフレームフォーマットでカプセル化した状態のＰＩＮＧ監視フレーム、カプセル化した状態のＥｔｈｅｒ−ＯＡＭのＬＢＭフレーム、又は、カプセル化した状態のＴＳ１０００フレームを自ら生成し、ＥｏＥアドレスのＳＡ、ＥＩＤ、ＥＶＩＤの少なくとも１つをスイープし送信する手段を備えた構成としてもよい。
【００５８】
本発明の一形態によれば、複数のリンクアグリゲーション接続を用いて階層的に接続された複数のネットワーク機器を含むネットワークおいて、階層的に接続された複数のネットワーク機器の先にある複数のターゲット端末までの複数の経路を並行又は同時に監視するＥｔｈｅｒ−ＯＡＭ機能として、イーサＯＡＭフレームヘッダの送信元（ｓｏｕｒｃｅ）ＭＡＣアドレス、およびＶＬＡＮ  ＩＤの少なくとも１つをスイープしたフレームを送信する手段を備えることで、Ｅｔｈｅｒ−ＯＡＭフレームを、サーバから、ＳＡ（送信元アドレス）をスイープすることで、ＬＢＭを送信することにより、送信経路上ではＳＡで振分を行わせ、ターゲット端末からは、複数のＤＡ（宛先アドレス）となったＬＢＲを応答させることで、受信側経路上のＬＡＧでは、ＳＡ（送信元アドレス）で振り分けさせることにより、ターゲット側に監視フレームの送信機能が無くても、双方向のリンクアグリゲーションの全メンバーポートの正常性確認ができる構成としてもよい。
【００５９】
本発明の一形態によれば、ネットワーク管理装置は、複数のリンクアグリゲーション接続を用いて階層的に接続された複数のネットワーク機器を含むネットワークおいて、階層的に接続された複数のネットワーク機器の先にある複数のターゲット端末までの複数の経路を監視するＰＩＮＧフレームをＶＬＡＮ  ＴＡＧ付きで送信することで、イーサフレームのヘッダの送信元（ｓｏｕｒｃｅ）ＭＡＣアドレス、ＶＬＡＮ  ＩＤと、前記フレームでＴＡＧ付きとされたＩＰパケットの送信元ＩＰアドレスの少なくとも１つをスイープしたＩＣＭＰ  ｒｅｑｕｅｓｔ（要求）を送信する事により、送信経路上では、ＩＣＭＰ  ｒｅｑｕｅｓｔの複数のＳＡ（送信元アドレス）の情報を元に、ＬＡＧ振分を行わせ、受信経路上では、ターゲット端末から複数のＩＣＭＰ  ｒｅｐｌｙ（応答）のＤＡ（宛先アドレス）の情報を元に、ＬＡＧ振分を行わせることで、ターゲット側に監視フレームの送受信機能が無くても双方向のリンクアグリゲーションの全メンバーポートの正常性が確認できる手段を備えた構成としてもよい。
【００６０】
本発明の一形態によれば、ネットワーク管理装置は、監視フレーム又は監視パケットのヘッダの所定フィールドの送信元情報に含まれる値を、互いに異なる値（又は、ある範囲内で掃引した値）に設定した複数の監視フレーム又は監視パケットを、リンクアグリゲーション接続を用いて階層的に接続された複数のネットワーク機器を含むネットワークにおいて、階層的に接続された複数のネットワーク機器の先にある複数のターゲット端末に送信し、複数のターゲット端末までの経路上のリンクアグリゲーションを構成する全ての物理回線送受信双方向の正常性を、並列的に又は同時に、確認する構成をとる構成としてもよい。監視フレーム又は監視パケットのヘッダの所定フィールドの送信元情報に含まれる値としては、ＶＬＡＮ−ＩＤ（ＶＩＤ）、ＭＡＣアドレス、ＩＰアドレス、ポートＩＤ等のいずれか、又は、これらのうち選択された複数の組み合わせ（例えばＶＩＤとＭＡＣアドレス）を用いてもよい。ＭＡＣアドレス、ＩＰアドレスは、ソース（送信元）アドレスであってもよいし、デスティネーション（宛先）アドレスであってもよいし、あるいは、ソースアドレス（送信元）とデスティネーション（宛先）のアドレスの組み合わせであってもよい。
【００６１】
ネットワーク管理装置が用意する複数のＭＡＣアドレス、ＩＰアドレス（掃引アドレス）等は、送信元装置のＭＡＣアドレス、ＩＰアドレスとは別の仮想ＭＡＣアドレス、仮想ＩＰアドレスであってもよい。またポートＩＤも仮想ポートＩＤであってもよい。
【００６２】
＜第１の実施形態＞
図５は、本発明の例示的な第１の実施形態を模式的に説明する図である。図５を参照すると、ネットワーク管理装置１０は、ネットワーク監視制御を行うノードであり、ソフトウェア的にＰＩＮＧのフレームにＶＬＡＮタグを付け、ＶＩＤ（Ｖｉｒｔｕａｌ  ＬＡＮ  Ｉｄｅｎｔｉｆｉｅｒ：１２ビット）を、少なくとも通信経路上のＬＡＧメンバーポート数の最大値以上で予め定められた範囲内で可変させ、ネットワーク１のエッジスイッチ２−２を介してターゲット端末３に送信する。なお、エッジスイッチ２−２に接続されるターゲット端末３を複数備えた構成としてもよい。ネットワーク管理装置１０は、例えばサーバ等の通信機能を備えたコンピュータに実装してもよい。この場合、該サーバが、ネットワーク管理機能装置として機能する。このため、本明細書では、参照符号１０によって、ネットワーク管理機能装置の機能を実現したサーバを指示する場合もある。
【００６３】
なお、図５において、エッジスイッチ２−１は、ネットワーク１の通常動作時において、スイッチ２０−Ａ〜２０−Ｄ、エッジスイッチ２−２を介して、ターゲット端末３に接続するものであってもよい。なお、エッジスイッチ２−１は、ネットワーク管理装置１０によるネットワーク１の監視制御時に、動作状態であってもよい。
【００６４】
スイッチ２０−Ａ〜２０−Ｄでは、それぞれＶＬＡＮ  ＩＤ（ＶＩＤ（１２ビット）、ＶＬＡＮ番号ともいう）のハッシュ値に基づき、振り分けを行い、入力ポートから受信したＰＩＮＧ（フレーム）を振り分け先のＬＡＧメンバーポート（出力ポート）から出力する。スイッチ２０−Ａ〜２０−Ｄのポートは、ＬＡＧメンバーポートを含み、例えばポート間はトランクリンクで接続される構成としてもよい。１本のトランクリンクには、複数のＶＬＡＮトラフィックが伝送可能とされ、該トランクリンクに伝送されるフレームは、タグ（ＶＩＤ）で識別される。なお、スイッチ２０−Ａ〜２０−Ｄにおいて、ポートがトランクポート（タグ付きポート）、アクセスポート（タグ無し）に切り替え設定可能である場合、該ポートを、１つのポートが複数のＶＬＡＮに所属可能なトランクポートに設定される。そして、スイッチ２０−Ａ〜２０−Ｄのそれぞれのトランクポートについて、ネットワーク管理装置１０で可変に設定（掃引）されるＶＩＤ（例えば図５のＶＩＤ＝２〜５）のＶＬＡＮ（ＶＬＡＮ  ２〜５）のトラフィックを通すように予め設定しておいてもよい。
【００６５】
図５において、スイッチ２０−Ａ〜２０−Ｄの対向する各４つのポート（４本の回線）のそれぞれが、ＬＡＧにより１つにまとめた構成において、ネットワーク管理装置１０からの破線矢印は、ＶＩＤを可変させた４つのＰＩＮＧの経路を示している。なお、ＬＡＧメンバーポート（ＬＡＧに集約される回線本数）は４に制限されるものでないことは勿論である。
【００６６】
図５において、ネットワーク管理装置１０からターゲット端末３のＩＰアドレスに対してＴＡＧ内のＶＩＤを２〜５で掃引して送信されたタグ付（例えばＶＩＤ＝２）ＰＩＮＧフレーム（Ｅｃｈｏリクエスト）を入力ポートである１ポートから受信する。
【００６７】
スイッチ２０−Ａは、設定によりＶＩＤ振分に設定されており、装置メーカが独自に決定しているハッシュアルゴリズムに基づき、該フレームの振り分け先のＬＡＧメンバーポート（出力ポート）をＶＩＤ値に基づいて決定し、決定した出力ポートに、該フレームを振り分けて出力するが、ＶＩＤ値の１の桁のみに着目した場合に、各装置メーカによってハッシュアルゴリズムは異なる為に、どの監視フレームがどのメンバーポートを通過するかは不明であるが、ＤＡ（宛先アドレス）が同じＩＰアドレスであっても、ＶＩＤが連番である場合には、均等に振分を行う。
【００６８】
スイッチ２０−Ａから出力された該フレーム（タグ付きＰＩＮＧフレーム）は、スイッチ２０−ＢにおいてＶＩＤ２〜５のＶＬＡＮタグ付きＰＩＮＧがＬＡＧメンバーポートに網羅的に入力される。
【００６９】
スイッチ２０−Ｂ、２０−Ｃにおいても、設定によりＬＡＧはＶＩＤ振分に設定されており、スイッチ２０−Ｂ、スイッチ２０−Ｃ、スイッチ２０−Ｄは、相互に異なるハッシュアルゴリズムを持っていてもよく、またスイッチ２０−Ａとも異なるハッシュアルゴリズムを持っていてもよい。各装置ともに各装置メーカが独自に決定しているハッシュアルゴリズムに基づき、該フレームの振り分け先のＬＡＧメンバーポート（出力ポート）をＶＩＤ値に基づいて決定し、決定した出力ポートに、該フレームを振り分けて出力するが、各装置メーカによって、ハッシュアルゴリズムは異なる為、どの監視フレームがどのメンバーポートを通過するかは不明である。ＤＡが同じＩＰアドレスであっても、ＶＩＤの一桁目をＶＩＤ２〜５のように連番にすることで、均等に振分を行う。  
【００７０】
エッジスイッチ２−２は、受信したＶＬＡＮタグ付きＰＩＮＧフレームを、そのままターゲット端末３が接続されたポートに出力し、ターゲット端末３にＶＬＡＮタグ付きＰＩＮＧフレームが到達する。
【００７１】
ターゲット端末３では、ＴＡＧ付きのままＰＩＮＧを受信する。ターゲット端末３は、ＴＡＧ付きＰＩＮＧリクエストの応答であるＴＡＧ付きＰＩＮＧリプライ（Ｅｃｈｏリプライ）を、ネットワーク管理装置１０宛てに返送する。ＴＡＧ付きＰＩＮＧリプライのパケットのデスティネーション（宛先）ＩＰアドレスは、ターゲット端末３が受信したＴＡＧ付きＰＩＮＧリクエストに含まれるＩＰヘッダのソース（送信元）ＩＰアドレス（ネットワーク管理装置１０のＩＰアドレス）とし、ソース（送信元）ＩＰアドレスはターゲット端末３のＩＰアドレスとして返信をする。
【００７２】
ターゲット端末３では、ターゲット端末３が受信したＴＡＧ付きＰＩＮＧリクエストのＩＣＭＰヘッダのＩＤ番号、シーケンス番号はそのままコピーしてＴＡＧ付きＰＩＮＧリプライのＴＡＧ付きＩＣＭＰヘッダに設定し、タイプをリプライ（＝０）に設定して返送する。
【００７３】
ターゲット端末３に接続するエッジスイッチ２−２では、ＴＡＧ付きＰＩＮＧリプライを受け、ＴＡＧ付きＰＩＮＧリプライのフレームヘッダのＶＬＡＮタグにＶＩＤがあることから、当該ＶＬＡＮの中でのＰＩＮＧ応答としてスイッチ２０−Ｄに転送する。スイッチ２０−Ｃ、２０−Ｂにおいても、設定によりＬＡＧはＶＩＤ振分に設定されており、スイッチ２０−Ｄ、スイッチ２０−Ｃ、スイッチ２０−Ｂは、相互に異なるハッシュアルゴリズムを持っていてもよく、またスイッチ２０−Ａとも異なるハッシュアルゴリズムを持っていてもよい。各装置ともに、各装置メーカが独自に決定しているハッシュアルゴリズムに基づきＴＡＧ付きＰＩＮＧフレームの振り分け先のＬＡＧメンバーポート（出力ポート）を、ＶＩＤ値に基づいて決定し、決定した出力ポートに、該フレームを振り分けて出力する。各装置メーカによってハッシュアルゴリズムは異なる為に、どの監視フレームがどのメンバーポートを通過するかは不明であるが、ＤＡが同じＩＰアドレスであっても、ＶＩＤの一桁目をＶＩＤ２〜５のように連番にすることで均等に振分を行う。このようにして、最終的にスイッチ２０−Ｄ〜２０−Ａを介してネットワーク管理装置１０にＴＡＧ付きＰＩＮＧリプライが返送される。
【００７４】
なお、図５では簡単のため、スイッチ２−２に接続されているターゲット端末３は１台のみが示されているが、エッジスイッチ２−２に複数の異なるＶＬＡＮ（ここではＶＩＤ２〜５）にそれぞれ接続する複数のターゲット端末が接続される構成としてもよい。
【００７５】
図６（Ａ）、図６（Ｂ）は、図５のネットワーク管理機能装置（サーバ）１０が、ネットワークトポロジー情報に基づき、エッジスイッチ２−２配下のターゲット端末(目的ノード)に対して、ヘッダのＶＬＡＮ  ＩＤ（ＶＩＤ）の値を可変（掃引）させた複数のＴＡＧ付きＰＩＮＧを、同時に又は並列的に、並行して送信・受信することで、障害区間を検出する過程を模式的に説明する図である。
【００７６】
図６（Ａ）は、図７のネットワーク１のトポロジーの一例を説明する図である。図６（Ａ）において、装置Ａ〜装置Ｄは、例えば図５のスイッチ２０−Ａ〜２０−Ｄに対応させることができ、装置Ｅ、装置Ｆは、エッジスイッチ２に対応させてもよい。目的（ターゲット）ノードＡ、Ｂ、Ｃは、図５の目的（ターゲット）ノード３に対応させることができる。番号１−４は、装置間の区間を示している。
【００７７】
図６（Ｂ）は、図６（Ａ）のネットワークトポロジーにおいて、図５のネットワーク管理機能装置（サーバ）１０が区間の障害を検出する条件の一例を示す図である。
【００７８】
ネットワーク管理機能装置（サーバ）１０は、ターゲット端末Ａに対して送信した複数のタグ付きＰＩＮＧリクエストに対するタグ付きＰＩＮＧのリプライがどれか１つでも戻ってこない場合（他のターゲット端末からはタグ付きＰＩＮＧのリプライを受信）、区間１の障害と判定してもよい。
【００７９】
ネットワーク管理機能装置（サーバ）１０は、ターゲット端末Ｂに対して送信した複数のタグ付きＰＩＮＧリクエストに対するタグ付きＰＩＮＧのリプライがどれか１つでも戻ってこない場合（他のターゲット端末からはＰＩＮＧのリプライを受信）、区間２の障害と判定してもよい。
【００８０】
ネットワーク管理機能装置（サーバ）１０は、ターゲット端末Ｃに対して送信した複数のタグ付きＰＩＮＧリクエストに対するタグ付きＰＩＮＧのリプライがどれか１つでも戻ってこない場合（他のターゲット端末からはタグ付きＰＩＮＧのリプライを受信）、区間３の障害と判定してもよい。
【００８１】
ネットワーク管理機能装置（サーバ）１０は、ターゲット端末Ａ、Ｂ、Ｃに対して送信した複数のタグ付きＰＩＮＧリクエストに対するタグ付きＰＩＮＧのリプライがどれか１つでも戻ってこない場合、区間４の障害と判定してもよい。
【００８２】
このように、タグ付きＰＩＮＧリクエストの不到達が発生したターゲット端末の情報に基づき、ＬＡＧを用いたネットワークにおいて、サイレント故障等の発生した区間の判定を可能としている。
【００８３】
なお、図５において、ネットワーク管理機能装置（サーバ）１０は、タグ付きＰＩＮＧの送信の際は、ＭＴＵ（Maximum Transfer Unit）サイズやＵＴＰ（Unshielded Twisted Pair）ポート番号等もスイープさせることにより、特定パケット長以上、特定パケット長以下、又は、特定パケット長のみの転送障害の検出や、特定ＵＴＰポートを使用するアプリケーションの通信に関するサイレント故障も可能となることについては言うまでもない
【００８４】
図７（Ａ）は、ネットワーク管理装置（サーバ）１０の構成の一例を説明するための図である。図７（Ｂ）は、ＩＣＭＰヘッダを説明する図である。
【００８５】
図７（Ａ）を参照すると、管理モジュール１８は、監視制御部１２と、ＰＩＮＧフレーム作成部３３と、フレーム送信部１４と、ＰＩＮＧリプライ受信判定部３５とを備えている。ＰＩＮＧフレーム作成部３３は、ＰＩＮＧフレームのＶＬＡＮタグのＶＩＤフィールドにＶＩＤ（１２ビット）を設定するＶＩＤ設定部３３１を備えている。ＶＩＤ設定部３３１には、図５のスイッチ２０−Ａ〜２０−ＤのＬＡＧメンバーポート数以上のＶＩＤを記憶保持しているか、ＶＩＤを可変に設定する場合の上限値、下限値を保持するようにしてもよい。ＶＩＤ設定部３３１で保持するＶＩＤ、上限値、下限値が、ネットワーク管理装置（サーバ）１０に対して、管理者等が設定するようにしてもよい。
【００８６】
イーサネットカード等のネットワークインタフェース（ＮＩＦ、ＮＩＣ（Network Interface Card)ともいう）１１のトランスミッタ１１１とレシーバ１１２は、伝送メディアとして例えばＵＴＰ（Unshielded Twisted Pair）ケーブル（例えばカテゴリ３（１０ＢＡＳＥ−Ｔのイーサネット規格で１０Ｍｂｐｓ（Megabit per second）、１００ＢＡＳＥ−Ｔ２／Ｔ４の規格で１００Ｍｂｐｓの）乃至カテゴリ６（１０００ＢＡＳＥ−Ｔ、１０００ＢＡＳＥ−ＴＸの規格で１Ｇｂｐｓ（Giga bit per second）））、ＳＴＰ（Shielded Twisted Pair）ケーブル、光ファイバ、又は、同軸ケーブル（１００ｂａｓｅ）等で有線接続する構成としてもよい。
【００８７】
管理モジュール１８は、Ｌ２（データリンク層）、Ｌ３(ネットワーク層)の処理モジュールとして実装するようにしてもよい。
【００８８】
タグ付きＰＩＮＧフレーム作成部３３は、宛先ＩＰアドレスをターゲット端末３（図５）とするＰＩＮＧフレームを監視制御部１２から受け取り、ＶＬＡＮタグのＶＩＤフィールドにＶＩＤ値を設定し、フレーム送信部１４に受け渡す。
【００８９】
タグ付きＰＩＮＧコマンドを実行するごとに、タグ付きＩＣＭＰヘッダのＩＤ番号（図７（Ｂ））には異なる識別番号が設定される。１回のタグ付きＰＩＮＧコマンドで複数回のタグ付きＰＩＮＧが実行される場合、複数のフレームには、同じＩＤ番号が付与される。シーケンス番号（図７（Ｂ））は、送信されるパケット（フレーム）毎に、異なる番号が付与される。なお、図７（Ｂ）には、タグ付きＰＩＮＧリクエスト（エコーリクエスト（ＩＣＭＰ＿ＥＣＨＯ）：タイプ８）のタグ付きＩＣＭＰヘッダが模式的に例示されている。
【００９０】
フレーム送信部１４は、タグ付きＰＩＮＧフレームを、トランスミッタ１１１を介して送信する。フレーム送信部１４は送信したタグ付きＰＩＮＧフレームに対して送信時刻情報（タイムスタンプ）を、例えばタグ付きＩＣＭＰヘッダのＩＤ番号、シーケンス番号と対応させて、不図示の記憶部に保持するようにしてもよい。ネットワークインタフェース（ＮＩＦ）１１はレシーバ１１２で受信したタグ付きＰＩＮＧリプライをタグ付きＰＩＮＧリプライ受信判定部３５に渡す。
【００９１】
タグ付きＰＩＮＧリプライ受信判定部３５は、タグ付きＰＩＮＧリプライ（Ｅｃｈｏリプライ（ICMP_ECHOREPLY）：タイプ０）のＩＤ番号とシーケンス番号に基づき、タグ付きＰＩＮＧ要求と応答の対応付けを行う。ターゲット端末３から返送されるタグ付きＰＩＮＧリプライのヘッダも、図７（Ｂ）と同様であり、ＩＤ番号、シーケンス番号は、ターゲット端末３が、受信したタグ付きＰＩＮＧ要求（エコー要求）に設定されたＩＤ番号、シーケンス番号をコピーして返送する。なお、タグ付きＰＩＮＧリプライに含まれるＩＣＭＰヘッダのタイプは０である。タグ付きＰＩＮＧリプライ受信判定部３５は、タグ付きＰＩＮＧリクエストに対応するＩＤ番号、シーケンス番号のタグ付きＰＩＮＧリプライが受信された場合、応答有と判定する。
【００９２】
タグ付きＰＩＮＧリプライ受信判定部３５は、タグ付きＰＩＮＧリクエスト（タイプ０のＩＣＭＰフレーム）に対応するＩＤ番号、シーケンス番号のタグ付きＰＩＮＧリプライが受信されない場合、応答無と判定する。
【００９３】
タグ付きＰＩＮＧリプライ受信判定部３５は、タグ付きＰＩＮＧリプライの受信の有無を監視制御部１２に通知する。
【００９４】
なお、タグ付きＰＩＮＧリプライ受信判定部３５は、タグ付きＰＩＮＧリクエストフレームを送信してから、タイマ監視し、予め定められた時間内に、ターゲット端末３から該当するタグ付きＰＩＮＧリプライが返ってくるか監視し、予め定められた時間経過しても、該当するターゲット端末３から該当するタグ付きＰＩＮＧリプライが返ってこない場合、応答無と判定し、監視制御部１２に通知するようにしてもよい。
【００９５】
あるいは、ネットワーク管理装置１０とターゲット端末３との間のネットワーク１に配置された不図示のルータ（Ｌ３スイッチ）等が、ネットワーク管理装置１０から送信されたＰＩＮＧ要求（エコーリクエスト）を受け取り、ターゲット端末３宛てに送信したが、ＰＩＮＧ要求がターゲット端末３に届かないか、送信時間切れ等が発生した場合、ルータ（Ｌ３スイッチ）等は、ネットワーク管理装置１０に、タグ付きＩＣＭＰフレーム（例えば、タイプ３：到達不能（ICMP_UNREACH）、タイプ１１：時間超過（ICMP_TIMXCEED））を返送する。タグ付きＰＩＮＧリプライ受信判定部３５は、ネットワーク１を介して返送されたタグ付きＩＣＭＰフレームのタイプを判別して、タグ付きＰＩＮＧ要求の到達不能等を検出するようにしてもよいことは勿論である。
【００９６】
監視制御部１２では、タグ付きＰＩＮＧリプライの応答の無いターゲット端末３とタグ付きＰＩＮＧフレームに設定したＶＩＤを、ターゲット端末とＶＩＤの対応から削除する。一方、タグ付きＰＩＮＧリプライを正常に返したターゲット端末３と、タグ付きＰＩＮＧフレームに設定したＶＩＤの組み合わせを固定化して記憶保持し、該ターゲット端末のＩＰアドレスを宛先ＩＰアドレスとし、ＶＬＡＮタグに該ＶＩＤに設定したタグ付きＰＩＮＧを用いて該ターゲット端末３が接続するＶＬＡＮを監視するようにしてもよい。監視制御部１２では、ＰＩＮＧの応答結果に基づき、図６を参照して説明したように、ネットワーク１のトポロジー情報に基づき、故障区間を判定するようにしてもよい。
【００９７】
図８は、本発明の第１の実施形態の動作を説明する流れ図である。ネットワーク管理装置１０は、正常時に、ＶＬＡＮ  ＩＤ（ＶＩＤ）をＬＡＧメンバーポート数以上用意し、あるいは、ＶＩＤの指定範囲を確保しておきその範囲内を変化させた、複数のタグ付きＰＩＮＧリクエスト（Ｅｃｈｏリクエスト）を、１つ又は複数のターゲット端末宛に送信する。その際、同一のターゲット端末に対して、フレームヘッダのタグ（ＶＩＤ）が異なる値に設定された複数のＰＩＮＧリクエストを送信する（Ｓ１０１）。
【００９８】
ネットワーク管理装置１０は、ターゲット端末からタグ付きＰＩＮＧリプライが返ってきたか否かを監視する（Ｓ１０２）。
【００９９】
ネットワーク管理装置１０は、ターゲット端末からタグ付きＰＩＮＧリプライが返ってこない場合（タグ付きＰＩＮＧ不到達）、ネットワーク管理装置１０で記憶管理する不図示のテーブル（ターゲット端末とＶＩＤの組み合わせ）から、該ターゲット端末を除去する（Ｓ１０３）。
【０１００】
ターゲット端末からタグ付きＰＩＮＧリプライが返ってきた場合（タグ付きＰＩＮＧ到達）、ネットワーク管理装置１０は、該ターゲット端末とＶＩＤを対応付けて管理する（Ｓ１０４）。
【０１０１】
ネットワーク管理装置１０は、該ターゲット端末とＶＩＤの組み合わせでタグ付きＰＩＮＧによる監視を行う（Ｓ１０５）。
【０１０２】
第１の実施形態によれば、リンクアグリゲーション上にＶＬＡＮが構成されている場合において、例えばスイッチ等の通信装置がＶＬＡＮ  ＩＤに基づき、ＬＡＧメンバーポートの振り分けを行う設定の場合、また、ネットワークを構成する装置毎にＶＬＡＮ振分アルゴリズムが相互に異なっていても、あるいは、ＶＬＡＮハッシュアルゴリズムが不明でどのＶＩＤがどのポートに出力されるかが不明であっても、該スイッチ等の通信装置を改変することなく（既存のスイッチ等の通信装置をそのまま利用して）、異なったＶＬＡＮの接続性確認（疎通確認）等の監視、障害区間の検出等を実現可能としている。例えば、既存のネットワークに後付で、ネットワークの双方向のサイレント故障監視、検査の効率化、容易化、コストの増加抑制又は低減を可能としている。同様に、スイッチがＶＬＡＮ  ＩＤとＭＡＣアドレスに基づき、ＬＡＧポートの振り分けを行う場合にも、異なったＶＬＡＮの接続性確認（疎通確認）等の監視、サイレント故障の障害区間の検出等を実現可能としている。
【０１０３】
＜第２の実施形態＞
例示的な第２の実施形態は、図５のネットワーク１をＥｏＥ（Ether Over Ether）ネットワークで構成している。ネットワーク管理機能装置（サーバ）１０が、ＥｏＥ-ＰＩＮＧによるＬＡＧ監視  ＶＩＤハッシュ機能を備えている。図５において、スイッチ２０−Ａ〜２０−Ｄにおいて、ＬＡＧの振分ルールがＶＬＡＮ  ＩＤ（ＶＩＤ）である場合、ＥｏＥ  ＰＩＮＧリクエストのＶＩＤをスイープさせることにより、複数のリンクアグリゲーション接続を用いて、階層的に接続された複数のネットワーク機器を含むネットワークに接続されている複数のターゲット端末、又は、複数のＥｏＥエッジスイッチに対して、同時に、並列に、又は、並行して、ＥｏＥ  ＰＮＩＧリクエストを送信することで、ＥｏＥ  ＰＩＮＧの到達不到達の組み合わせによってサイレント故障発生の可能性のある区間を論理的に特定する。またサイレント故障発生区間と想定された区間の、サーバに面しているポートを有する装置の代表ＥｏＥ  ＭＡＣアドレスに対して、自動的に又は半自動的に、ＶＩＤをスイープさせてＥｏＥ  ＰＩＮＧを送信し、その応答であるＥｏＥ  ＰＩＮＧ  ｒｅｐｌｙのフレームを受信し、ＥｏＥ  ＰＩＮＧ  Ｒｅｐｌｙの中に含まれないＰｏｒｔ  ＩＤが欠損しているＰｏｒｔとして、自動的に又は半自動的に、各ＬＡＧメンバーポートのサイレント故障において発生ポート特定を行う。なお、スイッチ２０−Ａ〜２０−Ｄは、ＭＡＣアドレスによるＬＡＧポートの振り分けを行うように設定してある場合、サーバ側のＥｏＥ  ＭＡＣドレスをスイープさせて送信しても良い。
【０１０４】
ＥｏＥ（Ether over Ether）では、図９に模式的に示すように、エッジスイッチ（エッジルータ）５−１、５−３の加入者向けポートそれぞれにユニークなＥｏＥＭＡＣアドレスを定義してもよい。ＥｏＥ  ｐｉｎｇの代わりにＥｔｈｅｒ−ＯＡＭのＬＢＭを使用し、装置側に応答パケットであるＬＢＲにＰｏｒｔ  ＩＤを含めて返信させることでエッジスイッチ５−１、５−３はＰＥルータ（Provider Edge router）であってもよい。また図９において、ネットワーク１は、ＭＰＬＳ（Multi-Protocol Label Switching）であってもよいし、ＶＰＬＳ（Virtual Private LAN Service）等であってもよい。  
【０１０５】
エッジスイッチ５−１は、送信元ノード４から受け取ったイーサネットフレーム５０１をＥｏＥヘッダでカプセル化（encapsulate）する。ＥｏＥヘッダは、
・宛先ＥｏＥ  ＭＡＣアドレス（ＥｏＥ  ＤＡ（Destination Address）:ＤＡ２）：エッジスイッチ５−３の装置のＥｏＥ  ＭＡＣアドレス、
・送信元ＥｏＥ  ＭＡＣアドレス（ＥＯＥ  ＳＡ（Source Address)：ＳＡ２）：エッジスイッチ５−１の装置のＥｏＥＭＡＣアドレス：ａ、
・タグ（Ｔａｇ２）：ＶＩＤを含む。エッジスイッチ５−１はカプセル化したイーサネットフレーム５０２をコアスイッチ５−２（１つ又は複数）を介して、エッジスイッチ５―３に転送する。  
【０１０６】
エッジスイッチ５−３では、イーサネットフレーム５０２から、エッジスイッチ５−１で付加されたＥｏＥヘッダを外し（非カプセル化（decapsulate））、元のイーサネットフレーム５０３を宛先ノード６に送信する。この結果、コアスイッチ５−２で学習しなくてはならないＭＡＣアドレスを劇的に減らすことが出来る。
【０１０７】
予め振り分けられていたポート（port）とＶＩＤの関係をネットワーク管理機能装置（サーバ）１０のデータベースで管理し、ＥｏＥ ＰＩＮＧリプライの応答が無いことは、シーケンス番号によってのみでなく、受信したＥｏＥ ＰＩＮＧリプライのＶＩＤを抽出し、間接的に応答がないＶＩＤにより、応答のないＶＩＤに対応するポートＩＤを特定するようにしてもよい。あるいは、ＥｏＥ  ＰＩＮＧリプライに含まれるＰｏｒｔ  ＩＤが、応答されたＥｏＥ  ＰＩＮＧ  Ｒｅｐｌｙには無いことで、サイレント故障が発生しているポートを自動的に又は半自動的に特定してもよい。
【０１０８】
ＬＡＧにまとめられた回線の全てにＴＡＧ付きＰＩＮＧリクエストが振り分けられるようにするために、ネットワーク管理機能装置（サーバ）１０では、ＬＡＧメンバーポートの数よりも多い数の互いに異なる値のＶＩＤであり、末尾の一桁目が連番となっているＶＩＤ番号をそれぞれタグに設定したＴＡＧ付きＰＩＮＧフレームを生成して送信する。その結果、図１０に模式的に示すように、複数のＥｏＥ  ＰＩＮＧリクエスト（フレーム）が例えばスイッチの同一ポートにも到着することになる。図１０では、スイッチ２０−Ｄの入力ポート１−４のそれぞれに複数のＥｏＥ  ＰＩＮＧリクエストが到着している様子が矢印にて模式的に示されている。
【０１０９】
本実施形態によれば、ネットワーク管理機能装置（サーバ）１０は、ＥｏＥ ＰＩＮＧリプライのポートＩＤが重複しているＥｏＥ ＰＩＮＧリクエストについては、複数の重複したＥｏＥ ＰＩＮＧリクエストのＶＩＤを比較して、その内、最低１つのＶＩＤを有するＥｏＥ ＰＩＮＧリクエストの再送を続けるように制御するようにしてもよい。こうすることで、ネットワーク１内のトラフィック量を減少させ、ネットワークリソースへの影響を減少させることができる。
【０１１０】
ＬＡＧメンバーポートがリンクダウンした場合、ＥｏＥ ＰＩＮＧリクエストはリンクダウンしたポートを回避するようにハッシュされる。このため、ＥｏＥ ＰＩＮＧリクエストに対する応答は、ネットワーク管理装置１０に全て戻ってくる。
【０１１１】
このため、ＳＮＭＰ  Ｔｒａｐで通知されないサイレント故障のみを、ＥｏＥ  ＰＩＮＧリプライが戻ってこないＥｏＥ  ＰＩＮＧリクエストがあることにより判断することができる。
【０１１２】
具体的には、応答が無いＥｏＥ  ＰＩＮＧリクエストの同定は、ＥｏＥ  ＰＩＮＧリクエストパケットのシーケンス番号が、ＥｏＥ  ＰＩＮＧリプライに存在しない場合、サイレント故障が発生したポートに送信されたＥｏＥ  ＰＩＮＧリクエストとみなすことができる。あるいは、シーケンス番号によってのみでなく、受信したＥｏＥ  ＰＩＮＧリプライのＶＩＤを抽出し、間接的に応答がないＶＩＤにより、応答のないＶＩＤに対応するポートＩＤを特定するようにしてもよい。あるいは、ＥｏＥ  ＰＩＮＧリプライに含まれるＰｏｒｔ  ＩＤが、応答されたＥｏＥ  ＰＩＮＧ  Ｒｅｐｌｙには無いことで、サイレント故障が発生しているポートを自動的に又は半自動的に特定するようにしてもよい。
【０１１３】
図１１は、スイッチがＬＡＧメンバーポートの振り分けの為に用いるフレームヘッダの欄を例示する図である。ネットワーク管理装置１０は、ヘッダの欄の情報要素の値を所定の範囲内で掃引（スイープ）した監視フレームを複数のターゲット端末に向けて、同時に、並列に、又は、並行して、送信する。図１１には、タグ無しフレーム１０１Ａ、８０２．１Ｑ  Ｃ−ＴＡＧフレーム、８０２．１ａｄ  Ｓ−ＴＡＧフレーム、８０２．１ａｈ  Ｉ−ＴＡＧフレーム、８０２．１ａｈ  Ｂ−ＴＡＧフレームのフォーマットが示されている。
【０１１４】
Ｔａｇ付き監視フレームをＥｏＥ−ＴＡＧフレームとした場合、ネットワーク管理装置１０は、ＶＬＡＮ拡張用情報に対応するＥＩＤのスイープやＥＶＩＤのスイープを行うようにしてもよい。
【０１１５】
Ｔａｇ付き監視フレームをＳ−ＴＡＧフレームとした場合、ネットワーク管理装置１０は、ＳＶＩＤのスイープや、二段目のＣＴＡＧ等のスイープを行うようにしてもよい。  
【０１１６】
Ｔａｇ付き監視フレームをＣ−ＴＡＧフレームとした場合、ネットワーク管理装置１０は、ＣＴＡＧ内のＶＩＤのスイープを行うようにしてもよい。
【０１１７】
Ｔａｇ付き監視フレームをＰＢＢ（Provider Backbone Bridges）とした場合、ネットワーク管理装置１０は、Ｂ−ＴＡＧやＩ−ＳＩＤ等のスイープを行うようにしてもよい。
【０１１８】
図１２は、図５のネットワーク管理装置１０が送信、受信するＥｏＥタグ付きＰＩＮＧ（ＥｏＥカプセル化ＩＣＭＰ）のヘッダのフォーマットを説明する図である。ネットワーク管理装置１０は、ＥｏＥ送信元ＭＡＣアドレス（ＥｏＥ  ＳＡ）だけでなく、ＶＩＤ、ＩＰパケットの送信元ＩＰアドレスを、スイープ（可変に設定）してもよい。
【０１１９】
図１３は、図５のネットワーク管理装置１０が送信するＥｏＥ  ＰＩＮＧ（ＥＣＰ）のヘッダのフォーマットを説明する図である。ネットワーク管理装置１０は、ＥｏＥ送信元ＭＡＣアドレス（ＥｏＥ  ＳＡ）だけでなく、ＶＩＤスイープ（可変に設定）してもよい。  
【０１２０】
図１４は、図５のネットワーク管理装置１０が送信するＥｔｈｅｒ−ＯＡＭ  ＬＢＭ機能のヘッダのフォーマットを説明する図である。ネットワーク管理装置１０は、送信元ＭＡＣアドレス（ＳＡ）だけでなく、ＶＩＤをスイープ（可変に設定）してもよい。
【０１２１】
図１５は、図５のネットワーク管理装置１０が送信するタグ付きＰＩＮＧ（タグ付きＩＣＭＰのヘッダのフォーマットを説明する図である。ネットワーク管理装置１０は、送信元ＭＡＣアドレス（ＳＡ）だけでなく、ＶＩＤ、ＩＰパケットの送信元ＩＰアドレスを、スイープ（可変に設定）してもよい。
【０１２２】
上記実施形態では、スイッチ（２０−Ａ〜２０−Ｄ）は、各ポートに１つのＥｏＥ  ＭＡＣアドレスが割り振られた構成としてもよい。
【０１２３】
以下では、各スイッチのポートにＭＡＣアドレスが割り振られた構成におけるＥｔｈｅｒ−ＯＡＭ  ＬＢＭ機能を例に説明する。
【０１２４】
ネットワーク管理装置(機能)（例えば図１６の１０）は、好ましくは、サーバ等のコンピュータシステムに実装され、フレームヘッダの送信元ＭＡＣ（Media Access Control）アドレス欄に、自装置のネットワークインタフェースのＭＡＣアドレスとは別の、予め用意された所定のＭＡＣアドレスのうち、少なくともＬＡＧのメンバーポート数以上を仮想送信元ＭＡＣアドレスとして設定した監視フレームを作成し、リンクアグリゲーショングループのメンバーポートである複数のポートを有する通信装置（スイッチ等）の前記複数のポートのうちの少なくとも１つのポート宛てに、前記フレームを、前記ネットワークインタフェース（例えば図１７の１１）を介して前記通信装置が接続するネットワークに送信する。本発明の一形態においては、ネットワーク管理装置(機能)（例えば図１７の１０）は、好ましくは、サーバ等のコンピュータシステムに実装され、リンクアグリゲーショングループに集約された複数のポートを有する通信装置（例えば図５のスイッチ２０、３０等）の前記複数のポートのうちの１つのポートのＭＡＣ（Media Access Control）アドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェース（例えば図１７の１１）のＭＡＣアドレスとは別の、予め用意された所定のＭＡＣアドレスのうち、少なくともＬＡＧのメンバーポート数以上を仮想送信元ＭＡＣアドレスとして設定したフレームを作成する手段（例えば図１７の１３）と、前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段（例えば図１７の１４）と、前記ポートからの宛先アドレスを前記仮想送信元ＭＡＣアドレスとする応答フレームの受信を確認する手段（例えば図１７の１５）を備えた構成としてもよい。
【０１２５】
本発明の一形態において、ネットワーク管理装置（例えば図１７の１０）は、前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのＭＡＣアドレスとし、送信元アドレス欄を、別の仮想送信元ＭＡＣアドレスとしたフレームを送信するように制御する手段を備えた構成としてもよい。前記フレーム（例えばＬＢＭ）に対して応答フレーム（例えばＬＢＲ）が受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元ＭＡＣアドレスに固定し、宛先アドレス欄を前記ポートのＭＡＣアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う構成としてもよい。
【０１２６】
本発明の一形態において、ネットワーク管理装置（例えば図１９の１０）は、前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのＭＡＣアドレスとし、送信元アドレス欄の仮想送信元ＭＡＣアドレスの値を可変させたフレーム（例えばＬＢＭ）を送信し、前記フレームに対して応答（例えばＬＢＲ）が受信された場合、前記フレーム（例えばＬＢＭ）の送信元アドレス欄の仮想送信元ＭＡＣアドレスを、前記ポートの番号とＭＡＣアドレスに対応させて管理テーブル（図１９（Ａ）の１７）に記憶する手段（図１９（Ａ）の１６）を備えた構成としてもよい。
【０１２７】
本発明の一形態において、ネットワーク管理装置は、前記管理テーブル（図１９（Ａ）の１７）に応答有りとして記憶された各ポートのＭＡＣアドレスを宛先アドレスとし、前記ポートに対応して前記管理テーブルに記憶された仮想送信元ＭＡＣアドレスを送信元アドレス欄に設定したフレーム（例えばＬＢＭ）を送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する構成としてもよい。また応答有りと記憶されたものや、同一ポート（同一ＭＡＣアドレス）に重複して届いたことが確認できた仮想送信元ＭＡＣアドレスについては、送信を停止する構成としてもよい。
【０１２８】
本発明の別の形態において、ネットワーク管理装置（例えば図２２の１０）は、前記フレーム（例えばＬＢＭ）が不到達となり応答がなくなったポートを検出する手段（図２２の１２１）を備えた構成としてもよい。ネットワーク管理装置（図２２の１０）は、応答がなくなったポートに対して、宛先アドレス欄は変えず前記ポートのＭＡＣアドレスのままとし、送信元アドレス欄の前記仮想送信元ＭＡＣアドレスの値を可変させたフレーム（例えばＬＢＭ）を送信する。その結果、前記フレーム（例えばＬＢＭ）が不到達となる前と同じポートからの応答フレーム（例えばＬＢＲ）が受信された場合、当該ポートを正常と判定し、前記仮想送信元ＭＡＣアドレスを可変させたフレーム（ＬＢＭ）を送信しても、応答フレーム（ＬＢＲ）が受信されない場合には、当該ポートを異常と判定する手段（図２２の１２２）を備えた構成としてもよい。
【０１２９】
本発明の別の形態において、ネットワーク管理装置（例えば図２４の１０）は、前記フレーム（例えばＬＢＭ）の送信と応答フレーム（例えばＬＢＲ）の受信とに基づき、前記ネットワークの構成情報を取得する手段（図２４の１２３）を備えた構成としてもよい。
【０１３０】
本発明の実施形態によれば、リンク集約された複数の物理ポートに対して、例えばＯＳＩ参照モデルのレイヤ２で疎通確認するにあたり、既存の通信装置の改変等を不要として、疎通確認等を可能としている。このため、本発明の実施形態によれば、コストの上昇、手間、工数の増大を抑制可能としている。
【０１３１】
＜第３の実施形態＞
図１６（Ａ）、（Ｂ）は、本発明の例示的な第３の実施形態の動作原理を説明する図である。図１６（Ａ）を参照すると、ネットワークシステム１は、サーバ１０と、例えばレイヤ２のフレームを中継伝送する通信装置（ネットワーク機器）であるスイッチ（ＳＷ１）２０およびスイッチ（ＳＷ２）３０を備えている。サーバ１０は例えばイーサネットＯＡＭサーバとして構成され、ネットワーク管理装置として機能する。
【０１３２】
なお、図１６では、簡単のため、ネットワークが２つのスイッチを含む構成が例示されているが、さらに複数のスイッチ等を備えた構成としてもよいことは勿論である。一例として、図１６（Ａ）のスイッチ（ＳＷ１）２０とスイッチ（ＳＷ２）３０が、例えばエンドユーザに接続するエッジスイッチとして構成され、スイッチ（ＳＷ１）２０とスイッチ（ＳＷ２）３０の間に、図示されない別のスイッチ等を備えた構成としてもよい。
【０１３３】
サーバ１０は、生成したＬＢＭ（LoopBack Message）フレームをネットワークインタフェース（ＮＩＦ）１１を介して送信し、ネットワークインタフェース（ＮＩＦ）１１を介してＬＢＲ（LoopBack Reply）フレームを受信する構成とされる。
【０１３４】
スイッチ（ＳＷ１）２０は、ポートＰ１からＬＢＭフレームを受信し、ＬＢＭフレームのヘッダのＭＡＣアドレス（宛先ＭＡＣアドレス、送信元ＭＡＣアドレス）に基づき算出したハッシュ値を元に、リンクアグリゲーショングループＬＡＧ１としてリンク集約されたポートＰ２、Ｐ３（ＬＡＧメンバーポート）のいずれかに振り分ける。
【０１３５】
スイッチ（ＳＷ２）３０では、ＬＡＧ１としてリンク集約されたポートＰ１、Ｐ２と、他のポートＰ３を有する。例えばスイッチ（ＳＷ２）３０がエッジスイッチの場合、スイッチ（ＳＷ２）３０のポートＰ１又はＰ２はポートＰ３と接続しポートＰ３は不図示の回線を介して不図示のエンドユーザに接続するようにしてもよい。なお、図１６では、単に、説明の簡単のため、ＬＡＧの回線の本数を２とし、また、スイッチのポートの数を３個としているが、本発明はかかる構成に制限されるものでないことは勿論である。
【０１３６】
本発明の一形態では、一例として、スイッチ（ＳＷ２）３０において、リンクアグリゲーショングループＬＡＧ１のＬＡＧメンバーポートであるＰ１、Ｐ２のうちポートＰ１を一端（エンドポイント）、サーバ１０のネットワークインタフェース（ＮＩＦ）１１を他端（エンドポイント）として、各ＬＡＧメンバーポートの監視を行う方法を説明する。
【０１３７】
サーバ１０では、サーバ１０のネットワークインタフェース（ＮＩＦ）１１の固有ＭＡＣアドレスとは異なり、ネットワークインタフェース（ＮＩＦ）１１等のネットワーク機器等を提供するベンダに対して割り当てられ、ベンダが提供する他のネットワーク機器のＭＡＣアドレスとは衝突しないＭＡＣアドレスを、仮想送信元ＭＡＣアドレスとして、送信元ＭＡＣアドレス欄に設定したLBMフレームを作成する。
【０１３８】
サーバ１０は、ＬＢＭフレームヘッダの宛先ＭＡＣアドレス欄には、スイッチ（ＳＷ２）３０においてＬＡＧ１のＬＡＧメンバーポートであるポートＰ１のポートＭＡＣアドレスを設定し、ネットワークインタフェース１１から送信する。
【０１３９】
図１６（Ａ）に示すように、スイッチ（ＳＷ１）２０では、サーバ１０からのＬＢＭフレームをポートＰ１から受信し、該ＬＢＭフレームのＭＡＣアドレス（宛先、送信元ＭＡＣアドレス）を用いてメーカ独自のハッシュ計算方法によってポートＰ３（ＬＡＧポートメンバ）に振り分けるものとする。
【０１４０】
スイッチ（ＳＷ１）２０は、ＬＢＭフレームをＬＡＧメンバーポートの一つであるＰ２から回線４０１を介してスイッチ（ＳＷ２）３０のポートＰ１に送信する。
【０１４１】
スイッチ（ＳＷ２）３０のポートＰ２は、スイッチ（ＳＷ１）２０のポートＰ３から回線４０２を介してＬＢＭフレームを受信すると、例えばＬＢＭフレームのヘッダの宛先ＭＡＣアドレスと、ポートＰ２の固有ＭＡＣアドレスとが一致するか確認する。この場合、ＬＢＭフレームの宛先ＭＡＣアドレスと、ポートＰ２のＭＡＣアドレスは異なるため、ポートＰ２では、ＬＢＭフレームを受け取らず廃棄する。したがって、スイッチ（ＳＷ２）３０のポートＰ２は応答であるＬＢＲフレームを送り返すことはしない。
【０１４２】
この場合、サーバ１０においてＬＢＭフレームを送信した時刻から所定時間（例えば最低５秒）以上経過しても、応答フレームを受信しないため、タイムアウトエラーとなり、“ｌｏｓｓ  ｏｆ  ｃｏｎｎｅｃｔｉｖｉｔｙ”となる。
【０１４３】
そこで、サーバ１０は、ヘッダの送信元ＭＡＣアドレス欄を、前回送信したＬＢＲフレームに設定した仮想送信元ＭＡＣアドレスの値から可変させたＭＡＣアドレスに設定し、宛先ＭＡＣアドレス欄は、前回送信したＬＢＲフレームと同様、スイッチ（ＳＷ２）３０のポートＰ２のＭＡＣアドレスとしたＬＢＲフレームを生成し、ネットワークインタフェース１１を介して送信する。
【０１４４】
図１６（Ｂ）に示すように、スイッチ（ＳＷ１）２０は、ポートＰ１から受信したＬＢＭフレームのＭＡＣアドレス（宛先、送信元ＭＡＣアドレス）を用いてメーカ独自のハッシュ計算方法によってポートＰ２（ＬＡＧポートメンバ）に振り分けたとする。すなわち、スイッチ（ＳＷ１）２０において、今回ポートＰ１から受信したＬＢＭフレームの仮想送信元ＭＡＣアドレスを、前回のＬＢＭフレームの仮想送信元ＭＡＣアドレスとは異なるため、ＭＡＣアドレスに基づくハッシュ値が、前回のハッシュ値（Ｈ２）と異なる値（Ｈ１）となったものとする。スイッチ（ＳＷ１）２０において、ポートＰ２の接続先が分からない場合、フラッディングを行う。ここでは、スイッチ（ＳＷ１）２０において、ポートＰ２の接続先のＭＡＣアドレスが、スイッチ（ＳＷ１）２０のＭＡＣアドレステーブルに格納されているものとする。スイッチ（ＳＷ１）２０は、今回受信したＬＢＭフレームを、ポートＰ２に振り分け、回線４０１を介して、スイッチ（ＳＷ２）３０のポートＰ１宛てに送信する。
【０１４５】
スイッチ（ＳＷ２）３０のポートＰ１は、ＭＥＰ（ＤｏｗｎＭＥＰ）として、ＯＡＭフレームであるＬＢＭフレームを終端する。すなわち、スイッチ（ＳＷ２）３０のポートＰ１は、スイッチ（ＳＷ１）２０のポートＰ２から回線４０１を介してＬＢＭフレームを受信する。スイッチ（ＳＷ２）３０のポートＰ１のＭＡＣアドレスは、ＬＢＭフレームの宛先ＭＡＣアドレスと一致するため、当該ポートＰ１は、宛先ＭＡＣアドレス欄を、ＬＢＭフレームの仮想ＭＡＣアドレスとし、送信元ＭＡＣアドレス欄を、ポートＰ１のＭＡＣアドレスに設定し、オペコードをＬＢＲに設定したＬＢＲフレームを生成し、ＬＡＧの回線４０１、スイッチ（ＳＷ１）２０のポートＰ２、ポートＰ１を介して、サーバ１０に送信する。
【０１４６】
サーバ１０のネットワークインタフェース１１とそのデバイスドライバでは、通常動作時には、レシーバに到着したフレームのヘッダの宛先ＭＡＣアドレスと、ネットワークインタフェース１１の固有のＭＡＣアドレス（ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等に書き込まれている）とが一致する場合に、自装置宛てのフレームであるものと判断し、不一致の場合、該フレームを廃棄するが、実施形態において、ループバック等による監視時には、ネットワークインタフェース１１のレシーバに到着したフレームは、全て受信するモードに設定するようにしてもよい。
【０１４７】
サーバ１０では、受信したフレームを解析し、その宛先ＭＡＣアドレス欄がＬＢＭフレームに設定した仮想送信元ＭＡＣアドレスと一致し、送信元ＭＡＣアドレス欄がＬＢＭフレームの宛先ＭＡＣアドレス（スイッチ（ＳＷ２）３０のポートＰ１のＭＡＣアドレス）であり、タイプがＯＡＭ  Ｅｔｈｅｒ−ｔｙｐｅ（０ｘ８９０２）、オペコードがＬＢＲ（３）であるＬＢＲフレームであるか否かを判定するようにしてもよい。サーバ１０は、受信したフレームが上記条件と一致するＬＢＲフレームの場合、送信元ＭＡＣアドレスを仮想送信元ＭＡＣアドレス、宛先ＭＡＣアドレスをＰ２のＭＡＣアドレスとするＬＢＭフレームにより、各ＬＡＧメンバーポートの監視を行うようにしてもよい。エンドポイントとして、ＬＡＧ１のメンバーポートであるスイッチ（ＳＷ２）３０のポートＰ２についても、同様にして、各ＬＡＧメンバーポートの監視を行うようにしてもよい。
【０１４８】
さらに、エンドポイントとして、ＬＡＧのポートメンバであるスイッチ（ＳＷ１）２０のポートＰ２、Ｐ３として疎通確認テストを行うようにしてもよい。この場合、サーバ１０のネットワークインタフェース（ＮＩＦ）１１とスイッチ（ＳＷ１）２０のポートＰ２又はＰ３をエンドポイントとする疎通試験が行われる。
【０１４９】
図１７は、図１６を参照して説明した第３の実施形態において、イーサネットＯＡＭサーバ等、ネットワーク管理装置として機能するサーバ１０の構成を説明する図である。図１７を参照すると、管理モジュール１８は、監視制御部１２と、仮想送信元ＭＡＣアドレス設定部１３１を備えたフレーム作成部１３と、フレーム送信部１４と、応答フレーム受信判定部１５とを備えている。
【０１５０】
イーサネットカード等のネットワークインタフェース（ＮＩＦ、ＮＩＣ（Network Interface Card)ともいう）１１のトランスミッタ１１１とレシーバ１１２は、伝送メディアとして例えばＵＴＰ（Unshielded Twisted Pair）ケーブル（例えばカテゴリ３（１０ＢＡＳＥ−Ｔのイーサネット規格で１０Ｍｂｐｓ（Megabit per second）、１００ＢＡＳＥ−Ｔ２／Ｔ４の規格で１００Ｍｂｐｓの）乃至カテゴリ６（１０００ＢＡＳＥ−Ｔ、１０００ＢＡＳＥ−ＴＸの規格で１Ｇｂｐｓ（Giga bit per second）））、ＳＴＰ（Shielded Twisted Pair）ケーブル、光ファイバ、又は、同軸ケーブル（１００ｂａｓｅ）等で有線接続する構成としてもよい。ネットワークインタフェース１１は、全二重方式のポイント・ツー・ポイント（point to point）イーサネットリンクを構成するようにしてもよい。
【０１５１】
イーサネットＯＡＭフレームは、例えば、論理チャネル（制御チャネル、トラフィックチャネル）と伝送チャネルを繋ぐ機能を実行するレイヤ２（ＭＡＣ（Media Access Control）サブレイヤ）で受信処理される。イーサネットＯＡＭの保守・管理に関する処理を行う管理モジュール１８は、ネットワークインタフェース１１のデバイスドライバ等に、Ｌ２（データリンク層）処理モジュール（サブレイヤ）として実装するようにしてもよい。なお、管理モジュール１８は、機能（表示機能等）の一部を、ネットワークインタフェース１１のデバイスドライバの管理用のアプリケーションとして実装するようにしてもよい。
【０１５２】
フレーム作成部１３は、ヘッダに宛先ＭＡＣアドレス、送信元ＭＡＣアドレスやタイプ、オペコード、ＭＥＧレベル等を設定したＬＢＭフレームを作成する。監視制御部１２で設定される。宛先ＭＡＣアドレスは、例えば、監視制御部１２で設定されたＬＡＧメンバーポートのＭＡＣアドレス（ポートＭＡＣアドレス）を設定する。
【０１５３】
仮想送信元ＭＡＣアドレス設定部１３１は、例えばベンダに割り当てられたＭＡＣアドレス（６オクテット）の下位３オクテットのうち（上位３オクテットはOUI(Organizationally Unique Identifier））、他のネットワーク機器のＭＡＣアドレスと衝突しないＭＡＣアドレスの中から（ＮＩＦ１１のＭＡＣアドレスとも異なる）、予め用意されたＭＡＣアドレスのうちの１つを仮想送信元ＭＡＣアドレスとして、ＬＢＭフレームの送信元ＭＡＣアドレス欄に設定する。
【０１５４】
仮想送信元ＭＡＣアドレスの設定にあたり、ベンダに割り当てられたＭＡＣアドレスのうち他のネットワーク機器のＭＡＣアドレスと衝突しないＭＡＣアドレスの中から（ネットワークインタフェース１１のＭＡＣアドレスと異なる）、予め用意されたＭＡＣアドレスを、サーバ１０の不図示の表示装置（あるいはサーバ１０に接続する保守端末等）に表示し（この処理はレイヤ２とは別のアプリケーションによる）、システム管理者等が、表示されたＭＡＣアドレスの中から１つのＭＡＣアドレスを選択し、該ＭＡＣアドレスを、仮想送信元ＭＡＣアドレス設定部１３１に、仮想送信元ＭＡＣアドレスとして通知するようにしてもよい。
【０１５５】
あるいは、仮想送信元ＭＡＣアドレス設定部１３１は、ベンダに割り当てられたＭＡＣアドレスの下位３オクテットのうち他のネットワーク機器のＭＡＣアドレスと衝突しないＭＡＣアドレスの中から（ネットワークインタフェース１１のＭＡＣアドレスとも異なる）、予め用意されたＭＡＣアドレスを記憶部に保持し、その中から１つを自動（例えば番号順等）で選択するようにしてもよい。
【０１５６】
フレーム送信部１４は、ＬＡＧメンバーポートの１つのポートのＭＡＣアドレスを宛先ＭＡＣアドレスとし、送信元ＭＡＣアドレス欄に仮想送信元ＭＡＣアドレスが設定されたＬＢＭフレームを、トランスミッタ１１１を介して送信する。フレーム送信部１４は送信したＬＢＭフレームに対して送信時刻情報（タイムスタンプ）を、送信ＩＤ（Transmission ID）と対応させて、不図示の記憶部に保持するようにしてもよい。なお、フレーム送信部１４は、送信ＩＤに対応させて、ＬＢＭフレームの宛先ＭＡＣアドレス、仮想送信元ＭＡＣアドレス、ＬＢＭフレームの送信時刻を対応させて不図示の記憶部（テーブル）で管理するようにしてもよい。後述する応答フレーム受信判定部１５において、受信したフレームが、正常なＬＢＲフレームであるかの確認処理の効率化、容易化に資する。
【０１５７】
監視制御部１２は、サーバ１０の不図示の表示装置に、イーサネットに接続するスイッチの一覧、ＬＡＧメンバーポートとＭＡＣアドレスの一覧、ＮＩＦ１１等のベンダに割り当てられＮＩＦ１１のＭＡＣアドレスとは別の、予め用意されたＭＡＣアドレスの一覧等を画面表示し、ネットワークシステム管理者（操作者）が、表示装置から、監視対象のＬＡＧメンバーポート、仮想送信元ＭＡＣアドレスを選択し、選択されたＬＡＧメンバーポートとＭＡＣアドレスと仮想送信元ＭＡＣアドレスをフレーム作成部１３に渡すことで、ＬＢＭフレームを作成するようにしてもよい。
【０１５８】
ネットワークインタフェース（ＮＩＦ）１１とそのデバイスドライバは、イーサネットＯＡＭモード（ループバックモード）に設定されている場合、レシーバ１１２で受信したフレームを応答フレーム受信判定部１５に渡す。
【０１５９】
ネットワークインタフェース（ＮＩＦ）１１とそのデバイスドライバでは、例えば以下のような制御が行われる。
【０１６０】
例えばＯＡＭフレームによる監視モード時以外（通常モード）には、ネットワークインタフェース（ＮＩＦ）１１でフレームを受信すると、そのヘッダの宛先ＭＡＣアドレスが、該ネットワークインタフェース（ＮＩＦ）１１の固有のＭＡＣアドレス（又はブロードキャストアドレス）と一致するか確認し、ＭＡＣアドレスが一致しない場合、当該フレームを廃棄する。
【０１６１】
ＯＡＭフレームによる監視モード時には、ネットワークインタフェース（ＮＩＦ）１１等へのモード設定に基づき、ネットワークインタフェース（ＮＩＦ）１１とそのデバイスドライバは、受信フレームの宛先ＭＡＣアドレスとネットワークインタフェース（ＮＩＦ）１１のＭＡＣアドレスとが一致するか比較判定せず、レシーバ１１２で受信したすべてのフレームを応答フレーム受信判定部１５に渡すようにしてもよい。
【０１６２】
監視制御部１２は、ＯＡＭフレームによるループバックモード時、ネットワークインタフェース（ＮＩＦ）１１とそのデバイスドライバを、いわゆるプロミスキャス・モード (promiscuous mode)に対応するモードに設定し、受信した全てのフレームを応答フレーム受信判定部１５に渡すようにしてもよい。
【０１６３】
本実施形態において、ＬＢＭフレームに対する応答フレーム（ＬＢＲフレーム）が受信された時に、該ＬＢＲフレームの宛先ＭＡＣアドレスは、ネットワークインタフェース（ＮＩＦ）１１の固有のＭＡＣアドレスと異なる仮想送信元ＭＡＣアドレスに設定されており、ネットワークインタフェース（ＮＩＦ）１１のＭＡＣアドレスとは一致しないが、廃棄されず、そのまま、応答フレーム受信判定部１５に渡され、応答フレーム受信判定部１５でフレームヘッダの内容が解析される。
【０１６４】
すなわち、応答フレーム受信判定部１５は、例えば、
・受け取ったフレームの宛先ＭＡＣアドレスが送信済のＬＢＭフレームの送信元に設定した仮想送信元ＭＡＣアドレスである、
・送信元ＭＡＣアドレスが送信済のＬＢＭフレームの宛先に設定したＬＡＧメンバーポートのＭＡＣアドレスである、
・ＯＡＭ  Ｅｔｈｅｒ−ｔｙｐｅ（２オクテット）が、“０ｘ８９０２”である、
・オペコードがＬＢＲ（＝４）、
・受け取ったフレームがＬＢＲフレームであり、ＬＢＭフレームの送信時刻（記憶部に保持されている）から予め定められた時間が経過する前に受信している、
場合に、ＬＢＲフレームの正常な受信であると判定する。応答フレーム受信判定部１５は、さらにＯＡＭフレームのＭＥＧレベルを判別してもよい。
【０１６５】
応答フレーム受信判定部１５は、前述したフレーム送信部１４によるＬＢＭフレームの宛先ＭＡＣアドレス、仮想送信元ＭＡＣアドレス、ＬＢＭフレームの送信時刻を記憶管理する記憶部（テーブル）を参照して、今回受信したＬＢＲフレームの受信時刻と、ＬＢＭフレームの送信時刻との差分から、予め定められた時間が経過しているか否かを判断する構成としてもよい。
【０１６６】
応答フレーム受信判定部１５は、上記要件に合致しないフレームは、ＬＢＲフレームでないか、ＬＢＲフレームの正常受信ではないと判定して、廃棄する。
【０１６７】
なお、ＯＡＭフレームによる監視モード時に、ネットワークインタフェース（ＮＩＦ）１１とそのデバイスドライバは、フレームヘッダの宛先ＭＡＣアドレス欄と仮想送信元ＭＡＣアドレスとを比較し、一致する受信フレームだけを選択して、応答フレーム受信判定部１５に渡し、宛先ＭＡＣアドレス欄が仮想送信元ＭＡＣアドレス以外の受信フレームを全て廃棄する構成としてもよい。この場合、応答フレーム受信判定部１５では、受け取ったフレームの宛先ＭＡＣアドレスが送信済のＬＢＭフレームの送信元に設定した仮想送信元ＭＡＣアドレスと一致するか否かの判定処理は省略される。また、すべての受信フレームを応答フレーム受信判定部１５に供給する場合と比べて、応答フレーム受信判定部１５の処理負荷が軽減する。
【０１６８】
監視制御部１２は、ＬＢＭフレームを送信した後、予め定められた所定の時間以内に、ＬＢＲフレームを検出したことを応答フレーム受信判定部１５から通知されない場合、接続の切断（“ｌｏｓｓ  ｏｆ  ｃｏｎｎｅｃｔｉｖｉｔｙ”）と判断する。すなわち、監視制御部１２は、ＭＡＣアドレスに基づき計算されるハッシュ値を元にしたＬＡＧポートの振り分けにより、ＬＢＭフレームの宛先として設定したＬＡＧメンバーポートには、当該ＬＢＭフレームが到達していないものと判断して、仮想送信元ＭＡＣアドレス設定部１３１に対して別のＭＡＣアドレスを選択して設定するように指示する。
【０１６９】
例えば、図１６のようにＬＡＧが２本の回線からなり、ハッシュ値の要素数が２個の場合、スイッチ（ＳＷ１）２０によるフレームのＭＡＣアドレスに基づくハッシュ値は、ＭＡＣアドレスの偶奇によりＨ１又はＨ２となる。
【０１７０】
フレーム作成部１３では、仮想送信元ＭＡＣアドレス設定部１３１を介して、当該ネットワークインタフェース１１のベンダ等に割り当てられたＭＡＣアドレスであって他の機器と衝突しないＭＡＣアドレスの中から、前回送信元ＭＡＣアドレスとして設定したＭＡＣアドレスとは偶奇の異なる、ＭＡＣアドレス（例えば前回送信したＬＢＲフレームの送信元ＭＡＣアドレスとして設定したＭＡＣアドレスに連続するＭＡＣアドレス（だたし、他の機器と衝突しない）が割り当てられる）を設定したＬＢＭフレームを生成し、トランスミッタ１１１から送信する。
【０１７１】
応答フレーム受信判定部１５でＬＢＲフレームの受信を検出すると、応答フレーム受信判定部１５はその旨を監視制御部１２に通知する。
【０１７２】
監視制御部１２は、仮想送信元ＭＡＣアドレス設定部１３１に、仮想送信元ＭＡＣアドレスを前回設定した値に固定するように指示し、フレーム作成部１３では固定の仮想送信元ＭＡＣアドレスを送信元とするＬＢＭフレームを作成し、監視制御部１２の制御のもと、エンドポイントであるＬＡＧメンバーポートの疎通確認を行う。監視制御部１２が、例えば定期的なループバック試験において、送信したＬＢＭフレームに対して応答フレーム受信判定部１５でＬＢＲフレームが所定時間内に検出されない場合、監視制御部１２では、リンクダウンと判断し、その旨を、上位レイヤの処理部や、サーバ１０で管理する通信情報ログ（障害ログ）、又は、サーバ１０の不図示の表示装置等に、出力するようにしてもよい。
【０１７３】
図１８は、本発明の第３の実施形態の動作を説明する流れ図である。仮想送信元ＭＡＣアドレス設定部１３１は、正常時（リンクダウンしていない時）、仮想送信元ＭＡＣアドレスを一つ決定して監視対象のＬＡＧメンバーポート（ＬＢＭのピアＭＥＰ）のポートＭＡＣアドレス宛てのＬＢＭフレームを作成し、ネットワークインタフェース１１を介して送信する（Ｓ１１）。
【０１７４】
応答フレーム受信判定部１５での検出結果に基づき、監視制御部１２は、正常にＬＢＲフレームを受信したかチェックし（Ｓ１２）、受信しない場合（Ｓ１２のＮｏ分岐）、仮想送信元ＭＡＣアドレス設定部１３１は、仮想送信元ＭＡＣアドレスを変更する（Ｓ１３）。そして、監視対象のＬＡＧメンバーポート（ＬＢＭのピアＭＥＰ）のポートＭＡＣアドレス宛てのＬＢＭフレームを作成し、ネットワークインタフェース１１を介して送信する（Ｓ１１）。
【０１７５】
ステップＳ１２の判定の結果、正常にＬＢＲフレームを受信した場合（Ｓ１２のＹｅｓ分岐）、当該ＬＡＧポートメンバのポートＭＡＣアドレスに対する仮想送信元ＭＡＣアドレスを固定する（Ｓ１４）。
【０１７６】
監視制御部１２は、宛先と送信元ＭＡＣアドレス欄を、当該ＬＡＧメンバーポートのＭＡＣアドレスと、固定した仮想送信元ＭＡＣアドレスの組み合わせでＬＢＭフレームを送信し監視を開始する（Ｓ１５）。
【０１７７】
監視の実行において、サーバ１０が送信したＬＢＭフレームに対して、応答フレーム受信判定部１５でＬＢＲフレームが所定時間内に検出された場合（Ｓ１６のＹｅｓ分岐）、監視制御部１２は、正常と判断する（Ｓ１７）。監視制御部１２は、さらにループバック試験（宛先と送信元ＭＡＣアドレス欄を当該ＬＡＧメンバーポートのＭＡＣアドレスと、固定した仮想送信元ＭＡＣアドレスとしたＬＢＭフレームの送信とその応答であるＬＢＲフレームの受信）を続ける。
【０１７８】
一方、ＬＢＲフレームが正常に受信されない場合（Ｓ１６のＮｏ分岐）、監視制御部１２は、当該ポートに接続するリンクを、リンクダウンと判断する（Ｓ１８）。
【０１７９】
なお、図１８を参照して説明した処理は、２本のＬＡＧの場合には有効である。３本以上のＬＡＧになると、ハッシュアルゴリズムが２本の場合と異なるため、ハッシュアルゴリズム如何によって、正常なＬＢＭフレームも、エンドポイントのＬＡＧメンバーポートに不到達になる可能性がある。
【０１８０】
＜第４の実施形態＞
本発明の例示的な第４の実施形態では、仮想送信元ＭＡＣアドレスを複数個用意しておく。あるいは、所定のアドレス範囲の複数の仮想送信元ＭＡＣアドレスを確保しておく。第４の実施形態では、仮想送信元ＭＡＣアドレスを可変させながら、あるいは、仮想送信元ＭＡＣアドレスの値を連続的に掃引させて、監視対象のＬＡＧメンバーポート宛てに、ＬＢＭフレームを送信することで、監視対象のＬＡＧメンバーポートに到達する仮想送信元ＭＡＣアドレスの探索（search）を行う。仮想送信元ＭＡＣアドレス設定部１３１は、好ましくは、複数の仮想送信元ＭＡＣアドレスを不図示の記憶部に予め記憶しておく。
【０１８１】
例えば、通信経路上のＬＡＧメンバーポート数の最大値の本数がＮ本（Ｎ≧２）の場合、少なくともＮ個以上の仮想送信元ＭＡＣアドレスを確保する。ある仮想送信元ＭＡＣアドレスと別の仮想送信元ＭＡＣアドレスのハッシュ値が同一となり、振り分け先のポートが同一となる場合があるためである。また仮想送信元ＭＡＣアドレスがとびとびの場合、ハッシュ値が同一となる送信ＭＡＣアドレスを選択している場合があり、又はハッシュ値が異なっても、同一のポートに振り分けられる場合があるためである。例えば前述したように、ＬＡＧの本数が４、ハッシュ値の要素数が８（Ｈ１〜Ｈ８）、ハッシュ値Ｈ１とＨ５、Ｈ２とＨ６、Ｈ３とＨ７、Ｈ４とＨ８が、各々ポートＰ１〜Ｐ４に振り分けられる場合、２つの異なる送信元ＭＡＣアドレスに対するハッシュ値Ｈ１とＨ５となった場合でも、同一のポートＰ１に振り分けられる。例えば連続する仮想送信元ＭＡＣアドレスが４つあり、ＬＢＭのハッシュ値の計算結果が、それぞれ、Ｈ１又はＨ５、Ｈ２又はＨ６、Ｈ３又はＨ７、Ｈ４又はＨ８である場合、値が連続する４つの仮想送信元ＭＡＣアドレスを４個選択してもよい。この場合、４個のハッシュ値が互いに異なるポートに割り当てられているため、互いに異なる４つのポートに割り振られる。つまり、仮想送信元ＭＡＣアドレスの選択方法として、管理上の利便性の為に連続した番号の仮想ＭＡＣアドレスを確保する方法を用いてもよい。この他、前記に準ずる方法として１桁目が偶数と奇数の仮想送信元ＭＡＣアドレス各一つ以上を同時に確保する方法を用いてもよい。
【０１８２】
応答フレームが正常に受信された場合、監視対象のＬＡＧポートメンバのポート番号と仮想送信元ＭＡＣアドレス、宛先ＭＡＣアドレスの組み合わせを記憶しておく。そして、この組み合わせのＬＢＭフレームを送信することで、ＬＡＧメンバーポートの監視（疎通確認）を行う。
【０１８３】
図１９（Ａ）は、第４の実施形態のサーバ１０の構成例を説明する図である。図１７の構成に加えて、サーバ１０は、ポート・アドレス対応生成部１６と、ポート・アドレス管理テーブル１７を備えている。また、監視制御部１２Ａは、状態変化検知部１２１を備えている。図１９（Ｂ）は、ポート・アドレス対応生成部１６が管理するポート・アドレス管理テーブル１７を模式的に説明する図である。
【０１８４】
ポート・アドレス対応生成部１６は、ＬＢＭフレームを送信した宛先エンドポイントからのＬＢＲフレームを応答フレーム受信判定部１５で検出すると、監視対象のＬＡＧメンバーポートのポート番号、仮想送信元ＭＡＣアドレス、宛先ＭＡＣアドレスの対応をポート・アドレス管理テーブル１７に登録する。
【０１８５】
同一宛先ＭＡＣアドレスに対して仮想送信元ＭＡＣアドレスを自動的に変化させてＬＢＭフレームを送信し、
応答フレームが受信された仮想送信元ＭＡＣアドレス、
応答フレームが受信されない仮想送信元ＭＡＣアドレス、又は、
両方の仮想送信元ＭＡＣアドレス情報と宛先ＭＡＣアドレスの組み合わせ、
を記憶するようにしてもよい。以降の特定のポートの宛先ＭＡＣアドレスに対してＬＢＭフレームの送信を行い、その状態変化を検知する。特定のポートの宛先ＭＡＣアドレスに対して送信するため、ＬＡＧの縮退により、ハッシュルール（振り分けルール）が変更されると、特定のポートにＬＢＭフレームが到達しないため、ＬＡＧメンバーポートのサイレント故障の検出が可能となる。なお、前述したＰＩＮＧでは、リンクダウンによりＬＡＧが縮退しても、ハッシュされてその先のＩＰアドレスに到達してしまうため、ＬＡＧ縮退後にＬＡＧメンバーポートのサイレント故障が発生した場合、ＬＡＧメンバーポートのサイレント故障の検出はできない。
【０１８６】
図２０は、第４の実施形態の動作を説明する図である。通信経路上のＬＡＧメンバーポート数の最大値がＮ本（Ｎ＞２）である場合、スイッチ（ＳＷ２）３０のポートＰ１のポートＭＡＣアドレスを、宛先アドレスとし、互いに異なる仮想送信元ＭＡＣアドレスを送信元ＭＡＣアドレス欄に設定したＬＢＭフレームを、サーバ１０が順番に送信する。
【０１８７】
サーバ１０において、送信したＬＢＭフレームに対応するＬＢＲフレームが受信された場合、図１９（Ａ）のポート・アドレス対応生成部１６は、ポートＰ１、仮想送信元ＭＡＣアドレス、宛先ＭＡＣアドレスを、ポート・アドレス管理テーブル１７に設定する。この手順をスイッチ（ＳＷ２）３０のポートＰ２からＰＮまで順次行うことで、図１９（Ｂ）に模式的に例示するようなポート・アドレス管理テーブル１７が作成される。なお、ポート・アドレス対応生成部１６は、送信したＬＢＭフレームに対応するＬＢＲフレームが受信されない場合、ポート・アドレス管理テーブル１７の該当するポート欄に、仮想送信元ＭＡＣアドレスを設定せず、応答が受信されない旨の特定コードを設定するようにしてもよい。
【０１８８】
監視制御部１２Ａは、ポート・アドレス管理テーブル１７の設定情報に基づきＬＡＧ２のポートＰ１乃至ＰＮの１部又は全部について疎通確認を行う。そして、状態変化検知部１２１は、リンクダウンではないが正常な応答（Ｒｅｐｌｙ）のない監視フレームがあるかチェックする。すなわち、ＬＢＭフレームを送信してから所定時間以内にＬＢＲフレームが受信されないポートがあるか監視する。
【０１８９】
図２１は、第４の実施形態の動作を説明する流れ図である。ネットワークの正常稼働時等において、仮想送信元ＭＡＣアドレス設定部１３１は、仮想送信元ＭＡＣアドレスを複数個記憶している。フレーム作成部１３は、宛先アドレス欄がそれぞれ複数の仮想送信元ＭＡＣアドレスに設定されたＬＢＭフレームを作成する。あるいは、仮想送信元ＭＡＣアドレスを所定のアドレス範囲内で確保しておき、仮想送信元ＭＡＣアドレスを順次、範囲内で変化させるか（該範囲内で連続的に変化させ）、ＬＢＭフレームを送信するようにしてもよい。特に制限されないが、図２１の例では、ＬＢＭフレームに対するＬＢＲフレームが正常に受信されない場合（Ｓ２２のＮｏ分岐）、当該ポートを、仮想送信元ＭＡＣアドレス、宛先アドレスの組み合わせから除外する（Ｓ２３）。すなわち、当該ポートはポート・アドレス管理テーブル１７に登録されない。
【０１９０】
ステップＳ２１乃至Ｓ２３により、エンドポイントとなるＬＡＧメンバーポートのポートＰ１からポートＰＮまでのうちリンクダウンしていないリンクのポートの情報がポート・アドレス管理テーブル１７に登録される（Ｓ２４）。
【０１９１】
監視制御部１２Ａは、ポート・アドレス管理テーブル１７に設定された情報に基づき、
ＬＡＧメンバーポートの複数のポート（例えばポートＰ１からポートＰＮ）に対して、ループバック試験（ＬＢＭフレームの送信とその応答であるＬＢＲフレームの受信）による監視を開始する（Ｓ２５）。
【０１９２】
監視制御部１２Ａの状態変化検知部１２１は、リンクダウンではないが、応答（LＢＲフレーム）がないループバックが発生したか判定する（Ｓ２６）。
【０１９３】
ＬＢＭフレームに対する応答のないポートが存在する場合（Ｓ２６のＹｅｓ分岐）、当該ポートのいずれかにリンクダウンではないが応答（LＢＲフレーム）がないループバックが検出された場合、サイレント障害が発生したものと判定する（Ｓ２８）。
【０１９４】
ネットワークにおいて、リンクダウンのような故障とは異なり、性能劣化等の現象（一般に管理者による障害発生の特定が困難）が発生することを「サイレント障害」という。性能劣化として、高速リンクにおいて、リンク断とはならないが、低い速度で回線（リンク）が接続された状態になり、パケット（フレーム）がスムースに流れず、遅延やパケットロス（フレームロス）等が発生する等が挙げられる。例えば、サーバ１０からスイッチ（ＳＷ２）３０のポートＰ１へのＬＢＭフレームに対するＬＢＲフレームに遅延が発生した場合等があげられる。状態変化検知部１２１は、同一ポートに先に送信したフレームに対する応答フレームの到着時間の遅れや、到着順の乱れなどを分析することで、サイレント障害を検知するようにしてもよい。
【０１９５】
リンクダウンを伴わない障害として対向するＬＡＧポートを備えた第１、第２ノード間にスイッチがあり、第１のノードとスイッチ間でリンク障害が発生しても第２のノードはこれを検知しない。この問題に対して、例えばＬＡＣＰ（Link Aggregation Control Protocol）では、ノード間のネゴシエーションにより、リンクのアップダウンに伴って動的、自動的にリンクを再構成する。ＬＡＧの回線（物理回線）の障害等により、例えばスイッチ（ＳＷ１）２０は、ＬＡＧ内の使用可能な回線の中から、通信に使用する回線を再度決定し、該回線を使用して通信を再開する。
【０１９６】
この処理により、ＬＡＧ内の特定の回線が使用できなくなっても、ＬＡＧの他の使用可能な回線を使用し、継続して通信を行うことができる。これをＬＡＧの縮退という。なおＬＡＧの縮退が発生したとき、使用できなくなった回線を使用していた通信フローは、回線が使用できなくなってから、再ハッシュ処理を行い、当該ＬＡＧ内の使用可能な別の回線を使用するまで、通信が停止する。
【０１９７】
ＬＡＧが縮退し、図２０のスイッチ（ＳＷ１）２０において、ＭＡＣアドレスに基づくハッシュ先のポートが変更になると、もとの監視対象のポート宛てのフレームは別のポートに振り分けられてしまう場合がある。元の監視対象のポートのＭＡＣアドレスを宛先ＭＡＣアドレスとするＯＡＭフレームは、元の監視対象のポートに到達しないため、リンクアップしていても、ＣＣ（Continuity Check）が不可（ＮＧ）となる。
【０１９８】
このように、ＬＡＧの縮退により、ＭＡＣアドレスに基づく振り分け先のポート番号が変更となり、その結果、仮想送信元ＭＡＣアドレスに基づき特定のポートに振り分けられていたＬＢＭフレーム（宛先が当該特定ポートのＭＡＣアドレス、送信元が仮想送信元ＭＡＣアドレス）が、当該特定ポートに到達せず、その結果、応答のフレームＬＢＲが受信されない場合がある。状態変化検知部１２１は、ループバックにおいてそれまで応答があったポートから応答がなくなったことも検出する。
【０１９９】
＜第５の実施形態＞
図２２は、本発明の例示的な第５の実施形態のサーバ１０の構成を説明する図である。図２２を参照すると、サーバ１０の監視制御部１２Ｂは、図１９を参照して説明した構成に加えて、異常判定部１２２を備えている。
【０２００】
ＬＡＧメンバーポートのポートＭＡＣに対してサーバから仮想送信元ＭＡＣアドレスを固定させてＬＢＭフレームを送信しているときに、３本以上のＬＡＧの場合、縮退が発生すると、再ハッシュ計算により、リンクダウンしていないポートＭＡＣに対するＬＢＭフレームが不到達になる場合がある。
【０２０１】
第５の実施形態においては、ＬＢＭフレームの不到達により、リンクダウンポートの特定ができない場合もある。ＬＢＲフレームの不到達を検知した際に、仮想送信元ＭＡＣアドレスを振って送信することで、リンクアップしているポートＭＡＣを再検出し、ＬＢＭフレームが不到達となった前後のリンクアップポートを比較することで、リンクダウンポートの検出を行う。
【０２０２】
サーバ１０の監視制御部１２Ｂは、状態変化検知部１２１で例えばリンクダウンを伴わないサイレント障害のポートが検知された場合、該ポートをエンドポイントとして、仮想送信元ＭＡＣアドレスの値を変化させてＬＢＭフレームを順次送信する。
【０２０３】
ＬＢＭフレームに対して正常に応答フレームが受信された場合であって、サイレント障害発生の検知前と同じポート（状態変化前の元のポート）からＬＢＲフレームが正常に受信された場合に、異常判定部１２２は、当該ポートは正常と判断する。
【０２０４】
一方、当該ポート宛てに仮想送信元ＭＡＣアドレスの値を変化させてＬＢＭフレームを順次送信しても、正常に応答フレームが受信されない場合、異常判定部１２２は、状態変化前の元のポートを異常（正常でない）と判定する。
【０２０５】
図２３は、第５の実施形態の動作を説明する流れ図である。図２３を参照すると、図２１の処理のステップＳ２８に続いてステップＳ２９〜Ｓ３２が追加されている。ステップＳ２１〜Ｓ２８の説明は省略する。
【０２０６】
サーバ１０の監視制御部１２Ｂは、ステップＳ２８においてサイレント障害であると検知されたポート（例えば状態変化検知部１２１でそれまで応答が到着していたが状態が変化し応答が到着しなくなったポート）に対して、ステップＳ２１と同様に、宛先を当該ポートのＭＡＣアドレスとし、互いに異なる複数の仮想送信元ＭＡＣアドレスが送信元ＭＡＣアドレス欄に設定されたＬＢＭフレーム（仮想送信元ＭＡＣアドレスの値を可変させたＬＢＭフレーム）を送信する（Ｓ２９）。
【０２０７】
送信元ＭＡＣアドレス欄に設定する仮想送信元ＭＡＣアドレスの値を可変させた１つ又は複数のＬＢＭフレームを送信した結果、該ＬＢＭフレームの宛先ポートについて、ステップＳ２８における状態変化前と同じＭＡＣアドレスのポート（元のポート）から、応答フレームであるＬＢＲフレームが受信された場合（送信元のＭＡＣアドレスが状態変化前と同一）、異常判定部１２２は、当該ＬＢＭフレームの宛先ポートを正常と判定する（Ｓ３１）。
【０２０８】
これに対して、送信元ＭＡＣアドレス欄の仮想送信元ＭＡＣアドレスの値が互いに異なる複数のＬＢＭフレームをすべて送信しても、ＬＢＭフレームの宛先ポートについて、応答フレームであるＬＢＲフレームが受信されなかった場合、異常判定部１２２は、当該ＬＢＭフレームの宛先ポートを異常と判定する（Ｓ３２）。
【０２０９】
上記制御を行うことで、第５の実施形態によれば、例えば縮退後のＬＡＧに対して、リンクダウンポートの検出を行うことができる。
【０２１０】
＜第６の実施形態＞
図２４は、本発明の例示的な第６の実施形態のサーバの構成を説明する図である。図２４を参照すると、監視制御部１２Ｃは、ネットワーク構成情報取得部１２３を備えている。ＬＢＭフレームを送信し、経路上のポートのＭＡＣアドレスと送受信ポート情報の組み合わせと、ポート間の接続情報を取得し、論理ネットワーク構成やネットワークの物理接続構成を取得する。ネットワーク構成情報取得部１２３は、論理ネットワーク構成やネットワークの物理接続構成を表示装置に表示（表形式、又は、ネットワークトポロジーのグラフィック表示等）してもよい。
【０２１１】
図２５は、第６の実施形態を説明する図である。特に制限されないが、図２５において、スイッチ（ＳＷ１）２０、スイッチ（ＳＷ３）５０はエッジスイッチ、スイッチ（ＳＷ２）３０は例えば拠点間を繋ぐネットワーク上のコアスイッチ（ミドルコアスイッチ）等であってもよい。エッジスイッチ（ＳＷ３）５０に接続されるノードは、サーバ６０（例えばＩｏＴ（Internet of Things）ゲートウェイ）等であってもよい。
【０２１２】
サーバ１０からエッジスイッチ（ＳＷ３）５０のポートＰＮに接続されたサーバ６０に対して、サーバ１０からＬＢＭフレームを送信する。この結果、経路上のポートのＭＡＣアドレスと、送受信ポート情報の組み合わせと、ポート間の接続情報（ＳＷ１とＳＷ２、ＳＷ３）を取得する。この結果、サーバ１０では、論理ネットワーク構成やネットワーク物理接続構成を表示させることができる。
【０２１３】
＜第７の実施形態＞
図２６は、第７の実施形態のサーバ１０の構成例を説明する図である。図２６を参照すると、サーバ１０は、プロセッサ（ＣＰＵ（Central Processing Unit）、データ処理装置）１０１、半導体メモリ（例えばＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、又は、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROＭ）等）、ＨＤＤ（Hard Disk Drive）、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）等の少なくともいずれかを含む記憶装置１０２と、表示装置１０３と、ネットワークインタフェース（NIF）１１を備えている。記憶装置１０２に、上記した第１乃至第６の実施形態で説明したサーバ１０の機能を実現するプログラムを記憶しておき、プロセッサ１０１が、該プログラムを読み出して実行することで、上記した各実施形態のサーバ１０の機能を実現するようにしてもよい。
【０２１４】
なお、上記した各実施形態では、ＬＢＭとその応答であるＬＢＲを例に説明したが、他のＯＡＭフレーム、例えばＬＴＭとその応答であるＬＴＲに適用してもよいことは勿論である。
【０２１５】
＜第８の実施形態＞
前記各実施形態では、サーバ１０は、仮想送信元ＭＡＣアドレスを送信元アドレスに設定したＬＢＭフレームをユニキャスト送信しているが、ＬＢＭフレームをマルチキャストで送信するようにしてもよい。第８の実施形態の構成は、フレーム作成部１３、フレーム送信部１４が、仮想送信元ＭＡＣアドレスを送信元アドレス欄に設定したマルチキャストＬＢＲフレームを作成して送信することが前記実施形態と相違している。それ以外は、例えば図１９等を参照して説明した前記第８の実施形態と同様である。
【０２１６】
サーバ１０は、予め定められた所定アドレス範囲で可変させた仮想送信元ＭＡＣアドレスをヘッダの送信元アドレス欄にそれぞれ設定した複数のマルチキャストＬＢＭフレームを送信する。マルチキャストＬＢＭフレームのヘッダの宛先ＭＡＣアドレスに設定されるマルチキャスト宛先アドレスはクラス１（あるＭＥＧの中の全てのＭＥＰに宛てたＯＡＭフレーム）であり、例えばヘキサデシマル表示で、０１−８０−Ｃ２−００−００−３ｘである。ｘは０〜７のＭＥＧレベルを表す。マルチキャストＬＢＭフレームはＭＥＰと同じＭＥＧのピアＭＥＰに送信される。
【０２１７】
マルチキャストＬＢＭフレームを受信する監視対象装置（スイッチ等）のＬＡＧメンバーポート（ピアMEP）のポートＭＡＣアドレスに対して、同一ＭＥＧのＭＥＰとして、ＬＡＧメンバーポートのポートＭＡＣに設定したピアＭＥＰから、予め定められた指定時間内（例えば５秒）に、サーバ１０の応答フレーム受信判定部１５でユニキャストＬＢＲフレームの受信を確認した場合、監視対象のＬＡＧメンバーポートのＭＡＣアドレスを、ユニキャストＬＢＲフレームの送信元ＭＡＣアドレス欄から取得し、ユニキャストＬＢＲフレームの宛先アドレス欄に設定された仮想送信元ＭＡＣアドレス、ＬＡＧメンバーポートのＭＡＣアドレスの対応関係をポート・アドレス管理テーブル１７に記録する。以降、ＬＡＧメンバーポートの正常性を確認するためのループバックテストが実行される。例えば図２０のスイッチＳＷ２のＬＡＧメンバーポートＰ１〜ＰＮの正常性を確認することで対向機器であるスイッチＳＷ１のＬＡＧメンバーポートＰ１〜ＰＮの送受信の正常性も確認することができる。
【０２１８】
＜第９の実施形態＞
前記各実施形態では、監視対象のＬＡＧメンバーポートとして、Ｄｏｗｎ  ＭＥＰ（回線側に設定するＭＥＰ）に設定されたポート（例えば、図５のスイッチ（ＳＷ２）３０のＰ１、Ｐ２や、図２０のスイッチ（ＳＷ２）３０のＰ１〜ＰＮ）を例に説明した。第９の実施形態では、監視対象のＬＡＧメンバーポートとしてＵｐＭＥＰ（リレー側）を設定する。前述した図４（Ａ）では、スイッチＳＷ１のポートＰ１、スイッチＳＷ３のポートＰ４をＵｐＭＥＰとし、ＬＢＭフレームとＬＢＲフレームが２つのＵｐＭＥＰで挟まれる区間で転送される。サーバ１０の装置構成は、図１９を参照して説明した前記第８の実施形態と同様としてもよい。
【０２１９】
図２７は、第９の実施形態を説明する図である。図２７（Ａ）を参照すると、ＵｐＭＥＰであるスイッチＳＷ２（３０）のポートＰN〜ＰN+mはそれぞれ固有のＭＡＣアドレスが割り振られている。
【０２２０】
図２７（Ｂ）には、図２７（Ａ）における，あるドメインレベルでのＤｏｗｎＭＥＰ（逆三角）、ＭＩＰ（○）、ＵｐＭＥＰ（三角）の設定が模式的に示されている。サーバ１０のＤｏｗｎＭＥＰは、サーバ１０のネットワークインタフェース１１、スイッチ３０のＵｐＭＥＰは、スイッチＳＷ２（３０）のポートＰN〜ＰN+mに対応する。スイッチ２０と３０の間の回線は図２７（Ａ）のＬＡＧ２である。サーバ１０は、仮想送信元ＭＡＣアドレスを送信ＭＡＣアドレス欄に設定し、宛先アドレス欄をマルチキャストアドレス（０１−８０−Ｃ２−００−００−３ｘ：ｘは０〜７のＭＥＧレベル）に設定した複数のマルチキャストＬＢＭフレームを、ＵｐＭＥＰにコンフィグレーション設定されているスイッチＳＷ２のポートＰN〜ＰN+mに送信する。
【０２２１】
サーバ１０は、仮想送信元ＭＡＣアドレスを予め用意されている所定範囲のアドレス（互いに異なる３２個）で可変させた複数のマルチキャストＬＢＭフレームを送信する。
【０２２２】
マルチキャストＬＢＭフレームを受信する監視対象装置（スイッチ等）のＬＡＧメンバーポート（ピアMEP）のポートＭＡＣアドレスに対して、同一ＭＥＧのＭＥＰとして、ＬＡＧメンバーポートのポートＭＡＣに設定したピアＭＥＰから、予め定められた指定時間内（例えば５秒）に、サーバ１０の応答フレーム受信判定部１５でユニキャストＬＢＲフレームの受信を確認した場合、監視対象のＬＡＧメンバーポートのＭＡＣアドレスを、ユニキャストＬＢＲフレームの送信元ＭＡＣアドレス欄から取得し、ユニキャストＬＢＲフレームの宛先アドレス欄に設定された仮想送信元ＭＡＣアドレス、ＬＡＧメンバーポートのＭＡＣアドレスの対応関係をポート・アドレス管理テーブル１７（図１９（Ａ）参照）に記録することで、ＬＡＧメンバーポートの正常性を確認する。
【０２２３】
＜第１０の実施形態＞
図２８は、第１０の実施形態を説明する図である。サーバ１０のフレーム送信部１４は、仮想送信元ＭＡＣアドレスを所定アドレス範囲で可変させ、マルチキャストＬＢＭフレーム又はユニキャストＬＢＭフレームの宛先ＭＡＣアドレス欄をＬＡＧメンバーポート（Ｄｏｗｎ  ＭＥＰのポート）のＭＡＣアドレスとして送信する。
【０２２４】
サーバ１０では、応答フレーム受信判定部１５で、ＬＢＭフレームの応答であるＬＢＲフレームの受信を確認すると、ポート・アドレス対応生成部１６Ｂは、監視対象のＬＡＧメンバーポートのポートＭＡＣアドレスと、仮想送信元ＭＡＣアドレスと、送受信ポート情報の組み合わせと、ポート番号を取得する。
【０２２５】
サーバ１０は、監視対象のＬＡＧメンバーポートのポートＭＡＣアドレスに対して、自動的に、ＣＬＩ（Command Line Interpreter）等にて、「ｐｏｒｔＤｉｓｃｏｖｅｒｙ」コマンドを実行させることで、対向機器のポートＭＡＣアドレスとポート番号を取得する。「ｐｏｒｔＤｉｓｃｏｖｅｒｙ」のＣＬＩコマンドのシンタックスとして、例えば、
show ethernet-oam port <portlist> discovery
等がある。
【０２２６】
ローカルＤＴＥ（Data Terminal Equipment）のコンフィグレーション（モード）と状態とリモートＤＴＥのコンフィグレーション等が表示される。
【０２２７】
例えば図２０のスイッチＳＷ２のポートＰ１のＭＡＣアドレスを送信元ＭＡＣアドレスとするＬＢＲフレームを受信すると、例えばスイッチＳＷ２にＣＬＩコマンド
show ethernet-oam port P1 discovery
を投入することで、スイッチＳＷ２のローカルポートＰ１と、リモートポートであるスイッチＳＷ１のポートＰ１のコンフィグレーション状態が取得される。
【０２２８】
サーバ１０のネットワークマップ生成部１２４は、ネットワークにおける対向機器のポート間の接続情報を網羅的に取得することで、例えば図２９に例示するような、ネットワークマップを自動生成する。図２９では、Ｌ２スイッチの物理的なポート間の接続状態が表示装置の画面にグラフィックス表示される。図２９では、スイッチ間の接続を拡大したポップアップ画面も例示されている。
【０２２９】
＜第１１の実施形態＞
次に第１１の実施形態について説明する。第１１の実施形態のサーバ１０の構成は、図２８と同様である。図３０は、第１１の実施形態を説明する図である。
【０２３０】
図３０のスイッチ（ＳＷ１）２０のポートＰ１〜ＰＮをＵｐＭＥＰとし、図３１（Ａ）に示すように、マルチキャスト又はユニキャストＬＢＭフレームとその応答であるユニキャストＬＢＲフレームがＤｏｗｎＭＥＰとＵｐＭＥＰで挟まれる区間で転送される。
【０２３１】
図３０のサーバ１０のネットワークインタフェース（ＮＩＦ）１１とスイッチ（ＳＷ１）２０のポートＰ１〜ＰＮは、図３１（Ａ）のサーバ１０のＤｏｗｎＭＥＰとスイッチ２０のＵｐＭＥＰにそれぞれ対応している。
【０２３２】
図３０のスイッチ（ＳＷ２）３０のポートＰ１〜ＰＮをＤｏｗｎＭＥＰとし、図３１（Ｂ）に示すように、マルチキャスト又はユニキャストＬＢＭフレームとその応答であるユニキャストＬＢＲフレームが２つのＤｏｗｎＭＥＰで挟まれる区間で転送される。
【０２３３】
図３０のサーバ１０のネットワークインタフェース（ＮＩＦ）１１とスイッチ（ＳＷ２）３０のポートＰ１〜ＰＮは、図３１（Ｂ）のサーバ１０のＤｏｗｎＭＥＰとスイッチ３０のＤｏｗｎＭＥＰに対応している。
【０２３４】
サーバ１０から送信されるマルチキャスト又はユニキャストＬＢＭフレームのヘッダにはＶＬＡＮタグ（４オクテット）が設定され、該当するＶＬＡＮにだけそのフレームが届くようにする。すなわち、ＶＬＡＮタグ（４オクテット）の後半の２オクテットの１２ビットがＶＬＡＮ番号であり、スイッチはこのＶＬＡＮ番号に基づき、フレームを対応するＶＬＡＮに転送する。
【０２３５】
すなわち、図３１（Ａ）の場合、マルチキャスト又はユニキャストＬＢＭフレームのＶＬＡＮタグのＶＬＡＮ番号は「１」（ＶＬＡＮ１）に設定される。
【０２３６】
図３１（Ｂ）の場合、マルチキャスト又はユニキャストＬＢＭフレームのＶＬＡＮタグのＶＬＡＮ番号は「２」（ＶＬＡＮ２）に設定される。図３１（Ａ）のドメインレベルは１とされ、ＶＬＡＮグループで分割されるＭＡ（Maintenance Association）は、グループ１とされる。図３１（Ｂ）のドメインレベルは２とされ、ＶＬＡＮグループで分割されるＭＡは、グループ２とされる。低い方のドメインレベル１はドメインレベル２の内側に設定されている。
【０２３７】
サーバ１０において、図３１（Ａ）のＶＬＡＮ:１におけるマルチキャスト又はユニキャストのＬＢＭフレームの送信元ＭＡＣアドレス欄に設定する仮想送信元ＭＡＣアドレスを所定範囲で可変させて送信し、監視対象のＵｐＭＥＰ（スイッチ２０のポートＰ１〜ＰＮ）からＬＢＲフレームを受信する。また、図３１（Ｂ）のＶＬＡＮ：２におけるマルチキャスト又はユニキャストのＬＢＭフレームの送信元ＭＡＣアドレス欄に設定する仮想送信元ＭＡＣアドレスを所定範囲で可変させて送信し、監視対象のＤｏｗｎＭＥＰ（スイッチ３０のポートＰ１〜ＰＮ）からＬＢＲフレームを受信する。この結果、サーバ１０の監視制御部１２Ｂのネットワークマップ生成部１２４では、スイッチ２０とスイッチ３０のＬＡＧのポート間に接続が分かる。
【０２３８】
例えば、スイッチ（ＳＷ２）３０のポートＰ１のＭＡＣアドレス宛てに仮想送信元ＭＡＣアドレスを可変させて送信したＬＢＭフレームに対する応答ＬＢＲフレームを受信し、そのときの仮想送信元ＭＡＣアドレスがＳＡ１であるとする。
【０２３９】
次にスイッチ（ＳＷ１）２０のポートＰ１〜ＰＮの各ＭＡＣアドレス宛てに仮想送信元ＭＡＣアドレスを可変させて送信したＬＢＭフレームに対する応答ＬＢＲフレームのうち、宛先ＭＡＣアドレスが、仮想送信元ＭＡＣアドレスＳＡ１である応答ＬＢＲフレームは、サーバ１０からスイッチ（ＳＷ２）３０のポートＰ１へのパス上にある対向スイッチ（ＳＷ１）２０のポートからのものである。したがって、監視制御部１２Ｂのネットワークマップ生成部１２４では、スイッチ（ＳＷ２）３０のポートＰ１に接続するスイッチ（ＳＷ１）２０のポート番号がわかる。
【０２４０】
すなわち、ＤｏｗｎＭＥＰに対する仮想送信元ＭＡＣアドレスを可変させて送信したＬＢＭフレームに対する応答であるＬＢＲフレームと、ＤｏｗｎＭＥＰに対向するＵｐＭＥＰに対する仮想送信元ＭＡＣアドレスを可変させて送信したＬＢＭフレームに対する応答であるＬＢＲフレームを受信することで、対向するスイッチのポートＭＡＣアドレスとポート番号を取得することができる。
【０２４１】
上記のように、第１１の実施形態では、図２８のネットワークマップ生成部１２４では、監視対象のＬＡＧメンバーポートのＭＡＣアドレスと、仮想送信元ＭＡＣアドレスの組み合わせにより、対向するスイッチ等、隣接する装置を結ぶＬＡＧの相互接続情報を判断し、ネットワーク内の物理的なポート間接続情報を網羅的に取得することで自動的にネットワークマップを作成する。
【０２４２】
なお、図２６の記憶装置１０２に、上記した第６乃至第１１の実施形態で説明したサーバ１０の機能を実現するプログラムを記憶しておき、図２６のプロセッサ１０１が、該プログラムを読み出して実行することで、上記した各実施形態のサーバ１０の機能を実現するようにしてもよい。
【０２４３】
上記実施形態によれば、ターゲット端末宛に送信する要求フレーム、及び、ターゲット端末からの応答フレームのいずれも、網羅的にＬＡＧに振り分けられる。このため、ターゲット端末からの返信の有無に基づき、スイッチ間の区間（ＬＡＧポート間）の接続情報を取得することができる。
【０２４４】
図３２は、上記各実施形態において、ネットワーク管理装置１０から送信された監視フレーム（ＬＢＭやＰＩＮＧフレーム等の監視フレーム）に対するターゲット端末３からの応答フレーム（応答監視フレーム）の各スイッチにおけるＬＡＧポートの振り分けを説明する図である。実施形態において、フレームのフレームヘッダの送信元ＭＡＣアドレスを、一つのターゲット端末あたり少なくとも経路上にあるＬＡＧのＬＡＧメンバーポート数以上の値にそれぞれ異ならせた所定の識別情報として設定した監視フレームを生成し、複数のターゲット端末宛に、並行して、並列的に、又は、同時に、送信する。複数のリンクアグリゲーション接続を用いて階層的に接続された複数のネットワーク機器を含むネットワークにおいて、階層的に接続された複数のネットワーク機器の先にある複数のターゲット端末までの複数の経路における、経路上の全てのハッシュアルゴリズムも相互に異なる機器を含む、含まないにかかわらず、全てのリンクアグリゲーションメンバーポートに対する網羅性をもった振り分けのために、リンクアグリゲーションのハッシュ振分がこの仮想送信元ＭＡＣアドレスと宛先ＭＡＣアドレスに基づき行われることを利用する。例えば経路内のネットワーク機器のリンクアグリゲーションのハッシュ振分の設定がアドレス振分の設定となっている場合、宛先ＭＡＣアドレスが固定であれば、仮想送信元ＭＡＣアドレスのみを用いて、メーカ独自のハッシュ振分アルゴリズムに基づいて振分が行われるが、この仮想送信元ＭＡＣアドレスが設定された監視フレームのフレームヘッダのＶＬＡＮタグのＶＩＤを少なくとも経路上のリンクアグリゲーションにおけるリンクアグリゲーションメンバーポート数の最大値以上にて可変させることで、意図的に、特定の指定したポートに監視フレームを振り分ける計算アルゴリズム情報を入手する必要なしに、ＶＩＤのハッシュ値に基づき、ＬＡＧポートへ網羅性を持った振り分けを行わせる。
【０２４５】
以下では、各スイッチが要求監視フレームを送信元ＭＡＣアドレスと宛先ＭＡＣアドレスを用いて、ＳＷ１からＳＷ４までの経路上にある最大４本のリンクアグリゲーションメンバーポートを有する全てのＬＡＧポートへ双方向で網羅性を持って振り分けを行わせた例を説明する。
【０２４６】
ネットワーク管理装置１０から、経路上にあるリンクアグリゲーションメンバーポート数４に対して、少なくとも経路上の最大のリンクアグリゲーションメンバーポート数の以上の数で送信元ＭＡＣアドレスをスイープした監視フレームをターゲット端末３の宛先ＭＡＣアドレスに対して送信する。この時便宜上、送信元ＭＡＣアドレスの一桁目を連番で４つ変えた監視フレームを送信してもよい。この方法により、メーカＣ社製のスイッチ２０−１（ＳＷ１）では、監視フレームを送信元ＭＡＣアドレスと宛先ＭＡＣアドレスの情報から、通常はメーカが未開示としているメーカＣ独自のハッシュ振分アルゴリズムに基づいて計算されたハッシュ値を用いて、ＬＡＧポートへ（４つのＬＡＧポートへ均等に）網羅性を持った振り分けを行わせることで、４つ全てのポートに対して、ネットワーク管理装置からターゲット端末方向の回線のトラフィックの正常性を確認する。
【０２４７】
次に４つの監視フレームがメーカＣ社製のスイッチ２０−２からメーカＪ社製のスイッチ２０−２（ＳＷ２）に入力され、スイッチ２０−２では監視フレームに含まれる送信元ＭＡＣアドレスと宛先ＭＡＣアドレスを用いて、通常はメーカが未開示としているメーカＪ独自のハッシュ振分アルゴリズムに基づいて計算されたハッシュ値を用いてＬＡＧポートへ（２つのＬＡＧポートへ均等に）網羅性を持った振り分けを行わせる。このことにより、少なくとも２つの監視フレームは他の監視フレームと同じポートに振り分けされるが、２つ全てのポートに対して、ネットワーク管理装置からターゲット端末方向の回線のトラフィックの正常性を確認する。
【０２４８】
メーカＦ社製スイッチ２０−３（ＳＷ３）では、監視フレームを送信元ＭＡＣアドレスと宛先ＭＡＣアドレスの情報から、通常はメーカが未開示としているメーカＪ独自のハッシュ振分アルゴリズムに基づいて計算されたハッシュ値を用いてＬＡＧポートへ（３つのＬＡＧポートへ均等に）振り分けを行わせる。このことにより、少なくとも１つの監視フレームは他の監視フレームと同じポートに振り分けがされるが、３つ全てのポートに対して、ネットワーク管理装置からターゲット端末方向の回線のトラフィックの正常性を確認する。
【０２４９】
メーカＡ社製スイッチ２０−４（ＳＷ４）では、監視フレームの宛先ＭＡＣアドレス（ターゲット端末３のＭＡＣアドレス）が接続するポートに、監視フレームを転送する。
【０２５０】
ターゲット端末３では、スイッチ２０−４（ＳＷ４）から受信した監視フレーム４つに対して、応答監視フレームを４つ返信する。応答監視フレームのフレームヘッダの宛先ＭＡＣアドレスは、監視フレームの送信元ＭＡＣアドレスであるそれぞれ互いに異なる４つの監視フレームの仮想送信元ＭＡＣアドレスとし、送信元ＭＡＣアドレスはターゲット端末３のＭＡＣアドレスとして、応答監視フレームをネットワーク管理装置宛てに送信する。
【０２５１】
メーカＡ社製スイッチ２０−４（ＳＷ４）では、応答監視フレームの送信元ＭＡＣアドレスと宛先ＭＡＣアドレスの情報のうち、４つの宛先ＭＡＣアドレスを用いて、通常はメーカが未開示としているメーカＡ独自のハッシュ振分アルゴリズムに基づいて相互に異なった値に計算されたハッシュ値を用いて、ＬＡＧポートへの（３つのＬＡＧポートへ均等に）振り分けを行う。このことにより、少なくとも１つの応答監視フレームは他の応答監視フレームと同じポートに振り分けがされるが、３つ全てのポートに対して、監視フレームとは逆向きのトラフィック方向の回線のトラフィックの正常性を確認する。
【０２５２】
スイッチ２０−３（ＳＷ３）では、スイッチ２０−４から受信した応答監視フレームを送信元ＭＡＣアドレスと宛先ＭＡＣアドレスの情報のうち、４つの宛先ＭＡＣアドレスを用いて、通常はメーカが未開示としているメーカＦ独自のハッシュ振分アルゴリズムに基づいて相互に異なった値に計算されたハッシュ値を用いて、ＬＡＧポートへの（２つのＬＡＧポートへ均等に）振り分けを行う。このことにより、少なくとも２つの応答監視フレームは他の応答監視フレームと同じポートに振り分けがされるが、２つ全てのポートに対して、監視フレームとは逆向きのトラフィック方向の回線のトラフィックの正常性を確認する。
【０２５３】
スイッチ２０−２（ＳＷ２）では、スイッチ２０−３から受信した応答監視フレームを送信元ＭＡＣアドレスと宛先ＭＡＣアドレスの情報のうち、４つの宛先ＭＡＣアドレスを用いて、通常はメーカが未開示としているメーカＪ独自のハッシュ振分アルゴリズムに基づいて相互に異なった値に計算されたハッシュ値を用いて、ＬＡＧポートへの（４つのＬＡＧポートへ均等に）振り分けを行う。このことにより、４つ全てのポートに対して、監視フレームとは逆向きのトラフィック方向の回線のトラフィックの正常性を確認する。
【０２５４】
スイッチ２０−１（ＳＷ１）では、スイッチ２０−２から受信した応答監視フレームの宛先ＭＡＣアドレス（ネットワーク管理装置１０のＭＡＣアドレス）が接続するポートに、応答監視フレームを転送し、応答監視フレームはネットワーク管理装置１０で受信される。
【０２５５】
なお、スイッチ間のＬＡＧ回線は電気信号又は光信号を伝送するようにしてもよい。光信号の場合、例えば図３３（Ａ）に示すように、上りと下りの回線を別々にしてもよいし、図３３（Ｂ）に示すように、上りと下りで同一の回線を用いてもよい（例えばマルチモード光ファイバを用いた１０ＧＢＡＳＥ−ＳＲ等）。図３３（Ｂ）のように、上りと下りで同一の光通信回線を用いる場合、一心双方向伝送の機種では、特定の波長を出力する送信器（ＴＸ）と、波長によって光信号を選り分ける波長フィルタと、波長フィルタからの出力を受信し電気信号に変換する受信器（ＲＸ）を備えている。光信号の上りと下りで波長を異ならせている。本実施形態によれば、監視フレームを行きと帰りの双方向に流すことになる。このため、ネットワーク管理装置１０とターゲット端末３との間の往路、復路の経路について簡易な方法で１００％監視が可能である、という特徴を有する。特に、行き（ネットワーク管理装置１０からゲート端末３の経路）では、ターゲット端末３毎に複数の仮想送信元識別情報（仮想送信元ＭＡＣアドレス）を持った監視フレームを流し、帰り（ターゲット端末３からネットワーク管理装置１０への経路）では、自動的に、送信元識別情報と宛先識別情報を入れ替えて監視フレーム（応答監視フレーム）が返信されることで、簡便に、双方向の疎通監視を実現可能としている。これは、本実施形態では、一つのネットワーク管理装置において複数の仮想送信元識別情報（仮想送信元ＭＡＣアドレス情報）を生成し該複数の仮想送信元識別情報をそれぞれフレームヘッダに設定した複数の監視フレームをターゲット端末３宛てに流す構成としたことによる。
【０２５６】
＜第１２の実施形態＞
図３４は、本発明のさらに別の実施形態のネットワーク管理装置１０の構成例を説明する図である。図３４を参照すると、ネットワーク管理装置１０は、故障判定条件を記憶する記憶部１９を備え、監視制御部１２Ｄは、故障判定部１２５を備えている。また、フレーム作成部１３は、所定の範囲内で値を可変させた複数の仮想送信元ＭＡＣアドレスを生成し、複数の監視フレームのヘッダの送信元ＭＡＣアドレス欄に設定し、また、必要に応じて、所定の範囲内で値を可変させたＶＩＤ（ＶＬＡＮ  ＩＤ）を生成し、監視フレーム（ＰＩＮＧフレーム）のヘッダのＶＬＡＮタグ欄に設定する仮想送信元ＭＡＣアドレス／ＶＩＤ設定部１３２を備えている。なお、図３４の実施形態のネットワーク管理装置１０の故障判定部１２５、故障判定条件を記憶する記憶部１９を図２８の第１０の実施形態のネットワーク管理装置１０に追加し、図２８の仮想送信元ＭＡＣアドレス設定部１３１を仮想送信元ＭＡＣアドレス／ＶＩＤ設定部１３２で置き換えた構成としてもよい。
【０２５７】
記憶部１９の故障判定条件は、図６（Ａ）に示した故障区間判定条件と同様、ネットワークにおけるスイッチ（通信装置）間の各区間について、該区間と１つ又は複数のターゲット端末との対応表を含む。
【０２５８】
この対応表において、各区間に対応する１つ又は複数のターゲット端末は、ターゲット端末宛に複数の監視フレームを送信し前記ターゲット端末からの応答フレームの受信の有無が前記区間のサイレント故障の判定に用いられるターゲット端末を示している。なお、サイレント故障は、スイッチ（通信装置）において、検出されるリンクダウン等以外の故障をいう。リンクアグリゲーショングループ（ＬＡＧ）内に予め待機用（スタンバイ）の回線を用意しておき，運用中の回線が障害となったときに待機用の回線と切り替えることによって、リンクアグリゲーショングループとして運用する回線数を維持するスタンバイ機能等があるが、サイレント故障の場合は障害と認識されないため、サイレント故障の回線は、アクティブなリンクアグリゲーションメンバーポートとしてそのまま留まる。
【０２５９】
応答フレームの受信の有無は、前記各実施形態と同様、応答フレーム受信判定部１５で行われ、受信の有無の判定結果は、監視制御部１２Ｄの故障判定部１２５に通知される。図６（Ａ）、（Ｂ）を参照して説明したように、故障区間の判定は、ネットワークのトポロジー情報（例えば図６（Ａ）の場合、ネットワークトポロジーはツリー型）に基づき行うことができる。この場合、図６（Ｂ）の故障区間判定条件は、例えば、ネットワークトポロジー情報に基づき作成される。
【０２６０】
記憶部１９の故障判定条件は、さらに故障部位判定条件を含むようにしてもよい。故障部位判定条件は、各ターゲット端末宛の複数の監視フレームに対するターゲット端末からの応答フレームの受信の有無の組み合わせと、推定される故障箇所の対応表を含む。故障部位判定条件は、予め定められた所定のネットワーク構成情報（例えばポート間接続情報）等に基づき作成及び設定され、故障判定部１２５において、スイッチ等の通信装置、通信装置間のリンクの故障（サイレント故障）を判定可能とする条件を含むようにしてもよい。ポート間接続情報として、例えば、図６（Ａ）の装置間のポート間接続情報、又は、目的的ノードＡ、Ｂ、Ｃと装置Ｅ、Ｆ、Ｄのポート間接続情報、を含むようにしてもよい。なお、ネットワーク構成情報は、図２８の第１０の実施形態のネットワーク構成情報取得部１２３（対向するＬ２スイッチ等の物理的なポート間の接続情報を取得可能）で取得したネットワーク構成情報を利用するようにしてもよい。
【０２６１】
故障判定部１２５は、監視フレームの宛て先である複数のターゲット端末からの応答フレームの受信の有無と、故障部位判定条件に基づき、故障部位（故障箇所）を判定する。
【０２６２】
図３５（Ａ）、（Ｂ）は、本発明の第１２の実施形態を説明する図である。なお、スイッチ間はＬＡＧ回線で接続されているものとする。図６では、ネットワーク管理装置（サーバ）１０が、ネットワークトポロジー情報に基づき、エッジスイッチ２−２配下のターゲット端末に対して、ヘッダのＶＬＡＮ  ＩＤ（ＶＩＤ）の値を可変（掃引）させた複数のタグ付きＰＩＮＧフレームを送信することで障害区間の検出を説明した。本実施形態においても、ネットワーク管理装置（サーバ）１０は、ヘッダのＶＬＡＮタグのＶＩＤを所定範囲で掃引したタグ付きＰＩＮＧフレームを送信するようにしてもよい。また、ヘッダの送信元ＭＡＣアドレスを所定範囲で掃引したＬＢＭフレームを送信するようにしてもよい。
【０２６３】
図３５（Ａ）を参照すると、スイッチ２０−１は例えばコアスイッチ、スイッチ２０−２、２０−３は例えばミドルスイッチ、スイッチ２１−１〜２１−８は例えばエッジスイッチ、ターゲット（target）３−１〜３−８は、図５、図６（Ａ）のターゲット端末である。なお、図３５（Ａ）のスイッチ、ターゲット端末の接続例は、あくまで説明のためのものであり、個数、接続構成は図示の例に制限されるものでないことは勿論である。
【０２６４】
前述したように、ネットワーク管理装置１０からターゲット端末３−１〜３−８への到達、不到達の組み合わせパタンによって、区間の故障以外の部位の故障（サイレント故障）を判定（推定）可能としている。
【０２６５】
ネットワーク管理装置１０において、図３４の記憶部１９の故障判定条件は、図３５（Ｂ）に模式的に示したような、ターゲット端末３−１〜３−８への到達、不到達の組み合わせパタンと、故障箇所との対応を含む。
【０２６６】
ネットワーク管理装置１０において、故障判定部１２５は、宛先をターゲット端末３−１〜３−８としたネットワーク管理装置１０からの複数の要求フレーム（例えば送信元ＭＡＣアドレス欄を仮想ソースＭＡＣアドレス、宛先ＭＡＣアドレス欄をターゲット端末のＭＡＣアドレスに設定）に対するターゲット端末３−１〜３−８からの応答フレームを受信したか否かに基づき、故障箇所（物理故障箇所）を推定する。
【０２６７】
図３４の故障判定部１２５において、ターゲット端末３−１〜３−８への到達、不到達の組み合わせパタンによって故障の部位が推定された場合、故障部位を特定するための個別診断動作等を行うようにしてもよい。故障判定部１２５において、ターゲット端末３−１〜３−８への到達、不到達の組み合わせパタンを蓄積し、実際の障害箇所（実際に故障と特定された部位（機器））と組み合わせパタンの統計処理結果を記憶するようにしてもよい。
【０２６８】
あるいは、故障判定部１２５において、ターゲット端末３−１〜３−８への到達、不到達の組み合わせパタンに対して、統計処理結果に基づき、障害原因である確率等を算出するようにしてもよい。
【０２６９】
図３５（Ｂ）は、図３４の記憶部１９の故障判定条件に含まれる故障部位判定条件を説明する図である。ケース１は、図３５（Ａ）におけるターゲット端末＃５〜＃８に監視フレームが不到達（応答フレーム未受信）、ターゲット端末＃１〜＃４には監視フレームが到達の場合の例である（すなわち、ネットワーク管理装置１０はターゲット端末＃１〜＃４からの応答フレームは受信している）。
【０２７０】
図３５（Ｂ）のケース１の故障箇所（故障推定箇所）Ｆ１には、ターゲット端末＃１〜＃８への到達、不到達の組み合わせパタンに対する故障部位の候補として、例えばスイッチ２０−３のネットワークインタフェース（ＮＩＦ９）のサイレント故障としてもよい。あるいは、スイッチ２０−３におけるいずれも不図示のコントローラ（CPU(Central Processing Unit)）、パケットプロセッサ、クロスバースイッチとＮＩＦ等を接続するバスの障害も候補となり得る。なお、ネットワークのトポロジー情報やネットワーク構成情報（例えばポート間接続情報）等に基づき、他の故障原因も考えられる場合、ケース１の故障箇所Ｆ１として、第２、第３の故障候補を設定してもよい。
【０２７１】
故障判定部１２５では、ターゲット端末＃５〜＃８がエッジスイッチ２１−５〜２１−８に接続されていること、エッジスイッチ２１−５〜２１−８が、スイッチ２０−３のネットワークインタフェース（ＮＩＦ９）のポートに接続されているというネットワーク接続情報（ポート接続情報）に基づき、故障部位判定条件に基づき、ターゲット端末＃５〜＃８が全て不到達であることから、スイッチ２０−３のネットワークインタフェース（ＮＩＦ９）の故障（サイレント故障）が原因の一つであると判断（推定）することができる。なお、ポート間接続情報は、例えば図３６に模式的に示すように、各ポートについて、シャーシ番号、スロット番号（当該シャーシのバックプレーンに接続するスロット番号）、ポート番号）の三つ組みで与えられ、ポート間接続情報は、接続する二つのポートの（シャーシ番号、スロット番号、ポート番号）の組で与えられる。なお、ネットワーク構成情報であるポート間接続情報は、図３５（Ａ）のスイッチの全部のポートでなく、一部のスイッチのポートに関するポート間接続情報であってもよい。
【０２７２】
ネットワーク管理装置１０では、監視フレームによるネットワークの監視時に、ターゲット端末３−１〜３−８への到達、不到達の組み合わせパタンと、故障部位判定条件を照合し、故障部位候補の出力、又は、障害ログの生成を行うようにしてもよい。
【０２７３】
図３５（Ｂ）において、故障部位判定条件のケース２（ターゲット端末＃５〜＃８に監視フレームが到達又は不到達、ターゲット端末＃１〜＃４には監視フレームが到達）はスイッチ２０−１と２０−３の区間（回線）のサイレント故障と判定（推定）してもよい。
【０２７４】
図３５（Ｂ）において、ケース３（ターゲット端末＃１には監視フレームが到達又は不到達、ターゲット端末＃２〜＃８には監視フレームが到達）では、例えばスイッチ２０−２とエッジスイッチ２０−１間の回線のサイレント故障と判定（推定）してもよい。あるいは、スイッチ２０−２のメモリ、一例として、ＣＡＭ（Content Addressable Memory）の不具合（障害）等と判定することも可能である（スイッチのＣＡＭは、ＭＡＣアドレステーブル等の検索をハードウェアで行い高速処理を実現する）。この場合、ＭＡＣアドレステーブルのメモリの固定位置の間欠的なビットエラーによって、あるポートに接続するノードへの監視フレームが間欠的に到達、不到達となる場合等が障害原因として想定される。
【０２７５】
なお、上記の特許文献１−３の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各請求項の各要素、各実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ乃至選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【０２７６】
上記した実施形態は例えば以下のように付記される（ただし以下に制限されない）。
【０２７７】
(付記１）
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、
前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段と、
を備えた、ことを特徴とするネットワーク管理装置。
【０２７８】
(付記２）
前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する手段を備えた、ことを特徴とする付記１に記載のネットワーク管理装置。
【０２７９】
(付記３）
前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う手段を備えた、ことを特徴とする付記１又は２に記載のネットワーク管理装置。
【０２８０】
(付記４）
前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する手段を備えた、ことを特徴とする付記１乃至３のいずれかに記載のネットワーク管理装置。
【０２８１】
(付記５）
前記管理テーブルに応答有りとして記憶された各ポートのアドレスを宛先アドレスとし、前記ポートに対応して前記管理テーブルに記憶された仮想送信元アドレスを送信元アドレス欄に設定したフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する手段を備えた、ことを特徴とする付記４に記載のネットワーク管理装置。
【０２８２】
(付記６）
前記フレームが不到達となり応答がなくなったポートを検出する手段を備えたことを特徴とする付記５に記載のネットワーク管理装置。
【０２８３】
(付記７）
前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートから応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元ＭＡＣアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する手段を備えた、ことを特徴とする付記６に記載のネットワーク管理装置。
【０２８４】
(付記８）
前記フレームの送信と応答フレームの受信とに基づき、前記ネットワークの構成情報を取得する手段を備えた、ことを特徴とする付記１乃至７のいずれかに記載のネットワーク管理装置。
【０２８５】
(付記９）
リンクアグリゲーショングループに集約された複数のポートを有する通信装置と、
前記通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレスに、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段とを備えたネットワーク管理装置と、
を含む、ことを特徴とするネットワークシステム。
【０２８６】
(付記１０）
前記ネットワーク管理装置は、前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する手段を備えた、ことを特徴とする付記９に記載のネットワークシステム。
【０２８７】
(付記１１）
前記ネットワーク管理装置は、前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う手段を備えた、ことを特徴とする付記９又は１０に記載のネットワークシステム。
【０２８８】
(付記１２）
前記ネットワーク管理装置は、前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する手段を備えた、ことを特徴とする付記９乃至１１のいずれかに記載のネットワークシステム。
【０２８９】
(付記１３）
前記ネットワーク管理装置は、前記管理テーブルに応答有りとして記憶された各ポートのアドレスを宛先アドレスとし、前記ポートの対応する仮想送信元アドレスを送信元アドレス欄とするフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する手段を備えたことを特徴とする付記１２に記載のネットワークシステム。
【０２９０】
(付記１４）
前記ネットワーク管理装置は、前記フレームが不到達となり応答がなくなったポートを検出する手段を備えたことを特徴とする付記１３に記載のネットワークシステム。
【０２９１】
(付記１５）
前記ネットワーク管理装置は、前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスを可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートから応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元ＭＡＣアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する手段を備えた、ことを特徴とする付記１４に記載のネットワークシステム。
【０２９２】
(付記１６）
前記ネットワーク管理装置は、前記フレームの送信と返信の受信に基づき、前記ネットワークの構成情報を取得する手段を備えたことを特徴とする付記９乃至１５のいずれかに記載のネットワークシステム。
【０２９３】
(付記１７）
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、
前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信し、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する、ことを特徴とするネットワーク管理方法。
【０２９４】
(付記１８）
前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する、ことを特徴とする付記１７に記載のネットワーク管理方法。
【０２９５】
(付記１９）
前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う、ことを特徴とする付記１７又は１８に記載のネットワーク管理方法。
【０２９６】
(付記２０）
前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する、ことを特徴とする付記１７乃至１９のいずれかに記載のネットワーク管理方法。
【０２９７】
(付記２１）
前記管理テーブルに応答有りとして記憶された各ポートのアドレスを宛先アドレスとし、前記ポートに対応して前記管理テーブルに記憶された仮想送信元アドレスを送信元アドレス欄に設定したフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する、ことを特徴とする付記１７又は１８に記載のネットワーク管理方法。
【０２９８】
(付記２２）
前記フレームが不到達となり応答がなくなったポートを検出する、ことを特徴とする付記２１に記載のネットワーク管理方法。
【０２９９】
(付記２３）
前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスを可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートから応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元ＭＡＣアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する、ことを特徴とする付記２２に記載のネットワーク管理方法。
【０３００】
(付記２４）
前記フレームの送信と返信の受信に基づき、前記ネットワークの構成情報を取得する、ことを特徴とする付記１７乃至２３のいずれかに記載のネットワーク管理方法。
【０３０１】
(付記２５）
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、
前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する処理と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する処理と、
をコンピュータに実行させるプログラム。
【０３０２】
(付記２６）
前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する処理を前記コンピュータに実行させる付記２５に記載のプログラム。
【０３０３】
(付記２７）
前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う処理を前記コンピュータに実行させる付記２５又は２６に記載のプログラム。
【０３０４】
(付記２８）
前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する処理を前記コンピュータに実行させる付記２５又は２６に記載のプログラム。
【０３０５】
(付記２９）
前記管理テーブルに記憶された各ポートのアドレスを宛先アドレスとし、前記ポートの対応する仮想送信元アドレスを送信元アドレス欄とするフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する処理を前記コンピュータに実行させる付記２８に記載のプログラム。
【０３０６】
(付記３０）
前記フレームが不到達となり応答がなくなったポートを検出する処理を前記コンピュータに実行させる付記２９に記載のプログラム。
【０３０７】
(付記３１）
前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスを可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートからの応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元ＭＡＣアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する処理を前記コンピュータに実行させる付記２９に記載のプログラム。
【０３０８】
(付記３２）
前記フレームの送信と返信の受信に基づき、前記ネットワークの構成情報を取得する処理を前記コンピュータに実行させる付記２５乃至３１のいずれかに記載のプログラム。
【符号の説明】
【０３０９】
１  ネットワーク（ネットワークシステム）
２−１、２−２、５−１、５−３  エッジスイッチ(ルータ)
３、３−１〜３−８  ターゲット端末
４  送信元ノード
５−２  コアスイッチ
６  宛先ノード
１０  ネットワーク管理装置（サーバ）
１１  ネットワークインタフェース（ＮＩＦ）
１２、１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ  監視制御部
１３  フレーム作成部
１４  フレーム送信部
１５  応答フレーム受信判定部
１６、１６Ｂ  ポート・アドレス対応生成部
１７  ポート・アドレス管理テーブル
１８、１８Ａ、１８Ｂ、１８Ｃ、１８Ｄ、１８Ｅ  管理モジュール
１９  記憶部（故障判定条件）
２０、２０−Ａ、２０−Ｂ、２０−Ｃ、２０−Ｄ、３０、５０  スイッチ（通信装置）
２０−１〜２０−３  スイッチ
２１−１〜２１−８  エッジスイッチ
３３  ＰＩＮＧフレーム作成部
３５  ＰＩＮＧリプライ受信判定部
４０、４０１、４０２、  回線（リンク）
６０  サーバ（ＩｏＴゲートウェイ）
１０１  プロセッサ
１０２  記憶装置
１０３  表示装置
１１１  トランスミッタ
１１２  レシーバ
１２１  状態変化検知部
１２２  異常判定部
１２３  ネットワーク構成情報取得部
１２４  ネットワークマップ生成部
１２５  故障判定部
１３１  仮想送信元ＭＡＣアドレス設定部
１３２  仮想送信元ＭＡＣアドレス／ＶＩＤ設定部
３３１  ＶＩＤ設定部
５０１、５０３  イーサネットフレーム
５０２  イーサネットフレーム（ＥｏＥフレーム）
【図１】
2019103117.tif 000003
【図２】
2019103117.tif 000004
【図３】
2019103117.tif 000005
【図４】
2019103117.tif 000006
【図５】
2019103117.tif 000007
【図６】
2019103117.tif 000008
【図７】
2019103117.tif 000009
【図８】
2019103117.tif 000010
【図９】
2019103117.tif 000011
【図１０】
2019103117.tif 000012
【図１１】
2019103117.tif 000013
【図１２】
2019103117.tif 000014
【図１３】
2019103117.tif 000015
【図１４】
2019103117.tif 000016
【図１５】
2019103117.tif 000017
【図１６】
2019103117.tif 000018
【図１７】
2019103117.tif 000019
【図１８】
2019103117.tif 000020
【図１９】
2019103117.tif 000021
【図２０】
2019103117.tif 000022
【図２１】
2019103117.tif 000023
【図２２】
2019103117.tif 000024
【図２３】
2019103117.tif 000025
【図２４】
2019103117.tif 000026
【図２５】
2019103117.tif 000027
【図２６】
2019103117.tif 000028
【図２７】
2019103117.tif 000029
【図２８】
2019103117.tif 000030
【図２９】
2019103117.tif 000031
【図３０】
2019103117.tif 000032
【図３１】
2019103117.tif 000033
【図３２】
2019103117.tif 000034
【図３３】
2019103117.tif 000035
【図３４】
2019103117.tif 000036
【図３５】
2019103117.tif 000037
【図３６】
2019103117.tif 000038