(57)【要約】【課題】リンクアグリゲーションポートを有する複数の通信装置を含むネットワークの接続性確認等の監視を、コスト及び作業工数等の増加を抑制して、実現可能とする。【解決手段】ネットワーク管理装置はリンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄に、値をそれぞれ異ならせた所定の識別情報を設定した複数のフレームを生成して目的ノード宛に送信する手段と、前記フレームに対する応答パケットの受信を検出する。【選択図】図５
2019103116.tif 000002
【特許請求の範囲】
【請求項１】
フレームのヘッダの識別情報のハッシュ値に基づきポートの振り分けが行われるリンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を複数含むネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄に、前記通信装置のＬＡＧメンバーポートの最大数以上に値をそれぞれ異ならせた識別情報を設定した複数のフレームを生成して目的ノード宛に送信する第１の手段と、
送信した前記複数のフレームに対する応答の受信を検出する第２の手段と、
を備えた、ことを特徴とするネットワーク管理装置。
【請求項２】
１つ又は複数の前記目的ノード宛に送信した前記複数のフレームに対する前記目的ノードごとの前記応答の受信の有無と故障区間判定条件に基づき、サイレント故障区間を判定する手段を備えた、ことを特徴とする請求項１に記載のネットワーク管理装置。
【請求項３】
前記故障区間判定条件は、前記ネットワークのトポロジーの情報に基づいて作成される、ことを特徴とする請求項２に記載のネットワーク管理装置。
【請求項４】
前記ネットワークのトポロジーは、複数の前記通信装置が多段に接続されている、ことを特徴とする請求項３に記載のネットワーク管理装置。
【請求項５】
前記ネットワークのトポロジーは、前記通信装置がツリー状に接続されている、ことを特徴とする請求項４に記載のネットワーク管理装置。
【請求項６】
前記目的ノードごとの前記応答の受信の有無の判定にあたり、前記複数のフレームに対する前記応答が少なくとも１つでも無かった場合を前記目的ノードからの受信無しと判定する、ことを特徴とする請求項２乃至５のいずれか１項に記載のネットワーク管理装置。
【請求項７】
前記故障区間判定条件は、
前記ネットワークにおける前記通信装置間の各区間について、前記区間と１つ又は複数の前記目的ノードとの対応を含み、
前記区間に対応する前記１つ又は複数の前記目的ノードは、前記目的ノードからの応答の受信の有無が前記区間のサイレント故障の判定に用いられる、ことを特徴とする請求項２乃至６のいずれか１項に記載のネットワーク管理装置。
【請求項８】
前記識別情報は、ＶＬＡＮ（Virtual Local Area Network）識別情報と仮想ＭＡＣ（Media Access Control）アドレス識別情報の少なくとも１つを含む、ことを特徴とする請求項１乃至７のいずれか１項に記載のネットワーク管理装置。
【請求項９】
フレームのヘッダの識別情報のハッシュ値に基づきポートの振り分けが行われるリンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を複数含むネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄に、前記通信装置のＬＡＧメンバーポートの最大数以上に値をそれぞれ異ならせた識別情報を設定した複数のフレームを生成して目的ノード宛に送信し、
送信した前記複数のフレームに対する応答の受信を検出する、
ことを特徴とするネットワーク管理方法。
【請求項１０】
１つ又は複数の前記目的ノード宛に送信した前記複数のフレームに対する前記目的ノードごとの前記応答の受信の有無と故障区間判定条件に基づき、サイレント故障区間を判定する、ことを特徴とする請求項９に記載のネットワーク管理方法。
【請求項１１】
フレームのヘッダの識別情報のハッシュ値に基づきポートの振り分けが行われるリンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を複数含むネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄に、前記通信装置のＬＡＧメンバーポートの最大数以上に値をそれぞれ異ならせた識別情報を設定した複数のフレームを生成して目的ノード宛に送信する処理と、
送信した前記複数のフレームに対する応答の受信を検出する処理、
をコンピュータに実行させるプログラム。
【請求項１２】
１つ又は複数の前記目的ノード宛に送信した前記複数のフレームに対する前記目的ノードごとの前記応答の受信の有無と故障区間判定条件に基づき、サイレント故障区間を判定する処理を、前記コンピュータに実行させる請求項１１に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク管理装置、ネットワークシステム、ネットワーク管理方法、及びプログラムに関する。
【背景技術】
【０００２】
イーサネット（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）が提供される。
【発明の効果】
【００５０】
本発明によれば、リンクアグリゲーションポートを有する複数の通信装置を含むネットワークの接続性確認（疎通確認）等の監視を、コスト及び作業工数等の増加を抑制して、実現可能としている。
【図面の簡単な説明】
【００５１】
【図１】イーサネットＯＡＭフレームを説明する図である。
【図２】（Ａ）、（Ｂ）、（Ｃ）はコネクティビティＯＡＭを説明する図である。
【図３】関連技術のハッシュを説明する図である。
【図４】（Ａ）、（Ｂ）は特許文献１の開示に基づく図である。
【図５】本発明の第１の実施形態を説明する図である。
【図６】本発明の第１の実施形態を説明する図である。
【図７】本発明の第１の実施形態のネットワーク管理装置（サーバ）の構成の一例を説明する図である。
【図８】本発明の第１の実施形態の動作の一例を説明する図である。
【図９】本発明の第２の実施形態を説明する図である。
【図１０】本発明の第２の施形態を説明する図である。
【図１１】本発明の実施形態を説明する図である。
【図１２】本発明の実施形態を説明する図である。
【図１３】本発明の実施形態を説明する図である。
【図１４】本発明の実施形態を説明する図である。
【図１５】本発明の実施形態を説明する図である。
【図１６】（Ａ）、（Ｂ）は本発明の第３の実施形態を説明する図である。
【図１７】本発明の第３の実施形態のサーバの構成の一例を説明する図である。
【図１８】本発明の第３の実施形態の動作の一例を説明する図である。
【図１９】本発明の第４の実施形態のサーバの構成の一例を説明する図である。
【図２０】本発明の第４の実施形態を説明する図である。
【図２１】本発明の第４の実施形態の動作の一例を説明する図である。
【図２２】本発明の第５の実施形態のサーバの構成の一例を説明する図である。
【図２３】本発明の第５の実施形態の動作の一例を説明する図である。
【図２４】本発明の第６の実施形態のサーバの構成の一例を説明する図である。
【図２５】本発明の第６の実施形態を説明する図である。
【図２６】本発明の第７の実施形態を説明する図である。
【図２７】本発明の第９の実施形態を説明する図である。
【図２８】本発明の第１０の実施形態の構成を説明する図である。
【図２９】本発明の第１０の実施形態を説明する図である。
【図３０】本発明の第１１の実施形態を説明する図である。
【図３１】本発明の第１１の実施形態を説明する図である。
【発明を実施するための形態】
【００５２】
本発明の一実施形態について説明する。本発明の一形態において、ネットワーク管理装置は、リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置（例えばスイッチ等）を１つ又は複数含むネットワークに送信する監視用のフレーム（パケット）として、該フレームヘッダの識別情報欄に、値をそれぞれ異ならせた所定の識別情報を設定した複数のフレームを生成して目的ノード宛に送信する手段を備えた構成としてもよい。
【００５３】
本発明の一形態において、ネットワーク管理装置は、フレームヘッダの識別情報として、ＶＬＡＮ  ＩＤの値を可変させたフレームを送信し、応答の受信を監視することで、接続性確認（疎通確認や区間の障害検出等）を行う構成としてもよい。
【００５４】
本発明の一形態において、ＶＬＡＮ識別情報は、前記ネットワークの通信装置（例えばスイッチ等）において、入力ポートから入力したフレームを出力ポートに振り分けるためのハッシュ値の計算に用いられる構成としてもよい。
【００５５】
本発明の一形態において、前記フレームのヘッダ又は前記フレームでカプセル化されるパケットのヘッダに含まれる送信元アドレス情報欄に、値をそれぞれ異ならせた所定のアドレスを設定した複数のフレームを生成して送信する構成としてもよい。
【００５６】
リンクアグリゲーションポートを含む複数のスイッチを含むネットワークの接続性確認（疎通確認）等を、コストの上昇、手間、作業工数等の増大を抑制して実現可能とし本発明の一形態おいて、前記フレーム又はパケットに設定された送信元アドレス情報は、前記ネットワークの通信装置において入力ポートから入力した前記フレームを出力ポートに振り分けるためのハッシュ値の計算に用いられる構成としてもよい。
【００５７】
本発明の一形態によれば、ネットワーク管理装置は、リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークにおいて監視するＰＩＮＧ機能として、イーサフレームのヘッダの送信元（source）ＭＡＣアドレス、ＶＬＡＮ  ＩＤと、当該フレームでカプセル化されたＩＰパケットの送信元ＩＰアドレスのうちのいずれか、又は、複数の組み合わせをそれぞれスイープしたフレームを送信する手段を備えた構成としてもよい。送信元ＭＡＣアドレスは、ネットワーク管理装置で生成した仮想ＭＡＣアドレスであってもよい。
【００５８】
ＰＩＮＧ(Packet INternet Groper)（ｐｉｎｇとも記載される）はＩＣＭＰ（Internet Control Message Protocol）のエコー要求（Ｅｃｈｏ  ｒｅｑｕｅｓｔ）パケットを目的ノードに向けて送信し、目的ノードから返送されるエコー応答（Ｅｃｈｏ  ｒｅｐｌｙ）の受信を確認することで疎通確認する。ＩＣＭＰはＯＳＩ（Open Systems Interconnection）参照モデルのネットワーク層（Ｌ３）のプロトコルである。
【００５９】
本発明の一形態によれば、リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークを監視するＥｏＥ（Ethernet Over Ethernet、あるいは、Ether Over Ether）ＰＩＮＧ機能として、イーサフレームのヘッダの送信元（source）ＭＡＣアドレス、ＶＬＡＮ  ＩＤの少なくとも１つをスイープしたフレームを送信する手段を備えた構成としてもよい。
【００６０】
本発明の一形態によれば、ネットワーク管理装置は、リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークを監視するＥｔｈｅｒ−ＯＡＭ機能として、イーサＯＡＭフレームヘッダの送信元（source）ＭＡＣアドレス、およびＶＬＡＮ  ＩＤの少なくとも１つをスイープしたフレームを送信する手段を備えた構成としてもよい。
【００６１】
本発明の一形態によれば、ネットワーク管理装置は、リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置を１つ又は複数含むネットワークを監視するタグ（Ｔａｇ）付きＰＩＮＧ機能として、イーサフレームのヘッダの送信元（source）ＭＡＣアドレス、ＶＬＡＮ  ＩＤと、前記フレームでカプセル化されたＩＰパケットの送信元ＩＰアドレスの少なくとも１つをスイープしたフレームを送信する手段を備えた構成としてもよい。
【００６２】
本発明の一形態によれば、ネットワーク管理装置は、フレーム又はパケットのヘッダの所定フィールドの値を、互いに異なる値（又は、ある範囲内で掃引した値）に設定した複数のフレーム又はパケットを、前記通信装置を１つ又は複数含むネットワークを介して目的（宛先）ノード（ポート）宛に送信し、送信した前記フレーム又はパケットに対する応答の受信を検出する構成としてもよい。リンクアグリゲーショングループ（ＬＡＧ）に集約される複数のＬＡＧメンバーポートを有する通信装置（スイッチ又はルータ）がフレーム又はパケットの振り分けに用いるフィールド値としては、ＶＬＡＮ−ＩＤ（ＶＩＤ）、ＭＡＣアドレス、ＩＰアドレス、ポートＩＤ等のいずれか、又は、これらのうち選択された複数の組み合わせ（例えばＶＩＤとＭＡＣアドレス）を用いてもよい。ＭＡＣアドレス、ＩＰアドレスは、ソース（送信元）アドレスであってもよいし、デスティネーション（宛先）アドレスであってもよいし、あるいは、ソースアドレス（送信元）とデスティネーション（宛先）のアドレスの組み合わせであってもよい。
【００６３】
ネットワーク管理装置が用意する複数のＭＡＣアドレス、ＩＰアドレス（掃引アドレス）等は、送信元装置のＭＡＣアドレス、ＩＰアドレスとは別の仮想ＭＡＣアドレス、仮想ＩＰアドレスであってもよい。またポートＩＤも仮想ポートＩＤであってもよい。
【００６４】
＜第１の実施形態＞
図５は、本発明の例示的な第１の実施形態を模式的に説明する図である。図５を参照すると、ネットワーク管理装置１０は、ネットワーク監視制御を行うノードであり、ソフトウェア的にＰＩＮＧのフレームにＶＬＡＮタグを付け、ＶＩＤ（Virtual LAN Identifier：１２ビット）を、予め定められた範囲内で可変させ、ネットワーク１のエッジスイッチ２−２を介して目的ノード３に送信する。なお、エッジスイッチ２−２に接続される目的ノード３を複数備えた構成としてもよい。ネットワーク管理装置１０は、例えばサーバ等の通信機能を備えたコンピュータに実装してもよい。この場合、該サーバが、ネットワーク管理機能装置として機能する。このため、本明細書では、参照符号１０によって、ネットワーク管理機能装置の機能を実現したサーバを指示する場合もある。
【００６５】
なお、図５において、エッジスイッチ２−１は、ネットワーク１の通常動作時において、スイッチ２０−Ａ〜２０−Ｄ、エッジスイッチ２−２を介して、目的ノード３に接続するものであってもよい。なお、エッジスイッチ２−１は、ネットワーク管理装置１０によるネットワーク１の監視制御時に、動作状態であってもよい。
【００６６】
スイッチ２０−Ａ〜２０−Ｄでは、それぞれＶＬＡＮ  ＩＤ（ＶＩＤ（１２ビット）、ＶＬＡＮ番号ともいう）のハッシュ値に基づき、振り分けを行い、入力ポートから受信したＰＩＮＧ（フレーム）を振り分け先のＬＡＧメンバーポート（出力ポート）から出力する。スイッチ２０−Ａ〜２０−Ｄのポートは、ＬＡＧメンバーポートを含み、例えばポート間はトランクリンクで接続される構成としてもよい。１本のトランクリンクには、複数のＶＬＡＮトラフィックが伝送可能とされ、該トランクリンクに伝送されるフレームは、タグ（ＶＩＤ）で識別される。なお、スイッチ２０−Ａ〜２０−Ｄにおいて、ポートがトランクポート（タグ付きポート）、アクセスポート（タグ無し）に切り替え設定可能である場合、該ポートを、１つのポートが複数のＶＬＡＮに所属可能なトランクポートに設定される。そして、スイッチ２０−Ａ〜２０−Ｄのそれぞれのトランクポートについて、ネットワーク管理装置１０で可変に設定（掃引）されるＶＩＤ（例えば図５のＶＩＤ＝２〜５）のＶＬＡＮ（ＶＬＡＮ  ２〜５）のトラフィックを通すように予め設定しておいてもよい。
【００６７】
図５において、スイッチ２０−Ａ〜２０−Ｄの対向する各４つのポート（４本の回線）のそれぞれが、ＬＡＧにより１つにまとめた構成において、ネットワーク管理装置１０からの破線矢印は、ＶＩＤを可変させた４つのＰＩＮＧの経路を示している。なお、ＬＡＧメンバーポート（ＬＡＧに集約される回線本数）は４に制限されるものでないことは勿論である。
【００６８】
図５において、ネットワーク管理装置１０から送信されたタグ付（例えばＶＩＤ＝２）ＰＩＮＧフレーム（Ｅｃｈｏリクエスト）を入力ポートから受信したスイッチ２０−Ａは、該フレームのタグに格納されたＶＩＤの値が２であることから、該フレームはＶＬＡＮ  ２に属していることを認識する。
【００６９】
スイッチ２０−Ａは、該ＶＩＤ＝２のハッシュ値を計算する。
【００７０】
そして、スイッチ２０−Ａは、該ハッシュ値に基づき、該フレームの振り分け先のＬＡＧメンバーポート（出力ポート）を決定し、決定した出力ポート（例えばトランクポート）に、該フレームを振り分けて出力する。なお、スイッチ２０−Ａにおいて、該出力ポートに転送される該フレームのタグには、所属するＶＬＡＮ  ２のＩＤであるＶＩＤ＝２がセットされる。
【００７１】
スイッチ２０−Ａから出力された該フレーム（タグ付きＰＩＮＧフレーム）は、スイッチ２０−Ｂの入力ポート（例えばトランクポート）に転送される。
【００７２】
スイッチ２０−Ｂ、２０−Ｃにおいても、それぞれスイッチ２０−Ａ、２０−Ｂから受信したフレームのタグ（ＶＩＤ＝２）から、該フレームがＶＬＡＮ  ２に属することを認識する。
【００７３】
スイッチ２０−Ｂ、２０−Ｃは、ＶＩＤ＝２のハッシュ値を計算し、該ハッシュ値に基づき、ＬＡＧメンバーポート（出力ポート）を決定する。
【００７４】
スイッチ２０−Ｂ、２０−Ｃは、該出力ポートから、所属するＶＬＡＮ  ２のＩＤであるＶＩＤ＝２がタグにセットされたフレームをそれぞれスイッチ２０−Ｃ、２０−Ｄの入力ポートに転送する。
【００７５】
スイッチ２０−Ｄでは、スイッチ２０−Ｃから受信した該フレームのタグ（ＶＩＤ＝２）から、該フレームがＶＬＡＮ  ２に属することを認識し、ＶＩＤ＝２のハッシュ値に基づき、ＬＡＧメンバーポート（出力ポート）の振り分けを行い、エッジスイッチ２−２に出力し、目的ノード３にＰＩＮＧフレームが到達する。
【００７６】
なお、スイッチ２０−Ｄでは、該フレームからタグ（ＶＩＤ＝２）を外して、出力ポート（例えばアクセスポート）からエッジスイッチ２−２の入力ポート（例えばアクセスポート）に該フレームを出力してもよい。あるいは、スイッチ２０−Ｄでは、該タグ（ＶＩＤ）を付けたまま、該フレームを出力ポート（例えばトランクポート）からエッジスイッチ２−２の入力ポート（例えばトランクポート）に出力するようにしてもよい。
【００７７】
エッジスイッチ２−２では、タグ（ＶＩＤ）に基づく振り分けを行うようにしてもよいことは勿論である。エッジスイッチ２−２と目的ノード３の間が、アクセスリンクで接続される場合、エッジスイッチ２−２はタグ付ＰＩＮＧフレームからタグ（ＶＩＤ）を外して目的ノード３へ転送する。
【００７８】
目的ノード３では、受信したＰＩＮＧリクエストの応答であるＰＩＮＧリプライ（Ｅｃｈｏリプライ）を、ネットワーク管理装置１０宛てに返送する。ＰＩＮＧリプライのパケットのデスティネーション（宛先）ＩＰアドレスは、目的ノード３が受信したＰＩＮＧリクエストに含まれるＩＰヘッダのソース（送信元）ＩＰアドレス（ネットワーク管理装置１０のＩＰアドレス）とし、ソース（送信元）ＩＰアドレスは目的ノード３のＩＰアドレスとされる。
【００７９】
目的ノード３では、目的ノード３が受信したＰＩＮＧリクエストのＩＣＭＰヘッダのＩＤ番号、シーケンス番号はそのままコピーしてＰＩＮＧリプライのＩＣＭＰヘッダに設定し、タイプをリプライ（＝０）に設定して返送する。
【００８０】
目的ノード３に接続するエッジスイッチ２−２では、ＰＩＮＧリプライを受け、ＰＩＮＧリプライのフレームヘッダのＶＬＡＮタグのＶＩＤをセットしてスイッチ２０−Ｄに転送し、スイッチ２０−Ｃ〜２０−Ａを介してネットワーク管理装置１０に返送される。
【００８１】
なお、目的ノード３では、受信したＰＩＮＧ要求のフレームのＶＬＡＮタグに設定されているＶＩＤを、ＰＩＮＧリプライフレームのＶＬＡＮタグに設定するようにしてもよい。あるいは、目的ノード３で受信されたＰＩＮＧ要求のフレームからＶＬＡＮタグが外されている場合、目的ノード３では、ＶＩＤをＰＩＮＧリプライフレームのＶＬＡＮタグに設定せず、エッジスイッチ２−２に送信し、エッジスイッチ２−２において、テーブル（データベース）で管理するＰＩＮＧリプライフレーム送信元の目的ノード３とＶＬＡＮとの対応関係から、ＶＩＤ（ＰＩＮＧ要求フレームのＶＬＡＮタグに設定されたＶＩＤ）を導出し、ＰＩＮＧリプライフレームのＶＬＡＮタグに設定するようにしてもよい。
【００８２】
なお、図５では簡単のため、目的ノード３は１台のみが示されているが、エッジスイッチ２−２に複数の異なるＶＬＡＮにそれぞれ接続する複数の目的ノード３が接続される構成としてもよいことは勿論である。
【００８３】
図６（Ａ）、図６（Ｂ）は、図５のネットワーク管理機能装置（サーバ）１０が、ネットワークトポロジー情報に基づき、エッジスイッチ２−２配下の目的ノードに対して、ヘッダのＶＬＡＮ  ＩＤ（ＶＩＤ）の値を可変（掃引）させた複数のＰＩＮＧを送信することで、障害区間を検出する過程を模式的に説明する図である。
【００８４】
図６（Ａ）は、図７のネットワーク１のトポロジーの一例を説明する図である。図６（Ａ）において、装置Ａ〜装置Ｄは、例えば図５のスイッチ２０−Ａ〜２０−Ｄに対応させることができ、装置Ｅ、装置Ｆは、エッジスイッチ２に対応させてもよい。目的（ターゲット）ノードＡ、Ｂ、Ｃは、図５の目的（ターゲット）ノード３に対応させることができる。番号１−４は、装置間の区間を示している。
【００８５】
図６（Ｂ）は、図６（Ａ）のネットワークトポロジーにおいて、図５のネットワーク管理機能装置（サーバ）１０が区間の障害を検出する条件の一例を示す図である。
【００８６】
ネットワーク管理機能装置（サーバ）１０は、目的ノードＡに対して送信した複数のＰＩＮＧリクエストに対するＰＩＮＧのリプライがどれか１つでも戻ってこない場合（他の目的ノードからはＰＩＮＧのリプライを受信）、区間１の障害と判定してもよい。
【００８７】
ネットワーク管理機能装置（サーバ）１０は、目的ノードＢに対して送信した複数のＰＩＮＧリクエストに対するＰＩＮＧのリプライがどれか１つでも戻ってこない場合（他の目的ノードからはＰＩＮＧのリプライを受信）、区間２の障害と判定してもよい。
【００８８】
ネットワーク管理機能装置（サーバ）１０は、目的ノードＡ、Ｂに対して送信した複数のＰＩＮＧリクエストに対するＰＩＮＧのリプライがどれか１つでも戻ってこない場合（他の目的ノードからはＰＩＮＧのリプライを受信）、区間３の障害と判定してもよい。
【００８９】
ネットワーク管理機能装置（サーバ）１０は、目的ノードＡ、Ｂ、Ｃに対して送信した複数のＰＩＮＧリクエストに対するＰＩＮＧのリプライがどれか１つでも戻ってこない場合、区間４の障害と判定してもよい。
【００９０】
このように、ＰＩＮＧリクエストの不到達が発生した目的ノードの情報に基づき、ＬＡＧを用いたネットワークにおいて、サイレント故障等の発生した区間の判定を可能としている。
【００９１】
なお、図５において、ネットワーク管理機能装置（サーバ）１０は、ＰＩＮＧの送信の際は、ＭＴＵ（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）とＶＩＤの関係をネットワーク管理機能装置（サーバ）１０のデータベースで管理し、ＥｏＥ ＰＩＮＧリプライの応答が無いことは、シーケンス番号によってのみでなく、受信したＥｏＥ ＰＩＮＧリプライのＶＩＤを抽出し、間接的に応答がないＶＩＤにより、応答のないＶＩＤに対応するポートＩＤを特定するようにしてもよい。
【０１１７】
通常、サイレント故障が発生したＬＡＧメンバーポートを特定する場合、ネットワーク機器間でＬＡＧメンバーポートに対して、ＥｏＥ  ＰＩＮＧリクエストのコマンドをＣＬＩ（command line interface）から一つずつ設定することが必要とされる。これに対して、本実施形態によれば、各装置にアクセスしてＣＬＩを操作せずとも、サイレント故障のポートを自動で特定することができる。
【０１１８】
ＬＡＧにまとめられた回線の全てにＰＩＮＧリクエストが振り分けられるようにするために、ネットワーク管理機能装置（サーバ）１０では、ＬＡＧメンバーポートの数よりも多い数の互いに異なる値のＶＩＤがそれぞれタグに設定されたＰＩＮＧフレームを生成して送信する。その結果、図１０に模式的に示すように、複数のＥｏＥ  ＰＩＮＧリクエスト（フレーム）が例えばスイッチの同一ポートにも到着することになる。図１０では、スイッチ２０−Ｄの入力ポート１−４のそれぞれに複数のＥｏＥ  ＰＩＮＧリクエストが到着している様子が矢印にて模式的に示されている。
【０１１９】
本実施形態によれば、ネットワーク管理機能装置（サーバ）１０は、ＥｏＥ ＰＩＮＧリプライのポートＩＤが重複しているＥｏＥ ＰＩＮＧリクエストについては、複数の重複したＥｏＥ ＰＩＮＧリクエストのＶＩＤを比較して、その内、最低１つのＶＩＤを有するＥｏＥ ＰＩＮＧリクエストの再送を続けるように制御するようにしてもよい。こうすることで、ネットワーク１内のトラフィック量を減少させ、ネットワークリソースへの影響を減少させることができる。
【０１２０】
ＬＡＧメンバーポートがリンクダウンした場合、ＥｏＥ ＰＩＮＧリクエストはリンクダウンしたポートを回避するようにハッシュされる。このため、ＥｏＥ ＰＩＮＧリクエストに対する応答は、ネットワーク管理装置１０に全て戻ってくる。
【０１２１】
このため、サイレント故障かどうかは、ＥｏＥ ＰＩＮＧリプライが戻ってこないＥｏＥ ＰＩＮＧリクエストがあるかどうかで判断することができる。
【０１２２】
具体的には、応答が無いＰＩＮＧリクエストの同定は、ＥｏＥ ＰＩＮＧリクエストパケットのシーケンス番号が、ＥｏＥ ＰＩＮＧリプライに存在しない場合、サイレント故障が発生したポートに送信されたＥｏＥ ＰＩＮＧリクエストとみなすことができる。
【０１２３】
なお、図１０において、ネットワーク１はＥｏＥネットワークであり、特に制限されないが、スイッチ２０−Ａ〜２０−Ｄは、例えば図９のコアスイッチ５−２（複数）に対応させてもよい。図１０のネットワーク管理機能装置（サーバ）１０は、例えば図９のエッジスイッチ５−１に対応させてもよい。スイッチ２０−Ａ〜２０−Ｄは、ネットワーク管理機能装置（サーバ）１０からのＰＩＮＧフレームヘッダのタグ（VID）に基づき、ＥｏＥ ＰＩＮＧリクエストフレームの振り分けを行うようにしてもよい。あるいは、スイッチ２０−Ａ〜２０−Ｄは、ＥＯＥヘッダ（図９の５０２のＤＡ２、ＳＡ２、Ｔａｇ２（ＶＩＤ））のうち、例えばＥｏＥ送信元（ソース）ＭＡＣアドレスやＴａｇ２のＶＩＤに基づき、ＥｏＥ  ＰＩＮＧリクエストフレームの振り分けを行うようにしてもよい。なお、図１０のスイッチ２０−Ａを、図９のエッジスイッチ５−１に対応させ、図１０のネットワーク管理機能装置（サーバ）１０を図９の送信元ノード４に対応させてもよい。
【０１２４】
図１１は、ＬＡＧメンバーポートの振り分けに用いられるフレームヘッダの欄を例示する図である。ネットワーク管理装置１０は、ヘッダの欄の情報要素の値を所定の範囲内で掃引（スイープ）したフレームを目的ノードに向けて送信する。図１１には、タグ無しフレーム１０１Ａ、８０２．１Ｑ  Ｃ−ＴＡＧフレーム、８０２．１ａｄ  Ｓ−ＴＡＧフレーム、８０２．１ａｈ  Ｉ−ＴＡＧフレーム、８０２．１ａｈ  Ｂ−ＴＡＧフレームのフォーマットが示されている。
【０１２５】
ＥｏＥ−ＴＡＧフレームの場合、ネットワーク管理装置１０は、ＶＬＡＮ拡張用情報に対応するＥＩＤのスイープやＥＶＩＤのスイープを行うようにしてもよい。
【０１２６】
Ｓ−ＴＡＧフレームの場合、ネットワーク管理装置１０は、ＳＶＩＤのスイープや、二段目のＣＴＡＧ等のスイープを行うようにしてもよい。
【０１２７】
Ｃ−ＴＡＧフレームの場合は、ネットワーク管理装置１０は、ＣＴＡＧ内のＶＩＤのスイープを行うようにしてもよい。
【０１２８】
ＰＢＢ（Provider Backbone Bridges）の場合、ネットワーク管理装置１０は、Ｂ−ＴＡＧやＩ−ＳＩＤ等のスイープを行うようにしてもよい。
【０１２９】
図１２は、図５のネットワーク管理装置１０が送信するＥｏＥタグ付きＰＩＮＧ機能のヘッダのフォーマットを説明する図である。ネットワーク管理装置１０は、ＥｏＥ送信元ＭＡＣアドレス（ＥｏＥ  ＳＡ）、ＶＩＤ、ＩＰパケットの送信元ＩＰアドレスを、スイープ（可変に設定）したＰＩＮＧを送信するようにしてもよい。
【０１３０】
図１３は、図５のネットワーク管理装置１０が送信するＥｏＥ  ＰＩＮＧ機能のヘッダのフォーマットを説明する図である。ネットワーク管理装置１０は、ＥｏＥ送信元ＭＡＣアドレス（ＥｏＥ  ＳＡ）、ＶＩＤを、スイープ（可変に設定）したＰＩＮＧを送信するようにしてもよい。
【０１３１】
図１４は、図５のネットワーク管理装置１０が送信するＥｔｈｅｒ−ＯＡＭ  ＬＢＭ機能のヘッダのフォーマットを説明する図である。ネットワーク管理装置１０は、送信元ＭＡＣアドレス（ＳＡ）、ＶＩＤを、スイープ（可変に設定）したＰＩＮＧを送信するようにしてもよい。Ｅｔｈｅｒ−ＯＡＭ  ＬＢＭの実施形態については、後述される。
【０１３２】
図１５は、図５のネットワーク管理装置１０が送信するタグ付きＰＩＮＧ機能のヘッダのフォーマットを説明する図である。ネットワーク管理装置１０は、送信元ＭＡＣアドレス（ＳＡ）、ＶＩＤ、ＩＰパケットの送信元ＩＰアドレスを、スイープ（可変に設定）したＰＩＮＧを送信するようにしてもよい。
【０１３３】
上記実施形態では、スイッチ（２０−Ａ〜２０−Ｄ）は、各装置に１つのＭＡＣアドレスが割り振られた構成としてもよい。
【０１３４】
以下では、各スイッチのポートにＭＡＣアドレスが割り振られた構成におけるＥｔｈｅｒ−ＯＡＭ  ＬＢＭ機能を例に説明する。
【０１３５】
ネットワーク管理装置(機能)（例えば図１６の１０）は、好ましくは、サーバ等のコンピュータシステムに実装され、フレームヘッダの送信元ＭＡＣ（Media Access Control）アドレス欄に、自装置のネットワークインタフェースのＭＡＣアドレスとは別の、予め用意された所定のＭＡＣアドレスのうちの１つを仮想送信元ＭＡＣアドレスとして設定したフレームを作成し、リンクアグリゲーショングループに集約された複数のポートを有する通信装置（スイッチ等）の前記複数のポートのうちの少なくとも１つのポート宛てに、前記フレームを、前記ネットワークインタフェース（例えば図１７の１１）を介して前記通信装置が接続するネットワークに送信する。本発明の一形態においては、ネットワーク管理装置(機能)（例えば図１７の１０）は、好ましくは、サーバ等のコンピュータシステムに実装され、リンクアグリゲーショングループに集約された複数のポートを有する通信装置（例えば図５のスイッチ２０、３０等）の前記複数のポートのうちの１つのポートのＭＡＣ（Media Access Control）アドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェース（例えば図１７の１１）のＭＡＣアドレスとは別の、予め用意された所定のＭＡＣアドレスのうちの１つを仮想送信元ＭＡＣアドレスとして設定したフレームを作成する手段（例えば図１７の１３）と、前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段（例えば図１７の１４）と、前記ポートからの宛先アドレスを前記仮想送信元ＭＡＣアドレスとする応答フレームの受信を確認する手段（例えば図１７の１５）を備えた構成としてもよい。
【０１３６】
本発明の一形態において、ネットワーク管理装置（例えば図１７の１０）は、前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのＭＡＣアドレスとし、送信元アドレス欄を、別の仮想送信元ＭＡＣアドレスとしたフレームを送信するように制御する手段を備えた構成としてもよい。前記フレーム（例えばＬＢＭ）に対して応答フレーム（例えばＬＢＲ）が受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元ＭＡＣアドレスに固定し、宛先アドレス欄を前記ポートのＭＡＣアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う構成としてもよい。
【０１３７】
本発明の一形態において、ネットワーク管理装置（例えば図１９の１０）は、前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのＭＡＣアドレスとし、送信元アドレス欄の仮想送信元ＭＡＣアドレスの値を可変させたフレーム（例えばＬＢＭ）を送信し、前記フレームに対して応答（例えばＬＢＲ）が受信された場合、前記フレーム（例えばＬＢＭ）の送信元アドレス欄の仮想送信元ＭＡＣアドレスを、前記ポートの番号とＭＡＣアドレスに対応させて管理テーブル（図１９（Ａ）の１７）に記憶する手段（図１９（Ａ）の１６）を備えた構成としてもよい。
【０１３８】
本発明の一形態において、ネットワーク管理装置は、前記管理テーブル（図１９（Ａ）の１７）に応答有りとして記憶された各ポートのＭＡＣアドレスを宛先アドレスとし、前記ポートに対応して前記管理テーブルに記憶された仮想送信元ＭＡＣアドレスを送信元アドレス欄に設定したフレーム（例えばＬＢＭ）を送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する構成としてもよい。
【０１３９】
本発明の別の形態において、ネットワーク管理装置（例えば図２２の１０）は、前記フレーム（例えばＬＢＭ）が不到達となり応答がなくなったポートを検出する手段（図２２の１２１）を備えた構成としてもよい。ネットワーク管理装置（図２２の１０）は、応答がなくなったポートに対して、宛先アドレス欄は変えず前記ポートのＭＡＣアドレスのままとし、送信元アドレス欄の前記仮想送信元ＭＡＣアドレスの値を可変させたフレーム（例えばＬＢＭ）を送信する。その結果、前記フレーム（例えばＬＢＭ）が不到達となる前と同じポートからの応答フレーム（例えばＬＢＲ）が受信された場合、当該ポートを正常と判定し、前記仮想送信元ＭＡＣアドレスを可変させたフレーム（ＬＢＭ）を送信しても、応答フレーム（ＬＢＲ）が受信されない場合には、当該ポートを異常と判定する手段（図２２の１２２）を備えた構成としてもよい。
【０１４０】
本発明の別の形態において、ネットワーク管理装置（例えば図２４の１０）は、前記フレーム（例えばＬＢＭ）の送信と応答フレーム（例えばＬＢＲ）の受信とに基づき、前記ネットワークの構成情報を取得する手段（図２４の１２３）を備えた構成としてもよい。
【０１４１】
本発明によれば、リンク集約された複数の物理ポートに対して、例えばＯＳＩ参照モデルのレイヤ２で疎通確認するにあたり、既存の通信装置の改変等を不要として、疎通確認等を可能としている。このため、本発明によれば、コストの上昇、手間、工数の増大を抑制可能としている。
【０１４２】
＜第３の実施形態＞
図１６（Ａ）、（Ｂ）は、本発明の例示的な第３の実施形態の動作原理を説明する図である。図１６（Ａ）を参照すると、ネットワークシステム１は、サーバ１０と、例えばレイヤ２のフレームを中継伝送する通信装置（ネットワーク機器）であるスイッチ（ＳＷ１）２０およびスイッチ（ＳＷ２）３０を備えている。サーバ１０は例えばイーサネットＯＡＭサーバとして構成され、ネットワーク管理装置として機能する。
【０１４３】
なお、図１６では、簡単のため、ネットワークが２つのスイッチを含む構成が例示されているが、さらに他のスイッチ等を備えた構成としてもよいことは勿論である。一例として、図１６（Ａ）のスイッチ（ＳＷ１）２０とスイッチ（ＳＷ２）３０が、例えばエンドユーザに接続するエッジスイッチとして構成され、スイッチ（ＳＷ１）２０とスイッチ（ＳＷ２）３０の間に、図示されない別のスイッチ等を備えた構成としてもよい。
【０１４４】
サーバ１０は、生成したＬＢＭ（LoopBack Message）フレームをネットワークインタフェース（ＮＩＦ）１１を介して送信し、ネットワークインタフェース（ＮＩＦ）１１を介してＬＢＲ（LoopBack Reply）フレームを受信する構成とされる。
【０１４５】
スイッチ（ＳＷ１）２０は、ポートＰ１からＬＢＭフレームを受信し、ＬＢＭフレームのヘッダのＭＡＣアドレス（宛先ＭＡＣアドレス、送信元ＭＡＣアドレス）に基づき算出したハッシュ値を元に、リンクアグリゲーショングループＬＡＧ１としてリンク集約されたポートＰ２、Ｐ３（ＬＡＧメンバーポート）のいずれかに振り分ける。
【０１４６】
スイッチ（ＳＷ２）３０では、ＬＡＧ１としてリンク集約されたポートＰ１、Ｐ２と、他のポートＰ３を有する。例えばスイッチ（ＳＷ２）３０がエッジスイッチの場合、スイッチ（ＳＷ２）３０のポートＰ１又はＰ２はポートＰ３と接続しポートＰ３は不図示の回線を介して不図示のエンドユーザに接続するようにしてもよい。なお、図１６では、単に、説明の簡単のため、ＬＡＧの回線の本数を２とし、また、スイッチのポートの数を３個としているが、本発明はかかる構成に制限されるものでないことは勿論である。
【０１４７】
本発明の一形態では、一例として、スイッチ（ＳＷ２）３０において、リンクアグリゲーショングループＬＡＧ１に集約されたポートＰ１、Ｐ２（ＬＡＧメンバーポート）のうちポートＰ１を一端（エンドポイント）、サーバ１０のネットワークインタフェース（ＮＩＦ）１１を他端（エンドポイント）として、ループバック試験を行う例を説明する。
【０１４８】
サーバ１０では、サーバ１０のネットワークインタフェース（ＮＩＦ）１１の固有ＭＡＣアドレスとは異なり、ネットワークインタフェース（ＮＩＦ）１１等のネットワーク機器等を提供するベンダに対して割り当てられ、ベンダが提供する他のネットワーク機器のＭＡＣアドレスとは衝突しないＭＡＣアドレスを、仮想送信元ＭＡＣアドレスとして、送信元ＭＡＣアドレス欄に設定したＬＴＭフレームを作成する。
【０１４９】
サーバ１０は、ＬＢＭフレームヘッダの宛先ＭＡＣアドレス欄には、スイッチ（ＳＷ２）３０においてＬＡＧ１に集約されたポートＰ１のポートＭＡＣアドレスを設定する。
【０１５０】
サーバ１０は、作成したＬＢＭフレームをネットワークインタフェース１１のトランスミッタから送信する。
【０１５１】
図１６（Ａ）に示すように、スイッチ（ＳＷ１）２０では、サーバ１０からのＬＢＭフレームをポートＰ１から受信し、該ＬＢＭフレームのＭＡＣアドレス（宛先、送信元ＭＡＣアドレス）に基づき計算したハッシュ値（例えばＨ２）を元に、ポートＰ３（ＬＡＧポートメンバ）に振り分けるものとする。なお、スイッチ（ＳＷ１）２０において、ポートＰ３の接続先のＭＡＣアドレスが不図示のＭＡＣアドレステーブル（スイッチのポート番号と、該ポートの先に接続されているノード等のＭＡＣアドレスが登録される）に登録されていない場合、例えばフラッディングを行うことで、ポートＰ３の接続先のＭＡＣアドレスを取得する。ここでは、スイッチ（ＳＷ１）２０において、ポートＰ３の接続先のＭＡＣアドレス（スイッチ（ＳＷ２）３０のポートＰ２のＭＡＣアドレス）が、スイッチ（ＳＷ１）２０のＭＡＣアドレステーブルに格納されているものとする。
【０１５２】
スイッチ（ＳＷ１）２０は、ＬＢＭフレームを回線４０２を介してスイッチ（ＳＷ２）３０のポートＰ２に送信する。
【０１５３】
スイッチ（ＳＷ２）３０のポートＰ２は、スイッチ（ＳＷ１）２０のポートＰ３から回線４０２を介してＬＢＭフレームを受信すると、例えばＬＢＭフレームのヘッダの宛先ＭＡＣアドレスと、ポートＰ２の固有ＭＡＣアドレスとが一致するか確認する。この場合、ＬＢＭフレームの宛先ＭＡＣアドレスと、ポートＰ２のＭＡＣアドレスは異なるため、ポートＰ２では、ＬＢＭフレームを受け取らず廃棄する。したがって、スイッチ（ＳＷ２）３０のポートＰ２は応答であるＬＢＲフレームを送り返すことはしない。
【０１５４】
この場合、サーバ１０においてＬＢＭフレームを送信した時刻から所定時間（例えば最低５秒）以上経過しても、応答フレームを受信しないため、タイムアウトエラーとなり、“ｌｏｓｓ  ｏｆ  ｃｏｎｎｅｃｔｉｖｉｔｙ”となる。
【０１５５】
そこで、サーバ１０は、ヘッダの送信元ＭＡＣアドレス欄を、前回送信したＬＢＲフレームに設定した仮想送信元ＭＡＣアドレスの値から可変させたＭＡＣアドレスに設定し、宛先ＭＡＣアドレス欄は、前回送信したＬＢＲフレームと同様、スイッチ（ＳＷ２）３０のポートＰ２のＭＡＣアドレスとしたＬＢＲフレームを生成し、ネットワークインタフェース１１を介して送信する。
【０１５６】
図１６（Ｂ）に示すように、スイッチ（ＳＷ１）２０は、ポートＰ１から受信したＬＢＭフレームのＭＡＣアドレス（宛先、送信元ＭＡＣアドレス）に基づき、計算されたハッシュ値（Ｈ１）を元に、ポートＰ２（ＬＡＧポートメンバ）に振り分けたとする。すなわち、スイッチ（ＳＷ１）２０において、今回ポートＰ１から受信したＬＢＭフレームの仮想送信元ＭＡＣアドレスを、前回のＬＢＭフレームの仮想送信元ＭＡＣアドレスとは異なるため、ＭＡＣアドレスに基づくハッシュ値が、前回のハッシュ値（Ｈ２）と異なる値（Ｈ１）となったものとする。スイッチ（ＳＷ１）２０において、ポートＰ２の接続先が分からない場合、フラッディングを行う。ここでは、スイッチ（ＳＷ１）２０において、ポートＰ２の接続先のＭＡＣアドレスが、スイッチ（ＳＷ１）２０のＭＡＣアドレステーブルに格納されているものとする。スイッチ（ＳＷ１）２０は、今回受信したＬＢＭフレームを、ポートＰ２に振り分け、回線４０１を介して、スイッチ（ＳＷ２）３０のポートＰ１宛てに送信する。
【０１５７】
スイッチ（ＳＷ２）３０のポートＰ１は、ＭＥＰ（ＤｏｗｎＭＥＰ）として、ＯＡＭフレームであるＬＢＭフレームを終端する。すなわち、スイッチ（ＳＷ２）３０のポートＰ１は、スイッチ（ＳＷ１）２０のポートＰ２から回線４０１を介してＬＢＭフレームを受信する。スイッチ（ＳＷ２）３０のポートＰ１のＭＡＣアドレスは、ＬＢＭフレームの宛先ＭＡＣアドレスと一致するため、当該ポートＰ１は、宛先ＭＡＣアドレス欄を、ＬＢＭフレームの仮想ＭＡＣアドレスとし、送信元ＭＡＣアドレス欄を、ポートＰ１のＭＡＣアドレスに設定し、オペコードをＬＢＲに設定したＬＢＲフレームを生成し、ＬＡＧの回線４０１、スイッチ（ＳＷ１）２０のポートＰ２、ポートＰ１を介して、サーバ１０に送信する。
【０１５８】
サーバ１０のネットワークインタフェース１１とそのデバイスドライバでは、通常動作時には、レシーバに到着したフレームのヘッダの宛先ＭＡＣアドレスと、ネットワークインタフェース１１の固有のＭＡＣアドレス（ＥＥＰＲＯＭ（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）は、グループ１とされる。図３１（Ｂ）のドメインレベルは２とされ、ＶＬＡＮグループで分割されるＭＡは、グループ２とされる。低い方のドメインレベル１はドメインレベル２の内側に設定されている。
【０２４９】
サーバ１０において、図３１（Ａ）のＶＬＡＮ:１におけるマルチキャスト又はユニキャストのＬＢＭフレームの送信元ＭＡＣアドレス欄に設定する仮想送信元ＭＡＣアドレスを所定範囲で可変させて送信し、監視対象のＵｐＭＥＰ（スイッチ２０のポートＰ１〜ＰＮ）からＬＢＲフレームを受信する。また、図３１（Ｂ）のＶＬＡＮ：２におけるマルチキャスト又はユニキャストのＬＢＭフレームの送信元ＭＡＣアドレス欄に設定する仮想送信元ＭＡＣアドレスを所定範囲で可変させて送信し、監視対象のＤｏｗｎＭＥＰ（スイッチ３０のポートＰ１〜ＰＮ）からＬＢＲフレームを受信する。この結果、サーバ１０の監視制御部１２Ｂのネットワークマップ生成部１２４では、スイッチ２０とスイッチ３０のＬＡＧのポート間に接続が分かる。
【０２５０】
例えば、スイッチ（ＳＷ２）３０のポートＰ１のＭＡＣアドレス宛てに仮想送信元ＭＡＣアドレスを可変させて送信したＬＢＭフレームに対する応答ＬＢＲフレームを受信し、そのときの仮想送信元ＭＡＣアドレスがＳＡ１であるとする。
【０２５１】
次にスイッチ（ＳＷ１）２０のポートＰ１〜ＰＮの各ＭＡＣアドレス宛てに仮想送信元ＭＡＣアドレスを可変させて送信したＬＢＭフレームに対する応答ＬＢＲフレームのうち、宛先ＭＡＣアドレスが、仮想送信元ＭＡＣアドレスＳＡ１である応答ＬＢＲフレームは、サーバ１０からスイッチ（ＳＷ２）３０のポートＰ１へのパス上にある対向スイッチ（ＳＷ１）２０のポートからのものである。したがって、監視制御部１２Ｂのネットワークマップ生成部１２４では、スイッチ（ＳＷ２）３０のポートＰ１に接続するスイッチ（ＳＷ１）２０のポート番号がわかる。
【０２５２】
すなわち、ＤｏｗｎＭＥＰに対する仮想送信元ＭＡＣアドレスを可変させて送信したＬＢＭフレームに対する応答であるＬＢＲフレームと、ＤｏｗｎＭＥＰに対向するＵｐＭＥＰに対する仮想送信元ＭＡＣアドレスを可変させて送信したＬＢＭフレームに対する応答であるＬＢＲフレームを受信することで、対向するスイッチのポートＭＡＣアドレスとポート番号を取得することができる。
【０２５３】
上記のように、第１１の実施形態では、図２８のネットワークマップ生成部１２４では、監視対象のＬＡＧメンバーポートのＭＡＣアドレスと、仮想送信元ＭＡＣアドレスの組み合わせにより、対向するスイッチ等、隣接する装置を結ぶＬＡＧの相互接続情報を判断し、ネットワーク内の物理的なポート間接続情報を網羅的に取得することで自動的にネットワークマップを作成する。
【０２５４】
なお、図２６の記憶装置１０２に、上記した第６乃至第１１の実施形態で説明したサーバ１０の機能を実現するプログラムを記憶しておき、図２６のプロセッサ１０１が、該プログラムを読み出して実行することで、上記した各実施形態のサーバ１０の機能を実現するようにしてもよい。
【０２５５】
なお、上記の特許文献１−３の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各請求項の各要素、各実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ乃至選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【０２５６】
上記した実施形態は例えば以下のように付記される（ただし以下に制限されない）。
【０２５７】
(付記１）
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、
前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段と、
を備えた、ことを特徴とするネットワーク管理装置。
【０２５８】
(付記２）
前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する手段を備えた、ことを特徴とする付記１に記載のネットワーク管理装置。
【０２５９】
(付記３）
前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う手段を備えた、ことを特徴とする付記１又は２に記載のネットワーク管理装置。
【０２６０】
(付記４）
前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する手段を備えた、ことを特徴とする付記１乃至３のいずれかに記載のネットワーク管理装置。
【０２６１】
(付記５）
前記管理テーブルに応答有りとして記憶された各ポートのアドレスを宛先アドレスとし、前記ポートに対応して前記管理テーブルに記憶された仮想送信元アドレスを送信元アドレス欄に設定したフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する手段を備えた、ことを特徴とする付記４に記載のネットワーク管理装置。
【０２６２】
(付記６）
前記フレームが不到達となり応答がなくなったポートを検出する手段を備えたことを特徴とする付記５に記載のネットワーク管理装置。
【０２６３】
(付記７）
前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートから応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元ＭＡＣアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する手段を備えた、ことを特徴とする付記６に記載のネットワーク管理装置。
【０２６４】
(付記８）
前記フレームの送信と応答フレームの受信とに基づき、前記ネットワークの構成情報を取得する手段を備えた、ことを特徴とする付記１乃至７のいずれかに記載のネットワーク管理装置。
【０２６５】
(付記９）
リンクアグリゲーショングループに集約された複数のポートを有する通信装置と、
前記通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレスに、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段とを備えたネットワーク管理装置と、
を含む、ことを特徴とするネットワークシステム。
【０２６６】
(付記１０）
前記ネットワーク管理装置は、前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する手段を備えた、ことを特徴とする付記９に記載のネットワークシステム。
【０２６７】
(付記１１）
前記ネットワーク管理装置は、前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う手段を備えた、ことを特徴とする付記９又は１０に記載のネットワークシステム。
【０２６８】
(付記１２）
前記ネットワーク管理装置は、前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する手段を備えた、ことを特徴とする付記９乃至１１のいずれかに記載のネットワークシステム。
【０２６９】
(付記１３）
前記ネットワーク管理装置は、前記管理テーブルに応答有りとして記憶された各ポートのアドレスを宛先アドレスとし、前記ポートの対応する仮想送信元アドレスを送信元アドレス欄とするフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する手段を備えたことを特徴とする付記１２に記載のネットワークシステム。
【０２７０】
(付記１４）
前記ネットワーク管理装置は、前記フレームが不到達となり応答がなくなったポートを検出する手段を備えたことを特徴とする付記１３に記載のネットワークシステム。
【０２７１】
(付記１５）
前記ネットワーク管理装置は、前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスを可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートから応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元ＭＡＣアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する手段を備えた、ことを特徴とする付記１４に記載のネットワークシステム。
【０２７２】
(付記１６）
前記ネットワーク管理装置は、前記フレームの送信と応答の受信に基づき、前記ネットワークの構成情報を取得する手段を備えたことを特徴とする付記９乃至１５のいずれかに記載のネットワークシステム。
【０２７３】
(付記１７）
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、
前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信し、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する、ことを特徴とするネットワーク管理方法。
【０２７４】
(付記１８）
前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する、ことを特徴とする付記１７に記載のネットワーク管理方法。
【０２７５】
(付記１９）
前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う、ことを特徴とする付記１７又は１８に記載のネットワーク管理方法。
【０２７６】
(付記２０）
前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する、ことを特徴とする付記１７乃至１９のいずれかに記載のネットワーク管理方法。
【０２７７】
(付記２１）
前記管理テーブルに応答有りとして記憶された各ポートのアドレスを宛先アドレスとし、前記ポートに対応して前記管理テーブルに記憶された仮想送信元アドレスを送信元アドレス欄に設定したフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する、ことを特徴とする付記１７又は１８に記載のネットワーク管理方法。
【０２７８】
(付記２２）
前記フレームが不到達となり応答がなくなったポートを検出する、ことを特徴とする付記２１に記載のネットワーク管理方法。
【０２７９】
(付記２３）
前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスを可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートから応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元ＭＡＣアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する、ことを特徴とする付記２２に記載のネットワーク管理方法。
【０２８０】
(付記２４）
前記フレームの送信と応答の受信に基づき、前記ネットワークの構成情報を取得する、ことを特徴とする付記１７乃至２３のいずれかに記載のネットワーク管理方法。
【０２８１】
(付記２５）
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、
前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する処理と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する処理と、
をコンピュータに実行させるプログラム。
【０２８２】
(付記２６）
前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する処理を前記コンピュータに実行させる付記２５に記載のプログラム。
【０２８３】
(付記２７）
前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う処理を前記コンピュータに実行させる付記２５又は２６に記載のプログラム。
【０２８４】
(付記２８）
前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する処理を前記コンピュータに実行させる付記２５又は２６に記載のプログラム。
【０２８５】
(付記２９）
前記管理テーブルに記憶された各ポートのアドレスを宛先アドレスとし、前記ポートの対応する仮想送信元アドレスを送信元アドレス欄とするフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する処理を前記コンピュータに実行させる付記２８に記載のプログラム。
【０２８６】
(付記３０）
前記フレームが不到達となり応答がなくなったポートを検出する処理を前記コンピュータに実行させる付記２９に記載のプログラム。
【０２８７】
(付記３１）
前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスを可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートからの応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元ＭＡＣアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する処理を前記コンピュータに実行させる付記２９に記載のプログラム。
【０２８８】
(付記３２）
前記フレームの送信と応答の受信に基づき、前記ネットワークの構成情報を取得する処理を前記コンピュータに実行させる付記２５乃至３１のいずれかに記載のプログラム。
【符号の説明】
【０２８９】
１  ネットワーク（ネットワークシステム）
２−１、２−２、５−１、５−３  エッジスイッチ(ルータ)
３  目的ノード
４  送信元ノード
５−２  コアスイッチ
６  宛先ノード
１０  ネットワーク管理装置（サーバ）
１１  ネットワークインタフェース（ＮＩＦ）
１２、１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ  監視制御部
１３  フレーム作成部
１４  フレーム送信部
１５  応答フレーム受信判定部
１６、１６Ｂ  ポート・アドレス対応生成部
１７  ポート・アドレス管理テーブル
１８、１８Ａ、１８Ｂ、１８Ｃ、１８Ｄ  管理モジュール
２０、２０−Ａ、２０−Ｂ、２０−Ｃ、２０−Ｄ、３０、５０  スイッチ（通信装置）
３３  ＰＩＮＧフレーム作成部
３５  ＰＩＮＧリプライ受信判定部
４０、４０１、４０２、  回線（リンク）
６０  サーバ（ＩｏＴゲートウェイ）
１０１  プロセッサ
１０２  記憶装置
１０３  表示装置
１１１  トランスミッタ
１１２  レシーバ
１２１  状態変化検知部
１２２  異常判定部
１２３  ネットワーク構成情報取得部
１２４  ネットワークマップ生成部
１３１  仮想送信元ＭＡＣアドレス設定部
３３１  ＶＩＤ設定部
５０１、５０３  イーサネットフレーム
５０２  イーサネットフレーム（ＥｏＥフレーム）
【図１】
2019103116.tif 000003
【図２】
2019103116.tif 000004
【図３】
2019103116.tif 000005
【図４】
2019103116.tif 000006
【図５】
2019103116.tif 000007
【図６】
2019103116.tif 000008
【図７】
2019103116.tif 000009
【図８】
2019103116.tif 000010
【図９】
2019103116.tif 000011
【図１０】
2019103116.tif 000012
【図１１】
2019103116.tif 000013
【図１２】
2019103116.tif 000014
【図１３】
2019103116.tif 000015
【図１４】
2019103116.tif 000016
【図１５】
2019103116.tif 000017
【図１６】
2019103116.tif 000018
【図１７】
2019103116.tif 000019
【図１８】
2019103116.tif 000020
【図１９】
2019103116.tif 000021
【図２０】
2019103116.tif 000022
【図２１】
2019103116.tif 000023
【図２２】
2019103116.tif 000024
【図２３】
2019103116.tif 000025
【図２４】
2019103116.tif 000026
【図２５】
2019103116.tif 000027
【図２６】
2019103116.tif 000028
【図２７】
2019103116.tif 000029
【図２８】
2019103116.tif 000030
【図２９】
2019103116.tif 000031
【図３０】
2019103116.tif 000032
【図３１】
2019103116.tif 000033
【手続補正書】
【提出日】平成30年10月1日(2018.10.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
フレームのヘッダの識別情報のハッシュ値に基づきポートの振り分けが行われるリンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置がツリー構造かつ多段に接続されたネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄の送信元情報を、前記通信装置のＬＡＧメンバーポートの最大数以上に値を連続的に掃引させた複数のフレームを生成して、プロミスキャスモードに設定された単数の物理ポートから、各々単数のＭＡＣ（Media Access Control）アドレスを有する複数の目的ノードのそれぞれにあてて前記複数のフレームを送信する第１の手段と、
送信した前記複数のフレームに対する応答として、応答フレームのフレームヘッダの識別情報欄の送信先情報に前記掃引による連続した値の送信元情報が設定された複数の応答フレームを前記複数の目的ノードから前記プロミスキャスモードに設定された単数の物理ポートに返信することで、前記ＬＡＧの１つ又は複数のポートが故障した場合に残りのリンクで通信を継続することができる前記通信装置で故障として扱われていない縮退を伴わないサイレント故障ポートの存在を、前記応答フレームの受信の有無により検出する第２の手段と、を備えた、ことを特徴とするネットワーク管理装置。
【請求項２】
サイレント故障区間を判定する判定手段を備え、
前記判定手段は、
前記複数の目的ノード宛に送信した前記複数のフレームに対する前記目的ノードごとの前記応答フレームの受信の有無と故障区間判定条件に基づき、前記複数のフレームの送信経路および前記応答フレームの返信経路のいずれか一方もしくは両方の前記サイレント故障区間を判定する、ことを特徴とする請求項１に記載のネットワーク管理装置。
【請求項３】
前記送信元情報には、前記フレームのヘッダの送信元ＭＡＣアドレス欄に、前記通信装置のＭＡＣアドレスとは異なるＬＡＧメンバーポートの最大数以上に値を連続的に掃引させた互いに異なる値の仮想ＭＡＣアドレスを設定するか、前記送信元ＭＡＣアドレス欄の異なる値の仮想ＭＡＣアドレスの設定に加えてさらにＶＬＡＮ＿ＩＤ（Virtual Local Area Network Identifier）欄にＬＡＧメンバーポートの最大数以上に値を連続的に掃引させた互いに異なる値のＶＬＡＮ  ＩＤを設定する、ことを特徴とする請求項１又は２に記載のネットワーク管理装置。
【請求項４】
前記目的ノードごとの前記応答の受信の有無の判定にあたり、前記複数のフレームに対する前記応答が少なくとも１つでも無かった場合を前記目的ノードからの受信無しと判定する、ことを特徴とする請求項１乃至３いずれか１項に記載のネットワーク管理装置。
【請求項５】
フレームのヘッダの識別情報のハッシュ値に基づきポートの振り分けが行われるリンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置がツリー構造かつ多段に接続されたネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄の送信元情報を、前記通信装置のＬＡＧメンバーポートの最大数以上に値を連続的に掃引させた複数のフレームを生成して、プロミスキャスモードに設定された単数の物理ポートから、各々単数のＭＡＣ（Media Access Control）アドレスを有する複数の目的ノードのそれぞれにあてて前記複数のフレームを送信し、
送信した前記複数のフレームに対する応答として、応答フレームのフレームヘッダの識別情報欄の送信先情報に前記掃引による連続した値の送信元情報が設定された複数の応答フレームを前記複数の目的ノードから前記プロミスキャスモードに設定された単数の物理ポートに返信することで、前記ＬＡＧの１つ又は複数のポートが故障した場合に残りのリンクで通信を継続することができる前記通信装置で故障として扱われていない縮退を伴わないサイレント故障ポートの存在を、前記応答フレームの受信の有無により検出する、
ことを特徴とするネットワーク管理方法。
【請求項６】
サイレント故障区間を判定する判定ステップを有し、
前記判定ステップは、
前記複数の目的ノード宛に送信した前記複数のフレームに対する前記目的ノードごとの前記応答フレームの受信の有無と故障区間判定条件に基づき、前記複数のフレームの送信経路および前記応答フレームの返信経路のいずれか一方もしくは両方の前記サイレント故障区間を判定する、ことを特徴とする請求項５に記載のネットワーク管理方法。
【請求項７】
フレームのヘッダの識別情報のハッシュ値に基づきポートの振り分けが行われるリンクアグリゲーショングループ（ＬＡＧ）に集約される複数のポートを有する通信装置がツリー構造かつ多段に接続されたネットワークに送信する監視用のフレームとして、前記フレームのヘッダの識別情報欄の送信元情報を、前記通信装置のＬＡＧメンバーポートの最大数以上に値を連続的に掃引させた複数のフレームを生成して、プロミスキャスモードに設定された単数の物理ポートから、各々単数のＭＡＣ（Media Access Control）アドレスを有する複数の目的ノードのそれぞれにあてて前記複数のフレームを送信する処理と、
送信した前記複数のフレームに対する応答として、応答フレームのフレームヘッダの識別情報欄の送信先情報に前記掃引による連続した値の送信元情報が設定された複数の応答フレームを前記複数の目的ノードから前記プロミスキャスモードに設定された単数の物理ポートに返信することで、前記ＬＡＧの１つ又は複数のポートが故障した場合に残りのリンクで通信を継続することができる前記通信装置で故障として扱われていない縮退を伴わないサイレント故障ポートの存在を、前記応答フレームの受信の有無により検出する処理、
をコンピュータに実行させるプログラム。
【請求項８】
サイレント故障区間を判定する処理であって、
前記複数の目的ノード宛に送信した前記複数のフレームに対する前記目的ノードごとの前記応答フレームの受信の有無と故障区間判定条件に基づき、前記複数のフレームの送信経路および前記応答フレームの返信経路のいずれか一方もしくは両方の前記サイレント故障区間を判定する処理を、前記コンピュータに実行させる請求項７に記載のプログラム。