(57)【要約】      （修正有）【課題】複数段に接続された複数の通信装置間の区間の回線を束ねたＬＡＧを含むネットワークに対して、サイレント故障区間、及び／又は、ポート等の故障部位を効率的且つ精度良く検出可能とする。【解決手段】監視用のフレームとして、通信装置間の複数の回線が第１のＬＡＧで接続される第１の区間に接続する少なくとも１つの通信装置に対して、宛先を第１のＬＡＧに対して割り当てられたＭＡＣアドレスとし、送信元に予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した複数のＬＢＭ（ループバックメッセージ）フレームを送信し、ＬＢＲ（ループバックリプライ）フレームの受信の有無、ＬＢＲフレームに含まれるポート情報、及び、故障判定条件に基づき、第１の区間、及び／又は、少なくとも１つの通信装置の第１のＬＡＧのメンバーポートのサイレント故障の有無を判定する。【選択図】図８
2020113949.tif 000002
【特許請求の範囲】
【請求項１】
複数段に接続された複数の通信装置を含むネットワークであって、対向する２つの前記通信装置間の複数の回線を束ねたＬＡＧ（Link Aggregation Group）で接続される区間を少なくとも１つ含むネットワークの監視用のフレームとして、フレームヘッダの宛先情報欄を、前記ネットワークのエッジの通信装置に接続するターゲット端末とし、送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した送信元情報をそれぞれ設定した複数のフレームを生成する第１の手段と、
前記ネットワークのエッジの複数の通信装置に接続する複数のターゲット端末の各々に対して前記複数のフレームを送信する第２の手段と、
前記複数のターゲット端末からの応答フレームの受信を判定する第３の手段と、
前記複数のターゲット端末からの前記応答フレームの受信の有無と、区間の故障判定条件に基づき、区間の故障を判定する第４の手段と、
を備え、
前記第４の手段は、
前記複数のターゲット端末からの前記応答フレームの有無の組み合わせが前記故障判定条件に一致する、第１のＬＡＧで接続される第１の区間が検出された場合、
フレームヘッダの宛先情報欄を、前記第１の区間の前記第１のＬＡＧに接続する少なくとも１つの通信装置において前記第１のＬＡＧに対して割り当てられたＭＡＣ（Media Access Control）アドレスとし、
送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した、
複数のＬＢＭ（Loopback Message）フレームを送信し、
前記少なくとも１つの通信装置からの、前記複数のＬＢＭフレームに対する応答として、フレームヘッダの送信元情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲ（Loopback Reply）フレームの受信の有無、及び、
前記ＬＢＲフレームに含まれるポート情報に基づき、
前記第１の区間、及び／又は、前記少なくとも１つ通信装置の前記第１のＬＡＧのメンバーポートのサイレント故障の有無を判定する、ことを特徴とするネットワーク管理装置。
【請求項２】
前記第４の手段は、
前記第１の区間に接続する前記少なくとも１つの通信装置に対して、前記複数のＬＢＭフレームを送信した結果、前記第１の区間の前記第１のLAGに接続する前記少なくとも１つの通信装置から、フレームヘッダの宛先情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとした複数のＬＢＲフレームが全て受信された場合、前記第１の区間を正常な区間と判定し、
つづいて、前記第１の区間の後段の少なくとも１つの区間であり、第２のＬＡＧで接続される第２の区間に接続する少なくとも１つの他の通信装置に対して、フレームヘッダの宛先情報欄を、前記第２のＬＡＧに対して割り当てられたＭＡＣアドレスとし、送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した複数のＬＢＭフレームを送信し、
前記少なくとも１つの他の通信装置からの、前記複数のＬＢＭフレームに対する応答として、
フレームヘッダの送信元情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲフレームの受信の有無、及び、前記ＬＢＲフレームに含まれるポート情報に基づき、前記第２の区間、及び／又は、前記少なくとも１つの他の通信装置の前記第２のＬＡＧのメンバーポートのサイレント故障の有無を判定する、ことを特徴とする請求項１に記載のネットワーク管理装置。
【請求項３】
複数段に接続された複数の通信装置を含むネットワークであって、対向する２つの前記通信装置間の複数の回線を束ねたＬＡＧ（Link Aggregation Group）で接続される区間を少なくとも１つ含むネットワークの監視用のフレームとして、
２つの前記通信装置間の複数の回線が第１のＬＡＧで接続される第１の区間に接続する少なくとも１つの通信装置に対して、
フレームヘッダの宛先情報欄を、前記少なくとも１つの通信装置において、前記第１のＬＡＧに対して割り当てられたＭＡＣ（Media Access Control）アドレスとし、
送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した複数のＬＢＭ（Loopback Message）フレームを送信する手段と、
前記少なくとも１つの通信装置からの、前記複数のＬＢＭフレームに対する応答として、フレームヘッダの送信元情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲ（Loopback Reply）フレームの受信の有無、
前記ＬＢＲフレームに含まれるポート情報、及び、故障判定条件に基づき、
前記第１の区間、及び／又は、前記少なくとも１つの通信装置の前記第１のＬＡＧのメンバーポートのサイレント故障の有無を判定する、ことを特徴とするネットワーク管理装置。
【請求項４】
複数段に接続された複数の通信装置を含むネットワークであって、対向する２つの前記通信装置間の複数の回線を束ねたＬＡＧ（Link Aggregation Group）で接続される区間を少なくとも１つ含むネットワークの監視用のフレームとして、フレームヘッダの宛先情報欄を、前記ネットワークのエッジの通信装置に接続するターゲット端末のＭＡＣ（Media Access Control）アドレスとし、送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレスをそれぞれ設定した複数のＬＢＭ（Loopback Message）フレームを生成する第１の手段と、
１つ又は複数の前記ターゲット端末の各々に対して前記複数のＬＢＭフレームを送信する第２の手段と、
前記ターゲット端末からのＬＢＲ（Loopback Reply）フレームの受信を判定する第３の手段と、
前記ターゲット端末からの前記ＬＢＲ（Loopback Reply）フレームの受信の有無に基づき、故障判定条件から、前記ターゲット端末までの通信経路上でのサイレント故障の有無を判定する第４の手段と、
を備え、
前記第４の手段は、
前記ターゲット端末までの通信経路上でサイレント故障有りと判定した場合、
前記ターゲット端末までの通信経路上の各々の前記通信装置に対して、順番に、
フレームヘッダの宛先情報欄を、前記通信装置のＬＡＧに対して割り当てられたＭＡＣアドレスとし、  
送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した複数のＬＢＭ（Loopback Message）フレームを送信し、
前記通信装置からの、前記複数のＬＢＭフレームに対する応答として、フレームヘッダの送信元情報欄を前記ＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲ（Loopback Reply）フレームの受信の有無に基づき、前記ターゲット端末までの前記通信経路上の各通信装置の前記ＬＡＧのサイレント故障の有無を判定する、ことを特徴とするネットワーク管理装置。
【請求項５】
前記ＬＢＲフレームには、前記ＬＢＭフレームを受信した前記通信装置の前記LAGのメンバーポートのポート情報が含まれる、ことを特徴とする請求項４に記載のネットワーク管理装置。
【請求項６】
前記ＬＡＧに対して割り当てられたＭＡＣアドレスは、ＬＡＧの複数のメンバーポートに対して共通に割り当てられたＤｏｗｎＭＥＰ（MEG(Maintenance Entity Group) End Point）のＭＡＣアドレスである、ことを特徴とする請求項１乃至５のいずれか１項に記載のネットワーク管理装置。
【請求項７】
前記ＬＢＭフレームに、前記ＬＢＭフレームの応答であるＬＢＲフレームに、前記ＬＢＭフレームを受信したポートのポート情報を含めて、前記少なくとも１つの通信装置から前記ネットワーク管理装置に返信するか否かを指示する情報を設定する手段を備えた、ことを特徴とする請求項１乃至６のいずれか１項に記載のネットワーク管理装置。
【請求項８】
前記ネットワークであって、対向する２つの前記通信装置間の区間の複数の回線を束ねたＬＡＧ（Link Aggregation Group）が、少なくとも一方の前記通信装置内の複数のＮＩＣ（Network Interface Card）の各々の少なくとも１つのポートをＬＡＧメンバーポートとして含む、ことを特徴とする請求項１乃至７のいずれか１項に記載のネットワーク管理装置。
【請求項９】
ネットワーク管理装置によるネットワーク管理方法であって、
複数段に接続された複数の通信装置を含むネットワークであって、対向する２つの前記通信装置間の複数の回線を束ねたＬＡＧ（Link Aggregation Group）で接続される区間を少なくとも１つ含むネットワークの監視用のフレームとして、
フレームヘッダの宛先情報欄を、前記ネットワークのエッジの通信装置に接続するターゲット端末とし、送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した送信元情報をそれぞれ設定した複数のフレームを生成するステップと、
前記ネットワークのエッジの複数の通信装置に接続する複数のターゲット端末の各々に対して前記複数のフレームを送信するステップと、
前記複数のターゲット端末からの応答フレームの受信を判定するステップと、
前記複数のターゲット端末からの前記応答フレームの受信の有無と、区間の故障判定条件に基づき、区間の故障を判定する故障判定ステップと、
を含み、
前記故障判定ステップでは、
前記複数のターゲット端末からの前記応答フレームの有無の組み合わせが前記故障判定条件に一致する、第１のＬＡＧで接続される第１の区間が検出された場合、
フレームヘッダの宛先情報欄を、前記第１の区間の前記第１のＬＡＧに接続する少なくとも１つの通信装置において前記第１のＬＡＧに対して割り当てられたＭＡＣ（Media Access Control）アドレスとし、
送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した、
複数のＬＢＭ（Loopback Message）フレームを送信し、
前記少なくとも１つの通信装置からの、前記複数のＬＢＭフレームに対する応答として、フレームヘッダの送信元情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲ（Loopback Reply）フレームの受信の有無、及び、
前記ＬＢＲフレームに含まれるポート情報に基づき、
前記第１の区間、及び／又は、前記少なくとも１つ通信装置の前記第１のＬＡＧのメンバーポートのサイレント故障の有無を判定する、ことを特徴とするネットワーク管理方法。
【請求項１０】
前記故障判定ステップでは、
前記第１の区間に接続する前記少なくとも１つの通信装置に対して、前記複数のＬＢＭフレームを送信した結果、前記第１の区間の前記第１のLAGに接続する前記少なくとも１つの通信装置から、フレームヘッダの宛先情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとした複数のＬＢＲフレームが全て受信された場合、前記第１の区間を正常な区間と判定し、
つづいて、前記第１の区間の後段の少なくとも１つの区間であり、第２のＬＡＧで接続される第２の区間に接続する少なくとも１つの他の通信装置に対して、フレームヘッダの宛先情報欄を、前記第２のＬＡＧに対して割り当てられたＭＡＣアドレスとし、送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した複数のＬＢＭフレームを送信し、
前記少なくとも１つの他の通信装置からの、前記複数のＬＢＭフレームに対する応答として、
フレームヘッダの送信元情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲフレームの受信の有無、及び、前記ＬＢＲフレームに含まれるポート情報に基づき、前記第２の区間、及び／又は、前記少なくとも１つの他の通信装置の前記第２のＬＡＧのメンバーポートのサイレント故障の有無を判定する、ことを特徴とする請求項９に記載のネットワーク管理方法。
【請求項１１】
ネットワーク管理装置によるネットワーク管理方法であって、
複数段に接続された複数の通信装置を含むネットワークであって、対向する２つの前記通信装置間の複数の回線を束ねたＬＡＧ（Link Aggregation Group）で接続される区間を少なくとも１つ含むネットワークの監視用のフレームとして、
２つの前記通信装置間の複数の回線が第１のＬＡＧで接続される第１の区間に接続する少なくとも１つの通信装置に対して、
フレームヘッダの宛先情報欄を、前記少なくとも１つの通信装置において、前記第１のＬＡＧに対して割り当てられたＭＡＣ（Media Access Control）アドレスとし、
送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した複数のＬＢＭ（Loopback Message）フレームを送信し、
前記少なくとも１つの通信装置からの、前記複数のＬＢＭフレームに対する応答として、フレームヘッダの送信元情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲ（Loopback Reply）フレームの受信の有無、
前記ＬＢＲフレームに含まれるポート情報、及び、故障判定条件に基づき、
前記第１の区間、及び／又は、前記少なくとも１つの通信装置の前記第１のＬＡＧのメンバーポートのサイレント故障の有無を判定する、ことを特徴とするネットワーク管理方法。
【請求項１２】
ネットワーク管理装置によるネットワーク管理方法であって、
複数段に接続された複数の通信装置を含むネットワークであって、対向する２つの前記通信装置間の複数の回線を束ねたＬＡＧ（Link Aggregation Group）で接続される区間を少なくとも１つ含むネットワークの監視用のフレームとして、フレームヘッダの宛先情報欄を、前記ネットワークのエッジの通信装置に接続するターゲット端末のＭＡＣ（Media Access Control）アドレスとし、送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレスをそれぞれ設定した複数のＬＢＭ（Loopback Message）フレームを生成し、
１つ又は複数の前記ターゲット端末の各々に対して前記複数のＬＢＭフレームを送信し、
前記ターゲット端末からのＬＢＲ（Loopback Reply）フレームの受信を判定し、
前記ターゲット端末からの前記ＬＢＲ（Loopback Reply）フレームの受信の有無に基づき、故障判定条件から、前記ターゲット端末までの通信経路上でのサイレント故障の有無を判定し、
前記ターゲット端末までの通信経路上でサイレント故障有りと判定した場合、
前記ターゲット端末までの通信経路上の各々の前記通信装置に対して、順番に、
フレームヘッダの宛先情報欄を、前記通信装置のＬＡＧに対して割り当てられたＭＡＣアドレスとし、  
送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した複数のＬＢＭ（Loopback Message）フレームを送信し、
前記通信装置からの、前記複数のＬＢＭフレームに対する応答として、フレームヘッダの送信元情報欄を前記ＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲ（Loopback Reply）フレームの受信の有無に基づき、前記ターゲット端末までの前記通信経路上の各通信装置の前記ＬＡＧのサイレント故障の有無を判定する、ことを特徴とするネットワーク管理方法。
【請求項１３】
前記ＬＢＲフレームには、前記ＬＢＭフレームを受信した前記通信装置の前記ＬＡＧのメンバーポートのポート情報が含まれる、ことを特徴とする請求項１２に記載のネットワーク管理方法。
【請求項１４】
前記ＬＡＧに対して割り当てられたＭＡＣアドレスは、ＬＡＧの複数のメンバーポートに対して共通に割り当てられたＤｏｗｎＭＥＰ（MEG(Maintenance Entity Group) End Point）のＭＡＣアドレスである、ことを特徴とする請求項９乃至１３のいずれか１項に記載のネットワーク管理方法。
【請求項１５】
前記ネットワーク管理装置が、前記ＬＢＭフレームに、前記ＬＢＭフレームの応答であるＬＢＲフレームに、前記ＬＢＭフレームを受信したポートのポート情報を含めて、前記少なくとも１つの通信装置から前記ネットワーク管理装置に返信する否かを指示する指示情報を設定し、
前記ＬＢＭフレームを受信した前記通信装置では、前記ＬＢＭフレームに含まれる前記指示情報が、前記ＬＢＭフレームを受信したポートのポート情報を含める指示である場合、前記ＬＢＭフレームを受信したポートのポート情報を前記LBRフレームに含めて、前記ＬＢＭフレームを受信したポートから、前記ＬＢＭフレームを前記ネットワーク管理装置宛に送信する、ことを特徴とする請求項９乃至１４のいずれか１項に記載のネットワーク管理方法。
【請求項１６】
前記ネットワークであって、対向する２つの前記通信装置間の区間の複数の回線を束ねたＬＡＧ（Link Aggregation Group）が、少なくとも一方の前記通信装置内の複数のＮＩＣ（Network Interface Card）の各々の少なくとも１つのポートをＬＡＧメンバーポートとして含む、ことを特徴とする請求項９乃至１５のいずれか１項に記載のネットワーク管理方法。
【請求項１７】
複数段に接続された複数の通信装置を含むネットワークであって、対向する２つの前記通信装置間の複数の回線を束ねたＬＡＧ（Link Aggregation Group）で接続される区間を少なくとも１つ含むネットワークの監視用のフレームとして、
フレームヘッダの宛先情報欄を、前記ネットワークのエッジの通信装置に接続するターゲット端末とし、送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した送信元情報をそれぞれ設定した複数のフレームを生成する処理と、
前記ネットワークのエッジの複数の通信装置に接続する複数のターゲット端末の各々に対して前記複数のフレームを送信する処理と、
前記複数のターゲット端末からの応答フレームの受信を判定するステップと、
前記複数のターゲット端末からの前記応答フレームの受信の有無と、区間の故障判定条件に基づき、区間の故障を判定する故障判定処理であって、
前記複数のターゲット端末からの前記応答フレームの有無の組み合わせが前記故障判定条件に一致する、第１のＬＡＧで接続される第１の区間が検出された場合、
フレームヘッダの宛先情報欄を、前記第１の区間の前記第１のＬＡＧに接続する少なくとも１つの通信装置において前記第１のＬＡＧに対して割り当てられたＭＡＣ（Media Access Control）アドレスとし、
送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した、
複数のＬＢＭ（Loopback Message）フレームを送信し、
前記少なくとも１つの通信装置からの、前記複数のＬＢＭフレームに対する応答として、フレームヘッダの送信元情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲ（Loopback Reply）フレームの受信の有無、及び、
前記ＬＢＲフレームに含まれるポート情報に基づき、
前記第１の区間、及び／又は、前記少なくとも１つ通信装置の前記第１のＬＡＧのメンバーポートのサイレント故障の有無を判定する故障判定処理と、
を、コンピュータに実行させるプログラム。
【請求項１８】
前記故障判定処理では、
前記第１の区間に接続する前記少なくとも１つの通信装置に対して、前記複数のＬＢＭフレームを送信した結果、前記第１の区間の前記第１のLAGに接続する前記少なくとも１つの通信装置から、フレームヘッダの宛先情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとした複数のＬＢＲフレームが全て受信された場合、前記第１の区間を正常な区間と判定し、
つづいて、前記第１の区間の後段の少なくとも１つの区間であり、第２のＬＡＧで接続される第２の区間に接続する少なくとも１つの他の通信装置に対して、フレームヘッダの宛先情報欄を、前記第２のＬＡＧに対して割り当てられたＭＡＣアドレスとし、送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した複数のＬＢＭフレームを送信し、
前記少なくとも１つの他の通信装置からの、前記複数のＬＢＭフレームに対する応答として、
フレームヘッダの送信元情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲフレームの受信の有無、及び、前記ＬＢＲフレームに含まれるポート情報に基づき、前記第２の区間、及び／又は、前記少なくとも１つの他の通信装置の前記第２のＬＡＧのメンバーポートのサイレント故障の有無を判定する、請求項１７に記載のプログラム。
【請求項１９】
複数段に接続された複数の通信装置を含むネットワークであって、対向する２つの前記通信装置間の複数の回線を束ねたＬＡＧ（Link Aggregation Group）で接続される区間を少なくとも１つ含むネットワークの監視用のフレームとして、
２つの前記通信装置間の複数の回線が第１のＬＡＧで接続される第１の区間に接続する少なくとも１つの通信装置に対して、
フレームヘッダの宛先情報欄を、前記少なくとも１つの通信装置において、前記第１のＬＡＧに対して割り当てられたＭＡＣ（Media Access Control）アドレスとし、
送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した複数のＬＢＭ（Loopback Message）フレームを送信する処理と、
前記少なくとも１つの通信装置からの、前記複数のＬＢＭフレームに対する応答として、フレームヘッダの送信元情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲ（Loopback Reply）フレームの受信の有無、
前記ＬＢＲフレームに含まれるポート情報、及び、故障判定条件に基づき、
前記第１の区間、及び／又は、前記少なくとも１つの通信装置の前記第１のＬＡＧのメンバーポートのサイレント故障の有無を判定する処理と、
をコンピュータに実行させるプログラム。
【請求項２０】
前記ＬＡＧに対して割り当てられたＭＡＣアドレスは、ＬＡＧの複数のメンバーポートに対して共通に割り当てられたＤｏｗｎＭＥＰ（MEG(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）という二つの概念が導入されている。ネットワークサービスを提供するネットワークオペレータやサービスプロバイダ等により、ＭＥＰ、ＭＩＰが例えば管理レベルごとに設けられ、イーサネットＯＡＭフレームの送受信が行われる。
【０００５】
ＭＥＰは、イーサネットＯＡＭフレーム（「ＯＡＭフレーム」と略記される）を生成、終端する保守端点（エンドポイント）である。
【０００６】
ＭＩＰは、ＯＡＭフレームを中継する保守エンティティグループ（ＭＥＧ）の中間点である。
【０００７】
図１（Ａ）は、イーサネットＯＡＭフレームの形式(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）。
【００１７】
Ｌｏｏｐｂａｃｋ（ＬＢ）は、オンデマンドでＭＥＰ−ＭＥＰ間、ＭＥＰ−ＭＩＰ間でループバック（Ｌｏｏｐｂａｃｋ）フレームをやり取りすることで、導通性確認や故障切り分けを行う。図１（Ｂ）を参照すると、ＬｏｏｐＢａｃｋ（ＬＢ）は、ＭＥＰからＬＢＭ（Loopback Message）フレームを宛先であるＭＩＰやＭＥＰに対して、例えばユニキャスト送信する。ＭＩＰやＭＥＰは、ＬＢＭフレームを受信すると、その応答であるＬＢＲ（Loopback Reply）フレームを生成して送信元ＭＥＰに送信する。ＬＢＲフレームヘッダの宛先ＭＡＣアドレスと送信元ＭＡＣアドレスは、ＬＢＭフレームヘッダの宛先ＭＡＣアドレスと送信元ＭＡＣアドレスを入れ替えたものである。ＬＢＲフレームヘッダのオペコードフィールドは、ＬＢＭ（＝３）からＬＢＲ（＝２）に変更される。ＬＢＭフレームの送信元が所定時間内（例えば最低５秒間）にＬＢＲフレームを受信しない場合、“ｌｏｓｓ  ｏｆ  ｃｏｎｎｅｃｔｉｖｉｔｙ”となる。例えばＭＥＰでは、ユニキャストＬＢＭフレーム送信後、トランザクションＩＤは、例えば最低５秒間にわたって保持される。
【００１８】
図１（Ｃ）を参照すると、Ｃｏｎｔｉｎｕｉｔｙ  Ｃｈｅｃｋ（ＣＣ）は、ＭＥＰ間の接続性を確認する。具体的には、通信断を検出するために、一端のＭＥＰが他端のＭＥＰに向けてＣＣＭ（Continuity Check Message）を送信する。ＣＣＭのチェック間隔は例えば３．３ｍｓ（millisecond）／１０ｍｓ／１００ｍｓ／１ｓ(second)／１ｍｉｎ(minute)／１０ｍｉｎ(minutes)である。
【００１９】
また、図１（Ｄ）を参照すると、Ｌｉｎｋ  Ｔｒａｃｅ（ＬＴ）は、ＭＥＰ−ＭＥＰ間、ＭＥＰ−ＭＩＰ間でループバックメッセージをやり取りし、経路の正常性を確認する。例えば障害が発生したときに、障害個所の切り分けに使う。ＭＥＰはターゲットＭＡＣアドレスをＴＬＶフィールドに格納してマルチキャストアドレスを宛先アドレス（ＤＡ）フィールドに記述しＬＴＭ（Link Trace Message）を送信する。送信元のＭＥＰがＬＴＭフレームをマルチキャスト送信したときに、該ＬＴＭフレームが通過したすべてのＭＩＰ／ＭＥＰが応答フレーム（ＬＴＲ（Link Trace Reply））を送信元のＭＥＰに返す。なお、ＬＴＭフレームを最後に受信したＭＥＰはそれ以上転送しない。
【００２０】
リンクアグリゲーション（Link Aggregation）は、複数の物理ポート（インタフェース）をリンクアグリゲーションメンバーポートとし、論理的に１本の回線として収容するリンクアグリゲーショングループ（Ling Aggregation Group：ＬＡＧ）を構成することにより、例えば隣接ノードとの間の通信帯域を広げる。ポートの束をリンクアグリゲーショングループ（ＬＡＧ）という（「トランクグループ」とも称される）。ＬＡＧを構成する複数のポート（ＬＡＧポートメンバ）の１つのＭＡＣ（Media Access Control）アドレスを当該ＬＡＧのシステムＩＤ（Identification）として用いる場合がある。
【００２１】
ＬＡＧでは、予め用意された複数個のハッシュ値（ハッシュキー）をＬＡＧメンバーポートに均等に割り当て、送信するパケットのＩＰ（Internet Protocol）アドレスやＭＡＣアドレス、又はポートＩＤ（Port Identifier）等を基に、例えば各メーカ固有のアルゴリズムにより、ハッシュ値（ハッシュキー）に変換し、送出インタフェースを決めるのが一般的である。
【００２２】
図２に模式的に示すように、スイッチ（ＳＷ１：例えばＯＳＩ（Open System Interconnection）参照モデルの第２層（レイヤ２）のスイッチ）では、ＬＡＧから送出するフレームを、例えばフレームヘッダの宛先及び／又は送信元のＭＡＣアドレスから変換されたハッシュ値（ハッシュキー）に基づき、ＬＡＧの複数の回線（リンク）のうちいずれか１つのインタフェース（ポート）に振り分ける。宛先ＭＡＣアドレス、送信元ＭＡＣアドレスに基づきハッシュ値（ハッシュキー）を計算する場合、予め用意された複数個のハッシュ値（ハッシュキー）が例えば３２個、ＬＡＧが２本の回線（ＮＩＦ（Network Interface）がＰ１とＰ２の２個）からなる場合には、２つのＬＡＧメンバーポートに各１６個ずつハッシュ値を割り当てることにより、フレーム（パケット）を割り振る。ハッシュ値が同じフレーム（パケット）は、常に同じ物理ポートを通ることになる。あるいは、ＬＡＧメンバーポートが２つの場合、フレームの送信元ＭＡＣアドレスの１桁目（又は、先頭から１６進数の１２桁目）が偶数か奇数かでハッシュ値に変換し、２つのＬＡＧメンバーポートに割り振る等を行う。別の例として、ハッシュ値（ハッシュキー）の要素の数が８個、ＬＡＧが４本の回線（ＮＩＦの数がＰ１からＰ４の４個）の場合、ハッシュ値に基づく振り分けの一例として、例えばポートＰ１には、ハッシュ値Ｈ１、Ｈ５、ポートＰ２には、ハッシュ値Ｈ２、Ｈ６、ポートＰ３には、ハッシュ値Ｈ３、Ｈ７、ポートＰ４には、ハッシュ値Ｈ４、Ｈ８等の振り分けが行われる。あるいは、レイヤ３（Ｌ３）スイッチ等のルータでは、例えばＩＰ（Internet Protocol）アドレスを元に、ハッシュ値を求めるようにしてもよい。例えば、ソースＩＰアドレス、デスティネーションＩＰアドレスの少なくとも一方の値のハッシュ値を元に振り分け先の出力ポートを決める。あるいは、ポートＩＤ等のハッシュ値を元に振り分け先の出力ポートを決めてもよい。
【００２３】
リンクアグリゲーションにおいて、例えば、ＭＩＰやＭＥＰを設定する際のポート情報としては、個々のポート（物理ポート）ではなく、例えば、複数のポート（物理ポート）を束ねた論理的なポートの情報が使用される場合がある。例えば前述したように、ＬＡＧを構成する複数のポートの１つのＭＡＣアドレスを、当該ＬＡＧのシステムＩＤ（system identification）として用いる場合がある。この場合、複数のポート（物理ポート）が論理ポートに束ねられた通信装置（ノード装置）において、ＬＢＭフレーム等により、到達性を確認する場合、複数のポート（物理ポート）のうち、特定の物理ポートを使用した確認にとどまってしまうことが知られている（例えば特許文献１参照）。
【００２４】
例えばＬＢＭフレームの送信元のＭＥＰのＭＡＣアドレスと、宛先であるＭＩＰ／ＭＥＰのポートのＭＡＣアドレスを、それぞれ、送信元ＭＡＣアドレス、宛先ＭＡＣアドレスとするＬＢＭフレームは、例えば図２のスイッチＳＷ１において、該ＭＡＣアドレスに基づくハッシュ計算により振り分け先となるポートが決定される。したがって、あるポートには、該ＬＢＭフレームは到達するが、他のポートの到達性を確認することはできない。
【００２５】
以下、ＭＥＰについて概説する。図３（Ａ）において、ドメイン（ＩＥＥＥ８０２．３ａｈのＭＤ（Maintenance Domain））は、ネットワークを構成する機器を階層的に監視するためのグループであり、階層はドメインレベルで設定される（ドメインレベル０が最下層、ドメインレベル７が最上層）。ＭＡ（Maintenance Association）は、例えば１つのＭＤをＶＬＡＮ（Virtual LAN(Local Area Network)）グループごとに監視するためのグループであり、ＭＤごとに、最低１つのＭＡが必要とされる。ＭＥＰは、ＭＡの終端のポートに設定され、サービス方向（アップＭＥＰ（ＵｐＭＥＰ）、ダウンＭＥＰ（ＤｏｗｎＭＥＰ））を有する。
【００２６】
ＵｐＭＥＰ（三角形△で示す）は、リレー側に設定するＭＥＰであり、リレー機能を経由して通信する。なお、図３において、○はＭＩＰ、□はＭＩＰ、ＭＥＰ以外のポートを表している。図３（Ｂ）、図３（Ｃ）に示すように、Ｕｐ  ＭＥＰはフレーム（パケット）を送受信せず、同一ＭＡ内のＭＩＰまたはポートを介してフレーム（パケット）を送信、受信する。ＵｐＭＥＰは、例えば、装置内でフレームがスイッチ（リレー）され出力ポートが決定された後に出力されるポート＋ＶＬＡＮ（Virtual LAN）に対して設定される。ＵｐＭＥＰは、回線方向およびブリッジ・リレー側から着信する自分と同じＭＤ（Maintenance Domain）レベル又は下位のドメインレベル（ＭＥＧレベル）のＯＡＭフレームをドロップし、ブリッジ・リレー側から着信する自分と同じドメインレベルＯＡＭフレームを処理し、ブリッジ側又は回線側から着信した上位のドメインレベルのＯＡＭフレームは透過的に転送する。なお、ＩＴＵ−Ｔ．Ｙ．１７３１のＭＥＧレベルはＩＥＥＥ８０２．３ａｈのＭＤレベルに対応する。
【００２７】
図３（Ｄ）に示すように、ＤｏｗｎＭＥＰ（逆三角形▽で示す）は回線経由で通信し例えばスイッチのポート上に配置することができる。ＤｏｗｎＭＥＰは、例えば装置外から入力されるＯＡＭフレームを受信したポートで終端するＭＥＰである。図３（Ｅ）、図３（Ｆ）に示すように、ＤｏｗｎＭＥＰは、回線側に設定するＭＥＰであり、フレーム（パケット）を送信、受信する。ＤｏｗｎＭＥＰのポートは、当該ポートから装置外の方向へ保守管理フレームの送信も行う。ＤｏｗｎＭＥＰのポートは、回線方向から着信する自分と同一のドメインレベルのＯＡＭフレームを処理し下位のドメインレベルのフレームを廃棄し、ブリッジ・リレー側又は回線側から着信した上位のドメインレベルのＯＡＭフレームを透過的に転送する。
【００２８】
図２を参照して説明したように、ＬＡＧに転送されるＬＢＭおよびＬＢＲフレームは、ＭＡＣアドレスに基づき変換されたハッシュ値を元に、どれか１つのポート（物理ポート：ネットワークインタフェース）に振り分けられる。ＭＥＰの間でのループバック（Loopback）では、ＬＢＭフレームと、その応答であるＬＢＲフレームのヘッダの宛先、送信元ＭＡＣアドレスの組合せは変わらない（ＬＢＲフレームでは、宛先、送信元ＭＡＣアドレスはＬＢＭフレームの宛先、送信元ＭＡＣアドレスと入れ替わる）。そのため、任意のＬＢＭフレームのＬＡＧにおけるハッシュ値はパケットごとに変わることはない。また任意のＬＢＭフレームの応答としてピアＭＥＰから応答されるＬＢＲフレームのＬＡＧにおけるハッシュ値も、フレームごとに変化はしない。このため、ＬＢＭおよびＬＢＲが通過する物理リンクは、ＬＢＭフレームおよびＬＢＲフレームの各々において、毎回同じとなる。そのため、ＬＢＭフレームを第１のスイッチのポートのＭＥＰから第２のスイッチのポートのＭＩＰへＬＡＧ上で転送するときは、第１のスイッチＳＷ１のポートと第２のスイッチＳＷ２のポートの間で、ＬＢＭフレームやＬＢＲフレームが通過しない区間（経路）が生じ、当該区間のフレーム伝送の正常性を確認することができない。
【００２９】
ＬＡＧに接続する複数のポート（物理ポート）の中から、フレームのＭＡＣアドレスのハッシュ値を元に１つのポートへの振り分けが行われる場合、例えばＬＢＭフレームの送信元（ＭＥＰ）のＭＡＣアドレスを増やす（ＮＩＣ（ネットワークインタフェースカード）を増設する）ことで、ＬＡＧに接続する別の物理ポートへＬＢＭフレームを振り分けることは可能ではある。しかしながら、ハッシュ値の要素数が多くなると、ＬＢＭフレームの送信元のネットワークインタフェースの増設個数が増大し、現実的ではない。
【００３０】
なお、上記問題に対して、特許文献１には、複数の物理ポートが論理ポートに束ねられた通信装置において、装置内部における複数のフレーム転送経路の正常性を網羅的に確認することを支援する技術が開示されている。特許文献１に記載のフレーム伝送装置は、ラインユニットが有する複数のポートと、設定制御ユニットを備え、設定制御ユニットは、第１のポートから第２のポートへＯＡＭフレームを装置内部で転送させることにより、装置内部におけるフレーム転送状態の正常性を確認する。設定制御ユニットは、第１のポートが、複数の物理ポートがリンク集約された論理ポートであるとき、複数の物理ポートのそれぞれを送信元のポートとして選択し、複数の物理ポートから第２のポートへ複数のＯＡＭフレームを転送させる。
【００３１】
また、特許文献２には、ＭＥＰ又はＭＩＰ等の保守エンティティが、指定リンクを介して少なくとも１つのＣＦＭ（Connectivity Fault Management）を転送することによって、グループの指定リンクを検査するように構成されるポートデファイナモジュールを備え、ユニキャストＬＢＭチェック中に、ＭＥＰが全てのリンクに関連付けられるか否か、全てのＬＡＧメンバをチェックすることができるようにした構成が開示されている。
【００３２】
さらに、特許文献３には、レイヤ２ネットワーク装置は、第１のポートから受信したイーサネットＯＡＭフレームを、リンク集約された回線（リンク）に接続する複数の第２のポートの全てへ送信するように複製するＯＡＭフレーム複製手段を有し、ＯＡＭフレームを、リンクアグリゲーションを構成する全てのリンクに転送することによって、通信装置間のリンク障害を検出することができるようにした構成が開示されている。
【００３３】
上記したリンクアグリゲーション上にタグＶＬＡＮ(Virtual Local Area Network)が構成される場合がある。タグＶＬＡＮにおいてＶＬＡＮに番号（ＶＬＡＮ  ＩＤ）をつけ、これを各スイッチのＶＬＡＮ情報管理用のデータベース（ＤＢ）に登録しておく。スイッチはＤＢを参照してフレームの送出元のＶＬＡＮと送り先のＶＬＡＮを対応させる。例えばスイッチ１、２間のトランクリンクでは、スイッチ１は、例えばＶＬＡＮ  Ａから送られたフレームのヘッダにＶＬＡＮ  Ａに対応するタグＶＬＡＮ番号を付加してトランクポートからスイッチ２に送信し、スイッチ２は、トランクポートから受け取ったフレームのヘッダのタグフィールドから、該フレームはＶＬＡＮ  Ａに属することを認識し、スイッチ１で挿入されたタグを外して、スイッチ２のＶＬＡＮ  Ａのポートに転送することで、該フレームは、目的のＶＬＡＮにだけ転送される。
【００３４】
なお、レイヤ２スイッチでは、フレームを受信すると、該フレームの送信元ＭＡＣアドレスをフィルタリング・データベース（ＦＤＢ）（ＭＡＣアドレステーブル）に登録する。ＦＤＢの各エントリには、該ＭＡＣアドレスとフレームを受信したポートの対応が記録される。フレームを受信すると、レイヤ２スイッチは、宛先ＭＡＣアドレスとＦＤＢ内のＭＡＣアドレスを比較し、一致するエントリがない場合、フレームを受信したインタフェース（ポート）以外のすべてのインタフェース（ポート）に該フレームをブロードキャストし、ポートの接続先のＭＡＣアドレスを取得する。一方、当該スイッチにおいて、宛先ＭＡＣアドレスに一致するエントリがＦＤＢに登録されている場合、フレームを受信したインタフェース（ポート）とＦＤＢのエントリのインタフェース（ポート）を比較し、インタフェース（ポート）が異なっていれば、ＦＤＢのエントリに示されたインタフェース（ポート）へフレームを中継する。
【００３５】
特許文献５には、ＬＡＧに集約される複数のポートを有する通信装置（スイッチ等）を１つ又は複数含むネットワークに対して、目的ノードまでの経路上にある通信装置のアドレス情報を取得する第１のメッセージを送信し、前記経路上の各通信装置のアドレスを取得する第１の手段と、ヘッダの宛先アドレス欄を、前記第１の手段で取得した前記通信装置のアドレスとし、前記ヘッダの送信元アドレス欄と識別情報欄の少なくとも一方について、ＬＡＧメンバーポートの全てに振り分けられるようにそれぞれ異なる値に設定した疎通確認用の第２のメッセージを送信し、前記第２のメッセージに対する前記通信装置からの応答に含まれるポート識別情報（ポートＩＤ、ポート番号）を抽出する第２の手段を備えたネットワーク管理装置が開示されている。このネットワーク管理装置は、さらに、前記経路上に配置される対向する２つの通信装置の一方の通信装置を、前記応答を返した前記通信装置として、前記応答に含まれる前記ポートＩＤを送信元とし、前記一方の通信装置に対向する他方の通信装置を宛先とする疎通確認用のコマンドを生成して該コマンドを前記一方の通信装置に送信し、前記一方の通信装置から前記他方の通信装置に疎通確認用の第３のメッセージを送信させる第３の手段と、前記一方の通信装置からの前記第３のメッセージの送信に対する前記他方の通信装置からの応答に含まれるポート識別情報（ポートＩＤ）を取得し、対向する前記２つの通信装置間のＬＡＧメンバーポートの構成情報を取得する第４の手段を備えている。
【先行技術文献】
【特許文献】
【００３６】
【特許文献１】特開２０１５−００２４１３号公報
【特許文献２】特表２００９−５４３５００号公報
【特許文献３】特開２００８−１３１６１５号公報
【特許文献４】特開２０１８−１２５８３４号公報
【特許文献５】特許第６３３２５４４号公報
【発明の概要】
【発明が解決しようとする課題】
【００３７】
以下に関連技術の分析を与える。
【００３８】
例えば複数段（多段）に接続されたスイッチ等の通信装置を含むネットワークにおいて、対向する２つの通信装置間の区間の複数の回線を束ねたＬＡＧのメンバーポートに対して、故障ポートを検出するための監視用フレームとしてＬＢＭフレームを用いてサイレント故障が生じているポートを効率的に特定することは、著しく困難であるか不可能である。
【００３９】
その理由は、ＩＥＥＥ８０２．１ａｇ等で規定されるＬＢＭフレームの応答フレームであるＬＢＲフレームには当該ＬＢＭフレームを受信したポート情報（ポート番号）が含まれないためである。
【００４０】
このため、ネットワークを管理するネットワーク管理装置が、該ネットワークのエッジの通信装置の各々に接続するターゲット端末の各々に宛てて監視フレームを送信し該監視フレームの応答の有無による故障区間の判定と連動して（あるいは連動せずに）、サイレント故障のポート等を検出する場合、故障検出の信頼性を低下させることになる。
【００４１】
なお、本願明細書では、対向接続する２つの通信装置の光モジュール（トランシーバ）間を区間という（狭義の区間）。一方、通信装置のＮＩＣ等の装置内部を含めた区間を広義の区間という。この広義の区間は、例えばＮＩＣ等の内部故障が、見かけ上区間の故障として検出される場合の当該見かけ上の区間に対応させることができる。
【００４２】
本発明は、上記課題に鑑みて創案されたものであって、その目的は、複数段に接続された複数の通信装置を含むネットワークであって通信装置間の区間の回線を束ねたＬＡＧを含むネットワークに対して、ループバックメッセージ（ＬＢＭ）を用いてサイレント故障区間、及び／又は、ポート等の故障部位を効率的且つ精度良く検出可能とするネットワーク管理装置、方法、プログラムを提供することにある。
【課題を解決するための手段】
【００４３】
本発明の一形態によれば、ネットワーク管理装置は、複数段に接続された複数の通信装置を含むネットワークであって、対向する２つの前記通信装置間の複数の回線を束ねたＬＡＧ（Link Aggregation Group）で接続される区間を少なくとも１つ含むネットワークの監視用のフレームとして、フレームヘッダの宛先情報欄を、前記ネットワークのエッジの通信装置に接続するターゲット端末とし、送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した送信元情報をそれぞれ設定した複数のフレームを生成する第１の手段と、
前記ネットワークのエッジの複数の通信装置に接続する複数のターゲット端末の各々に対して前記複数のフレームを送信する第２の手段と、
前記複数のターゲット端末からの応答フレームの受信を判定する第３の手段と、
前記複数のターゲット端末からの前記応答フレームの受信の有無と、区間の故障判定条件に基づき、区間の故障を判定する第４の手段と、
を備えている。
本発明の一形態によれば、前記第４の手段は、
前記複数のターゲット端末からの前記応答フレームの有無の組み合わせが前記故障判定条件に一致する、第１のＬＡＧで接続される第１の区間が検出された場合、
フレームヘッダの宛先情報欄を、前記第１の区間の前記第１のＬＡＧに接続する少なくとも１つの通信装置において前記第１のＬＡＧに対して割り当てられたＭＡＣ（Media Access Control）アドレスとし、
送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した、
複数のＬＢＭ（Loopback Message）フレームを送信し、
前記少なくとも１つの通信装置からの、前記複数のＬＢＭフレームに対する応答として、フレームヘッダの送信元情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲ（Loopback Reply）フレームの受信の有無、及び、
前記ＬＢＲフレームに含まれるポート情報に基づき、
前記第１の区間、及び／又は、前記少なくとも１つ通信装置の前記第１のＬＡＧのメンバーポートのサイレント故障の有無を判定する。
【００４４】
本発明の他の一つの形態によれば、ネットワーク管理装置によるネットワーク管理方法であって、
複数段に接続された複数の通信装置を含むネットワークであって、対向する２つの前記通信装置間の複数の回線を束ねたＬＡＧ（Link Aggregation Group）で接続される区間を少なくとも１つ含むネットワークの監視用のフレームとして、
フレームヘッダの宛先情報欄を、前記ネットワークのエッジの通信装置に接続するターゲット端末とし、送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した送信元情報をそれぞれ設定した複数のフレームを生成するステップと、
前記ネットワークのエッジの複数の通信装置に接続する複数のターゲット端末の各々に対して前記複数のフレームを送信するステップと、
前記複数のターゲット端末からの応答フレームの受信を判定するステップと、
前記複数のターゲット端末からの前記応答フレームの受信の有無と、区間の故障判定条件に基づき、区間の故障を判定する故障判定ステップと、
を含み、
前記故障判定ステップでは、
前記複数のターゲット端末からの前記応答フレームの有無の組み合わせが前記故障判定条件に一致する、第１のＬＡＧで接続される第１の区間が検出された場合、
フレームヘッダの宛先情報欄を、前記第１の区間の前記第１のＬＡＧに接続する少なくとも１つの通信装置において前記第１のＬＡＧに対して割り当てられたＭＡＣ（Media Access Control）アドレスとし、
送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した、
複数のＬＢＭ（Loopback Message）フレームを送信し、
前記少なくとも１つの通信装置からの、前記複数のＬＢＭフレームに対する応答として、フレームヘッダの送信元情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲ（Loopback Reply）フレームの受信の有無、及び、
前記ＬＢＲフレームに含まれるポート情報に基づき、
前記第１の区間、及び／又は、前記少なくとも１つ通信装置の前記第１のＬＡＧのメンバーポートのサイレント故障の有無を判定する、ネットワーク管理方法が提供される。
【００４５】
本発明のさらに他の一つの形態によれば、
複数段に接続された複数の通信装置を含むネットワークであって、対向する２つの前記通信装置間の複数の回線を束ねたＬＡＧ（Link Aggregation Group）で接続される区間を少なくとも１つ含むネットワークの監視用のフレームとして、
フレームヘッダの宛先情報欄を、前記ネットワークのエッジの通信装置に接続するターゲット端末とし、送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した送信元情報をそれぞれ設定した複数のフレームを生成する処理と、
前記ネットワークのエッジの複数の通信装置に接続する複数のターゲット端末の各々に対して前記複数のフレームを送信する処理と、
前記複数のターゲット端末からの応答フレームの受信を判定するステップと、
前記複数のターゲット端末からの前記応答フレームの受信の有無と、区間の故障判定条件に基づき、区間の故障を判定する故障判定処理であって、
前記複数のターゲット端末からの前記応答フレームの有無の組み合わせが前記故障判定条件に一致する、第１のＬＡＧで接続される第１の区間が検出された場合、
フレームヘッダの宛先情報欄を、前記第１の区間の前記第１のＬＡＧに接続する少なくとも１つの通信装置において前記第１のＬＡＧに対して割り当てられたＭＡＣ（Media Access Control）アドレスとし、
送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した、
複数のＬＢＭ（Loopback Message）フレームを送信し、
前記少なくとも１つの通信装置からの、前記複数のＬＢＭフレームに対する応答として、フレームヘッダの送信元情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲ（Loopback Reply）フレームの受信の有無、及び、
前記ＬＢＲフレームに含まれるポート情報に基づき、
前記第１の区間、及び／又は、前記少なくとも１つ通信装置の前記第１のＬＡＧのメンバーポートのサイレント故障の有無を判定する故障判定処理と、
を、コンピュータに実行させるプログラムが提供される。
【００４６】
本発明の形態の１つによれば、上記プログラムを記憶したコンピュータ読み出し可能な記録媒体（（例えばＲＡＭ（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）が提供される。
【発明の効果】
【００４７】
本発明によれば、複数段に接続された複数の通信装置を含むネットワークであって通信装置間の区間の回線を束ねたＬＡＧを含むネットワークに対して、ループバックメッセージ（ＬＢＭ）を用いてサイレント故障区間、及び／又は、ポート等の故障部位を効率的且つ精度良く検出可能としている。
【図面の簡単な説明】
【００４８】
【図１】（Ａ）はイーサネットＯＡＭフレームを説明する図、（Ｂ）−（Ｄ）はコネクティビティＯＡＭを説明する図である。
【図２】関連技術におけるＬＡＧのハッシュを説明する図である。
【図３】（Ａ）、（Ｂ）、（Ｃ）はＵｐＭＥＰ、（Ｄ）、（Ｅ）、（Ｆ）はＤｏｗｎＭＥＰを説明する図である。
【図４】（Ａ）、（Ｂ）は本発明の実施形態の一例を説明する図である。
【図５】（Ａ）、（Ｂ）は本発明の実施形態を説明する図である。
【図６】ＬＢＭのフレームフォーマットを説明する図である。
【図７】（Ａ）、（Ｂ）、（Ｃ）は本発明の実施形態を説明する図である。
【図８】本発明の実施形態のネットワーク管理装置の構成の一例を説明する図である。
【図９】本発明の実施形態の全体の動作を説明する流れ図である。
【図１０】本発明の実施形態のスイッチの動作を説明する流れ図である。
【図１１】本発明の実施形態を説明する図である。
【図１２】（Ａ）、（Ｂ）は本発明の実施形態を説明する図である。
【図１３】（Ａ）、（Ｂ）、（Ｃ）は本発明の実施形態を説明する図である。
【図１４】本発明の実施形態を説明する図である。
【図１５】（Ａ）、（Ｂ）は本発明の実施形態を説明する図である。
【図１６】ポート接続情報を説明する図である。
【図１７】（Ａ）、（Ｂ）は本発明の実施形態を説明する図である。
【図１８】本発明の実施形態を説明する図である。
【図１９】本発明の別の実施形態を説明する図である。
【発明を実施するための形態】
【００４９】
本発明の例示的な実施形態について説明する。はじめに本発明の基本的な一形態を説明する。本発明の一形態によれば、ネットワーク管理装置は、複数段に接続された複数の通信装置を含むネットワークであって、対向する２つの前記通信装置間の複数の回線を束ねたＬＡＧで接続される区間を少なくとも１つ含むネットワークの監視用のフレームとして、
２つの前記通信装置間の複数の回線が第１のＬＡＧで接続される第１の区間に接続する少なくとも１つの通信装置に対して、
フレームヘッダの宛先情報欄を、前記少なくとも１つの通信装置において、前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとし、
送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した複数のＬＢＭフレームを送信する。
ネットワーク管理装置は、前記少なくとも１つの通信装置からの、前記複数のＬＢＭフレームに対する応答として、フレームヘッダの送信元情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲ（Loopback Reply）フレームの受信の有無、
前記ＬＢＲフレームに含まれるポート情報、及び、故障判定条件に基づき、
前記第１の区間、及び／又は、前記少なくとも１つの通信装置の前記第１のＬＡＧのメンバーポートのサイレント故障の有無を判定する。
【００５０】
好適な形態として、ネットワーク管理装置は、複数段に接続された複数の通信装置を含むネットワークであって、対向する２つの前記通信装置間の複数の回線を束ねたＬＡＧで接続される区間を少なくとも１つ含むネットワークにおいて、故障区間(サイレント故障区間)の判定処理と協同させるようにしてもよい。
【００５１】
この場合、ネットワーク管理装置は、ネットワークの監視用のフレームとして、フレームヘッダの宛先情報欄を、前記ネットワークのエッジの通信装置に接続するターゲット端末とし、送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した送信元情報をそれぞれ設定した複数のフレームを生成し、前記ネットワークのエッジの複数の通信装置に接続する複数のターゲット端末の各々に対して前記複数のフレームを送信する。
【００５２】
ネットワーク管理装置は、前記複数のターゲット端末からの応答フレームの受信を判定し、前記複数のターゲット端末からの前記応答フレームの受信の有無と、区間の故障判定条件に基づき、区間の故障を判定する。
【００５３】
ネットワーク管理装置は、前記複数のターゲット端末からの前記応答フレームの有無の組み合わせが、前記故障判定条件に一致する、第１のＬＡＧで接続される第１の区間が検出された場合、
フレームヘッダの宛先情報欄を、前記第１の区間の前記第１のＬＡＧに接続する少なくとも１つの通信装置において前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとし、
送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した、
複数のＬＢＭフレームを送信し、
前記少なくとも１つの通信装置からの、前記複数のＬＢＭフレームに対する応答として、フレームヘッダの送信元情報欄を前記第１のＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲフレームの受信の有無、及び、
前記ＬＢＲフレームに含まれるポート情報に基づき、
前記第１の区間、及び／又は、前記少なくとも１つ通信装置の前記第１のＬＡＧのメンバーポートのサイレント故障の有無を判定する。
【００５４】
図４は、本発明の例示的な一実施形態を説明する図である。図４（Ａ）を参照すると、ネットワーク管理装置１０は、多段に接続された第１乃至第４の通信装置（２０Ａ−２０Ｄ）で構成されるネットワークを管理する。なお、以下では、参照符号２０を省略しても不明確とならない場合、図４（Ａ）に対応して第１乃至第４の通信装置（２０Ａ−２０Ｄ）は「通信装置１−４」で参照される。通信装置１−４は、例えばレイヤ２スイッチで構成される。
【００５５】
図４（Ａ）では、ネットワーク管理装置１０は、多段接続された通信装置のうち最前段の通信装置１に接続されている。対向する通信装置間の区間において、複数の回線（図４（Ａ）では２本）を束ねたＬＡＧで接続される区間を少なくとも１つ含む。図４（Ａ）では、対向する通信装置間の区間は全てＬＡＧで接続されているが、対向する通信装置間の全ての区間がＬＡＧである必要はないことは勿論である。なお、多段に接続された通信装置の配置に関して、ネットワーク管理装置１０側に近い方の通信装置を前段、ターゲット端末側の通信装置を後段という。図４（Ａ）には、ネットワーク管理装置１０は、最前段の通信装置１に通信接続されているが、通信装置１上に実装し、ネットワーク監視時等に、ネットワーク管理装置１０を機能させるようにしてもよい。
【００５６】
図４（Ａ）において、各区間のＬＡＧのメンバーポートは例えば通信装置内の同一のＮＩＣ（Network Interface Card）の複数のポートからなる。なお、通信装置１において、ＮＩＣ１とは別のＮＩＣを備え、通信装置１において該別のＮＩＣが、通信装置２とは別の２段目の図示されない通信装置に接続される構成としてもよいが、図４（Ａ）では、簡単のため、省略されている。
【００５７】
ネットワーク管理装置１０は、ネットワークのエッジの通信装置(例えばエッジスイッチ）３、４にそれぞれ接続されるターゲット端末Ａ、Ｂ（３０Ａ、３０Ｂ）のうち、例えばターゲット端末Ａを宛先として監視用のフレーム（例えばＰＩＮＧフレーム）のヘッダの宛先ＭＡＣ（Media Access Control）アドレス情報欄を、ターゲット端末ＡのＭＡＣアドレスとし、該ヘッダの送信元ＭＡＣアドレス欄に、予め定められた所定範囲（例えばネットワークにおけるＬＡＧメンバーポート数の最大数以上）で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報を設定した複数のフレームを生成して送信する。同様に、ネットワーク管理装置１０は、ターゲット端末Ｂを宛先として、監視用のフレームのヘッダの宛先ＭＡＣアドレス情報欄をターゲット端末ＢのＭＡＣアドレスとし、該ヘッダの送信元ＭＡＣアドレス欄に、予め定められた所定範囲（例えばネットワークにおけるＬＡＧメンバーポート数の最大数以上）で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報を設定した複数の監視用のフレーム（例えばＰＩＮＧフレーム）を生成して送信する。
【００５８】
ネットワーク管理装置１０は、複数のターゲット端末Ａ、Ｂからの応答フレーム（例えばＰＩＮＧリプライ）の受信の有無と、ネットワーク管理装置１０で記憶保持している区間の故障判定条件と、に基づき、故障区間を判定する。応答フレームは、監視用のフレームを受信したターゲット端末Ａ又はＢにおいて作成され、フレームヘッダの宛先ＭＡＣアドレス情報を、監視用のフレームの送信元情報（仮想送信元ＭＡＣアドレス）とし、送信元ＭＡＣアドレス情報を、該ターゲット端末のＭＡＣアドレスとし、必要に応じて、応答フレームである識別コードが設定される。
【００５９】
図４（Ｂ）は、図４（Ａ）のネットワークにおける区間の故障判定条件の一例を説明する図である。図４（Ｂ）に示すように、ネットワーク管理装置１０では、ターゲット端末Ａ、Ｂの各々に宛てて複数の監視用のフレームを送信したが、ターゲット端末Ａ、Ｂからの応答フレーム（例えばＰＩＮＧリプライ）が１つでも受信されなかった場合、区間１を故障区間（サイレント故障区間）と判定する。
【００６０】
ネットワーク管理装置１０は、ターゲット端末Ａ、Ｂの各々に宛てて送信した複数の監視用のフレームに対して、ターゲット端末Ａからの応答フレーム（例えばＰＩＮＧリプライ）が１つでも受信されず、ターゲット端末Ｂから複数の監視用にフレームに対する全ての応答フレームが受信された場合、区間２を故障区間（サイレント故障区間）と判定する。
【００６１】
ネットワーク管理装置１０は、ターゲット端末Ｂからの応答フレーム（例えばＰＩＮＧリプライ）が１つでも受信されず、ターゲット端末Ａから複数の監視用のフレームに対する全ての応答フレーム（例えばＰＩＮＧリプライ）が受信された場合、区間３を故障区間（サイレント故障区間）と判定する。
【００６２】
本実施形態では、ターゲット端末への監視用のフレームにより、故障区間と判定された区間に対して、ネットワーク管理装置１０は、該区間に接続される通信装置のＬＡＧのメンバーポート（ＤｏｗｎＭＥＰ）（複数）に対して共通に割り当てられたＭＡＣアドレスを宛先とするＬＢＭフレームを送信する。
【００６３】
前述したように、ＤｏｗｎＭＥＰは、回線側を監視対象とするＭＥＰであり対象ポートの装置外部方向で監視フレームを送受信する。一方、ＵｐＭＥＰは、リレー側（通信装置の内側）を監視対象とするＭＥＰであり、対象ポートの装置内部方向で監視フレームを送受信する。
【００６４】
図４（Ａ）において、例えば区間１に接続する通信装置２のNIC２のポートのうちLAG１のメンバーポートの各々はドメイン１（ドメインレベル＝１）のＤｏｗｎＭＥＰである。本実施形態では、ＬＡＧ１のメンバーポート全体を１つのＤｏｗｎＭＥＰとして１つのＭＡＣアドレスが割り当てられる。このＭＡＣアドレスは、当該通信装置等（又は当該通信装置のベンダー等）に割り当てられているＭＡＣアドレスを当該通信装置に対するＭＥＰコンフィギュレーション設定時に用いるようにしてもよい。
【００６５】
ネットワーク管理装置１０は、区間１に接続する通信装置２に対して、宛先情報欄を、ＬＡＧ１のメンバーポートに共通に割り当てたＭＡＣアドレスとし、送信元情報欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した複数のＬＢＭフレームを送信する。なお、該複数のＬＢＭフレームのヘッダのＭＥＧレベルは１に設定してもよい。
【００６６】
通信装置２では、ＤｏｗｎＭＥＰのポート（ＬＡＧ１のメンバーポート）からＬＢＲフレームを受信すると、ＬＢＲフレームの送信元、宛先情報欄を入れ替え、ＬＢＲフレームを受信したポート情報（ポートＩＤ、ポート番号）を設定したＬＢＲフレームを生成し、当該ＬＢＲフレームを受信したポートから、ＬＢＲフレームをネットワーク管理装置１０宛てに送信する。
【００６７】
ネットワーク管理装置１０では、送信元情報欄をＬＡＧ１のメンバーポートに共通に割り当てたＭＡＣアドレスとしたＬＢＲフレームの受信の有無、及び、前記ＬＢＲフレームに含まれるポート情報に基づき、さらに必要に応じて予め設定された故障判定条件に基づき、通信装置２の該当ポート等のサイレント故障（装置故障）の有無を判定する。
【００６８】
ネットワーク管理装置１０は、ＬＡＧ１のメンバーポート（ＮＩＣ２のポート）に共通に割り当てたＭＡＣアドレスを宛先とするＬＢＭフレームに対する応答であるＬＢＲフレームを全て受信した場合、通信装置２０のＬＡＧ１のメンバーポートは正常であると判定する。
【００６９】
区間１の次段に位置する区間２に接続する通信装置３、区間３に接続する通信装置４に関して、ＮＩＣ５、ＮＩＣ６のポートのうち、ＬＡＧ２、ＬＡＧ３のメンバーポートはドメイン２のＤｏｗｎＭＥＰである。本実施形態では、ＬＡＧ２、ＬＡＧ３のメンバーポート全体をそれぞれ１つのＤｏｗｎＭＥＰとして、それぞれ１つのＭＡＣアドレスが割り当てられる（これらＭＡＣアドレスは、当該通信装置３、４に対するＭＥＰコンフィギュレーション設定時に用いるようにしてもよい）。
【００７０】
ネットワーク管理装置１０は、通信装置３、４に対して、フレームヘッダの宛先ＭＡＣアドレス欄を、ＬＡＧ２、ＬＡＧ３のメンバーポート全体にそれぞれ割り当てたＭＡＣアドレスとし、送信元ＭＡＣアドレス欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報をそれぞれ設定した複数のＬＢＭフレームを送信する。なお、該複数のＬＢＭフレームのヘッダのＭＥＧレベルは例えば２に設定してもよい。ネットワーク管理装置１０は、複数のＬＢＭフレーム（宛先ＭＡＣアドレスをＬＡＧメンバーポートに共通に割り当てられたＤｏｗｎＭＥＰのＭＡＣアドレスとし、送信元ＭＡＣアドレスを、所定の範囲で連続的に掃引した仮想送信元ＭＡＣアドレスとしたＬＢＭフレーム）に対する応答であるＬＢＲフレーム（ＬＢＭフレームを受信したポート情報を含む）の受信の判定を行い、通信装置３のＮＩＣ５、通信装置４のＮＩＣ６の該当ポートにサイレント故障があるか否かを判定する。
【００７１】
このように、ネットワーク管理装置１０は、ＬＢＭフレームのフレームヘッダの宛先情報欄として、ＬＡＧメンバーポート（ＤｏｗｎＭＥＰ）個別のＭＡＣアドレスではなく、ＬＡＧに対して同一のＭＡＣアドレスを設定し、この宛先ＭＡＣアドレスに対して、ＬＢＭフレームを送信する。スイッチからポート番号付きのＬＢＲを応答させることでＬＡＧメンバーポートのサイレント故障を検出する。
【００７２】
なお、図４（Ａ）において、ドメインレベルの設定はあくまで一例を説明するためのものであり、かかる設定に制限されるものでないことは勿論である。例えば、通信装置３のＮＩＣ５、通信装置４のＮＩＣ６のＬＡＧポートをＤｏｗｎＭＥＰに設定する場合、通信装置２のＮＩＣ２のＬＡＧメンバーポートに設定されたＤｏｗｎＭＥＰを外してから、ＭＥＰコンフィギュレーションを変更し、通信装置３のＮＩＣ５、通信装置４のＮＩＣ６のＬＡＧポートをＤｏｗｎＭＥＰに設定するというようにしてもよい。この場合、ドメイン１、２の階層構造は不要となる。
【００７３】
あるいは、図４（Ａ）において、ドメイン１、２の階層構造のかわりに、ドメイン１を削除し、ドメイン２だけとし、通信装置２のＮＩＣ２のＬＡＧ１のメンバーポートを、ＮＩＣ３、ＮＩＣ４のポートと同様、ＭＩＰに設定してもよい。通信装置において、ＭＩＰのＬＡＧメンバーポートでＬＢＭフレームを受信した場合、該ＬＢＭフレームのＭＥＧレベルが自分と同じドメインレベルであり、該ＬＢＭフレームヘッダの宛先ＭＡＣアドレス欄が当該ＬＡＧの複数のメンバーポートに共通に割り当てられたＭＡＣアドレスと一致する場合、当該ＭＩＰでは該ＬＢＭフレームを終端しその応答フレームであるＬＢＲフレーム（宛先ＭＡＣアドレス欄を仮想送信元ＭＡＣアドレスとし、送信元ＭＡＣアドレス欄を当該ＬＡＧに割り当てられたＭＡＣアドレスとする）を送信する。当該通信装置は、該ＬＢＲフレームに、該ＬＢＭフレームを受信したポートのポートＩＤ（番号）を設定して該ポートからＬＢＲフレームを送信するようにしてもよい。
【００７４】
図５（Ａ）、（Ｂ）は、本実施形態を説明する図である。図５（Ａ）において、ターゲット端末に対する監視用フレーム（送信元情報を所定範囲で掃引した仮想送信元ＭＡＣアドレスに設定、宛先情報をターゲット端末のＭＡＣアドレス）の送信の結果、通信装置１（スイッチ）（２０Ａ）と通信装置２（スイッチ）（２０Ｂ）間の区間が故障区間と判定された場合、ネットワーク管理装置１０は、通信装置２（２０Ｂ）のＬＡＧの複数のポート（ＤｏｗｎＭＥＰのポート）に対して割り当てられたＭＡＣアドレスを宛先とするＬＢＭフレームを送信する。
【００７５】
図５（Ｂ）の例では、通信装置２（２０Ｂ）のＬＡＧ１の４つのポートに共通（代表）のＭＡＣアドレスＭＡＣ１が設定される。また、ＬＡＧ２のメンバーポート、ＬＡＧ３のメンバーポートに対してＭＡＣアドレスＭＡＣ２、ＭＡＣ３がそれぞれ設定される。ＬＡＧ１の４つのポートに対向する通信装置１（２０Ａ）では、該４つのポートに接続する４つのポートのそれぞれの接続先のＭＡＣアドレスとして、ＭＡＣ１を、スイッチのポート番号とそのポートの先に接続されているホストのＭＡＣアドレスを管理するＭＡＣアドレステーブルに登録する。
【００７６】
ネットワーク管理装置１０は、通信装置２の監視対象のＬＡＧに割り当てられたＤｏｗｎＭＥＰのＭＡＣアドレスを、ヘッダの宛先ＭＡＣアドレスに設定し、該ヘッダの送信元ＭＡＣアドレス欄に、所定範囲で値を掃引した仮想送信元ＭＡＣアドレス情報を設定した複数のＬＢＭフレームを生成して送信する。
【００７７】
なお、ＩＥＥＥ８０２．１Ｑ網において、ＬＡＧグループのＤｏｗｎＭＥＰの代表ＭＡＣアドレスを宛先とするＬＢＭフレームを送信しても、応答フレームのＬＢＲには、ポート情報が含まれないため、ポートの特定が出来ない。これに対して、本実施形態によれば、ＬＡＧグループのＤｏｗｎＭＥＰのメンバーポートに共通のＭＡＣアドレスを宛先として送信したＬＢＭフレームの応答であるＬＢＲフレームに、ＬＢＭフレームの受信ポートの情報（ポートＩＤ（ポート番号））が含まれるため、当該受信ポートを特定することができる。
【００７８】
図５（Ａ）において、ネットワーク管理装置１０は、通信装置２０Ｂの監視対象のＬＡＧ毎に割り当てられたＤｏｗｎＭＥＰの各ＭＡＣアドレスを、ヘッダの宛先ＭＡＣアドレスに設定し、該ヘッダの送信元ＭＡＣアドレス欄に、所定範囲で値を掃引した仮想送信元ＭＡＣアドレス情報を設定した複数のＬＢＭフレームを生成して送信する。
【００７９】
このため、本実施形態によれば、ネットワーク管理装置１０から送信するＬＢＭフレームの数を、ＬＡＧメンバーポートごとに送信する場合と比べて、ＬＡＧメンバーポート数分の１に減少させることができる。ＬＢＭフレーム生成にあたり、通信装置のポート毎のＭＡＣアドレスを管理する必要がなく、サイレント故障が起こったポートを特定することができる。その結果、故障検出の効率化を実現している。また、ポート毎にMEPを設定する場合と比べて、MEP数を減少させる
【００８０】
図６は、本発明の実施形態において、故障部位等の判定に用いられるＬＢＭフレームの構成を模式的に示す図である。
【００８１】
ネットワーク管理装置１０は、送信元ＭＡＣアドレスを所定範囲（例えばＬＡＧメンバーポート数の最大数以上）で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報を設定し、宛先アドレスを、ＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＭフレームのオプション部()、又はオペコード部(１オクテット：８ビット)に、ＬＢＭフレームの応答であるＬＢＲフレームにポートＩＤ（ポート番号）を設定して返すか否かの指示情報を含めるようにしてもよい。例えばＬＢＭのオプション部の所定の１ビットを、ＬＢＲフレームにポートＩＤ（ポート番号）を設定するか（例えば値＝１）、否か（例えば値＝０）の情報を含めるようにしてもよい。該ＬＢＭフレームを受信したスイッチ（ＬＡＧメンバーポートのグループが宛先ＭＡＣアドレスとされたスイッチ）では、該ＬＢＭフレームのオプション部の所定のビットが値１のとき、該ＬＢＭフレームの受信ポートのＩＤを、ＬＢＲフレームのオプション部に設定して該受信ポートから、送信元である仮想送信元ＭＡＣアドレス宛に送信する。
【００８２】
光モジュールよりも通信装置側（ＮＩＣ等における内部バスエラー等）のサイレント故障は、区間（狭義の区間）のサイレント故障ではない。本実施形態では、通信装置内部でのサイレント故障を広義の区間と確度で出力する。本実施形態では、区間、及び通信装置内部のサイレント故障の判定結果として、区間としての故障部位候補とその確度（あるいは、一致度、精度ともいう）を出力する。
【００８３】
各区間の故障判定については、各区間でのサイレント故障、つまり光モジュール対光モジュールの区間におけるサイレント故障であれば、図４等を参照して説明した手法により、サイレント故障の区間の特定が可能となる。
【００８４】
しかしながら、図４を参照して説明した故障区間の判定において、通信装置のＬＡＧのメンバーポートに複数のＮＩＣのポートを含む場合に、実際に故障の発生した区間を、故障区間として判定しない場合が生じる。
【００８５】
例えば図７（Ａ）のネットワーク構成において、各通信装置１−４のＮＩＣの故障（ポート故障や装置内部故障）と、複数のターゲット端末Ａ、Ｂからの応答フレームの受信の有無のパタンとの関係の一例は、図７（Ｂ）のようなものとなる（○、×はそれぞれ応答フレームの受信の有り、無を表す）。
【００８６】
区間１を構成するＮＩＣ１又はＮＩＣ２のＬＡＧメンバーポートがサイレント故障の場合、ターゲット端末Ａ、Ｂからの応答フレームはネットワーク管理装置１０で受信されない。
【００８７】
区間２のＬＡＧにおいて、ＮＩＣ３のＬＡＧメンバーポートが故障（リンクダウン）の場合、例えば、故障したリンクで伝送されていたトラフィックを残りのポート（例えばＮＩＣ４のポート）に自動で切り替えて通信を継続することができるため、複数のターゲット端末Ａ、Ｂからの応答フレームはネットワーク管理装置１０で受信可能とされる。例えばスタティック（STATIC）ＬＡＧでは、リンクのアップダウンに伴う光レベルの変化を検出する事によって動的、自動的にリンクの再構成が行われる。ＬＡＧの回線（物理回線）の障害等により、ＬＡＧ内の使用可能な回線の中から通信に使用する回線を再度決定し、該回線を使用して通信を再開する。この処理により、ＬＡＧ内の特定の回線が使用できなくなっても、ＬＡＧの他の使用可能な回線を使用し、継続して通信を行うことができる。これをＬＡＧの縮退という。
【００８８】
しかし、区間２のＬＡＧにおいて、ＮＩＣ３のポートがサイレント故障の場合、残りのポートへの切り替えは行われない。このため、ターゲット端末Ａからの応答フレームは、ＮＩＣ３のポートで受信されず、その結果、ネットワーク管理装置１０まで戻らない。区間３のＬＡＧにおいても、ＮＩＣ３のポートをＬＡＧメンバーポートとして含み、このポートがサイレント故障の場合、ターゲット端末Ｂからの応答フレームは、ＮＩＣ３の当該ポートで受信されず、その結果、ネットワーク管理装置１０まで戻らない。ＮＩＣ３の装置内部の故障（サイレント故障）の場合、複数ポートが故障となる場合があり、ターゲット端末Ａ、Ｂからの応答フレームはネットワーク管理装置１０で受信されない場合がある。
【００８９】
区間３のＬＡＧにおいて、ＮＩＣ４のポートがサイレント故障の場合、故障したリンクで伝送されていたトラフィックを残りのポート（例えばＮＩＣ３のポート）に切り替えて通信を継続することができるため、ターゲット端末Ａ、Ｂからの応答フレーム（例えばＰＩＮＧリプライ）はネットワーク管理装置１０で受信可能とされる。しかし、区間３のＬＡＧにおいて、ＮＩＣ４のポートがサイレント故障の場合、残りのポートへの切り替えは行われない。このため、ターゲット端末Ｂからの応答フレームは、ＮＩＣ４のポートで受信されず、その結果、ネットワーク管理装置１０まで戻らない。区間２のＬＡＧにおいても、ＮＩＣ４のポートをＬＡＧメンバーポートとして含み、このポートがサイレント故障の場合、ターゲット端末Ａからの応答フレームはＮＩＣ４の当該ポートで受信されず、その結果、ネットワーク管理装置１０まで戻らない。ＮＩＣ４の装置内部の故障（サイレント故障）の場合、複数ポートが故障となる場合があり、ターゲット端末Ａ、Ｂからの応答フレーム（例えばＰＩＮＧリプライ）はネットワーク管理装置１０で受信されない場合がある。
【００９０】
ＮＩＣ５がサイレント故障の場合、ターゲット端末Ａからの応答フレーム（例えばＰＩＮＧリプライ）はネットワーク管理装置１０で受信されない。同様に、ＮＩＣ６がサイレント故障の場合、ターゲット端末Ｂからの応答フレームはネットワーク管理装置１０で受信されない。
【００９１】
ネットワーク管理装置１０では、複数のターゲット端末Ａ、Ｂからの応答フレーム（例えばＰＩＮＧリプライ）の有無と、区間の故障判定条件に基づき、故障区間の判定を判定する。図７（Ｃ）は、故障判定条件の一例を示す図である。図７（Ｃ）は、図７（Ａ）のネットワークのトポロジー（多段の通信装置の構成）に基づいており、図４（Ｂ）と同一である（すなわち、通信装置間の区間の回線を束ねたＬＡＧが少なくとも一方の通信装置内の複数のＮＩＣの各々の少なくとも１つのポートをメンバーポートとして含むネットワーク構成は反映されていない）。
【００９２】
ネットワーク管理装置１０において、ターゲット端末Ａから応答フレーム（例えばＰＩＮＧリプライ）を１つでも受信せず、且つ、ターゲット端末Ｂから応答フレーム（例えばＰＩＮＧリプライ）を１つでも受信しなかった場合、区間１の故障と判定する。ターゲット端末Ａからの応答フレームが１つでも受信無しであり、ターゲット端末Ｂからの全ての応答フレームの受信有りの場合、区間２の故障区間と判定する。ターゲット端末Ｂからの応答フレームが１つでも受信無しでありターゲット端末Ａからの全ての応答フレームの受信有りの場合、区間３の故障区間と判定する。
【００９３】
しかしながら、ネットワーク管理装置１０がターゲット端末Ａ、Ｂの各々から１つでも応答フレーム（例えばＰＩＮＧリプライ）を受信しなかった場合、区間１は正常（サイレント故障無し）であり、区間２、区間３の一方又は両方のサイレント故障（あるいは、例えば通信装置２のＮＩＣ３、ＮＩＣ４の装置内部のサイレント故障）である可能性もあり得る。
【００９４】
区間２と区間３の故障判定条件の応答フレーム受信無しの組み合わせパタンは、区間１の応答フレーム受信無しの組み合わせパタンとは相違している。区間２、区間３において、故障と判定される応答フレーム受信無しの組み合わせが、区間１が故障と判定される応答フレーム受信無しの組み合わせパタンと一致する割合（確度）は、５０％である。すなわち、図７（Ｃ）において、区間２、区間３の各々の×印は、区間１の×印の数の半分である。
【００９５】
ネットワーク管理装置１０では、ある区間において、該区間が故障と判定される応答フレーム受信無しの組み合わせパタンが、該区間の前段側（ネットワーク管理装置側）の区間において該区間が故障と判定される応答フレーム受信無しの組み合わせパタンとの一致度（確度）が１００％未満（０％より大：例えば５０％）であっても、これを故障候補として扱い、監視用のフレームを用いて、故障候補の区間、及び該区間に接続する通信装置のＮＩＣのサイレント故障部位の特定を試みる。
【００９６】
ネットワーク管理装置１０は、ヘッダの宛先アドレス情報欄に通信装置２のＮＩＣ２のＬＡＧメンバーポートに共通に割り当てられたＤｏｗｎＭＥＰのＭＡＣアドレスを設定し、該ヘッダの送信元ＭＡＣアドレス欄に、所定範囲（例えばＬＡＧメンバーポート数の最大数以上）で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報を設定した複数のＬＢＭフレームを生成して送信する。
【００９７】
ネットワーク管理装置１０は、ＤｏｗｎＭＥＰのＭＡＣアドレスを送信元とするＬＢＲフレームが１つでも受信されないか、ポート番号（物理ポート番号）が含まれない場合、該ポートをサイレント故障と判定する。ＬＡＧの４つのメンバーポートに対して送信した４つのＬＢＭフレームに対して、該ＬＢＭフレームを受信したポートのポート番号を含む３つのＬＢＲフレームがネットワーク管理装置１０で受信された場合、残りの１つのポートがサイレンと故障であるものと判定する。
【００９８】
ネットワーク管理装置１０において、通信装置２から、ＬＢＭフレームに対するＬＢＲフレームが全て受信された場合、区間１は正常区間（サイレント故障無し）と判定される。
【００９９】
ネットワーク管理装置１０は、該区間１とネットワーク経路上で接続し該区間１よりも後段の区間２と区間３について、サイレント故障の有無を判定する。
【０１００】
ネットワーク管理装置１０は、ヘッダの宛先アドレス情報欄に通信装置３のＮＩＣ５のＬＡＧメンバーポートに共通に割り当てられたＤｏｗｎＭＥＰのＭＡＣアドレスを設定し、該ヘッダの送信元ＭＡＣアドレス欄に、所定範囲（例えばＬＡＧメンバーポート数の最大数以上）で値を連続的に掃引した仮想送信元ＭＡＣアドレス情報を設定した複数のＬＢＭフレームを生成して送信する。
【０１０１】
ネットワーク管理装置１０は、各ポートについて、応答フレーム（ＬＢＲフレーム）が１つでも受信されない場合、該ポートをサイレント故障と判定する。また、ネットワーク管理装置１０は、ヘッダの宛先アドレス情報欄に、通信装置４のＮＩＣ６のＬＡＧメンバーポートに共通に割り当てられたＤｏｗｎＭＥＰのＭＡＣアドレスを設定し、該ヘッダの送信元ＭＡＣアドレス欄に値を連続的に掃引した仮想送信元ＭＡＣアドレス情報を設定した複数のフレーム（ＬＢＭフレーム）を生成して送信する。
【０１０２】
ネットワーク管理装置１０は、通信装置４のＮＩＣ６のＬＡＧメンバーポートに共通に割り当てられたＤｏｗｎＭＥＰのＭＡＣアドレスを宛先として送信したＬＢＭフレームに対する応答であるＬＢＲフレームから、ポート番号が含まれるＬＢＲフレームを抽出し、ＬＡＧメンバーポートのうち、ＬＢＲフレームにポート番号の含まれないポートをサイレント故障と判定する。
【０１０３】
図８は、本発明の一実施形態のネットワーク管理装置１０の構成の一例を示す図である。図８を参照すると、管理モジュール１８は、故障判定制御部１２１を備えた監視制御部１２と、仮想送信元ＭＡＣアドレス設定部１３１を備えたフレーム作成部１３と、フレーム送信部１４と、応答フレーム受信判定部１５と、故障判定条件を記憶した記憶部１６を備えている。
【０１０４】
イーサネットカード等のネットワークインタフェースカード（Network Interface Card：ＮＩＣ）１１のトランスミッタ１１１とレシーバ１１２（トランスミッタ１１１とレシーバ１１２をあわせてトランスミッタといい光モジュールで構成される）は、伝送メディアとして、例えばＵＴＰ（Unshielded Twisted Pair）ケーブル（例えばカテゴリ３（１０ＢＡＳＥ−Ｔのイーサネット規格で１０Ｍｂｐｓ（Megabit per second）、１００ＢＡＳＥ−Ｔ２／Ｔ４の規格で１００Ｍｂｐｓ）乃至カテゴリ６（１０００ＢＡＳＥ−Ｔ、１０００ＢＡＳＥ−ＴＸの規格で１Ｇｂｐｓ（Giga bit per second）））、ＳＴＰ（Shielded Twisted Pair）ケーブル、又は光ファイバ、あるいは同軸ケーブル（１００ｂａｓｅ）等で有線接続する構成としてもよい。ＮＩＣ１１は、全二重方式のポイント・ツー・ポイント（point to point）イーサネットリンクを構成するようにしてもよい。
【０１０５】
監視用のフレームの一例としてのイーサネットＯＡＭフレームは、例えば、論理チャネル（制御チャネル、トラフィックチャネル）と伝送チャネルを繋ぐ機能を実行するレイヤ２（ＭＡＣ（Media Access Control）サブレイヤ）で受信処理される。ＰＩＮＧフレームはＩＣＭＰ（Internet Control Message Protocol）フレームをイーサネットフレームでカプセル化して伝送され、例えばターゲット端末においてレイヤ３で受信処理される。
【０１０６】
イーサネットＯＡＭの保守・管理に関する処理を行う管理モジュール１８は、ＮＩＣ１１のデバイスドライバ等に、Ｌ２（データリンク層）処理モジュール（サブレイヤ）として実装するようにしてもよい。なお、管理モジュール１８は、機能（表示機能等）の一部を、ＮＩＣ１１のデバイスドライバの管理用のアプリケーションとして実装するようにしてもよい。
【０１０７】
フレーム作成部１３は、フレームヘッダに宛先ＭＡＣアドレス、送信元ＭＡＣアドレスやタイプ、オペコード、ＭＥＧレベル等を設定したＬＢＭフレームを作成する。なお、フレーム作成部１３は、ネットワークのエッジスイッチに接続されるターゲット端末宛に送信される監視用フレームとして、ＰＩＮＧフレームを送信し、応答フレームとしてＰＩＮＧリプライを受信するようにしてもよい。以下では、本発明の主題である、故障部位を特定するために送信されるＬＢＭフレームについて説明する。
【０１０８】
仮想送信元ＭＡＣアドレス設定部１３１は、例えばベンダーに割り当てられたＭＡＣアドレス（６オクテット）の下位３オクテットのうち（上位３オクテットはOUI(Organizationally Unique Identifier））、他のネットワーク機器のＭＡＣアドレスと衝突しないＭＡＣアドレスの中から（ＮＩＣ１１のＭＡＣアドレスとも異なる）、予め用意されたＭＡＣアドレスのうち予め定められた所定範囲（例えばネットワークで使用されるＬＡＧメンバーポート数の最大数以上）で連続する値を仮想送信元ＭＡＣアドレスとして、複数の監視用のフレームの送信元ＭＡＣアドレス欄に設定する。
【０１０９】
あるいは、仮想送信元ＭＡＣアドレス設定部１３１は、ベンダーに割り当てられたＭＡＣアドレスの下位３オクテットのうち他のネットワーク機器のＭＡＣアドレスと衝突しないＭＡＣアドレスの中から（ＮＩＣ１１のＭＡＣアドレスとも異なる）、予め用意されたＭＡＣアドレスを記憶部に保持しておき、予め定められた所定範囲（例えばネットワークで使用されるＬＡＧメンバーポート数の最大数以上）で連続する値を仮想送信元ＭＡＣアドレスとして選択するようにしてもよい。ＬＢＭフレーム、ＰＩＮＧフレームにおいて、送信元ＭＡＣアドレスは、仮想送信元ＭＡＣアドレスが設定される。
【０１１０】
フレーム送信部１４は、送信元ＭＡＣアドレス欄に仮想送信元ＭＡＣアドレスが設定された監視用のフレーム（例えば、ＬＢＭ等のＯＡＭフレーム又はＰＩＮＧフレーム）を、例えばプロミスキャス・モード（promiscuous mode)に設定されたＮＩＣ１１に送出しトランスミッタ１１１を介してネットワークに送信する。
【０１１１】
フレーム送信部１４は、送信した監視用のフレームに対して送信時刻情報（タイムスタンプ）を、送信ＩＤ（Transmission ID）と対応させて、不図示の記憶部に保持するようにしてもよい。なお、フレーム送信部１４は、送信ＩＤに対応させて、監視用のフレームの宛先ＭＡＣアドレス、仮想送信元ＭＡＣアドレス、監視用のフレームの送信時刻を対応させて、不図示の記憶部（テーブル）で管理するようにしてもよい。後述する応答フレーム受信判定部１５において、受信したフレームが、正常な監視用フレームの応答フレームであるかの確認処理の効率化、容易化に資する。
【０１１２】
ＮＩＣ１１とそのデバイスドライバは、イーサネットＯＡＭモード（ループバックモード）に設定されている場合、レシーバ１１２で受信したフレームを応答フレーム受信判定部１５に渡す。
【０１１３】
ＮＩＣ１１とそのデバイスドライバでは、例えば以下のような制御が行われる。例えば監視用のフレームによる監視モード時以外（通常モード）には、ＮＩＣ１１でフレームを受信すると、そのヘッダの宛先ＭＡＣアドレスが、該ＮＩＣ１１の固有のＭＡＣアドレス（またはブロードキャストアドレス）と一致するか確認し、ＭＡＣアドレスが一致しない場合、当該フレームを廃棄する。
【０１１４】
監視用のフレームによる監視モード時には、ＮＩＣ１１等へのモード設定に基づき、ＮＩＣ１１とそのデバイスドライバは、受信フレームの宛先ＭＡＣアドレスとＮＩＣ１１のＭＡＣアドレスとが一致するか比較判定せずに、レシーバ１１２で受信した全てのフレームを応答フレーム受信判定部１５に渡すようにしてもよい。
【０１１５】
監視制御部１２は、監視用のフレームによる監視モード時に、ＮＩＣ１１とそのデバイスドライバをプロミスキャス・モード (promiscuous mode)に設定し、受信した全てのフレームを応答フレーム受信判定部１５に渡すようにしてもよい。
【０１１６】
本実施形態において、監視用のフレームに対する応答フレーム（例えばＬＢＲフレーム又は、Echo Reply）が受信された時に、該ＬＢＲフレームの宛先ＭＡＣアドレスは、ＮＩＣ１１の固有のＭＡＣアドレスと異なる仮想送信元ＭＡＣアドレスに設定されており、ＮＩＣ１１のＭＡＣアドレスとは一致しないが、廃棄されず、そのまま、応答フレーム受信判定部１５に渡され、応答フレーム受信判定部１５でフレームヘッダの内容が解析される。
【０１１７】
すなわち、応答フレーム受信判定部１５は、例えば、
・受け取ったフレームの宛先ＭＡＣアドレスが送信済のＬＢＭフレームの送信元に設定した仮想送信元ＭＡＣアドレスである、
・送信元ＭＡＣアドレスが送信済のＬＢＭフレームの宛先に設定したＬＡＧのＭＡＣアドレスである、
・ＯＡＭ  Ｅｔｈｅｒ−ｔｙｐｅ（２オクテット）が、“0x8902”である、
・オペコードがＬＢＲ（＝４）、
・受け取ったフレームがＬＢＲフレームであり、ＬＢＭフレームの送信時刻（記憶部に保持されている）から予め定められた時間が経過する前に受信している、
場合に、ＬＢＲフレームの正常な受信であると判定する。応答フレーム受信判定部１５は、さらにＯＡＭフレームのＭＥＧレベルを判別してもよい。
【０１１８】
応答フレーム受信判定部１５は、前述したフレーム送信部１４によるＬＢＭフレームの宛先ＭＡＣアドレス、仮想送信元ＭＡＣアドレス、ＬＢＭフレームの送信時刻を記憶管理する記憶部（テーブル）を参照して、今回受信したＬＢＲフレームの受信時刻と、ＬＢＭフレームの送信時刻との差分から、予め定められた時間が経過しているか否かを判断する構成としてもよい。
【０１１９】
応答フレーム受信判定部１５は、上記要件に合致しないフレームは、ＬＢＲフレームでないか、ＬＢＲフレームの正常受信ではないと判定して、廃棄する。
【０１２０】
なお、監視用のフレームによる監視モード時に、ＮＩＣ１１とそのデバイスドライバは、フレームヘッダの宛先ＭＡＣアドレス欄と仮想送信元ＭＡＣアドレスとを比較し、一致する受信フレームだけを選択して、応答フレーム受信判定部１５に渡し、宛先ＭＡＣアドレス欄が仮想送信元ＭＡＣアドレス以外の受信フレームを全て廃棄する構成としてもよい。この場合、応答フレーム受信判定部１５では、受け取ったフレームの宛先ＭＡＣアドレスが送信済の監視用のフレームの送信元に設定した仮想送信元ＭＡＣアドレスと一致するか否かの判定処理は省略される。また、全ての受信フレームを応答フレーム受信判定部１５に供給する場合と比べて、応答フレーム受信判定部１５の処理負荷が軽減する。
【０１２１】
監視制御部１２は、監視用のフレームを送信した後、予め定められた所定の時間以内に、その応答フレームを検出したことを応答フレーム受信判定部１５から通知されない場合、接続の切断（“loss of connectivity”）と判断する。すなわち、監視制御部１２は、ＭＡＣアドレスに基づき計算されるハッシュ値を元にしたＬＡＧポートの振り分けにより、ＬＢＭフレームの宛先として設定したＬＡＧメンバーポートには、当該ＬＢＭフレームが到達していないものと判断して、別の仮想送信元ＭＡＣアドレスを、送信元ＭＡＣアドレスとした監視用のフレームの送信を指示するようにしてもよい。あるいは、異なる値に設定された仮想送信元ＭＡＣアドレスを送信元ＭＡＣアドレスとした複数の監視用のフレームを連続送信又は同時送信するようにしてもよい。
【０１２２】
応答フレーム受信判定部１５でＬＢＲフレームの受信を検出すると、応答フレーム受信判定部１５はその旨を監視制御部１２に通知する。
【０１２３】
ネットワーク管理装置１０における記憶部１６の故障判定条件は、図７（Ｃ）に示した故障区間判定条件と同様、ネットワークにおける通信装置（スイッチ）間の各区間について、区間と、該区間が故障の場合の複数のターゲット端末の対応（例えば応答フレームの受信無）を含む。
【０１２４】
この対応において、各区間に対応する複数のターゲット端末は、ターゲット端末宛に複数の監視用のフレーム（例えばＰＩＮＧフレーム）を送信し、前記ターゲット端末からの応答フレームの受信の有無が前記区間のサイレント故障の判定に用いられるターゲット端末を示している。なお、サイレント故障は、スイッチ（通信装置）において、検出されるリンクダウン等以外の故障をいう。リンクアグリゲーショングループ（ＬＡＧ）内に予め待機用（スタンバイ）の回線を用意しておき、運用中の回線が障害となったときに待機用の回線と切り替えることによって、リンクアグリゲーショングループとして運用する回線数を維持するスタンバイ機能、あるいは、回線本数を縮減させて通信を継続させる機能がある。しかしながら、サイレント故障の回線は、回線障害と認識されない場合がある。この場合、回線の切り替え等は行われず、サイレント故障の回線はアクティブなＬＡＧメンバーポートとしてそのまま留まる。
【０１２５】
ネットワーク管理装置１０において、故障判定制御部１２１は、応答フレーム受信判定部１５からの応答フレーム受信判定結果に基づき、複数のターゲット端末に関する前記応答フレームの有無の組み合わせパタンが故障判定条件に一致する第１の区間（例えば図７（Ａ）の区間１）が検出された場合、該区間１の後段に位置する区間（図７（Ａ）の区間２、区間３）であって、応答フレームの受信無しの組み合わせパタンの、第１の区間の応答フレーム受信無しの組み合わせパタンとの一致度（確度）が１００％未満（０％より大：例えば５０％）の第２の区間であっても、これを故障候補として扱う。
【０１２６】
そして、ネットワーク管理装置１０の故障判定制御部１２１は、該第２の区間に接続する少なくとも１つの通信装置（図７（Ａ）の通信装置３、通信装置４）宛てに第２の区間を介してＬＢＭフレーム（ヘッダの送信元ＭＡＣアドレス情報欄を所定範囲の値で掃引した仮想ＭＡＣアドレスに設定し、宛先ＭＡＣアドレス欄を通信装置のＬＡＧに割り当てられたＤｏｗｎＭＥＰのＭＡＣアドレスとした複数のＬＢＭフレーム）を送信し、該通信装置（図７（Ａ）の通信装置３、通信装置４）からのＬＢＲレームの受信の有無に基づき、第２の区間のサイレント故障の有無、又は通信装置（図７（Ａ）の通信装置３、通信装置４）の装置内部の故障の有無を判定する。
【０１２７】
故障判定制御部１２１は、例えば、ターゲット端末Ａ宛てに送信した複数の監視用のフレーム（例えばＰＩＮＧフレーム）に対して応答フレーム（例えばＰＩＮＧリプライ）が１つでも受信されず、ターゲット端末Ｂ宛てに送信した複数の監視用のフレーム（例えばＰＩＮＧフレーム）に対して応答フレーム（例えばＰＩＮＧリプライ）が１つでも受信されない場合、故障区間と判定された区間１を間に挟んで対向接続される通信装置１、２に関して、例えば通信装置２に対してＬＢＭフレームを送信する。ネットワーク管理装置１０は、掃引するヘッダの送信元ＭＡＣアドレスとして、例えば送信元ＭＡＣアドレス情報欄を所定範囲の値で掃引した仮想ＭＡＣアドレスに設定し、通信装置２のＮＩＣ２のＬＡＧグループに割り当てられたＤｏｗｎＭＥＰのＭＡＣアドレスを宛先ＭＡＣアドレスとする複数のＬＢＭフレームを生成して送信するようにしてもよい。
【０１２８】
あるいは、ネットワーク管理装置１０は、ネットワーク機器の接続情報から、被疑とされる区間の前後を含む装置のＭＥＰに対して、上記複数のＬＢＭフレームを送信するようにしてもよいことは言うまでもない。
【０１２９】
ネットワーク管理装置１０において、通信装置２からＬＢＭフレームに対する全てのＬＢＲフレームを受信した場合、区間１より後段の区間２、３について、通信装置２とは区間２、３を間に挟んで対向配置される通信装置３、４のＮＩＣ５、ＮＩＣ６のＬＡＧグループ（ＤｏｗｎＭＥＰ）のＭＡＣアドレスの各々に対して、フレームヘッダの送信元ＭＡＣアドレス欄に、所定範囲で値を掃引した仮想送信元ＭＡＣアドレスを設定した複数のＬＢＭフレームを生成して、通信装置１から送信する。故障判定制御部１２１は、通信装置３、通信装置４（又は、通信装置３、通信装置４のＮＩＣ５、ＮＩＣ６のポート）から、該ＬＢＲフレームに対するＬＢＭフレームが１つでも受信されない場合（あるいは受信してもポート番号が設定されていない場合）、この通知を受けて、区間３又は区間４をサイレント故障区間と判定する。
【０１３０】
故障判定制御部１２１は、ＬＢＭフレームとして、通信装置３（又は通信装置４）宛てに、掃引するヘッダの送信元情報として、例えば送信元ＭＡＣアドレス情報欄を、ＬＡＧメンバーポート数以上、あるいは便宜的にネットワーク内のＬＡＧの最大数以上で連続掃引した仮想送信元ＭＡＣアドレスに設定した複数のフレームを送信させるようにしてもよい。
【０１３１】
上記したネットワーク管理装置１０では、ターゲット端末宛てに送信した複数の監視用のフレーム（例えばＰＩＮＧフレーム）に対する応答フレーム（例えばＰＩＮＧリプライ）の受信判定結果に基づき、故障区間の有無を判定し、故障区間が検出された場合、故障区間と判定された区間を間に挟んで対向接続される少なくとも１つ通信装置に対して該通信装置のＬＡＧのＭＡＣアドレスを宛先ＭＡＣアドレス欄に設定し、送信元ＭＡＣアドレス欄を、所定の範囲で値を掃引した仮想送信元ＭＡＣアドレスとした複数のＬＢＭフレームを送信している。この実施形態の変形例として、ネットワーク管理装置１０では、区間判定を行わずに、ターゲット端末（例えば図４（Ａ）の３０Ａ、及び／又は、３０Ｂ）を例えばＭＥＰとして、各々に対して複数のＬＢＭフレーム（宛先アドレス欄をターゲット端末のＭＡＣアドレス、送信元アドレス欄を、所定の範囲で掃引した仮想送信元ＭＡＣアドレスとした複数のＬＢＭフレーム）を送信するようにしてもよい。
【０１３２】
ネットワーク管理装置１０では、複数のＬＢＭフレームを送信した前記ターゲット端末からのＬＢＲフレームの受信の有無に基づき、故障判定条件から、前記ターゲット端末までの通信経路上でのサイレント故障の有無を判定するようにしてもよい（例えば故障部位の特定も含み得る）。ネットワーク管理装置１０の故障判定制御部１２１は、前記ターゲット端末までの通信経路上でサイレント故障の有りと判定した場合、前記ターゲット端末までの通信経路上の各々の前記通信装置に対して、順番に（例えばネットワーク管理装置１０側の通信装置から（ターゲット端末側に近い通信装置からであってもよい））、フレームヘッダの宛先ＭＡＣアドレス欄を、前記通信装置のＬＡＧの複数のメンバーポート（例えばＤｏｗｎＭＥＰのポート、又はＭＩＰのポート）に対して共通に割り当てられたＭＡＣアドレスとし、送信元ＭＡＣアドレス欄に、予め定められた所定の範囲で値を連続的に掃引した仮想送信元ＭＡＣアドレスをそれぞれ設定した複数のＬＢＭフレームを送信する。なお、通信装置がＭＩＰのポートでＬＢＭフレームを受信した場合、ＬＢＭフレームのＭＥＧレベルが自分（ＭＩＰ）と同じドメインレベルであり、当該ＬＢＭフレームヘッダの宛先ＭＡＣアドレス欄が、該ＭＩＰのＬＡＧの複数のメンバーポートに共通に割り当てられたＭＡＣアドレスと一致する場合、受信した該ＬＢＭフレームを終端しＬＢＲフレーム（宛先ＭＡＣアドレス欄は、ＬＢＭフレームヘッダの仮想送信元ＭＡＣアドレス、送信元ＭＡＣアドレス欄は該ＬＡＧに割り当てられたＭＡＣアドレス）をネットワーク管理装置１０に返信する。
【０１３３】
ネットワーク管理装置１０では、前記通信装置からの、前記複数のＬＢＭフレームに対する応答として、フレームヘッダの送信元アドレス欄を前記ＬＡＧに対して割り当てられたＭＡＣアドレスとしたＬＢＲフレームの受信の有無に基づき、前記ターゲット端末までの前記通信経路上の各通信装置の前記ＬＡＧのサイレント故障の有無を判定するようにしてもよい（例えば故障ポート番号の特定等）。
【０１３４】
図９は、本実施形態のネットワーク管理装置１０の動作を説明する流れ図である。ネットワーク管理装置１０は、ターゲット端末に宛てて、送信元ＭＡＣアドレス欄を、仮想送信元ＭＡＣアドレスに設定した監視用のフレーム（例えばＰＩＮＧフレーム等）を送信する（Ｓ１１）。
【０１３５】
ネットワーク管理装置１０は、ターゲット端末に宛てて送信した監視用のフレーム（例えばＰＩＮＧリプライ）に対する応答フレームを受信しないポートを含む区間をサイレント故障とする（Ｓ１２）。
【０１３６】
ネットワーク管理装置１０は、複数のターゲット端末について、前記応答フレームが受信されない組み合わせパタンが前段側の区間の故障判定条件と完全に一致しない後段側の区間について、前記前段側の区間に接続する一つの通信装置を介して、該後段側の区間に接続する少なくとも１つの通信装置にＬＢＭフレーム（ヘッダの送信元ＭＡＣアドレス欄を、仮想送信元ＭＡＣアドレスに設定し、宛先ＭＡＣアドレスを、ＬＡＧグループに割り当てられたＤｏｗｎＭＥＰのＭＡＣアドレスに設定）を送信する（Ｓ１３）。
【０１３７】
そして、ネットワーク管理装置１０は、該後段側の区間に接続する前記少なくとも１つの通信装置からのＬＢＲフレーム（ポート情報を含む）の受信の有無に基づき、後段側の区間がサイレント故障であるか否かを判定する（Ｓ１４）。
【０１３８】
図１０は、本実施形態における通信装置（レイヤ２スイッチ）２０の動作を説明する図である。通信装置２０のＬＡＧのメンバーポートに対してＤｏｗｎＭＥＰのＭＡＣアドレスが割り当てられているものとする。通信装置２０は、ネットワーク管理装置１０から送信されたＬＢＭフレームをＬＡＧのメンバーポートの１つから受信する（Ｓ２１）。
【０１３９】
通信装置２０は、ＬＢＭフレームヘッダのオプション部（又はオペコード）の予め定められたビット（ポートＩＤ設定指示フラグ）が１に設定されているかチェックする（Ｓ２２）。  
【０１４０】
ポートＩＤ設定指示フラグが１に設定されている場合（Ｓ２２のＹｅｓ分岐）、通信装置２０は、ＬＢＭフレームの応答フレームであるＬＢＲフレームのヘッダのオプション部又はペイロード部に、ＬＢＭフレームを受信したポートのポートＩＤ（物理ポート番号）を設定する（Ｓ２３）。
【０１４１】
ＬＢＲフレームのヘッダの宛先情報を、ＬＢＭフレームのヘッダの宛先情報（仮想送信元ＭＡＣアドレス）にセットし、送信元情報を、通信装置２０のＬＡＧのメンバーポート（ＤｏｗｎＭＥＰ）に対して共通に割り当てられたＭＡＣアドレスにセットし、オペコードを２としたＬＢＲフレームを送信する（Ｓ２４）。
【０１４２】
図１１は、本実施形態の一例を説明するための図である。なお、本発明は、図１１等の構成例に限定されるものでないことは勿論である。ネットワーク管理装置１０はゲートウェイスイッチ（ＧＳＷ）に接続される。ゲートウェイスイッチ（ＧＳＷ）は、コアスイッチ１（ＣＳＷ１）、コアスイッチ２（ＣＳＷ２）に対向接続され、コアスイッチ１（ＣＳＷ１）は、エッジスイッチ１（ＥＳＷ１）、エッジスイッチ２（ＥＳＷ２）に対向配置され、コアスイッチ２（ＣＳＷ２）は、エッジスイッチ３（ＥＳＷ３）、エッジスイッチ４（ＥＳＷ４）に対向配置され、エッジスイッチ１（ＥＳＷ１）−エッジスイッチ４（ＥＳＷ４）には、ターゲット端末Ａ−Ｄが接続されている。なお、ネットワーク管理装置１０をゲートウェイスイッチ（ＧＳＷ）に組み込んでもよいことは勿論である。ＩＥＥＥ８０２．１Ｑ等のネットワークからなる。
【０１４３】
区間１は、ゲートウェイスイッチ（ＧＳＷ）のネットワークインタフェースカード（ラインカードともいう）ＮＩＣ０１、ＮＩＣ０２のポートと、コアスイッチ１（ＣＳＷ１）のＮＩＣ１、ＮＩＣ２のポートを接続する回線を束ねたＬＡＧで構成される。区間２は、ゲートウェイスイッチ（ＧＳＷ）のＮＩＣ０１、ＮＩＣ０２のポートと、コアスイッチ２（ＣＳＷ２）のＮＩＣ５、ＮＩＣ６のポートを接続する回線を束ねたＬＡＧで構成される。区間３は、コアスイッチ１（ＣＳＷ１）のＮＩＣ３、ＮＩＣ４のポートと、エッジスイッチ１（ＥＳＷ１）のＮＩＣ９を接続する回線を束ねたＬＡＧで構成される。区間４は、コアスイッチ１（ＣＳＷ１）のＮＩＣ３、ＮＩＣ４のポートと、エッジスイッチ２（ＥＳＷ２）のＮＩＣ１０を接続する回線を束ねたＬＡＧで構成される。区間５は、コアスイッチ２（ＣＳＷ２）のＮＩＣ７、ＮＩＣ８のポートと、エッジスイッチ３（ＥＳＷ３）のＮＩＣ１１を接続する回線を束ねたＬＡＧで構成される。区間６は、コアスイッチ２（ＣＳＷ２）のＮＩＣ７、ＮＩＣ８のポートと、エッジスイッチ４（ＥＳＷ４）のＮＩＣ１２を接続する回線を束ねたＬＡＧで構成される。
【０１４４】
図１１において、区間４のＬＡＧにおいて、コアスイッチ１（ＣＳＷ１）のＮＩＣ３とエッジスイッチ２（ＥＳＷ２）のＮＩＣ１０間のリンクにサイレント故障が発生しているものとする。サイレント故障であることから、このリンク（物理リンク）に代えて他のリンクへのトラフィックの割り当て等は行われない。
【０１４５】
図１２（Ａ）に、図７の各区間の故障判定条件の一例を示す。図１２（Ａ）において、列１−６は、図１１の区間１−６に対応し、行Ａ−Ｄは、図１１のターゲット端末Ａ−Ｄに対応し、区間１−６の故障と、ターゲット端末Ａ−Ｄからの応答フレームの受信の有無（○は全ての応答フレームの受信有り、×は１つでも応答フレームの受信無し）との対応を表している。
【０１４６】
図１１において、ネットワーク管理装置１０から、ターゲット端末Ａ−Ｄ宛てに、監視用フレーム（宛先ＭＡＣアドレスをターゲット端末のＭＡＣアドレス、送信元ＭＡＣアドレスを、所定範囲（例えばネットワークで使用されるＬＡＧメンバーポート数の最大数以上）で値を連続的に掃引した仮想送信元ＭＡＣアドレスとした複数のフレーム）を送信し、これに対するターゲット端末Ａ−Ｄからの応答フレームの受信有無のパタンが、図１２（Ａ）の枠７１で囲んだものである場合、すなわち、ターゲット端末Ａ、Ｃ、Ｄからの応答フレームが受信有り、ターゲット端末Ｂからの応答フレームが受信無しの場合、図１２（Ｂ）に示すように、ネットワーク管理装置１０の故障判定制御部１２１は、区間４のサイレント故障（確度１００％）と判定する。この場合、ＮＩＣ３の内部またはよりポート側で障害が発生しており、これを区間４のサイレント故障として検出する。
【０１４７】
区間の故障判定では、狭義の区間でのサイレント故障、つまり光モジュール対光モジュールの区間におけるサイレント故障であれば、当該区間に対応する故障判定条件と、複数のターゲット端末からの応答フレームの受信の有無の組み合わせパタンは、原則、完全に一致する。
【０１４８】
これに対して、広義の区間のサイレント故障（例えば光モジュールよりも装置側のサイレント故障）については、狭義の区間におけるサイレント故障ではなく、装置内部でのサイレント故障である。この場合、該区間に対応する故障判定条件と、複数のターゲット端末からの応答フレームの受信無しの組み合わせパタンが一致しない場合がある。
【０１４９】
図１３（Ａ）は、図１１の構成において、コアスイッチ１（ＣＳＷ１）のＮＩＣ３の装置にサイレント故障が発生している場合を説明する図である。例えばＮＩＣ３の内部バス（不図示）等に障害（サイレント故障）が発生しているものとする。サイレント故障であるため、区間３及び区間４の各ＬＡＧにおいて、冗長リンクによるコアスイッチ１（ＣＳＷ１）のＮＩＣ４へのリンクの自動割り当て等は行われない。このため、ＮＩＣ３とエッジスイッチ１（ＥＳＷ１）、ＮＩＣ３とエッジスイッチ２（ＥＳＷ２）の通信ができなくなり、ネットワーク管理装置１０において、ターゲット端末Ａ、ＢからＮＩＣ３を経由する応答フレームは受信されない。ターゲット端末Ｃ、Ｄからの全ての応答フレームはネットワーク管理装置１０で受信される。
【０１５０】
したがって、この場合、区間１は正常（故障無し）であっても、ターゲット端末Ａ−Ｄからの応答フレームの受信の有無の組み合わせパタンは、図１３（Ｂ）の故障判定条件の組み合わせパタン８１と一致し、区間１が故障（サイレント故障）であると判定される。
【０１５１】
しかし、これは、区間３の故障判定条件（区間３がサイレント故障の場合の応答フレームの受信の有無の組み合わせパタン）８２や、区間４の故障判定条件（区間４がサイレント故障の場合の応答フレームの受信の有無の組み合わせパタン）と相違している。
【０１５２】
図１３（Ｂ）を参照すると、区間３の故障時における、ネットワーク管理装置１０でのターゲット端末Ａ−Ｄからの応答フレームの受信の有無の組み合わせパタン８２は、応答フレームの受信無しに関して、区間１の故障時の応答フレームの受信無しのパタンと５０％で照合していることがわかる。また、区間４の故障時における、ネットワーク管理装置１０でのターゲット端末Ａ−Ｄからの応答フレームの受信の有無の組み合わせパタン８３は、応答フレームの受信無しに関して、区間１の故障時における応答フレームの受信無しのパタンと５０％で照合していることがわかる。
【０１５３】
図１３（Ｃ）は、各ＮＩＣ（各列）の装置故障（サイレント故障）と、ターゲット端末Ａ−Ｄ（各行）からの応答フレームの受信の有無の組み合わせパタンを表したものである。ＮＩＣ３の装置内のサイレント故障の場合、ネットワーク管理装置１０において、ターゲット端末Ａ、Ｂからの応答フレームは受信されない。
【０１５４】
本実施形態では、故障判定制御部１２１は、通信装置に含まれるＮＩＣ自体のサイレント故障として部位特定をする場合、故障部位の特定動作に移行する。
【０１５５】
図１４は、第１候補故障部位を特定する動作を説明する図である。図１４には、サイレント故障と判定された第１候補部位（応答フレームの受信無しのパタンが故障判定条件と１００％一致）である区間１における故障部位を特定するための動作が模式的に示されている。
【０１５６】
ネットワーク管理装置１０は、監視用のフレーム９０として、例えば、ヘッダの送信元ＭＡＣアドレス情報欄を予め定められた所定範囲で値を掃引した仮想送信元ＭＡＣアドレスを設定し、宛先ＭＡＣアドレス情報欄をＮＩＣ１、ＮＩＣ２のＬＡＧに割り当てられたＤｏｗｎＭＥＰのＭＡＣアドレスとした複数のＬＢＭフレームを送信する。ＬＡＧメンバーポートのポートＭＡＣアドレスとポート番号との対応は、例えば特許文献２に記載の方法を用いて取得するようにしてもよい。ゲートウェイスイッチ（ＧＳＷ）において、監視用のフレームに対するコアスイッチ１（ＣＳＷ１）からの応答フレーム（エコー応答、ＬＢＲフレーム）の受信の有無を判定するようにしてもよい。
【０１５７】
ネットワーク管理装置１０の故障判定制御部１２１（図８）において、監視用のフレームに対するコアスイッチ１（ＣＳＷ１）からの応答フレーム（エコー応答）の受信の有無を判定する。あるいは、ネットワーク管理装置１０において監視用のフレームの宛先であるＮＩＣ１、ＮＩＣ２のポートからの応答フレームの受信の有無を判定する。
【０１５８】
ネットワーク管理装置１０の故障判定制御部１２１において、監視用のフレームに対する全ての応答フレームが受信できたら、ネットワーク管理装置１０において区間１は正常区間と判定する。
【０１５９】
ネットワーク管理装置１０において、区間１が正常区間と判定された場合、故障判定制御部１２１は、応答フレームの受信無しのパタンが区間１の５０％と同率の、区間１の後段に位置する区間３、４について故障部位を特定する手順を実行する。
【０１６０】
図１５（Ａ）は、ネットワーク管理装置１０による第２候補故障部位を特定する動作を説明する図である。ネットワーク管理装置１０の故障判定制御部１２１（図８）は、エッジスイッチ１（ＥＳＷ１）宛てに、ＬＢＭフレーム（送信元ＭＡＣアドレスを所定範囲で掃引した仮想送信元ＭＡＣアドレス）を、エッジスイッチのＮＩＣのＬＡＧに割り当てられたＤｏｗｎＭＥＰのＭＡＣアドレス宛てに送信する。
【０１６１】
ＬＢＲフレームには、ポート情報が設定される。ネットワーク管理装置１０の故障判定制御部１２１において、送信したＬＢＭフレームに対するエッジスイッチ１（ＥＳＷ１）から全てのＬＢＲフレームが受信された場合、ＬＢＲフレームにはポート情報（ポートＩＤ）が含まれていることから、正常なポートを判定することができる。
【０１６２】
ネットワーク管理装置１０の故障判定制御部１２１において、ＬＢＭフレームに対するＬＢＲフレームが１つでも受信されない場合、区間１が既に正常区間と判定されていることから、区間３のサイレント故障と判定する。
【０１６３】
ネットワーク管理装置１０の故障判定制御部１２１は、さらに、故障部位特定のため、エッジスイッチ２（ＥＳＷ２）又は、エッジスイッチ２のＬＡＧに割り当てられたＭＡＣアドレス宛てに、ＬＢＭフレームを送信するようにしてもよい。ＮＩＣ３装置内の故障（サイレント故障）の場合、区間４において、ＬＢＭフレーム９４は、エッジスイッチ２（ＥＳＷ２）に送信されない場合がある（したがってＬＢＲフレームも受信されない）。ネットワーク管理装置１０の故障判定制御部１２１において、ＮＩＣ３を介して送信されたＬＢＭフレーム９４に対するエッジスイッチ２（ＥＳＷ２）（又はエッジスイッチ２のＮＩＣ）からのＬＢＲフレームが受信されず、ＮＩＣ４を介して送信されたＬＢＭフレーム９５に対するエッジスイッチ２（ＥＳＷ２）（又はエッジスイッチ２のＮＩＣ）からのＬＢＲフレームが受信された場合、故障判定制御部１２１は、コアスイッチ１（ＣＳＷ１）内のＮＩＣ３の装置内（例えば内部バスの障害）と判定するようにしてもよい。
【０１６４】
すなわち、図１５（Ａ）に示した故障判定では、区間１が正常区間と判定された上で、ＬＢＭフレーム９２、９３に対するＬＢＲフレームが受信されないため、区間３のリンクのサイレント故障と推定され、さらに、ＮＩＣ３を介して送信されたＬＢＭフレーム９４に対するエッジスイッチ２（ＥＳＷ２）（又はエッジスイッチ２のＮＩＣ）からのＬＢＲフレームが受信されない場合、ＮＩＣ３の複数ポートのサイレント故障が発生していることになる。この場合、ネットワーク管理装置１０の故障判定制御部１２１において、コアスイッチ１（ＣＳＷ１）内のＮＩＣ３装置内の故障（サイレント故障）と判定してもよい。すなわち、ＮＩＣ３装置内の故障が、区間１のサイレント故障として現れている。本実施形態によれば、故障判定制御部１２１において、このＮＩＣ３装置内の故障（サイレント故障）の候補を検出可能としている。
【０１６５】
図１５（Ｂ）は、故障判定制御部１２１の表示装置（不図示）への出力の一例を示す図である。図１５（Ａ）の区間１は、ターゲット端末からの応答フレームの受信の有無の組み合わせパタンと故障判定条件が完全一致し（確度１００％）、区間３、４は、ターゲット端末からの応答フレームの受信無しの組み合わせパタンが区間１のターゲット端末からの応答フレームの受信の無しの組み合わせパタンと５０％で一致していることを表している。この結果に対して、故障判定制御部１２１では、上記候補故障部位の特定動作の結果、特定されたＮＩＣの故障ポート情報、ＮＩＣ装置の内部の故障等の情報を出力するようにしてもよい。
【０１６６】
ネットワーク管理装置１０の故障判定制御部１２１では、エッジスイッチ１、２（ＥＳＷ１、２）が、コアスイッチ１（ＣＳＷ１）のＮＩＣ３、ＮＩＣ４のポートに接続されているというネットワーク接続情報（ポート接続情報）を取得し、ＮＩＣ３のポートに関する監視フレームが複数又は全て不到達である場合、ＮＩＣ３の故障（サイレント故障）が原因の一つであると判断（推定）することができる。なお、ポート間接続情報は、例えば図１６に模式的に示すように、各ポートについて、シャーシ番号、スロット番号（当該シャーシのバックプレーンに接続するスロット番号）、ポート番号の三つ組みで与えられ、ポート間接続情報は、接続する二つのポートの（シャーシ番号、スロット番号、ポート番号）の組で与えられる。
【０１６７】
ネットワーク管理装置１０では、ターゲット端末Ａ−ＤからのＬＢＲフレームの受信の有無の組み合わせパタンと、故障部位判定条件を照合し、故障部位候補の出力、又は、障害ログ等の生成を行うようにしてもよい。
【０１６８】
なお、通信装置（スイッチ）間のＬＡＧ回線は電気信号又は光信号を伝送するようにしてもよい。光信号の場合、例えば図１７（Ａ）に示すように、上りと下りの回線を別々にしてもよいし、図１７（Ｂ）に示すように、上りと下りで同一の回線を用いてもよい（例えばマルチモード光ファイバを用いた１０ＧＢＡＳＥ−ＳＲ等）。図１７（Ｂ）に示すように、上りと下りで同一の光通信回線を用いる場合、一心双方向伝送の機種では、特定の波長を出力する送信器（ＴＸ）と、波長によって光信号を選り分ける波長フィルタと、波長フィルタからの出力を受信し電気信号に変換する受信器（ＲＸ）を備えている。光信号の上りと下りで波長を異ならせている。本実施形態によれば、監視用のフレーム（ＬＢＭ、ＬＢＲ）を行きと帰りの双方向に流すことになる。このため、ネットワーク管理装置１０とターゲット端末３０との間の往路、復路の経路について簡易な方法で１００％監視が可能である、という特徴を有する。特に、行き（ネットワーク管理装置１０からターゲット端末の経路）では、ターゲット端末３０毎に複数の仮想送信元識別情報（仮想送信元ＭＡＣアドレス）を持った監視用のフレームを流し、帰り（ターゲット端末３０からネットワーク管理装置１０への経路）では、自動的に、送信元識別情報と宛先識別情報を入れ替えて監視用のフレーム（応答フレーム）が返信されることで、簡便に、双方向の疎通監視を実現可能としている。これは、本実施形態では、一つのネットワーク管理装置において複数の仮想送信元識別情報（仮想送信元ＭＡＣアドレス情報）を生成し該複数の仮想送信元識別情報をそれぞれフレームヘッダに設定した複数の監視用のフレームをターゲット端末３０宛てに流す構成としたことによる。
【０１６９】
図１８は、上記各実施形態において、ネットワーク管理装置１０から送信された監視用のフレーム（ＰＩＮＧフレーム（エコー要求）等の監視用のフレーム）に対するターゲット端末３０からの応答フレーム（エコー応答等の応答フレーム）の各通信装置（スイッチ）におけるＬＡＧポートの振り分けを説明する図である。
【０１７０】
実施形態において、フレームのフレームヘッダの送信元ＭＡＣアドレスを、一つのターゲット端末あたり少なくとも経路上にあるＬＡＧのＬＡＧメンバーポート数以上の値にそれぞれ異ならせた所定の識別情報として設定した監視用のフレームを生成し、複数のターゲット端末宛に、並行して、並列的に、又は、同時に、送信する。複数のリンクアグリゲーション接続を用いて階層的に接続された複数のネットワーク機器を含むネットワークにおいて、階層的に接続された複数のネットワーク機器の先にある複数のターゲット端末までの複数の経路における、経路上の全てのハッシュアルゴリズムも相互に異なる機器を含む、含まないにかかわらず、全てのリンクアグリゲーションメンバーポート（ＬＡＧメンバーポート）に対する網羅性をもった振り分けのために、リンクアグリゲーションのハッシュ振分がこの仮想送信元ＭＡＣアドレスと宛先ＭＡＣアドレスに基づき行われることを利用する。例えば経路内のネットワーク機器のリンクアグリゲーションのハッシュ振分の設定がアドレス振分の設定となっている場合、宛先ＭＡＣアドレスが固定であれば、仮想送信元ＭＡＣアドレスのみを用いて、メーカ独自のハッシュ振分アルゴリズムに基づいて振分が行われるが、この仮想送信元ＭＡＣアドレスが設定された監視用のフレームのフレームヘッダのＶＬＡＮタグのＶＩＤを少なくとも経路上のリンクアグリゲーションにおけるＬＡＧメンバーポート数の最大数以上にて可変させることで、意図的に、特定の指定したポートに監視用のフレームを振り分ける計算アルゴリズム情報を入手する必要なしに、ＶＩＤのハッシュ値に基づき、ＬＡＧメンバーポートへ網羅性を持った振り分けを行わせている。
【０１７１】
以下では、各通信装置（スイッチ）が要求監視用のフレームを送信元ＭＡＣアドレスと宛先ＭＡＣアドレスを用いて、通信装置（スイッチ）１から通信装置（スイッチ）４までの経路上にある最大４本のＬＡＧメンバーポートを有する全てのＬＡＧポートへ双方向で網羅性を持って振り分けを行わせた例を説明する。
【０１７２】
ネットワーク管理装置１０から、経路上にあるＬＡＧメンバーポート数４に対して、少なくとも経路上のＬＡＧメンバーポート数の最大値以上の数で、送信元ＭＡＣアドレスをスイープした監視用のフレームをターゲット端末３０の宛先ＭＡＣアドレスに対して送信する。この時、便宜上、送信元ＭＡＣアドレスの一桁目を連番で４つ変えた監視用のフレームを送信してもよい。この方法により、メーカＣ社製の通信装置（スイッチ）１では、監視用のフレームを送信元ＭＡＣアドレスと宛先ＭＡＣアドレスの情報から、通常はメーカが未開示としているメーカＣ独自のハッシュ振分アルゴリズムに基づいて計算されたハッシュ値を用いて、ＬＡＧメンバーポートへ（４つのＬＡＧメンバーポートへ均等に）網羅性を持った振り分けを行わせることで、４つ全てのポートに対して、ネットワーク管理装置からターゲット端末方向の回線のトラフィックの正常性を確認する。
【０１７３】
次に、４つの監視用のフレームがメーカＣ社製の通信装置（スイッチ）２からメーカＪ社製の通信装置（スイッチ）２に入力され、通信装置（スイッチ）２では監視用のフレームに含まれる送信元ＭＡＣアドレスと宛先ＭＡＣアドレスを用いて、通常はメーカが未開示としているメーカＪ独自のハッシュ振分アルゴリズムに基づいて計算されたハッシュ値を用いてＬＡＧメンバーポートへ（２つのＬＡＧメンバーポートへ均等に）網羅性を持った振り分けを行わせる。このことにより、少なくとも２つの監視用のフレームは他の監視用のフレームと同じポートに振り分けされるが、２つ全てのポートに対して、ネットワーク管理装置からターゲット端末方向の回線のトラフィックの正常性を確認する。
【０１７４】
メーカＦ社製通信装置（スイッチ）３では、監視用のフレームを送信元ＭＡＣアドレスと宛先ＭＡＣアドレスの情報から、通常はメーカが未開示としているメーカＪ独自のハッシュ振分アルゴリズムに基づいて計算されたハッシュ値を用いてＬＡＧポートへ（３つのＬＡＧポートへ均等に）振り分けを行わせる。このことにより、少なくとも１つの監視用のフレームは他の監視用のフレームと同じポートに振り分けがされるが、３つ全てのポートに対して、ネットワーク管理装置１０からターゲット端末３０方向の回線のトラフィックの正常性を確認する。
【０１７５】
メーカＡ社製通信装置（スイッチ）４では、監視用のフレームの宛先ＭＡＣアドレス（ターゲット端末３０のＭＡＣアドレス）が接続するポートに、監視用のフレームを転送する。
【０１７６】
ターゲット端末３０では、通信装置（スイッチ）４から受信した監視用のフレーム４つに対して、応答フレームを４つ返信する。応答フレームのフレームヘッダの宛先ＭＡＣアドレスは、監視用のフレームの送信元ＭＡＣアドレスであるそれぞれ互いに異なる４つの監視用のフレームの仮想送信元ＭＡＣアドレスとし、送信元ＭＡＣアドレスはターゲット端末３０のＭＡＣアドレスとして、応答フレームをネットワーク管理装置宛てに送信する。
【０１７７】
メーカＡ社製通信装置（スイッチ）４では、応答フレームの送信元ＭＡＣアドレスと宛先ＭＡＣアドレスの情報のうち、４つの宛先ＭＡＣアドレスを用いて、通常はメーカが未開示としているメーカＡ独自のハッシュ振分アルゴリズムに基づいて相互に異なった値に計算されたハッシュ値を用いて、ＬＡＧポートへの（３つのＬＡＧポートへ均等に）振り分けを行う。このことにより、少なくとも１つの応答フレームは他の応答フレームと同じポートに振り分けがされるが、３つ全てのポートに対して、監視用のフレームとは逆向きのトラフィック方向の回線のトラフィックの正常性を確認する。
【０１７８】
通信装置（スイッチ）３では、通信装置（スイッチ）４から受信した応答フレームを送信元ＭＡＣアドレスと宛先ＭＡＣアドレスの情報のうち、４つの宛先ＭＡＣアドレスを用いて、通常はメーカが未開示としているメーカＦ独自のハッシュ振分アルゴリズムに基づいて相互に異なった値に計算されたハッシュ値を用いて、ＬＡＧポートへの（２つのＬＡＧポートへ均等に）振り分けを行う。このことにより、少なくとも２つの応答フレームは他の応答フレームと同じポートに振り分けがされるが、２つ全てのポートに対して、監視用のフレームとは逆向きのトラフィック方向の回線のトラフィックの正常性を確認する。
【０１７９】
通信装置（スイッチ）２では、通信装置（スイッチ）２０−３から受信した応答フレームを送信元ＭＡＣアドレスと宛先ＭＡＣアドレスの情報のうち、４つの宛先ＭＡＣアドレスを用いて、通常はメーカが未開示としているメーカＪ独自のハッシュ振分アルゴリズムに基づいて相互に異なった値に計算されたハッシュ値を用いて、ＬＡＧポートへの（４つのＬＡＧポートへ均等に）振り分けを行う。このことにより、４つ全てのポートに対して、監視用のフレームとは逆向きのトラフィック方向の回線のトラフィックの正常性を確認する。
【０１８０】
通信装置（スイッチ）１では、通信装置（スイッチ）２０−２から受信した応答フレームの宛先ＭＡＣアドレス（ネットワーク管理装置１０のＭＡＣアドレス）が接続するポートに、応答フレームを転送し、応答フレームはネットワーク管理装置１０で受信される。
【０１８１】
図１９は、ネットワーク管理装置１０をサーバ等のコンピュータ１００で構成した例を説明する図である。プロセッサ（ＣＰＵ（Central Processing Unit）、データ処理装置）１０１と、半導体メモリ（例えばＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、又は、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROＭ）等）、ＨＤＤ（Hard Disk Drive）、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）等の少なくともいずれかを含む記憶装置１０２と、表示装置１０３と、ネットワークインタフェースカード（ＮＩＣ）１１を備えている。記憶装置１０２に、上記実施形態で説明したネットワーク管理装置１０の機能を実現するプログラムを記憶しておき、プロセッサ１０１が該プログラムを読み出して実行することで、コンピュータ１００を、上記した各実施形態のネットワーク管理装置１０として動作させるようにしてもよい。
【０１８２】
なお、上記の特許文献１−５の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各請求項の各要素、各実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ乃至選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【符号の説明】
【０１８３】
１０  ネットワーク管理装置（サーバ）
１１  ネットワークインタフェースカード（ＮＩＣ）
１２  監視制御部
１３  フレーム作成部
１４  フレーム送信部
１５  応答フレーム受信判定部
１６  記憶部（故障判定条件）
１８  管理モジュール
２０−１〜２０−４  通信装置（スイッチ）
３０  ターゲット端末
８１−８３  各区間の故障判定条件（応答フレーム受信有無の組み合せパタン）
８４  ＮＩＣと応答フレーム受信有無の組み合せパタン
９０−９４  監視用のフレーム
１００  コンピュータ
１０１  プロセッサ
１０２  記憶装置
１０３  表示装置
１１１  トランスミッタ
１１２  レシーバ
１２１  故障判定制御部
１３１  仮想送信元ＭＡＣアドレス設定部
【図１】
2020113949.tif 000003
【図２】
2020113949.tif 000004
【図３】
2020113949.tif 000005
【図４】
2020113949.tif 000006
【図５】
2020113949.tif 000007
【図６】
2020113949.tif 000008
【図７】
2020113949.tif 000009
【図８】
2020113949.tif 000010
【図９】
2020113949.tif 000011
【図１０】
2020113949.tif 000012
【図１１】
2020113949.tif 000013
【図１２】
2020113949.tif 000014
【図１３】
2020113949.tif 000015
【図１４】
2020113949.tif 000016
【図１５】
2020113949.tif 000017
【図１６】
2020113949.tif 000018
【図１７】
2020113949.tif 000019
【図１８】
2020113949.tif 000020
【図１９】
2020113949.tif 000021