(57)【要約】【課題】リンク集約された複数の物理ポートに対して疎通確認するにあたり、コスト上昇、工数増大を抑制可能とする。            【解決手段】ネットワーク管理装置は、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの少なくとも１つのポート宛てに、前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段と、前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段を備える。【選択図】図６
2018125834.tif 000002
【特許請求の範囲】
【請求項１】
送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの少なくとも１つのポートに向けて、前記ネットワークインタフェースを介して、前記通信装置が接続するネットワークに、前記フレームを送信する第１の手段と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する第２の手段と、
を備えた、ことを特徴とするネットワーク管理装置。
【請求項２】
前記第１の手段は、
前記通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、
前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して、前記通信装置が接続するネットワークに送信する、ことを特徴とする請求項１記載のネットワーク管理装置。
【請求項３】
前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する手段を備えた、ことを特徴とする請求項１又は２に記載のネットワーク管理装置。
【請求項４】
前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う手段を備えた、ことを特徴とする請求項１乃至３のいずれか１項に記載のネットワーク管理装置。
【請求項５】
前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する手段を備えた、ことを特徴とする請求項１乃至４のいずれか１項に記載のネットワーク管理装置。
【請求項６】
前記管理テーブルに応答有りとして記憶された各ポートのアドレスを宛先アドレスとし、前記ポートに対応して前記管理テーブルに記憶された仮想送信元アドレスを送信元アドレス欄に設定したフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する手段を備えた、ことを特徴とする請求項５に記載のネットワーク管理装置。
【請求項７】
前記フレームが不到達となり応答がなくなったポートを検出する手段を備えたことを特徴とする請求項６に記載のネットワーク管理装置。
【請求項８】
前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートから応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元ＭＡＣアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する手段を備えた、ことを特徴とする請求項７に記載のネットワーク管理装置。
【請求項９】
前記フレームの送信と応答フレームの受信とに基づき、前記ネットワークの構成情報を取得する手段を備えた、ことを特徴とする請求項１乃至８のいずれか１項に記載のネットワーク管理装置。
【請求項１０】
前記第１の手段は、
前記フレームの宛先アドレス欄に、マルチキャストアドレスを設定し、
送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したマルチキャストフレームを作成し、前記ネットワークインタフェースから、前記通信装置が接続するネットワークに送信する、ことを特徴とする請求項１、３乃至９のいずれか１項に記載のネットワーク管理装置。
【請求項１１】
前記通信装置の前記複数のポートのうちのＵｐＭＥＰ(Maintenance entity group End Point)として設定された少なくとも１つのポートのアドレスを宛先アドレス欄に設定し、自装置のネットワークインタフェースのアドレスとは別の、仮想送信元アドレスを送信元アドレスに設定したフレームを作成して送信する手段を備えたことを特徴とする請求項１、３乃至９のいずれか１項に記載のネットワーク管理装置。
【請求項１２】
前記フレームに対する応答フレームが受信されない場合、送信元アドレス欄を、予め用意された所定のアドレス範囲内で値を可変させた仮想送信元アドレスとしたフレームを送信するように制御する手段と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認すると、前記ポートの番号と、前記仮想送信元アドレスとを対応させて管理テーブルに記憶する、ことを特徴とする請求項１０に記載のネットワーク管理装置。
【請求項１３】
リンクアグリゲーショングループに集約された複数のポートで対向接続された第１、第２の通信装置のうち一方の通信装置のＵｐＭＥＰとして設定された通信装置のポートに対して、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレス範囲内で可変させた仮想送信元アドレスを送信元アドレスにそれぞれ設定した、１つ又は複数のフレームを作成して送信する手段と、
他方の通信装置のＤｏｗｎＭＥＰとして設定された通信装置のポートに対して、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレス範囲内で値を可変させた仮想送信元アドレスを送信元アドレスにそれぞれ設定した、１つ又は複数のフレームを作成して送信する手段と、
対向する前記第１、第２の通信装置の前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信をそれぞれ確認すると、前記ポートの番号と、前記仮想送信元アドレスとに基づき、前記第１、第２の通信装置のリンクアグリゲーショングループに集約された複数のポート間の接続マップを作成する手段と、
を備えた、請求項１乃至１２のいずれか１項に記載のネットワーク管理装置。
【請求項１４】
リンクアグリゲーショングループに集約された複数のポートを有する通信装置と、
送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、
前記通信装置の前記複数のポートのうちの少なくとも１つのポートに向けて、前記ネットワークインタフェースを介して、前記通信装置が接続するネットワークに、前記フレーム送信する手段と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段と、を備えたネットワーク管理装置と、
を含む、ことを特徴とするネットワークシステム。
【請求項１５】
前記ネットワーク管理装置は、前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する手段を備えた、ことを特徴とする請求項１４に記載のネットワークシステム。
【請求項１６】
前記ネットワーク管理装置は、前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う手段を備えた、ことを特徴とする請求項１４又は１５に記載のネットワークシステム。
【請求項１７】
前記ネットワーク管理装置は、前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する手段を備えた、ことを特徴とする請求項１４乃至１６のいずれか１項に記載のネットワークシステム。
【請求項１８】
前記ネットワーク管理装置は、
前記フレームの宛先アドレス欄に、マルチキャストアドレスを設定し、
送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したマルチキャストフレームを作成し、前記ネットワークインタフェースから、前記通信装置が接続するネットワークに送信する、ことを特徴とする請求項１４乃至１７のいずれか１項に記載のネットワークシステム。
【請求項１９】
前記ネットワーク管理装置は、
前記通信装置の前記複数のポートのうちのＵｐＭＥＰ(Maintenance entity group End Point)として設定された少なくとも１つのポートのアドレスを宛先アドレス欄に設定し、自装置のネットワークインタフェースのアドレスとは別の、仮想送信元アドレスを送信元アドレスに設定したフレームを作成して送信する手段を備えたことを特徴とする請求項１４乃至１８のいずれか１項に記載のネットワークシステム。
【請求項２０】
送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの少なくとも１つのポートに向けて、前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信し、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する、ことを特徴とするネットワーク管理方法。
【請求項２１】
送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成する処理と、
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの少なくとも１つのポートに向けて、前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する処理と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する処理と、
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステム、ネットワーク管理装置、ネットワーク管理方法、及びプログラムに関する。
【背景技術】
【０００２】
イーサネット（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）レベルとバージョン番号（１オクテット）、オペコード（制御コード）（１オクテット）、フラグ（１オクテット）、ＴＬＶオフセット（１オクテット）、ＯＡＭデータ情報（３６〜１４９４オクテット）、ＦＣＳ（Frame Check Sequence）（４オクテット）である。なお、宛先ＭＡＣアドレスの前に、プリアンブル（７オクテット）＋ＳＦＤ（Start of Frame Delimiter：（１オクテット：固定のビット列）（IEEE802.3）、又は、プリアンブル（８オクテット）（イーサネットｖｅｒ．２））が付加される。
【０００５】
ＯＡＭ  Ｅｔｈｅｒ−ｔｙｐｅ（２オクテット）は、０ｘ８９０２とされる（ただし、０ｘはヘキサデシマル表示を表す）。ＭＥＧ（Maintenance Entity Group）レベルは、３ビットであり、ＯＡＭ  ＰＤＵ（Protocol Data Unit）のＭＥＧレベルの数値（例えば０〜７）が設定される。例えばＭＥＧレベルの０、１、２の三段階はオペレータレベル、ＭＥＧレベルの３、４はサービスプロバイダレベル、ＭＥＧレベルの５、６、７はサブスクライバ（カスタマ）レベルとされる。なお、管理ポイントでは、一般に、ＭＥＧレベルが自分よりも高いレベルに設定されているＯＡＭフレームは透過させ、低いレベルのＯＡＭフレームは廃棄する。バージョン番号はＯＡＭプロトコルバージョンを表す整数値が設定される（例えば０）。オペコード（制御コード）はＯＡＭ  ＰＤＵのタイプを表す。ＣＣＭ（Continuity Check Message）は１、ＬＢＭ（Loop Back Message）は３、ＬＢＲ（Loop Back Reply）は２、ＬＴＭ(Link Trace Message)は５、ＬＴＲ(Link Trace Replay)は４である。ＴＬＶ（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））を送信元のＭＥＰに返す。なお、ＬＴＭフレームを最後に受信したＭＥＰはそれ以上転送しない。
【００１３】
リンクアグリゲーション（Link Aggregation）は、複数の物理ポート（インタフェース）をリンクアグリゲーションメンバーポートとし、論理的に１本の回線として収容するリンクアグリゲーショングループ（Ling Aggregation Group：ＬＡＧ）を構成することにより、例えば隣接ノードとの通信帯域を広げる。なお、ポートの束をリンクアグリゲーショングループ（ＬＡＧ）という（あるいは、トランクグループとも称呼される）。ＬＡＧを構成する複数のポート（ＬＡＧポートメンバ）の１つのＭＡＣアドレスを当該ＬＡＧのシステムＩＤ（Identification）として用いる場合がある。
【００１４】
ＬＡＧでは、予め用意された複数個のハッシュ値（ハッシュキー）をＬＡＧメンバーポートに均等に割り当て、送信するパケットのＩＰ（Internet Protocol）アドレスやＭＡＣアドレスを基に、例えば各メーカー固有のアルゴリズムにより、ハッシュ値（ハッシュキー）に変換し、送出インタフェースを決めるのが一般的である。例えば、図３に模式的に示すように、Ｌ２スイッチ（ＳＷ１）では、ＬＡＧから送出するフレームを、例えばフレームヘッダの宛先及び／又は送信元のＭＡＣアドレスから変換されたハッシュ値（ハッシュキー）に基づき、ＬＡＧの複数の回線（リンク）のうちいずれか１つのインタフェース（ポート）に振り分ける。宛先ＭＡＣアドレス、送信元ＭＡＣアドレスに基づきハッシュ値（ハッシュキー）を計算する場合、予め用意された複数個のハッシュ値（ハッシュキー）が例えば３２個、ＬＡＧが２本の回線（ＮＩＦ（Network Interface）がＰ１とＰ２の２個）からなる場合には、２つのＬＡＧメンバーポートに各１６個ずつハッシュ値を割り当てることにより、フレーム（パケット）を割り振る。ハッシュ値が同じフレーム（パケット）は、常に同じ物理ポートを通ることになる。あるいは、ＬＡＧメンバーポートが２つの場合、フレームの送信元ＭＡＣアドレスの１桁目（あるいは先頭から１２桁目）が偶数か奇数かでハッシュ値に変換し、二つのＬＡＧメンバーポートに割り振る等を行う。別の例として、ハッシュ値（ハッシュキー）の要素の数が８個、ＬＡＧが４本の回線（ＮＩＦの数がＰ１からＰ４の４個）の場合、ハッシュ値に基づく振り分けの一例として、例えばポートＰ１には、ハッシュ値Ｈ１、Ｈ５、ポートＰ２には、ハッシュ値Ｈ２、Ｈ６、ポートＰ３には、ハッシュ値Ｈ３、Ｈ７、ポートＰ４には、ハッシュ値Ｈ４、Ｈ８等の振り分けが行われる。
【００１５】
リンクアグリゲーションにおいて、例えば、ＭＩＰやＭＥＰを設定する際のポート情報としては、個々のポート（物理ポート）ではなく、例えば、複数のポート（物理ポート）を束ねた論理的なポートの情報が使用される場合がある。例えばＬＡＧを構成する複数のポートの１つのＭＡＣアドレスを当該ＬＡＧのシステムＩＤ（system identification）として用いる場合がある。この場合、複数のポート（物理ポート）が論理ポートに束ねられた通信装置（ノード装置）において、ＬＢＭフレーム等により、到達性を確認する場合、複数のポート（物理ポート）のうち、特定の物理ポートを使用した確認にとどまってしまうことが知られている（例えば特許文献１参照）。
【００１６】
例えばＬＢＭフレームを生成し送信するＭＥＰのＭＡＣアドレスと、宛先であるＭＩＰ／ＭＥＰのポートのＭＡＣアドレスを、それぞれ、送信元ＭＡＣアドレス、宛先ＭＡＣアドレスとするＬＢＭフレームは、例えば図３のスイッチＳＷ１において、該ＭＡＣアドレスに基づくハッシュ計算により振り分け先となるポートは決まっている。したがって、当該ポートには該ＬＢＭフレームは到達するが、他のポートの到達性を確認することはできない。
【００１７】
同様に、レイヤ３の監視用Ｐｉｎｇは、ＭＡＣアドレスやＩＰアドレスのハッシュ値に基づき、ＬＡＧのうちいずれか１つのポートを通るが、ＬＡＧの他のポート（インタフェース）のＰｉｎｇによる監視はできない。
【００１８】
図４は、特許文献１の図面の図３に基づき作成した図である。図４（Ａ）には、イーサネットＯＡＭのループバック試験の動作例が示されている。図４（Ｂ）では、ＵｐＭＥＰを三角形で示し、ＬＢＭとＬＢＲのフレームが２つのＵｐＭＥＰで挟まれる区間で論理的に転送される様子を長二点鎖線で示している。図４（Ａ）では、ＬＢＭとＬＢＲの物理的な転送の経路を長一点鎖線で示している。
【００１９】
ＵｐＭＥＰは、リレー機能を経由して通信する。ＵｐＭＥＰは、例えば、装置内でフレームがスイッチ（リレー）され出力ポートが決定された後に出力されるポート＋ＶＬＡＮ（Virtual LAN）に対して設定される。ＵｐＭＥＰは、回線方向およびブリッジ・リレー側から着信する自分と同レベルまたは下位レベルのＯＡＭフレームをドロップし、ブリッジ・リレー側から着信する自分と同レベルＯＡＭフレームを処理し、ブリッジ側又は回線側から着信した上位レベルのＯＡＭフレームは透過的に転送する。
【００２０】
一方、ＤｏｗｎＭＥＰは回線経由で通信し例えばスイッチのポート上に配置することができる。ＤｏｗｎＭＥＰは、例えば装置外から入力されるＯＡＭフレームを受信したポートで終端するＭＥＰであり、ＤｏｗｎＭＥＰのポートは、そのポートから装置外の方向へ保守管理フレームの送信も行う。ＤｏｗｎＭＥＰのポートは回線方向から着信する自分と同レベルのＯＡＭフレームを処理し下位レベルのフレームを廃棄し、ブリッジ・リレー側又は回線側から着信した上位レベルのＯＡＭフレームを透過的に転送する。
【００２１】
図３を参照して説明したように、ＬＡＧに転送されるＬＢＭおよびＬＢＲフレームは、ＭＡＣアドレスに基づき変換されたハッシュ値を元に、どれか１つのポート（物理ポート：ネットワークインタフェース）に振り分けられる。
【００２２】
ＭＥＰの間でのループバック（Loopback）では、ＬＢＭフレームと、その応答であるＬＢＲフレームのヘッダの宛先、送信元ＭＡＣアドレスの組合せは変わらない（ＬＢＲフレームでは、宛先、送信元ＭＡＣアドレスはＬＢＭフレームの宛先、送信元ＭＡＣアドレスと入れ替わる）。そのため、任意のＬＢＭフレームのＬＡＧにおけるハッシュ値はパケットごとに変わることはない。また任意のＬＢＭフレームの応答としてピアＭＥＰから応答されるＬＢＲフレームのＬＡＧにおけるハッシュ値も、フレームごとに変化はしない。このため、ＬＢＭおよびＬＢＲが通過する物理リンクは、ＬＢＭフレームおよびＬＢＲフレームの各々において、毎回同じとなる。そのため、図４に例示するように、ＬＢＭフレームをスイッチＳＷ１のポートＰ２のＭＥＰからスイッチＳＷ２のポートＰ１のＭＩＰへトランク１（ＬＡＧ）上で転送するときは、スイッチＳＷ１のポートＰ２からスイッチＳＷ２のポートＰ１へのリンクが選択的に使用される。したがって、スイッチＳＷ１のポートＰ３とスイッチＳＷ２のポートＰ２の間のリンクはＬＢＭやＬＢＲが通過しない区間（経路）となり、当該区間のフレーム伝送の正常性を確認することができない。
【００２３】
ＬＡＧに接続する複数のポート（物理ポート）の中から、フレームのＭＡＣアドレスのハッシュ値を元に１つのポートへの振り分けが行われる場合、例えばＬＢＭフレームの送信元（ＭＥＰ）のＭＡＣアドレスを増やす（ＮＩＦ（ネットワークインタフェース）を増設する）ことで、ＬＡＧに接続する別の物理ポートへＬＢＭフレームを振り分けることは可能ではある。しかしながら、ハッシュ値の要素数が多くなると、ＬＢＭフレームの送信元のネットワークインタフェースの増設個数が増大し、現実的ではない。
【００２４】
なお、上記問題に対して、特許文献１には、複数の物理ポートが論理ポートに束ねられた通信装置において、装置内部における複数のフレーム転送経路の正常性を網羅的に確認することを支援する技術が開示されている。特許文献１に記載のフレーム伝送装置は、ラインユニットが有する複数のポートと、設定制御ユニットを備え、設定制御ユニットは、第１のポートから第２のポートへＯＡＭフレームを装置内部で転送させることにより、装置内部におけるフレーム転送状態の正常性を確認する。設定制御ユニットは、第１のポートが、複数の物理ポートがリンク集約された論理ポートであるとき、複数の物理ポートのそれぞれを送信元のポートとして選択し、複数の物理ポートから第２のポートへ複数のＯＡＭフレームを転送させる。
【００２５】
また、特許文献２には、ＭＥＰ又はＭＩＰ等の保守エンティティが、指定リンクを介して少なくとも１つのＣＦＭ（Connectivity Fault Management）を転送することによって、グループの指定リンクを検査するように構成されるポートデファイナモジュールを備え、ユニキャストＬＢＭチェック中に、ＭＥＰが全てのリンクに関連付けられるか否か、全てのＬＡＧメンバをチェックすることができるようにした構成が開示されている。
【００２６】
さらに、特許文献３には、レイヤ２ネットワーク装置は、第１のポートから受信したイーサネットＯＡＭフレームを、リンク集約された回線（リンク）に接続する複数の第２のポートの全てへ送信するように複製するＯＡＭフレーム複製手段を有し、ＯＡＭフレームをリンクアグリゲーションを構成する全てのリンクに転送することによって、通信装置間のリンク障害を検出することができるようにした構成が開示されている。
【先行技術文献】
【特許文献】
【００２７】
【特許文献１】特開２０１５−００２４１３号公報
【特許文献２】特表２００９−５４３５００号公報
【特許文献３】特開２００８−１３１６１５号公報
【発明の概要】
【発明が解決しようとする課題】
【００２８】
上記した関連技術においては、リンク集約された全ての物理ポートに対して疎通試験を行って正常性を確認するには、ＭＥＰ又はＭＩＰを構成するＬ２スイッチ等の通信装置を、各特許文献の仕様に対応して改変（改造）又は設計し直す必要がある。例えば広域イーサネットサービス等のように、イーサネットＶＰＮを構成することで拠点間を同一セグメントとして接続するネットワーク等では、上記のような各Ｌ２スイッチ等の改変は、既存のシステムへの適用を困難としている。また既存のシステムへ適用する場合のスイッチの改変（再設計）又は機種交換等は、コスト、工数等の上昇を招く。
【００２９】
したがって、本発明は上記課題に鑑みて創案されたものであって、その目的は、リンク集約された複数の物理ポートに対して疎通確認するにあたり、コストの上昇、手間、作業工数等の増大を抑制可能とするネットワーク管理装置、ネットワークシステム、ネットワーク管理方法、及び、プログラムを提供することにある。
【課題を解決するための手段】
【００３０】
本発明の１つの側面によれば、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの少なくとも１つのポートに向けて、前記ネットワークインタフェースを介して、前記通信装置が接続するネットワークに、前記フレームを送信する第１の手段と、前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する第２の手段と、を備えたネットワーク管理装置が提供される。本発明の一形態によれば、ネットワーク管理装置は、リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段と、前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段と、を備えた構成としてもよい。
【００３１】
本発明の１つの側面によれば、リンクアグリゲーショングループに集約された複数のポートを有する通信装置と、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、前記通信装置の前記複数のポートのうちの少なくとも１つのポートに向けて、前記ネットワークインタフェースを介して、前記通信装置が接続するネットワークに、前記フレーム送信する手段と、前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段と、を備えたネットワーク管理装置とを備えたネットワークシステムが提供される。本発明の一形態によれば、ネットワークシステムは、リンクアグリゲーショングループに集約された複数のポートを有する通信装置と、前記通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段と、前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段を備えたネットワーク管理装置を備えた構成としてもよい。
【００３２】
本発明の１つの側面によれば、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの少なくとも１つのポートに向けて、前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信し、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認するネットワーク管理方法が提供される。本発明の一形態によれば、ネットワーク管理方法は、リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信し、前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認するようにしてもよい。
【００３３】
本発明の１つの側面によれば、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成する処理と、リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの少なくとも１つのポートに向けて、前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する処理と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する処理と、をコンピュータに実行させるプログラムが提供される。本発明の一形態によれば、プログラムは、リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する処理と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する処理と、をコンピュータに実行させるプログラムであってもよい。
【００３４】
本発明によれば、上記プログラムを記憶したコンピュータ読み出し可能な記録媒体（（例えばＲＡＭ（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）が提供される。
【発明の効果】
【００３５】
本発明によれば、リンク集約された複数の物理ポートに対して、例えばＯＳＩ参照モデルのレイヤ２で疎通確認するにあたり、コストの上昇、手間、作業工数等の増大を抑制可能としている。
【図面の簡単な説明】
【００３６】
【図１】イーサネットＯＡＭフレームを説明する図である。
【図２】（Ａ）、（Ｂ）、（Ｃ）はコネクティビティＯＡＭを説明する図である。
【図３】関連技術のハッシュを説明する図である。
【図４】（Ａ）、（Ｂ）は特許文献１の開示に基づく図である。
【図５】（Ａ）、（Ｂ）は本発明の一実施形態を説明する図である。
【図６】本発明の第１の実施形態のサーバの構成の一例を説明する図である。
【図７】本発明の第１の実施形態の動作の一例を説明する図である。
【図８】本発明の第２の実施形態のサーバの構成の一例を説明する図である。
【図９】本発明の第２の実施形態を説明する図である。
【図１０】本発明の第２の実施形態の動作の一例を説明する図である。
【図１１】本発明の第３の実施形態のサーバの構成の一例を説明する図である。
【図１２】本発明の第３の実施形態の動作の一例を説明する図である。
【図１３】本発明の第４の実施形態のサーバの構成の一例を説明する図である。
【図１４】本発明の第４の実施形態を説明する図である。
【図１５】本発明の第５の実施形態を説明する図である。
【図１６】本発明の第７の実施形態を説明する図である。
【図１７】本発明の第８の実施形態の構成を説明する図である。
【図１８】本発明の第８の実施形態を説明する図である。
【図１９】本発明の第９の実施形態を説明する図である。
【図２０】本発明の第９の実施形態を説明する図である。
【発明を実施するための形態】
【００３７】
本発明の一形態について説明する。本発明の一形態によれば、ネットワーク管理装置(機能)（例えば図６の１０）は、好ましくは、サーバ等のコンピュータシステムに実装され、フレームヘッダの送信元ＭＡＣ（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）は、グループ１とされる。図２０（Ｂ）のドメインレベルは２とされ、ＶＬＡＮグループで分割されるＭＡは、グループ２とされる。低い方のドメインレベル１はドメインレベル２の内側に設定されている。
【０１５１】
サーバ１０において、図２０（Ａ）のＶＬＡＮ:１におけるマルチキャスト又はユニキャストのＬＢＭフレームの送信元ＭＡＣアドレス欄に設定する仮想送信元ＭＡＣアドレスを所定範囲で可変させて送信し、監視対象のＵｐＭＥＰ（スイッチ２０のポートＰ１〜ＰＮ）からＬＢＲフレームを受信する。また、図２０（Ｂ）のＶＬＡＮ：２におけるマルチキャスト又はユニキャストのＬＢＭフレームの送信元ＭＡＣアドレス欄に設定する仮想送信元ＭＡＣアドレスを所定範囲で可変させて送信し、監視対象のＤｏｗｎＭＥＰ（スイッチ３０のポートＰ１〜ＰＮ）からＬＢＲフレームを受信する。この結果、サーバ１０の監視制御部１２Ｂのネットワークマップ生成部１２４では、スイッチ２０とスイッチ３０のＬＡＧのポート間に接続が分かる。
【０１５２】
例えば、スイッチ（ＳＷ２）３０のポートＰ１のＭＡＣアドレス宛てに仮想送信元ＭＡＣアドレスを可変させて送信したＬＢＭフレームに対する応答ＬＢＲフレームを受信し、そのときの仮想送信元ＭＡＣアドレスがＳＡ１であるとする。
【０１５３】
次にスイッチ（ＳＷ１）２０のポートＰ１〜ＰＮの各ＭＡＣアドレス宛てに仮想送信元ＭＡＣアドレスを可変させて送信したＬＢＭフレームに対する応答ＬＢＲフレームのうち、宛先ＭＡＣアドレスが、仮想送信元ＭＡＣアドレスＳＡ１である応答ＬＢＲフレームは、サーバ１０からスイッチ（ＳＷ２）３０のポートＰ１へのパス上にある対向スイッチ（ＳＷ１）２０のポートからのものである。したがって、監視制御部１２Ｂのネットワークマップ生成部１２４では、スイッチ（ＳＷ２）３０のポートＰ１に接続するスイッチ（ＳＷ１）２０のポート番号がわかる。
【０１５４】
すなわち、ＤｏｗｎＭＥＰに対する仮想送信元ＭＡＣアドレスを可変させて送信したＬＢＭフレームに対する応答であるＬＢＲフレームと、ＤｏｗｎＭＥＰに対向するＵｐｎＭＥＰに対する仮想送信元ＭＡＣアドレスを可変させて送信したＬＢＭフレームに対する応答であるＬＢＲフレームを受信することで、対向するスイッチのポートＭＡＣアドレスとポート番号を取得することができる。
【０１５５】
上記のように、第９の実施形態では、図１７のネットワークマップ生成部１２４では、監視対象のＬＡＧメンバーポートのＭＡＣアドレスと、仮想送信元ＭＡＣアドレスの組み合わせにより、対向するスイッチ等、隣接する装置を結ぶＬＡＧの相互接続情報を判断し、ネットワーク内の物理的なポート間接続情報を網羅的に取得することで自動的にネットワークマップを作成する。
【０１５６】
なお、図１５の記憶装置１０２に、上記した第６乃至第９の実施形態で説明したサーバ１０の機能を実現するプログラムを記憶しておき、図１５のプロセッサ１０１が、該プログラムを読み出して実行することで、上記した各実施形態のサーバ１０の機能を実現するようにしてもよい。
【０１５７】
なお、上記の特許文献１−３の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各請求項の各要素、各実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ乃至選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【０１５８】
上記した実施形態は例えば以下のように付記される（ただし以下に制限されない）。
【０１５９】
(付記１）
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、
前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段と、
を備えた、ことを特徴とするネットワーク管理装置。
【０１６０】
(付記２）
前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する手段を備えた、ことを特徴とする付記１に記載のネットワーク管理装置。
【０１６１】
(付記３）
前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う手段を備えた、ことを特徴とする付記１又は２に記載のネットワーク管理装置。
【０１６２】
(付記４）
前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する手段を備えた、ことを特徴とする付記１乃至３のいずれかに記載のネットワーク管理装置。
【０１６３】
(付記５）
前記管理テーブルに応答有りとして記憶された各ポートのアドレスを宛先アドレスとし、前記ポートに対応して前記管理テーブルに記憶された仮想送信元アドレスを送信元アドレス欄に設定したフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する手段を備えた、ことを特徴とする付記４に記載のネットワーク管理装置。
【０１６４】
(付記６）
前記フレームが不到達となり応答がなくなったポートを検出する手段を備えたことを特徴とする付記５に記載のネットワーク管理装置。
【０１６５】
(付記７）
前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートから応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元ＭＡＣアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する手段を備えた、ことを特徴とする付記６に記載のネットワーク管理装置。
【０１６６】
(付記８）
前記フレームの送信と応答フレームの受信とに基づき、前記ネットワークの構成情報を取得する手段を備えた、ことを特徴とする付記１乃至７のいずれかに記載のネットワーク管理装置。
【０１６７】
(付記９）
リンクアグリゲーショングループに集約された複数のポートを有する通信装置と、
前記通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレスに、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する手段と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する手段とを備えたネットワーク管理装置と、
を含む、ことを特徴とするネットワークシステム。
【０１６８】
(付記１０）
前記ネットワーク管理装置は、前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する手段を備えた、ことを特徴とする付記９に記載のネットワークシステム。
【０１６９】
(付記１１）
前記ネットワーク管理装置は、前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う手段を備えた、ことを特徴とする付記９又は１０に記載のネットワークシステム。
【０１７０】
(付記１２）
前記ネットワーク管理装置は、前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する手段を備えた、ことを特徴とする付記９乃至１１のいずれかに記載のネットワークシステム。
【０１７１】
(付記１３）
前記ネットワーク管理装置は、前記管理テーブルに応答有りとして記憶された各ポートのアドレスを宛先アドレスとし、前記ポートの対応する仮想送信元アドレスを送信元アドレス欄とするフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する手段を備えたことを特徴とする付記１２に記載のネットワークシステム。
【０１７２】
(付記１４）
前記ネットワーク管理装置は、前記フレームが不到達となり応答がなくなったポートを検出する手段を備えたことを特徴とする付記１３に記載のネットワークシステム。
【０１７３】
(付記１５）
前記ネットワーク管理装置は、前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスを可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートから応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元ＭＡＣアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する手段を備えた、ことを特徴とする付記１４に記載のネットワークシステム。
【０１７４】
(付記１６）
前記ネットワーク管理装置は、前記フレームの送信と応答の受信に基づき、前記ネットワークの構成情報を取得する手段を備えたことを特徴とする付記９乃至１５のいずれかに記載のネットワークシステム。
【０１７５】
(付記１７）
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、
前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信し、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する、ことを特徴とするネットワーク管理方法。
【０１７６】
(付記１８）
前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する、ことを特徴とする付記１７に記載のネットワーク管理方法。
【０１７７】
(付記１９）
前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う、ことを特徴とする付記１７又は１８に記載のネットワーク管理方法。
【０１７８】
(付記２０）
前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する、ことを特徴とする付記１７乃至１９のいずれかに記載のネットワーク管理方法。
【０１７９】
(付記２１）
前記管理テーブルに応答有りとして記憶された各ポートのアドレスを宛先アドレスとし、前記ポートに対応して前記管理テーブルに記憶された仮想送信元アドレスを送信元アドレス欄に設定したフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する、ことを特徴とする付記１７又は１８に記載のネットワーク管理方法。
【０１８０】
(付記２２）
前記フレームが不到達となり応答がなくなったポートを検出する、ことを特徴とする付記２１に記載のネットワーク管理方法。
【０１８１】
(付記２３）
前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスを可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートから応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元ＭＡＣアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する、ことを特徴とする付記２２に記載のネットワーク管理方法。
【０１８２】
(付記２４）
前記フレームの送信と応答の受信に基づき、前記ネットワークの構成情報を取得する、ことを特徴とする付記１７乃至２３のいずれかに記載のネットワーク管理方法。
【０１８３】
(付記２５）
リンクアグリゲーショングループに集約された複数のポートを有する通信装置の前記複数のポートのうちの１つのポートのアドレスを宛先アドレス欄に設定し、送信元アドレス欄に、自装置のネットワークインタフェースのアドレスとは別の、予め用意された所定のアドレスのうちの１つを仮想送信元アドレスとして設定したフレームを作成し、
前記ポート宛ての前記フレームを、前記ネットワークインタフェースを介して前記通信装置が接続するネットワークに送信する処理と、
前記ポートからの宛先アドレスを前記仮想送信元アドレスとする応答フレームの受信を確認する処理と、
をコンピュータに実行させるプログラム。
【０１８４】
(付記２６）
前記フレームに対する応答フレームが受信されない場合、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄を、別の仮想送信元アドレスとしたフレームを送信するように制御する処理を前記コンピュータに実行させる付記２５記載のプログラム。
【０１８５】
(付記２７）
前記フレームに対して応答フレームが受信された場合、前記フレームの送信元アドレス欄を前記仮想送信元アドレスに固定し、宛先アドレス欄を前記ポートのアドレスとした前記フレームを送信して前記通信装置の前記ポートの監視を行う処理を前記コンピュータに実行させる付記２５又は２６に記載のプログラム。
【０１８６】
(付記２８）
前記リンクアグリゲーショングループの複数のポートの各々に対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスの値を可変させたフレームを送信し、
前記フレームに対して応答が受信された場合、前記フレームの仮想送信元アドレスを、前記ポートの番号とアドレスに対応させて管理テーブルに記憶する処理を前記コンピュータに実行させる付記２５又は２６に記載のプログラム。
【０１８７】
(付記２９）
前記管理テーブルに記憶された各ポートのアドレスを宛先アドレスとし、前記ポートの対応する仮想送信元アドレスを送信元アドレス欄とするフレームを送信して、前記通信装置のリンクアグリゲーショングループの複数のポートを監視する処理を前記コンピュータに実行させる付記２８に記載のプログラム。
【０１８８】
(付記３０）
前記フレームが不到達となり応答がなくなったポートを検出する処理を前記コンピュータに実行させる付記２９に記載のプログラム。
【０１８９】
(付記３１）
前記応答がなくなったポートに対して、宛先アドレス欄を前記ポートのアドレスとし、送信元アドレス欄の前記仮想送信元アドレスを可変させたフレームを送信し、
前記フレームが不到達となる前と同じアドレスのポートからの応答フレームが受信された場合に、正常と判定し、
宛先アドレス欄を前記ポートのアドレスのまま変えず、送信元アドレス欄の前記仮想送信元ＭＡＣアドレスの値を可変させたフレームを送信しても前記応答フレームが受信されない場合に、異常と判定する処理を前記コンピュータに実行させる付記２９に記載のプログラム。
【０１９０】
(付記３２）
前記フレームの送信と応答の受信に基づき、前記ネットワークの構成情報を取得する処理を前記コンピュータに実行させる付記２５乃至３１のいずれかに記載のプログラム。
【符号の説明】
【０１９１】
１  ネットワークシステム
１０  サーバ（ネットワーク管理装置）
１１  ネットワークインタフェース（ＮＩＦ）
１２、１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ  監視制御部
１３  フレーム作成部
１４  フレーム送信部
１５  応答フレーム受信判定部
１６、１６Ｂ  ポート・アドレス対応生成部
１７  ポート・アドレス管理テーブル
１８、１８Ａ、１８Ｂ、１８Ｃ、１８Ｄ  管理モジュール
４０、４０１、４０２、  回線（リンク）
２０、３０、５０  スイッチ（通信装置）
６０  サーバ（ＩｏＴゲートウェイ）
１０１  プロセッサ
１０２  記憶装置
１０３  表示装置
１１１  トランスミッタ
１１２  レシーバ
１２１  状態変化検知部
１２２  異常判定部
１２３  ネットワーク構成情報取得部
１２４  ネットワークマップ生成部
１３１  仮想送信元ＭＡＣアドレス設定部
【図１】
2018125834.tif 000003
【図２】
2018125834.tif 000004
【図３】
2018125834.tif 000005
【図４】
2018125834.tif 000006
【図５】
2018125834.tif 000007
【図６】
2018125834.tif 000008
【図７】
2018125834.tif 000009
【図８】
2018125834.tif 000010
【図９】
2018125834.tif 000011
【図１０】
2018125834.tif 000012
【図１１】
2018125834.tif 000013
【図１２】
2018125834.tif 000014
【図１３】
2018125834.tif 000015
【図１４】
2018125834.tif 000016
【図１５】
2018125834.tif 000017
【図１６】
2018125834.tif 000018
【図１７】
2018125834.tif 000019
【図１８】
2018125834.tif 000020
【図１９】
2018125834.tif 000021
【図２０】
2018125834.tif 000022