(57)【特許請求の範囲】
【請求項１】
ネットワークを構成する通信装置であり、自通信装置のある一つのポートと対向通信装置の対応する一つのポートとの間を接続する一つの物理回線の双方向リンクとしての、前記自通信装置から前記対向通信装置の方向へのフレーム転送を行なう第１の通信リンクと、前記対向通信装置から前記自通信装置の方向へのフレーム転送を行なう第２の通信リンクのうち、少なくとも一方の障害を検出することが可能な通信装置であって、
前記一つの物理回線の前記双方向リンクとしての前記第１の通信リンクと前記第２の通信リンクを介してフレームの転送を実行するフレーム転送処理部と、
前記自通信装置から前記対向通信装置へ向けて、前記フレーム転送処理部から、前記一つの物理回線の前記双方向リンクのうちの前記第１の通信リンクを介して、リンク正常性確認フレームを送信するリンク正常性確認フレーム送信部と、
前記自通信装置から送信された前記リンク正常性確認フレームが前記一つの物理回線の前記第１の通信リンクを介して前記対向通信装置で受信された場合に、受信した前記リンク正常性確認フレームが、前記対向通信装置から、前記第１の通信リンクとともに前記一つの物理回線の前記双方向リンクを構成する前記第２の通信リンクを介して前記自通信装置へ向けて折り返して送信されて、前記フレーム転送処理部により受信される折り返しリンク正常性確認フレームを監視することにより、前記一つの物理回線の前記双方向リンクを構成する前記第１の通信リンクまたは前記第２の通信リンクの障害検出を行なう折り返し正常性確認フレーム監視部と、
を備えることを特徴とする通信装置。
【請求項２】
請求項１記載の通信装置であって、
前記折り返し正常性確認フレーム監視部は、前記折り返しリンク正常性確認フレームを受信しない場合には、前記ポートの論理状態をフレーム送受信不可に設定し、前記折り返しリンク正常性確認フレームを受信した場合には、前記ポートの論理状態をフレーム送受信可に設定する
ことを特徴とする通信装置。
【請求項３】
請求項１または請求項２記載の通信装置であって、
前記リンク正常性確認フレームは、宛先ＭＡＣアドレスにリンク障害監視用の専用ＭＡＣアドレスが設定され、さらに折り返し識別子を含んでおり、
前記通信装置は、受信フレームの宛先ＭＡＣアドレスに前記専用ＭＡＣアドレスが設定されているか否かに基づいて前記受信フレームが前記リンク正常性確認フレームか否かを判断し、前記リンク正常性確認フレームの折り返し識別子に基づいて前記折り返しリンク正常性確認フレームを送信するか否かを判断する宛先判定部を備えることを特徴とする通信装置。
【請求項４】
請求項１ないし請求項３いずれか一項に記載の通信装置であって、
前記フレーム転送処理部は、通常フレームよりも前記リンク正常性確認フレームまたは前記折り返しリンク正常性確認フレームを優先的に処理することを特徴とする通信装置。
【請求項５】
第１の通信装置のある一つのポートと第２の通信装置の対応する一つのポートとの間を接続する一つの物理回線の双方向リンクとしての、前記第１の通信装置から前記第２の通信装置の方向へのフレーム転送を行なう第１の通信リンクと、前記第２の通信装置から前記第１の通信装置の方向へのフレーム転送を行なう第２の通信リンクのうち、少なくとも一方の障害を検出することが可能な通信システムであって、
前記第１の通信装置は、前記第２の通信装置へ向けて、前記一つの物理回線の前記双方向リンクのうちの前記第１の通信リンクを介して、リンク正常性確認フレームを送信し、
前記第２の通信装置は、前記リンク正常性確認フレームを受信した場合には、受信した前記リンク正常性確認フレームを折り返しリンク正常性確認フレームとして、前記第１の通信リンクとともに前記一つの物理回線の前記双方向リンクを構成する前記第２の通信リンクを介して前記第１の通信装置へ向けて折り返して送信し、
前記第１の通信装置は、前記折り返しリンク正常性確認フレームの受信を監視することにより、前記一つの物理回線の前記双方向リンクを構成する前記第１の通信リンクまたは前記第２の通信リンクの障害検出を行なう
ことを特徴とする通信システム。
【請求項６】
請求項５記載の通信システムであって、
前記第１の通信装置は、前記折り返しリンク正常性確認フレームを受信しない場合には、前記ポートの論理状態をフレーム送受信不可に設定し、前記折り返しリンク正常性確認フレームを受信した場合には、前記ポートの論理状態をフレーム送受信可に設定する
ことを特徴とする通信システム。
【請求項７】
請求項５または請求項６記載の通信システムであって、
前記リンク正常性確認フレームは、宛先ＭＡＣアドレスにリンク障害監視用の専用ＭＡＣアドレスが設定され、さらに折り返し識別子を含んでおり、
前記第２の通信装置は、受信フレームの宛先ＭＡＣアドレスに前記専用ＭＡＣアドレスが設定されているか否かに基づいて前記受信フレームが前記リンク正常性確認フレームか否かを判断し、前記リンク正常性確認フレームの折り返し識別子に基づいて前記折り返しリンク正常性確認フレームを送信するか否かを判断することを特徴とする通信システム。
【請求項８】
請求項５ないし請求項７いずれか一項に記載の通信システムであって、
前記第１および第２の通信装置は、通常フレームよりも前記リンク正常性確認フレームまたは前記折り返しリンク正常性確認フレームを優先的に処理することを特徴とする通信システム。
【請求項９】
第１の通信装置のある一つのポートと第２の通信装置の対応する一つのポートとの間を接続する一つの物理回線の双方向リンクとしての、前記第１の通信装置から前記第２の通信装置の方向へのフレーム転送を行なう第１の通信リンクと、前記第２の通信装置から前記第１の通信装置の方向へのフレーム転送を行なう第２の通信リンクのうち、少なくとも一方の障害を検出する通信障害検出方法であって、
前記第１の通信装置が、前記第２の通信装置へ向けて、前記一つの物理回線の前記双方向リンクのうちの前記第１の通信リンクを介して、リンク正常性確認フレームを送信し、
前記第２の通信装置が、前記リンク正常性確認フレームを受信した場合には、受信した前記リンク正常性確認フレームを折り返しリンク正常性確認フレームとして、前記第１の通信リンクとともに前記一つの物理回線の前記双方向リンクを構成する前記第２の通信リンクを介して前記第１の通信装置へ向けて折り返して送信し、
前記第１の通信装置が、前記折り返しリンク正常性確認フレームの受信を監視することにより、前記一つの物理回線の前記双方向リンクを構成する前記第１の通信リンクまたは前記第２の通信リンクの障害検出を行なう
ことを特徴とする通信障害検出方法。
【請求項１０】
請求項９記載の通信障害検出方法であって、
前記第１の通信装置は、前記折り返しリンク正常性確認フレームを受信しない場合には、前記ポートの論理状態をフレーム送受信不可に設定し、前記折り返しリンク正常性確認フレームを受信した場合には、前記ポートの論理状態をフレーム送受信可に設定する
ことを特徴とする通信障害検出方法。
【請求項１１】
請求項９または請求項１０記載の通信障害検出方法であって、
前記リンク正常性確認フレームは、宛先ＭＡＣアドレスにリンク障害監視用の専用ＭＡＣアドレスが設定され、さらに折り返し識別子を含んでおり、
前記第２の通信装置は、受信フレームの宛先ＭＡＣアドレスに前記専用ＭＡＣアドレスが設定されているか否かに基づいて前記受信フレームが前記リンク正常性確認フレームか否かを判断し、前記リンク正常性確認フレームの折り返し識別子に基づいて前記折り返しリンク正常性確認フレームを送信するか否かを判断することを特徴とする通信障害検出方法。
【請求項１２】
請求項９ないし請求項１１いずれか一項に記載の通信障害検出方法であって、
前記第１および第２の通信装置は、通常フレームよりも前記リンク正常性確認フレームまたは前記折り返しリンク正常性確認フレームを優先的に処理することを特徴とする通信障害検出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関し、特にネットワーク上の障害検出を行う通信装置に関する。
【背景技術】
【０００２】
２台の通信装置間を接続する１ポート分の物理回線は２本の回線で構成され、２台の通信装置間で双方向リンクがなされる。２つのリンクのうち一方のリンクに障害（「片方向リンク障害」と呼ばれる。）が発生し、一方の通信装置では送信は可能であるが受信が不可であり、もう一方の通信装置では受信は可能であるが送信が不可である状態となり、ネットワーク上で、ループ等の種々の障害が発生する場合がある。このような障害は、片方向リンク障害を検出し、障害を検出したポートを閉塞することによって解決することができる。
【０００３】
従来から、上記した片方向リンク障害を検出するために、ＵＤＬＤ（Uni-Directional Link Detction ）プロトコルが提案されている（例えば、非特許文献１参照。）。
【０００４】
このＵＤＬＤを用いた片方向リンク障害検出では、通信装置間でリンク正常性確認フレームを送受信し合い、一方の通信装置（以下、「自装置」と呼ぶ。）から他方の通信装置（以下、「対向装置」と呼ぶ。）へ向かう通信方向のリンクの状態を、対向装置から自装置へ送信されるリンク正常性通知フレームにより判断される。
【０００５】
【非特許文献１】Cisco System UniDirectional Link (UDLD) Protocol draft-foschiano-udld-03.txt．[online]. Cisco Systems, April 2007. [retrieved on 2007-11-02]. Retrieved from the Internet:<URL:http://www.ietf.org/internet-drafts/draft-foschiano-udld-03.txt/>.
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記ＵＤＬＤによる片方向リンク障害検出は、一般に、検出時間が長く、障害が発生してから障害を検出し、障害が発生しているポートを閉塞させるまでの時間が長くなるため、障害が発生している時間が長いという問題がある。このため、片方向リンク障害の検出時間の短縮化が望まれている。
【０００７】
本発明の目的は、上記した従来技術の問題点を解決し、片方向リンク障害の検出時間の短縮化を図ることができる技術を提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
［形態１］
ネットワークを構成する通信装置であり、自通信装置のある一つのポートと対向通信装置の対応する一つのポートとの間を接続する一つの物理回線の双方向リンクとしての、前記自通信装置から前記対向通信装置の方向へのフレーム転送を行なう第１の通信リンクと、前記対向通信装置から前記自通信装置の方向へのフレーム転送を行なう第２の通信リンクのうち、少なくとも一方の障害を検出することが可能な通信装置であって、
前記一つの物理回線の前記双方向リンクとしての前記第１の通信リンクと前記第２の通信リンクを介してフレームの転送を実行するフレーム転送処理部と、
前記自通信装置から前記対向通信装置へ向けて、前記フレーム転送処理部から、前記一つの物理回線の前記双方向リンクのうちの前記第１の通信リンクを介して、リンク正常性確認フレームを送信するリンク正常性確認フレーム送信部と、
前記自通信装置から送信された前記リンク正常性確認フレームが前記一つの物理回線の前記第１の通信リンクを介して前記対向通信装置で受信された場合に、受信した前記リンク正常性確認フレームが、前記対向通信装置から、前記第１の通信リンクとともに前記一つの物理回線の前記双方向リンクを構成する前記第２の通信リンクを介して前記自通信装置へ向けて折り返して送信されて、前記フレーム転送処理部により受信される折り返しリンク正常性確認フレームを監視することにより、前記一つの物理回線の前記双方向リンクを構成する前記第１の通信リンクまたは前記第２の通信リンクの障害検出を行なう折り返し正常性確認フレーム監視部と、
を備えることを特徴とする通信装置。
上記通信装置によれば、自通信装置から一つの物理回線の双方向リンクのうちの第１の通信リンクを介して対向通信装置へ向けて送信したリンク正常性確認フレームが、対向通信装置から折り返しリンク正常性確認フレームとして、第１の通信リンクとともに一つの物理回線の双方向リンクを構成する第２の通信リンクを介して自通信装置へ向けて送信され、この折り返しリンク正常性確認フレームの受信を監視することにより、一つの物理回線の双方向リンクを構成する第１の通信リンクまたは第２の通信リンクの障害の検出を行なうことができる。
ここで、折り返しリンク正常性確認フレームは、自装置が送信したリンク正常性確認フレームを単に折り返したフレームであるので、従来技術で説明したようなソフトウェア処理が不要である。従って、従来技術に比べて、片方向リンク障害の検出時間の短縮化を図ることができる。
［形態２］
形態１記載の通信装置であって、
前記折り返し正常性確認フレーム監視部は、前記折り返しリンク正常性確認フレームを受信しない場合には、前記ポートの論理状態をフレーム送受信不可に設定し、前記折り返しリンク正常性確認フレームを受信した場合には、前記ポートの論理状態をフレーム送受信可に設定する
ことを特徴とする通信装置。
上記構成により、障害が検出されたポートからのフレームの送受信を容易に遮断することができる。
［形態３］
形態１または形態２記載の通信装置であって、
前記リンク正常性確認フレームは、宛先ＭＡＣアドレスにリンク障害監視用の専用ＭＡＣアドレスが設定され、さらに折り返し識別子を含んでおり、
前記通信装置は、受信フレームの宛先ＭＡＣアドレスに前記専用ＭＡＣアドレスが設定されているか否かに基づいて前記受信フレームが前記リンク正常性確認フレームか否かを判断し、前記リンク正常性確認フレームの折り返し識別子に基づいて前記折り返しリンク正常性確認フレームを送信するか否かを判断する宛先判定部を備えることを特徴とする通信装置。
上記構成により、受信フレームの宛先ＭＡＣアドレスに専用ＭＡＣアドレスが設定されているか否かに基づいて受信フレームがリンク正常性確認フレームか否かを判断し、リンク正常性確認フレームの折り返し識別子に基づいて折り返しリンク正常性確認フレームを送信するか否かを判断することができる。
［形態４］
請求項１ないし請求項３いずれか一項に記載の通信装置であって、
前記フレーム転送処理部は、通常フレームよりも前記リンク正常性確認フレームまたは前記折り返しリンク正常性確認フレームを優先的に処理することを特徴とする通信装置。
上記構成により、高速なリンク障害の検出が可能である。
［形態５］
第１の通信装置のある一つのポートと第２の通信装置の対応する一つのポートとの間を接続する一つの物理回線の双方向リンクとしての、前記第１の通信装置から前記第２の通信装置の方向へのフレーム転送を行なう第１の通信リンクと、前記第２の通信装置から前記第１の通信装置の方向へのフレーム転送を行なう第２の通信リンクのうち、少なくとも一方の障害を検出することが可能な通信システムであって、
前記第１の通信装置は、前記第２の通信装置へ向けて、前記一つの物理回線の前記双方向リンクのうちの前記第１の通信リンクを介して、リンク正常性確認フレームを送信し、
前記第２の通信装置は、前記リンク正常性確認フレームを受信した場合には、受信した前記リンク正常性確認フレームを折り返しリンク正常性確認フレームとして、前記第１の通信リンクとともに前記一つの物理回線の前記双方向リンクを構成する前記第２の通信リンクを介して前記第１の通信装置へ向けて折り返して送信し、
前記第１の通信装置は、前記折り返しリンク正常性確認フレームの受信を監視することにより、前記一つの物理回線の前記双方向リンクを構成する前記第１の通信リンクまたは前記第２の通信リンクの障害検出を行なう
ことを特徴とする通信システム。
［形態６］
形態５記載の通信システムであって、
前記第１の通信装置は、前記折り返しリンク正常性確認フレームを受信しない場合には、前記ポートの論理状態をフレーム送受信不可に設定し、前記折り返しリンク正常性確認フレームを受信した場合には、前記ポートの論理状態をフレーム送受信可に設定する
ことを特徴とする通信システム。
［形態７］
形態５または形態６記載の通信システムであって、
前記リンク正常性確認フレームは、宛先ＭＡＣアドレスにリンク障害監視用の専用ＭＡＣアドレスが設定され、さらに折り返し識別子を含んでおり、
前記第２の通信装置は、受信フレームの宛先ＭＡＣアドレスに前記専用ＭＡＣアドレスが設定されているか否かに基づいて前記受信フレームが前記リンク正常性確認フレームか否かを判断し、前記リンク正常性確認フレームの折り返し識別子に基づいて前記折り返しリンク正常性確認フレームを送信するか否かを判断することを特徴とする通信システム。
［形態８］
形態５ないし形態７いずれか一項に記載の通信システムであって、
前記第１および第２の通信装置は、通常フレームよりも前記リンク正常性確認フレームまたは前記折り返しリンク正常性確認フレームを優先的に処理することを特徴とする通信システム。
［形態９］
第１の通信装置のある一つのポートと第２の通信装置の対応する一つのポートとの間を接続する一つの物理回線の双方向リンクとしての、前記第１の通信装置から前記第２の通信装置の方向へのフレーム転送を行なう第１の通信リンクと、前記第２の通信装置から前記第１の通信装置の方向へのフレーム転送を行なう第２の通信リンクのうち、少なくとも一方の障害を検出する通信障害検出方法であって、
前記第１の通信装置が、前記第２の通信装置へ向けて、前記一つの物理回線の前記双方向リンクのうちの前記第１の通信リンクを介して、リンク正常性確認フレームを送信し、
前記第２の通信装置が、前記リンク正常性確認フレームを受信した場合には、受信した前記リンク正常性確認フレームを折り返しリンク正常性確認フレームとして、前記第１の通信リンクとともに前記一つの物理回線の前記双方向リンクを構成する前記第２の通信リンクを介して前記第１の通信装置へ向けて折り返して送信し、
前記第１の通信装置が、前記折り返しリンク正常性確認フレームの受信を監視することにより、前記一つの物理回線の前記双方向リンクを構成する前記第１の通信リンクまたは前記第２の通信リンクの障害検出を行なう
ことを特徴とする通信障害検出方法。
［形態１０］
形態９記載の通信障害検出方法であって、
前記第１の通信装置は、前記折り返しリンク正常性確認フレームを受信しない場合には、前記ポートの論理状態をフレーム送受信不可に設定し、前記折り返しリンク正常性確認フレームを受信した場合には、前記ポートの論理状態をフレーム送受信可に設定する
ことを特徴とする通信障害検出方法。
［形態１１］
形態９または形態１０記載の通信障害検出方法であって、
前記リンク正常性確認フレームは、宛先ＭＡＣアドレスにリンク障害監視用の専用ＭＡＣアドレスが設定され、さらに折り返し識別子を含んでおり、
前記第２の通信装置は、受信フレームの宛先ＭＡＣアドレスに前記専用ＭＡＣアドレスが設定されているか否かに基づいて前記受信フレームが前記リンク正常性確認フレームか否かを判断し、前記リンク正常性確認フレームの折り返し識別子に基づいて前記折り返しリンク正常性確認フレームを送信するか否かを判断することを特徴とする通信障害検出方法。
［形態１２］
形態９ないし形態１１いずれか一項に記載の通信障害検出方法であって、
前記第１および第２の通信装置は、通常フレームよりも前記リンク正常性確認フレームまたは前記折り返しリンク正常性確認フレームを優先的に処理することを特徴とする通信障害検出方法。
【０００９】
［適用例１］
ネットワークを構成する通信装置であり、自通信装置のポートと対向通信装置のポートとの間を接続する物理回線の、前記自通信装置から前記対向通信装置の方向へのフレーム転送を行なう第１の通信リンクと、前記対向通信装置から前記自通信装置の方向へのフレーム転送を行なう第２の通信リンクの少なくとも一方の障害を検出することが可能な通信装置であって、
前記物理回線の前記第１の通信リンクと前記第２の通信リンクを介してフレームの転送を実行するフレーム転送処理部と、
前記自通信装置から前記対向通信装置へ向けて、前記フレーム転送処理部から、前記第１の通信リンクを介して、リンク正常性確認フレームを送信するリンク正常性確認フレーム送信部と、
前記自通信装置から送信された前記リンク正常性確認フレームが前記第１の通信リンクを介して前記対向通信装置で受信された場合に、受信した前記リンク正常性確認フレームが前記対向通信装置から前記第２の通信リンクを介して前記自通信装置へ向けて折り返して送信されて前記フレーム転送処理部により受信される折り返しリンク正常性確認フレームを監視することにより、前記第１の通信リンクまたは前記第２の通信リンクの障害検出を行なう折り返し正常性確認フレーム監視部と、
を備えることを特徴とする通信装置。
【００１０】
上記通信装置によれば、自通信装置から第１の通信リンクを介して対向通信装置へ向けて送信したリンク正常性確認フレームが、対向通信装置から折り返しリンク正常性確認フレームとして、第２の通信リンクを介して自通信装置へ向けて送信され、この折り返しリンク正常性確認フレームの受信を監視することにより、第１の通信リンクまたは第２の通信リンクの障害の検出を行なうことができる。
【００１１】
ここで、折り返しリンク正常性確認フレームは、自装置が送信したリンク正常性確認フレームを単に折り返したフレームであるので、従来技術で説明したようなソフトウェア処理が不要である。従って、従来技術に比べて、片方向リンク障害の検出時間の短縮化を図ることができる。
【００１２】
［適用例２］
適用例１記載の通信装置であって、
前記折り返し正常性確認フレーム監視部は、前記折り返しリンク正常性確認フレームを受信しない場合には、前記ポートの論理状態をフレーム送受信不可に設定し、前記折り返しリンク正常性確認フレームを受信した場合には、前記ポートの論理状態をフレーム送受信可に設定する
ことを特徴とする通信装置。
【００１３】
上記構成により、障害が検出されたポートからのフレームの送受信を容易に遮断することができる。
【００１４】
［適用例３］
ネットワークを構成する通信装置であり、自通信装置のポートと対向通信装置のポートとの間を接続する物理回線の、前記自通信装置から前記対向通信装置の方向へのフレーム転送を行なう第１の通信リンクと、前記対向通信装置から前記自通信装置の方向へのフレーム転送を行なう第２の通信リンクの少なくとも一方の障害を検出することが可能な通信装置であって、
前記物理回線の前記第１の通信リンクと前記第２の通信リンクを介してフレームの転送を実行するフレーム転送処理部と、
前記対向通信装置から前記自通信装置へ向けて前記第２の通信リンクを介して送信されて前記フレーム転送処理部により受信される、前記第１の通信リンクの状態を示す第１の状態通知フレームを監視することにより、少なくとも前記第１の通信リンクの障害検出を行なう状態通知フレーム監視部と、
前記状態通知フレーム監視部により監視される前記第１の状態通知フレームに基づいて、前記自通信装置から前記対向通信装置へ向けて、前記フレーム転送部から、前記第１の通信リンクを介して、前記第２の通信リンクの状態を示す第２の状態通知フレームを送信する状態通知フレーム送信部と、
を備えることを特徴とする通信装置。
【００１５】
上記通信装置によれば、対向通信装置から自通信装置に向けて第２の通信リンクを介して送信されてくる第１の状態通知フレームを監視することにより、少なくとも第１の通信リンクの障害検出を行なうことができる。
【００１６】
ここで、状態通知フレームは、単に、リンクの状態が正常であるか障害であるかを示す通知フレームであり、従来技術で説明したようなソフトウェア処理が不要である。従って、従来技術に比べて、片方向リンク障害の検出時間の短縮化を図ることができる。
【００１７】
［適用例４］
適用例３記載の通信装置であって、
前記状態通知フレーム監視部は、
（１）前記状態通知フレームを受信しない場合には、少なくとも前記第２の通信リンクに障害があると判断し、前記ポートの論理状態をフレーム送受信不可に設定し、
（２）前記第１の状態通知フレームが、前記第１の通信リンクが障害であることを示す通知であった場合には、前記第１の通信リンクに障害があると判断し、前記ポートの論理状態をフレーム送受信不可に設定し、
（３）前記第１の状態通知フレームが、前記第１の通信リンクが正常であることを示す通知であった場合には、前記第１の通信リンクは正常であると判断し、前記ポートの論理状態をフレーム送受信可に設定する、
ことを特徴とする通信装置。
【００１８】
上記構成により、障害が検出されたポートからのフレームの送受信を容易に遮断することができる。
【００１９】
なお、本発明は、上記した通信装置の態様に限ることなく、通信システムあるいは通信障害検出方法などの種々の態様で実現することも可能である。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．第１実施例：
Ａ１．通信装置の構成：
Ａ２．リンク障害監視の開始処理：
Ａ３．受信フレーム処理：
Ａ４．ＬＨＣＢフレーム監視処理：
Ａ５．実施例の効果：
Ａ６．実施例の変形例：
Ｂ．第２実施例：
Ｂ１．通信装置の構成：
Ｂ２．リンク障害監視の開始処理：
Ｂ３．受信フレーム処理：
Ｂ４．状態通知フレーム監視処理：
Ｂ５．実施例の効果：
Ｂ６．実施例の変形例：
Ｃ．変形例：
【００２１】
Ａ．第１実施例：
Ａ１．通信装置の構成：
図１および図２は、第１実施例としての通信装置において実行される片方向リンク障害検出を説明するためのブロック図であり、図１は障害が発生していない正常状態の場合を示し、図２は障害発生状態の場合を示している。
【００２２】
第１の通信装置であるスイッチＳＷ１は、複数のポートＰ１１〜Ｐ１ｎ（ｎは２以上の整数）を備える。第１のスイッチＳＷ１は、第１のポートＰ１１に接続されている物理回線ＰＬ１を介して、第２の通信装置であるスイッチＳＷ２に備えられる複数のポートＰ２１〜Ｐ２ｎのうち、第１のポートＰ２１に接続されている。物理回線ＰＬ１は、第１のスイッチＳＷ１から第２のスイッチＳＷ２へ向けてイーサネットフレーム（以下、単に「フレーム」と呼ぶ、なおイーサネットは登録商標）が送信されるリンクＬ１１２と、第２のスイッチＳＷ２から第１のスイッチＳＷ１へフレームが送信されるリンクＬ１２１の２つのリンク（双方向リンク）により構成される。なお、説明を容易にするため、第１のスイッチＳＷ１および第２のスイッチＳＷ２の他のポートに接続される通信装置は省略する。また、第１のスイッチＳＷ１が、物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１の障害を検出する場合を例として、第１実施例の通信装置における片方向リンク障害の検出について説明することとする。なお、以下では、２つのスイッチＳＷ１，ＳＷ２のうち、主体となる通信装置としてのスイッチを「自装置」と呼び、自装置に対向する通信装置としてのスイッチを「対向装置」と呼ぶ場合もある。
【００２３】
第１のスイッチＳＷ１による物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１の障害検出の概要を簡単に説明する。
【００２４】
まず、図１に示すように、第１のスイッチＳＷ１から第２のスイッチＳＷ２へ向けて、第１の通信リンクＬ１１２を介して、リンクの障害を検出するためのリンク正常性チェック（ＬＨＣ）フレーム（ＬＨＣ１２）を送信する。ＬＨＣフレームを受信した第２のスイッチＳＷ２は、第１のスイッチＳＷ１へ向けて、第２の通信リンクＬ１２１を介して、ＬＨＣフレームを折り返して送信する。なお、以下では、この折り返したＬＨＣフレームをＬＨＣＢフレーム（ＬＨＣＢ１２）と呼ぶ。そして、ＬＨＣＢフレームを受信した第１のスイッチＳＷ１は、ポートＰ１１を介して接続される物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１は正常であると判断する。
【００２５】
一方、図２に示すように、第１の通信リンクＬ１１２に障害が発生した場合、第２のスイッチＳＷ２は、第１のスイッチＳＷ１から第２のスイッチＳＷ２へ向けて送信されたＬＨＣフレームを受信できないため、ＬＨＣＢフレームを第１のスイッチＳＷ１へ向けて送信しない。このとき、第１のスイッチＳＷ１は、送信したＬＨＣフレームに対応するＬＨＣＢフレームを受信できないことになり、ポートＰ１１を介して接続される物理回線ＰＬ１の第１の通信リンクＬ１１２と第２の通信リンクＬ１２１の少なくとも一方に障害が発生していると判断する。そして、第１のスイッチＳＷ１は、ポート１によるフレームの送受信を不可の状態に設定する。
【００２６】
上記障害検出を実行するために、第１のスイッチＳＷ１および第２のスイッチＳＷ２は、以下で説明する機能ブロックにより構成されている。
【００２７】
第１のスイッチＳＷ１および第２のスイッチＳＷ２は、管理部１００と、フレーム転送処理部２００と、ＬＨＣフレーム送信部３００と、宛先判定部４００と、を備える。また、宛先判定部４００は、さらに、フレーム種別判定部４１０と、宛先検索部４２０と、宛先テーブル４３０と、ポート状態判定部４４０と、ポート状態管理テーブル４５０と、判定結果生成部４６０と、ＬＨＣＢフレーム監視部４７０と、を備える。
【００２８】
なお、第１のスイッチＳＷ１のブロックと第２のスイッチＳＷ２のブロックとを区別するために、第１のスイッチＳＷ１のブロックの符号には（１）を付し、第２のスイッチＳＷ２のブロックの符号には（２）を付することとする。
【００２９】
第１のスイッチＳＷ１と第２のスイッチＳＷ２との間の物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１の障害検出は、第１のスイッチＳＷ１および第２のスイッチＳＷ２を構成する上記各機能ブロックが互いに連携して、以下で説明する、リンク障害監視の開始処理、受信フレーム処理、および、ＬＨＣＢフレーム監視処理を行うことにより実行される。
【００３０】
Ａ２．リンク障害監視の開始処理：
図３は、リンク障害の監視を開始するための処理フローを示す説明図である。上記したようにリンク障害監視を行う第１のスイッチＳＷ１では、装置の起動時において、図３に示したリンク障害監視開始処理を実行する。
【００３１】
まず、ステップＳ１１０〜Ｓ１４０のＬＨＣフレームの送信開始処理を行い、次に、ステップＳ１５０〜Ｓ１７０のＬＨＣＢフレーム監視開始処理を行う。
【００３２】
ＬＨＣフレームの送信開始処理として、まず、第１のスイッチＳＷ１の管理部１００（１）が、装置管理者からの監視対象ポートＴＰについてのリンク監視開始指示を受信し（ステップＳ１１０）、ＬＨＣフレーム送信部３００（１）に、監視対象ポートＴＰからのＬＨＣフレームの送信を指示する（ステップＳ１２０）。この指示は、図示しない端末を第１のスイッチＳＷ１に接続し、装置管理者がこの端末から第１のスイッチＳＷ１に入力することにより行なわれる。
【００３３】
そして、ＬＨＣフレーム送信部３００（１）は、ＬＨＣフレームを生成し、あらかじめ設定されたフレーム送信時間毎に、フレーム転送処理部２００（１）に対して監視対象ポートＴＰからのＬＨＣフレームの送信を指示する（ステップＳ１３０）。そして、フレーム転送処理部２００（１）は、フレーム送信時間毎に、ＬＨＣフレームを監視対象ポートＴＰから送信する（ステップＳ１４０）。以上のようにして、ＬＨＣフレームの送信開始処理が実行される。なお、監視対象ポートＴＰとしては、複数のポートＰ１１〜Ｐ１ｎのうち、いずれか１つ以上が設定される。
【００３４】
次に、ＬＨＣＢフレーム監視開始処理として、まず、スイッチＳＷ１の管理部１００（１）は、あらかじめ装置管理者が設定したフレーム監視時間を、宛先判定部４００（１）内のポート状態管理テーブル４５０（１）の監視対象ポートＴＰの監視時間に設定する（ステップＳ１５０）。この設定は、リンク監視開始指示と同様に、図示しない端末を第１のスイッチＳＷ１に接続し、装置管理者がこの端末から第１のスイッチＳＷ１に入力することにより行なわれる。また、管理部１００（１）は、宛先判定部４００（１）内のポート状態管理テーブル４５０（１）の監視対象ポートＴＰの監視状態を「復旧監視」に設定する（ステップＳ１６０）。なお、この監視状態については後述する。
【００３５】
そして、管理部１００（１）は、宛先判定部４００（１）内のＬＨＣＢフレーム監視部４７０（１）に対してＬＨＣＢフレーム監視の開始を指示する（ステップＳ１７０）。以上のようにして、ＬＨＣＢフレーム監視開始処理が実行される。なお、ＬＨＣＢフレーム監視の開始が指示されたＬＨＣＢフレーム監視部４７０（１）で実行されるＬＨＣＢフレーム監視処理については、後述する。
【００３６】
Ａ３．受信フレーム処理：
図４〜図９は、受信したフレームの処理フローを示す説明図である。この受信フレーム処理は、第１および第２のスイッチＳＷ１，ＳＷ２のいずれにおいても、それぞれのいずれかのポートにフレームが到着することによって開始される。そこで、以下の説明では、特に第１のスイッチＳＷ１と第２のスイッチＳＷ２とを区別するための符合（１），（２）を付さずに説明する。ただし、上記したように、本実施例では、第１のスイッチＳＷ１が第２のスイッチＳＷ２へ向けてＬＨＣフレームを送信し、第２のスイッチＳＷ２が第１のスイッチＳＷ１へ向けてＬＨＣフレームをＬＨＣＢフレームとして折り返し送信することにより、リンク障害検出を行うことを前提として説明しているので、ＬＨＣフレームの送信、ＬＨＣＢフレームを受信して障害検出を行うのは第１のスイッチＳＷ１であり、ＬＨＣフレームを折り返してＬＨＣＢフレームとして送信するのは第２のスイッチＳＷ２である。
【００３７】
まず、フレーム転送処理部２００が、フレームが到着したポートＰｍｎ（第１のスイッチＳＷ１ではＰ１１〜Ｐ１ｎ、第２のスイッチＳＷ２ではＰ２１〜Ｐ２ｎ）からそのフレームを受信して、図示しないフレーム蓄積用メモリに格納する（ステップＳ２１０）。そして、フレーム転送処理部２００は、受信フレームの中から、宛先判定部４００が、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、ＶＬＡＮ−ＩＤ等のヘッダ情報や、後述する折り返し識別子等の障害検出のために必要な障害検出用情報を抽出して、宛先判定部４００へ送信する（ステップＳ２２０）。
【００３８】
なお、ＬＨＣフレームやＬＨＣＢフレームは他の通常フレームよりも優先的に制御する方が、高速なリンク障害の検出には好ましい。そこで、フレーム転送処理部２００は、受信したフレームがＬＨＣフレームやＬＨＣＢフレームであるか否かを判定し、ＬＨＣフレームやＬＨＣＢフレームであった場合には優先的にフレーム蓄積用メモリへ格納するほうが好ましい。この場合の判定処理は、後述するフレーム種別判定を用いればよい。
【００３９】
次に、宛先判定部４００のフレーム種別判定部４１０は、フレーム転送処理部２００から受信したヘッダ情報等や障害検出用情報に基づいてフレーム種別を判定する（ステップＳ２３０）。判定したフレーム種別が通常のフレーム（イーサネットフレーム）であった場合には（ステップＳ２４０：ＮＯ）、通常フレーム処理（図５）へ処理が進められる。また、判定したフレーム種別がＬＨＣフレームであった場合には（ステップＳ２４０：ＹＥＳ，ステップＳ２５０：ＮＯ）、ＬＨＣフレーム処理（図６）へ処理が進められ、判定したフレーム種別がＬＨＣＢフレームであった場合には（ステップＳ２４０：ＹＥＳ，ステップＳ２５０：ＹＥＳ）、ＬＨＣＢフレーム処理（図７）へ処理が進められる。
【００４０】
ここで、図１０は、ＬＨＣフレームおよびＬＨＣＢフレームフォーマットを示す説明図である。ＬＨＣフレームおよびＬＨＣＢフレームは、通常のフレーム（イーサネットフレーム）と同様に、レイヤ２ヘッダフィールドおよびデータフィールド（ＬＨＣデータフィールド）により構成される。ただし、ＬＨＣフレームおよびＬＨＣＢフレームの場合、宛先ＭＡＣアドレスフィールドには、ＬＨＣフレームのために専用に割り当てられたＭＡＣアドレス（ＬＨＣ専用ＭＡＣアドレス）が挿入される。従って、通常フレームとＬＨＣフレームおよびＬＨＣＢフレームとの区別は、宛先ＭＡＣアドレスに基づいて行うことができる。また、ＬＨＣデータフィールドには、折り返し識別子フィールドが設けられており、この折り返し識別子フィールドに基づいてＬＨＣフレームとＬＨＣＢフレームとを区別することができる。
【００４１】
通常フレーム処理（図５）では、まず、フレーム種別判定部４１０は、宛先ＭＡＣアドレスやＶＬＡＮ−ＩＤ等の宛先検索に必要な検索キー情報を宛先検索部４２０へ送信する（ステップＳ３１０）。
【００４２】
そして、宛先検索部４２０は、フレーム種別判定部４１０から送信された検索キー情報に基づいて、宛先テーブル４３０を検索し、対応するエントリが存在しない場合には、宛先テーブル４３０に新規にエントリを登録する（ステップＳ３２０）。なお、この処理は一般に「学習処理」と呼ばれる。次に、宛先検索部４２０は、フレーム種別判定部４１０から送信された検索キー情報に基づいて、宛先テーブル４３０を検索して受信フレームを送信する出力ポートを決定し、決定した出力ポートをポート状態判定部４４０へ送信する（ステップＳ３３０）。
【００４３】
そして、後述するポート状態判定処理（図８）へ処理が進められる。
【００４４】
ＬＨＣフレーム処理（図６）では、まず、フレーム種別判定部４１０は、受信ポートを宛先検索部４２０へ送信する（ステップＳ４１０）。
【００４５】
次に、宛先検索部４２０は、折り返し識別子、折り返し識別子書き換え指示、および、出力ポートとしての受信ポートをポート状態判定部４４０へ送信する（ステップＳ４２０）。
【００４６】
そして、後述するポート状態判定処理（図８）へ処理が進められる。
【００４７】
ＬＨＣＢフレーム処理（図７）では、まず、フレーム種別判定部４１０は、ＬＨＣＢフレームを受信したこと、および、受信ポートをＬＨＣＢフレーム監視部４７０へ通知する（ステップＳ５１０）。次に、ＬＨＣＢフレーム監視部４７０は、受信ポートを検索キーにしてポート状態管理テーブル４５０を検索する（ステップＳ５２０）。
【００４８】
ここで、図１１は、リンク障害が発生していない状態におけるポート状態管理テーブルの例を示す説明図である。また、図１２は、リンク障害が発生している状態におけるポート状態管理テーブルの例を示す説明図である。ポート状態管理テーブル４５０は、ポート毎に、論理状態、監視状態、監視時間、監視タイマが設定されている。論理状態としては、リンク障害が発生していない場合には「フレーム送受信可（ＦＷＤ）」が設定され、リンク障害が発生している場合には「フレーム送受信不可（ＢＬＫ）」が設定される。監視状態としては、リンク障害を監視する状態を示す「障害監視」、あるいは、リンク障害発生後の復旧を監視する状態を示す「復旧監視」が設定される。監視時間としては、ＬＨＣＢフレームの許容受信間隔を示す時間が設定される。
【００４９】
そして、監視状態が「障害監視」状態である場合には（ステップＳ５２０：ＹＥＳ）、ポート状態管理テーブル４５０の受信ポートに対応する監視タイマを「０」に設定（クリア）する（ステップＳ５４０）。一方、監視状態が「障害監視」状態でない場合には（ステップＳ５３０：ＮＯ）、すなわち、「復旧監視」状態である場合には、受信ポートに対応する論理状態を「ＦＷＤ（フレーム送受信可））に書き換える（ステップＳ５５０）。
【００５０】
次に、フレーム種別判定部４１０は、受信ポートを宛先検索部４２０へ送信する（ステップＳ５６０）。宛先検索部４２０は、受信ポートおよび受信フレームの廃棄指示をポート状態判定部４４０へ送信する（ステップＳ５７０）。
【００５１】
そして、ポート状態判定処理（図８）へ処理が進められる。
【００５２】
ポート状態判定処理（図８）では、受信フレームが通常フレームの場合には（ステップＳ６１０：ＹＥＳ）、ステップＳ６２０〜Ｓ６５０およびＳ６７０の処理を実行後、後述するフレーム転送処理（図９）へ処理が進められる。一方、受信フレームが通常フレームでない場合には（ステップＳ６１０：ＮＯ）、すなわち、ＬＨＣフレームまたはＬＨＣＢフレームである場合には、ステップＳ６６０およびＳ６７０の処理を実行後、後述するフレーム転送処理（図９）へ処理が進められる。
【００５３】
まず、受信フレームが通常フレームの場合には、ポート状態判定部４４０は、宛先検索部４２０から通知された出力ポートを検索キーにして、ポート状態管理テーブル４５０の対応するポートの論理状態を検索する（ステップＳ６２０）。
【００５４】
論理状態が「ＢＬＫ」である場合には（ステップＳ６３０：ＹＥＳ）、ポート状態判定部４４０は、受信フレームの廃棄指示を判定結果生成部４６０へ通知する（ステップＳ６４０）。論理状態が「ＢＬＫ」でない場合には（ステップＳ６３０：ＮＯ）、すなわち、論理状態が「ＦＷＤ」である場合には、ポート状態判定部４４０は、宛先検索部４２０から通知された出力ポートを判定結果生成部４６０へ通知する（ステップＳ６５０）。
【００５５】
受信フレームが通常フレームでない場合には、ポート状態判定部４４０は、宛先検索部４２０から通知された折り返し識別子、折り返し識別子書き換え指示、および、出力ポート、あるいは、廃棄指示を判定結果生成部４６０へ通知する（ステップＳ６６０）。
【００５６】
上記それぞれのステップＳ６４０，Ｓ６５０，Ｓ６６０の処理による通知を受けた判定結果生成部４６０は、通知された出力ポート、廃棄指示、折り返し識別子、折り返し識別子書き換え指示等を含む宛先判定結果をフレーム転送処理部２００へ通知する（ステップＳ６７０）。
【００５７】
そして、フレーム転送処理（図９）へ処理が進められる。
【００５８】
フレーム転送処理では、まず、フレーム転送処理部２００は、判定結果生成部４６０から通知された宛先判定結果を解析する（ステップＳ７１０）。
【００５９】
そして、宛先判定結果に受信フレームの廃棄指示があるか否か判断する（ステップＳ７２０）。
【００６０】
廃棄指示がある場合には（ステップＳ７２０：ＹＥＳ）、受信フレームを廃棄し（ステップＳ７３０）、フレーム処理を終了する。
【００６１】
一方、廃棄指示がない場合には（ステップＳ７２０：ＮＯ）、さらに、折り返し識別子書き換え指示があるか否か判断する（ステップＳ７４０）。
【００６２】
折り返し識別子書き換え指示が有る場合には（ステップＳ７４０：ＹＥＳ）、フレーム蓄積用メモリ内に蓄積されているフレームの折り返し識別子を書き換える（ステップＳ７５０）。そして、折り返し識別子を書き換えたフレームを出力ポートから送信し（ステップＳ７６０）、フレーム処理を終了する。
【００６３】
Ａ４．ＬＨＣＢフレーム監視処理：
図１３は、ＬＨＣＢフレーム監視処理のフローを示す説明図である。ＬＨＣＢフレームの監視を指示された状態通知フレーム監視部４７０は、監視対象ポートＴＰの監視状態が「復旧監視」から「障害監視」となった場合に、図１３に示したＬＨＣＢフレーム監視処理を実行する。
【００６４】
ポート状態管理テーブル４５０の監視対象ポートＴＰに対応するポートの監視タイマに、一定時間間隔で、前回更新時刻からの経過時間を加算し、加算後の監視タイマと監視時間とを比較する（ステップＳ８１０）。一定時間間隔は、監視時間よりも短い時間に設定される。
【００６５】
そして、監視タイマが監視時間以上であるか否か判断する（ステップＳ８２０）。監視タイマが監視時間未満である場合には（ステップＳ８２０：ＮＯ）、監視タイマが監視時間以上となるまで、ステップＳ８１０の処理を繰り返す。一方、監視タイマが監視時間以上である場合には（ステップＳ８２０：ＹＥＳ）、当該ポートは障害発生と判断し、図１２に示すように、当該ポートに対応する論理状態をＢＬＫに変更し、監視状態を「復旧監視」に変更する（ステップＳ８３０）。そして、ＬＨＣＢフレーム監視処理を終了する。
【００６６】
図１４は、ＬＨＣＢフレーム監視処理の実行によるポートの監視状態および論理状態の状態遷移の例を示す説明図である。なお、図１４は、第１のスイッチＳＷ１のＬＨＣＢフレーム監視部４７０（１）におけるＬＨＣＢフレーム監視動作によって発生するポートＰ１１に関する状態遷移を例に示している。
【００６７】
まず、ポートＰ１１からのＬＨＣＢフレームが未受信状態であった場合には、ポートＰ１１に接続されている物理回線ＰＬ１の第１の通信リンクＬ１１２または第２の通信リンクＬ１２１には障害が発生しており、ポートＰ１１の物理状態は「障害」と判断される。このとき、ポート状態管理テーブル４５０（１）の、ポートＰ１１の監視状態は「復旧監視」状態、ポートＰ１１の論理状態は「ＢＬＫ」の状態に設定され、ポートＰ１１はフレーム送受信不可となる。そして、ＬＨＣＢフレームを受信するまで、この状態（「状態１」と呼ぶ）が維持される。
【００６８】
状態１が維持されている場合においてＬＨＣＢフレームを受信すると、ポートＰ１１の物理状態は「正常」と判断される。このとき、ポート状態管理テーブル４５０（１）の、ポートＰ１１の監視状態は「障害監視」状態、ポートＰ１１の論理状態は「ＦＷＤ」の状態に変更され、ポートＰ１１はフレーム送受信可となる。そして、監視時間内にＬＨＣＢフレームの受信を繰り返している間、この状態（「状態２」と呼ぶ）が維持される。
【００６９】
状態２が維持されている状態において、監視時間内にＬＨＣＢフレームが未受信となった場合には、状態１に変化し、ポートＰ１１はフレーム送受信不可となる。
【００７０】
以上説明したように、送信したＬＨＣフレームの折り返しであるＬＨＣＢフレームの受信を監視することによって、監視状態が「復旧監視」である状態１あるいは監視状態が「障害監視」である状態２に自動的に変化することができる。この結果、片方向リンク障害発生時におけるポートの遮断（閉塞）および障害解消時におけるポートの復旧を自動的に行うことができる。
【００７１】
なお、上記状態遷移の説明は、第１のスイッチＳＷ１と第２のスイッチＳＷ２との間の物理回線ＰＬ１が接続されるポートＰ１１を例に説明したが、他のポートにおいても同様である。
【００７２】
図１５は、ＬＨＣＢフレーム監視処理の実行によるポートの監視状態および論理状態の状態遷移の別の例を示す説明図である。図１５も、第１のスイッチＳＷ１のＬＨＣＢフレーム監視部４７０（１）におけるＬＨＣＢフレーム監視動作によって発生するポートＰ１１に関する状態遷移を例に示している。
【００７３】
監視状態が「復旧監視」状態である状態１において、監視時間内にＬＨＣＢフレームを受信した場合に、図１４の例のように、自動的に復旧するのではなく、図１５に示すように、一旦、「復旧指示待ち」状態（「状態３」と呼ぶ）とし、装置管理者からの復旧指示コマンドの入力がなされたときに、「障害監視」状態である状態１に戻って、スイッチＳＷ１とスイッチＳＷ２との間のリンクが復旧されるようにしてもよい。
【００７４】
Ａ５．実施例の効果：
上記第１実施例においては、リンク障害検出を実行する第１のスイッチＳＷ１が、一定時間（フレーム送信時間）毎に監視対象のポートＰ１１からＬＨＣフレームを送信し、ＬＨＣフレームを受信した第２のスイッチＳＷ２は、ＬＨＣフレームを、ＬＨＣＢフレームとして折り返して送信する。そして、第１のスイッチＳＷ１は、ＬＨＣＢフレームを監視時間内に受信している場合には、リンクは正常であると判断し、ポートＰ１１の論理状態をフレーム送受信可（ＦＷＤ）に設定し、監視時間内に受信しない場合には、リンクは障害発生であると判断し、ポートＰ１１の論理状態をフレーム送受信不可（ＢＬＫ）に設定する。これにより、ポートＰ１１に接続されている物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１の少なくとも一方にリンク障害が発生していることを検出するとともに、ポートＰ１１によるフレーム送受信を遮断することができる。
【００７５】
ここで、従来のＵＤＬＤは、リンクの障害を検出するために、受信したフレームに含まれる種々のパラメータの解析をソフトウェアによって行い、その解析結果に基づいてリンク障害検出することになるため、リンク障害検出時間が長いという問題があった。
【００７６】
しかしながら、本実施例のリンク障害検出では、送信したＬＨＣフレームを折り返したＬＨＣＢフレームを監視時間内に受信できるか否かでリンク障害を検出することができる。なお、ＬＨＣフレームやＬＨＣＢフレームは、ＬＨＣフレーム専用の宛先ＭＡＣアドレスに基づいて容易に判断することができる。従って、従来技術に比べて、簡便で、かつ、リンク障害検出時間を短縮化することが可能である。このため、リンク障害が発生した場合において、対応するポートを遮断し、リンクを切り換えるのに要する時間を短縮化することが可能である。
【００７７】
また、リンク障害が解消された場合に、第１のスイッチＳＷ１は、監視時間内にＬＨＣＢフレームの受信を再開する。これにより、自動的に障害が発生していたポートの論理状態がフレーム送受信不可（ＢＬＫ）からフレーム送受信可（ＦＷＤ）に設定されて、リンクの状態を障害状態から正常状態に自動的に復旧することができる。
【００７８】
Ａ６．実施例の変形例：
なお、上記実施例では、通常フレームとＬＨＣフレームおよびＬＨＣＢフレームとの区別を、宛先ＭＡＣアドレス（ＬＨＣフレームおよびＬＨＣＢフレームに割り当てられた専用のＭＡＣアドレス）により区別し、ＬＨＣフレームとＬＨＣＢフレームとの区別を、折り返し識別子を用いることにより行っている。しかしながら、これに限定されるものではなく、宛先ＭＡＣアドレスや、レイヤ２ヘッダのタイプ、ＶＬＡＮ−ＩＤを、ＬＨＣフレームやＬＨＣＢフレーム、通常フレームの種別に応じて変えることによって区別することも可能である。また、これらの組み合わせによって、ＬＨＣフレームやＬＨＣＢフレーム、通常フレームを区別するようにすることも可能である。
【００７９】
また、上記実施例では、第１のスイッチＳＷ１のポートＰ１１と第２のスイッチＳＷ２のポート２１との間を接続する物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１のリンク障害を、第１のスイッチＳＷ１で検出し、リンク障害が発生している場合には、ポートＰ１１の論理状態をフレーム送受信不可（遮断）とする場合を例に説明したが、第２のスイッチＳＷ２がリンク障害を検出するようにしてもよい。また、第１のスイッチＳＷ１および第２のスイッチＳＷ２の両方でリンク障害を検出するようにしてもよい。
【００８０】
Ｂ．第２実施例：
Ｂ１．通信装置の構成：
図１６および図１７は、第２実施例としての通信装置において実行される片方向リンク障害検出を説明するためのブロック図であり、図１６は障害が発生していない正常状態の場合を示し、図１７は障害発生状態の場合を示している。
【００８１】
第１の通信装置であるスイッチＳＷ１Ａは、複数のポートＰ１１〜Ｐ１ｎ（ｎは２以上の整数）を備える。第１のスイッチＳＷ１Ａは、第１のポートＰ１１に接続されている物理回線ＰＬ１を介して、第２の通信装置であるスイッチＳＷ２Ａに備えられる複数のポートＰ２１〜Ｐ２ｎのうち、第１のポートＰ２１に接続されている。物理回線ＰＬ１は、第１のスイッチＳＷ１Ａから第２のスイッチＳＷ２Ａへ向けてイーサネットフレーム（以下、単に「フレーム」と呼ぶ）が送信されるリンクＬ１１２と、第２のスイッチＳＷ２Ａから第１のスイッチＳＷ１Ａへフレームが送信されるリンクＬ１２１の２つのリンク（双方向リンク）により構成される。なお、第２実施例において、第１実施例と同様に、説明を容易にするため、第１のスイッチＳＷ１Ａおよび第２のスイッチＳＷ２Ａの他のポートに接続される通信装置は省略する。また、第１のスイッチＳＷ１Ａが、第１のスイッチＳＷ１Ａと第２のスイッチＳＷ２Ａとの間の物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１の障害検出する場合を例として、第２実施例の通信装置における片方向リンク障害の検出について説明することとする。なお、第１の通信装置としてのスイッチを「自装置」と呼び、第２の通信装置としてのスイッチを「対向装置」と呼ぶ場合もある。
【００８２】
第１のスイッチＳＷ１Ａによる第２のスイッチＳＷ２Ａとの間の物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１の障害検出の概要を簡単に説明する。
【００８３】
まず、図１６に示すように、リンクが正常であるときには、第１のスイッチＳＷ１Ａから第２のスイッチＳＷ２Ａへ向けて、第１の通信リンクＬ１１２を介して、リンクが正常であることを示すＲＧ（Remote Good）フレームを送信する。また、第２のスイッチＳＷ２Ａは、同様に、第２のスイッチＳＷ２Ａから第１のスイッチＳＷ１Ａへ向けて、第２の通信リンクＬ１２１を介して、ＲＧフレームを送信する。そして、ＲＧフレームを受信した第１のスイッチＳＷ１Ａは、ポートＰ１１を介して接続される物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１は正常であると判断する。同様に、ＲＧフレームを受信した第２のスイッチＳＷ２Ａは、ポートＰ２１を介して接続される物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１は正常であると判断する。
【００８４】
一方、図１７に示すように、第１の通信リンクＬ１１２に障害が発生した場合、第２のスイッチＳＷ２は、第１のスイッチＳＷ１から第２のスイッチＳＷ２へ向けて送信されたＲＧフレームを受信できないため、スイッチＳＷ１Ａ（対向装置）からスイッチＳＷ２Ａ（自装置）へのリンクが障害であることを示すＲＦ（Rmote Failure）フレームを送信する。
【００８５】
そして、ＲＦフレームを受信した第１のスイッチＳＷ１Ａは、ポートＰ１１を介して接続される物理回線ＰＬ１の第１の通信リンクＬ１１２に障害が発生していると判断することができる。
【００８６】
なお、第２の通信リンクＬ１２１に障害が発生した場合には、第１のスイッチＳＷ１Ａは、ＲＧフレームおよびＲＦフレームのいずれも受信することができないので、この場合には、少なくとも第２の通信リンクＬ１２１に障害が発生していると判断することができる。また、このとき、第２のスイッチＳＷ２Ａが第１のスイッチＳＷ１ＡからＲＧフレームを受信している場合には、第２のスイッチＳＷ２Ａが第２の通信リンクＬ１２１に障害が発生していると判断することができる。
【００８７】
上記障害検出を実行するために、第１のスイッチＳＷ１Ａおよび第２のスイッチＳＷ２Ａは、以下で説明する機能ブロックにより構成されている。
【００８８】
第１のスイッチＳＷ１Ａおよび第２のスイッチＳＷ２Ａは、管理部１００Ａと、フレーム転送処理部２００Ａと、状態通知フレーム送信部３００Ａと、宛先判定部４００Ａと、を備える。また、宛先判定部４００Ａは、さらに、フレーム種別判定部４１０Ａと、宛先検索部４２０Ａと、宛先テーブル４３０Ａと、ポート状態判定部４４０Ａと、ポート状態管理テーブル４５０Ａと、判定結果生成部４６０Ａと、状態通知フレーム監視部４７０Ａと、を備える。
【００８９】
なお、第１のスイッチＳＷ１Ａのブロックと第２のスイッチＳＷ２Ａのブロックとを区別するために、第１のスイッチＳＷ１Ａのブロックの符号には（１）を付し、第２のスイッチＳＷ２Ａのブロックの符号には（２）を付することとする。
【００９０】
第１のスイッチＳＷ１Ａと第２のスイッチＳＷ２Ａとの間の物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１の障害検出は、第１のスイッチＳＷ１Ａおよび第２のスイッチＳＷ２Ａを構成する上記各機能ブロックが互いに連携して、以下で説明する、リンク障害監視の開始処理、受信フレーム処理、および、状態通知フレーム監視処理を行うことにより実行される。
【００９１】
Ｂ２．リンク障害監視の開始処理：
図１８は、リンク障害の監視を開始するための処理フローを示す説明図である。このリンク障害監視開始処理は、第１および第２のスイッチＳＷ１，ＳＷ２のいずれにおいても、装置の起動時において実行される。そこで、以下の説明では、第１のスイッチＳＷ１Ａと第２のスイッチＳＷ２Ａを区別するたの符合（１），（２）を付さずに説明する。
【００９２】
まず、管理部１００Ａが、装置管理者からの監視対象ポートＴＰについてのリンク監視開始指示を受信し（ステップＳ１１０Ａ）、状態通知フレーム送信部３００Ａに、監視対象ポートＴＰからの状態通知フレームの送信を指示する（ステップＳ１２０Ａ）。この指示は、図示しない端末をスイッチに接続し、装置管理者がこの端末からスイッチに入力することにより行なわれる。
【００９３】
そして、状態通知フレーム送信部３００Ａは、状態通知フレームを生成し、あらかじめ設定されたフレーム送信時間毎に、フレーム転送処理部２００Ａに対して監視対象ポートＴＰからの状態通知フレームの送信を指示する（ステップＳ１３０Ａ）。なお、状態通知フレーム送信部３００Ａは、状態通知フレームとして、まず、状態通知フレームの送信の指示を受けた後、最初にＲＦフレームを生成し、それ以降においては、後述する状態通知フレーム監視部からの指示に応じて、ＲＧフレームまたはＲＦフレームを生成する。
【００９４】
そして、フレーム転送処理部２００Ａは、フレーム送信時間毎に、状態通知フレームを監視対象ポートＴＰから送信する（ステップＳ１４０Ａ）。なお、監視対象ポートＴＰとしては、第１のスイッチＳＷ１Ａでは、複数のポートＰ１１〜Ｐ１ｎのうち、いずれか１つ以上が設定され、第２のスイッチＳＷ２Ａでは、複数のポートＰ２１〜Ｐ２ｎのうち、いずれか１つ以上が設定される。
【００９５】
次に、管理部１００Ａは、あらかじめ装置管理者が設定したフレーム監視時間を、宛先判定部４００Ａ内のポート状態管理テーブル４５０Ａの監視対象ポートＴＰの監視時間に設定する（ステップＳ１５０Ａ）。この設定は、リンク監視開始指示指示と同様に、図示しない端末をスイッチに接続し、装置管理者がこの端末からスイッチに入力することにより行なわれる。また、管理部１００Ａは、宛先判定部４００Ａ内のポート状態管理テーブル４５０Ａの監視対象ポートＴＰの監視状態を状態通知フレーム未受信に設定する（ステップＳ１６０Ａ）。なお、この監視状態については後述する。
【００９６】
そして、管理部１００Ａは、宛先判定部４００Ａ内の状態通知フレーム監視部４７０Ａに対して状態通知フレーム監視処理の開始を指示する（ステップＳ１７０Ａ）。なお、状態通知フレーム監視部４７０Ａで実行される状態通知フレーム監視処理については、後述する。
【００９７】
Ｂ３．受信フレーム処理：
図１９〜図２２は、受信したフレームの処理フローを示す説明図である。このフレーム処理は、第１および第２のスイッチＳＷ１Ａ，ＳＷ２Ａのいずれにおいても、それぞれのいずれかのポートにフレームが到着することによって開始される。そこで、以下の説明では、特に第１のスイッチＳＷ１と第２のスイッチＳＷ２を区別するたの符合（１），（２）を付さずに説明する。
【００９８】
まず、フレーム転送処理部２００Ａが、フレームが到着したポートＰｍｎ（第１のスイッチＳＷ１ではＰ１１〜Ｐ１ｎ、第２のスイッチＳＷ２ではＰ２１〜Ｐ２ｎ）からそのフレームを受信して、図示しないフレーム蓄積用メモリに格納する（ステップＳ２１０Ａ）。そして、フレーム転送処理部２００Ａは、受信フレームの中から、宛先判定部４００Ａが、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、ＶＬＡＮ−ＩＤ等のヘッダ情報や、後述するフレームタイプ等の障害検出のために必要な障害検出用情報を抽出して、宛先判定部４００Ａへ送信する（ステップＳ２２０Ａ）。
【００９９】
次に、宛先判定部４００Ａのフレーム種別判定部４１０Ａは、フレーム転送処理部２００Ａから受信したヘッダ情報や障害検出用情報に基づいてフレーム種別を判定する（ステップＳ２３０Ａ）。判定したフレーム種別が通常のフレーム（イーサネットフレーム）であった場合には（ステップＳ２４０Ａ：ＮＯ）、通常フレーム処理へ処理が進められる。また、判定したフレーム種別がＲＧフレームあるいはＲＦフレームであった場合には（ステップＳ２４０Ａ：ＹＥＳ）、ＲＧ／ＲＦフレーム処理（図２０）へ処理が進められる。
【０１００】
ここで、図２３は、ＲＧフレームおよびＲＦフレームフォーマットを示す説明図である。ＲＧフレームおよびＲＦフレームは、通常のフレーム（イーサネットフレーム）と同様に、レイヤ２ヘッダフィールドおよびデータフィールドにより構成される。ただし、状態通知フレーム（ＲＧフレームあるいはＲＦフレーム）の場合、宛先ＭＡＣアドレスフィールドには、状態通知フレームのために専用に割り当てられたＭＡＣアドレス（状態通知フレーム専用ＭＡＣアドレス）が挿入される。したがって、通常フレームと状態通知フレームとの区別は、宛先ＭＡＣアドレスに基づいて行うことができる。また、データフィールド中のフレームタイプフィールドには、ＲＧとＲＦを識別するための識別情報が挿入される。従って、ＲＧフレームとＲＦフレームとの区別は、上記フレームタイプに基づいて行うことができる。
【０１０１】
通常フレーム処理は、第１実施例において図５を用いて説明した処理と同じであるので、以下では説明を省略する。
【０１０２】
ＲＧ／ＲＦフレーム処理（図２０）では、まず、フレーム種別判定部４１０Ａは、ＲＧ／ＲＦフレームを受信したこと、および、受信ポートを状態通知フレーム監視部４７０Ａへ通知する（ステップＳ４１０Ａ）。
【０１０３】
次に、状態通知フレーム監視部４７０Ａは、受信ポートを検索キーにしてポート状態管理テーブルを検索する（ステップＳ４２０Ａ）。
【０１０４】
ここで、図２４は、リンク障害が発生していない状態におけるポート状態管理テーブルの例を示す説明図である。また、図２５は、リンク障害が発生している状態におけるポート状態管理テーブルの例を示す説明図である。ポート状態管理テーブルは、ポート毎に、論理状態、監視状態、監視時間、監視タイマが設定されている。論理状態としては、リンク障害が発生していない場合には「フレーム送受信可（ＦＷＤ）」が設定され、リンク障害が発生している場合には「フレーム送受信不可（ＢＬＫ）」が設定される。監視状態としては、ＲＧフレームを定期的に受信している状態を示す「ＲＧ監視」、ＲＦフレームを定期的に受信している状態を示す「ＲＦ監視」、ＲＧフレームおよびＲＦフレームが未受信の状態を示す「ＲＧ／ＲＦ未受信」のいずれかが設定される。監視時間としては、状態通知フレームとしてのＲＧフレームあるいはＲＦフレームの許容受信間隔を示す時間が設定される。
【０１０６】
次に、状態通知フレーム監視部４７０Ａは、監視状態と状態通知フレーム（ＲＧフレームあるいはＲＦフレーム）の組み合わせに応じて、ポート状態管理テーブル４５０Ａの、受信ポートに対応する監視状態および論理状態を更新するとともに、送信する状態通知フレームの種別を更新する処理を実行する（ステップＳ４３０Ａ）。なお、監視状態、論理状態、および、状態通知フレームの種別の更新については、後述する。
【０１０７】
そして、状態通知フレーム監視部４７０Ａは、ポート状態管理テーブル４５０の受信ポートに対応する監視タイマを「０」に設定（クリア）する（ステップＳ４４０Ａ）。
【０１０８】
次に、フレーム種別判定部４１０は、受信フレームの廃棄指示を宛先検索部４２０Ａへ送信する（ステップＳ４５０Ａ）。宛先検索部４２０Ａは、廃棄指示をポート状態判定部４４０Ａへ送信する（ステップＳ４６０Ａ）。
【０１０９】
そして、ポート状態判定処理（図２１）へ処理が進められる。
【０１１０】
ポート状態判定処理（図２１）では、受信フレームが通常フレームの場合には（ステップＳ６１０Ａ：ＹＥＳ）、ステップＳ６２０Ａ〜Ｓ６５０Ａ，Ｓ６７０Ａの処理を実行し、受信フレームが通常フレームでない場合には（ステップＳ６１０Ａ：ＮＯ）、すなわち、ＲＧフレームまたはＲＦフレームである場合には、ステップＳ６６０Ａ，Ｓ６７０Ａの処理を実行し、フレーム処理が終了する。
【０１１１】
ここで、受信フレームが通常フレームの場合には、まず、ポート状態判定部４４０Ａは、宛先検索部４２０Ａから通知された出力ポートを検索キーにして、ポート状態管理テーブル４５０Ａの対応するポートの論理状態を検索する（ステップＳ６２０Ａ）。
【０１１２】
論理状態が「ＢＬＫ」である場合には（ステップＳ６３０Ａ：ＹＥＳ）、ポート状態判定部４４０Ａは、受信フレームの廃棄指示を判定結果生成部４６０Ａへ通知する（ステップＳ６４０Ａ）。論理状態が「ＢＬＫ」でない場合には（ステップＳ６３０Ａ：ＮＯ）、すなわち、論理状態が「ＦＷＤ」である場合には、ポート状態判定部４４０Ａは、宛先検索部４２０Ａから通知された出力ポートを判定結果生成部４６０Ａへ通知する（ステップＳ６５０Ａ）。
【０１１３】
一方、受信フレームが通常フレームでない場合には、ポート状態判定部４４０Ａは、宛先検索部４２０Ａから通知された廃棄指示を判定結果生成部４６０Ａへ通知する（ステップＳ６６０Ａ）。
【０１１４】
次に、判定結果生成部４６０Ａは、通知された出力ポートあるいは廃棄指示をフレーム転送処理部２００Ａへ通知する（ステップＳ６７０Ａ）。
【０１１５】
そして、フレーム転送処理（図２２）へ処理が進められる。
【０１１６】
フレーム転送処理では、まず、フレーム転送処理部２００Ａは、判定結果生成部４６０Ａから通知された宛先判定結果を解析する（ステップＳ７１０Ａ）。
【０１１７】
そして、受信フレームの廃棄指示があるか否か判断する（ステップＳ７２０Ａ）。
【０１１８】
廃棄指示がある場合には（ステップＳ７２０Ａ：ＹＥＳ）、受信フレームを廃棄し（ステップＳ７３０Ａ）、フレーム処理を終了する。
【０１１９】
一方、廃棄指示がない場合には（ステップＳ７２０Ａ：ＮＯ）、受信フレームを出力ポートから送信し（ステップＳ７４０Ａ）、フレーム処理を終了する。
【０１２０】
Ｂ４．状態通知フレーム監視処理：
図２６は、状態通知フレーム監視処理のフローを示す説明図である。この状態通知フレーム監視処理は、状態通知フレーム監視部４７０Ａにおいて、監視対象ポートＴＰの監視状態が「ＲＧ／ＲＦ未受信」から「ＲＧ監視」または「ＲＦ監視」となった場合に開始される。
【０１２１】
一定時間間隔で、各ポートの監視タイマに、前回更新時刻からの経過時間を換算し、加算後の監視タイマと監視時間とを比較する（ステップＳ８１０Ａ）。一定時間間隔は、監視時間よりも短い時間に設定される。
【０１２２】
そして、監視タイマが監視時間以上であるか否か判断する（ステップＳ８２０Ａ）。監視タイマが監視時間未満である場合には（ステップＳ８２０Ａ：ＮＯ）、監視タイマが監視時間以上となるまで、ステップＳ８１０Ａの処理を繰り返す。一方、監視タイマが監視時間以上である場合には（ステップＳ８２０Ａ：ＹＥＳ）、当該ポートは障害発生と判断し、図２５に示すように、当該ポートに対応する論理状態をＢＬＫに変更し、監視状態を「ＲＧ／ＲＦ未受信」に変更する（ステップＳ８３０Ａ）。そして、状態通知フレーム送信部３００Ａに、当該ポートから送信する状態通知フレームのＲＧフレームからＲＦフレームへの変更を指示し（ステップＳ８４０Ａ）、状態通知フレーム監視処理を終了する。
【０１２３】
図２７は、状態通知フレーム監視処理の実行によるポートの監視状態および論理状態の状態遷移の例を示す説明図である。なお、図２７は、第１のスイッチＳＷ１Ａの状態通知フレーム監視部４７０Ａ（１）における状態通知フレーム監視動作によって発生する状態遷移を例に示している。
【０１２４】
まず、ポートＰ１１からのＲＧフレームおよびＲＦフレームのいずれもが未受信であった場合において、ポートＰ１１に接続されている物理回線ＰＬ１の第１の通信リンクＬ１１２または第２の通信リンクＬ１２１に障害が発生しており、ポートＰ１１の物理状態は「障害」と判断される。このとき、ポート状態管理テーブル４５０Ａ（１）の、ポートＰ１１の監視状態は「ＲＧ／ＲＦ未受信」状態、ポートＰ１１の論理状態は「ＢＬＫ」の状態に設定され、ポートＰ１１はフレーム送信不可となる。また、送信する状態通知フレームは「ＲＦフレーム」に設定される。そして、ＲＧフレームまたはＲＦフレームを受信するまで、この状態（「状態１Ａ」と呼ぶ）が維持される。
【０１２５】
状態１Ａが維持されている場合においてＲＧフレームを受信すると、ポートＰ１１の物理状態は「正常」と判断される。このとき、ポート状態管理テーブル４５０Ａ（１）の、ポートＰ１１の監視状態は「ＲＧ監視」状態、ポートＰ１１の論理状態は「ＦＷＤ」の状態に変更され、ポートＰ１１はフレーム送信可となる。また、送信する状態通知フレームは「ＲＧフレーム」に変更される。そして、監視時間内にＲＧフレームの受信を繰り返している間、この状態（「状態２Ａ」と呼ぶ）が維持される。
【０１２６】
状態１Ａが維持されている場合においてＲＦフレームを受信すると、ポートＰ１１に接続されている物理回線ＰＬ１の第２の通信リンクＬ１２１に障害が発生しており、ポートＰ１１の物理状態は「障害」と判断される。このとき、ポート状態管理テーブル４５０Ａ（１）の、ポートＰ１１の監視状態は「ＲＦ監視」状態、ポートＰ１１の論理状態は「ＢＬＫ」の状態に変更され、ポートＰ１１はフレーム送信不可となる。また、送信する状態通知フレームは「ＲＧフレーム」に変更される。そして、監視時間内にＲＦフレームの受信を繰り返している間、この状態（「状態３Ａ」と呼ぶ）が維持される。
【０１２７】
状態２Ａが維持されている場合において、監視時間内にＲＧフレームおよびＲＦフレームのいずれも未受信となった場合には、状態１Ａに変化する。また、状態２Ａが維持されている場合において、監視時間内にＲＦフレームを受信した場合には、状態３Ａに変化する。
【０１２８】
状態３Ａが維持されている場合において、状態監視時間内にＲＧフレームおよびＲＦフレームのいずれも未受信となった場合には、状態１Ａに変化する。また、状態３Ａが維持されている場合において、監視時間内にＲＧフレームを受信した場合には、状態２Ａに変化する。
【０１２９】
以上説明したように、状態通知フレームの受信を監視することにより、論理状態が「ＲＧ／ＲＦ未受信」である状態１Ａ、「ＲＧ監視」である状態２Ａ、および、「ＲＦ監視」である状態３Ａに自動的に変化することができる。この結果、片方向リンク障害発生時におけるポートの遮断および障害解消時におけるポートの復旧を自動的に行うことができる。
【０１３０】
なお、上記状態遷移の説明は、第１のスイッチＳＷ１Ａが障害を検出してポートＰ１１の論理状態を制御する場合を例に説明したが、第２のスイッチＳＷ２Ａにおいても同様であり、第２のスイッチＳＡ２Ａが障害を検出してポートＰ１２の論理状態を制御することができる。また、上記第１のスイッチＳＷ１Ａと第２のスイッチＳＷ２Ａとの間の物理回線ＰＬ１が接続されるポートＰ１１を例に説明したが、他のポートにおいても同様である。
【０１３１】
図２８は、状態通知フレーム監視処理の実行によるポートの監視状態および論理状態の状態遷移の別の状態遷移状態を示す説明図である。図２８も、第１のスイッチＳＷ１Ａの状態通知フレーム監視部４７０Ａ（１）における状態通知フレーム監視動作によって発生する状態遷移を例に示している。
【０１３２】
監視状態が「ＲＧ／ＲＦ未受信」状態である状態１ＡにおいてＲＧフレームを受信した場合、あるいは、「ＲＦ監視」状態（正常状態）である状態３Ａにおいて、監視時間内にＲＧフレームを受信した場合には、図２７の例のように、自動的に状態２Ａ、すなわち、「ＲＦ監視」状態（正常状態）に復旧するのではなく、図２８に示すように、一旦、「復旧指示待ち」状態（「状態４Ａ」と呼ぶ）とし、装置管理者からの復旧指示コマンドの入力がなされたときに、「ＲＧ監視」状態（正常状態）である状態２Ａに戻って、スイッチＳＷ１とスイッチＳＷ２との間のリンクが復旧されるようにしてもよい。
【０１３３】
Ｂ５．実施例の効果：
上記第２実施例においては、第１のスイッチＳＷ１Ａは、第１のスイッチＳＷ１Ａにおける監視対象ポートＰ１１および第２のスイッチＳＷ２Ａにおける監視対象ポートＰ２１間を接続する物理回線ＰＬ１の第１の通信リンクＬ１１２を介して一定時間（フレーム送信時間）毎に状態通知フレームを送信し、第２のスイッチＳＷ２Ａも物理回線ＰＬ１の第２の通信リンクＬ１２１を介して一定時間（フレーム送信時間）毎に状態通知フレームを送信する。
【０１３４】
このとき、例えば、第１のスイッチＳＷ１Ａにおいて、監視時間内に受信する状態通知フレームが、第２のスイッチＳＷ２Ａにおいて、対向装置（第１のスイッチＳＷ１Ａ）から自装置（第２のスイッチＳＷ２Ａ）方向へのリンクＬ１１２が正常であることを示す通知であるＲＧフレームであった場合には、物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１は正常であると判断され、第１のスイッチＳＷ１ＡはポートＰ１１の論理状態をフレーム送受信可（論理状態「ＦＷＤ」）とすることができる。一方、第１のスイッチＳＷ１Ａにおいて、監視時間内に受信する状態通知フレームが、第２のスイッチＳＷ２Ａにおいて、対向装置（第１のスイッチＳＷ１Ａ）から自装置（第２のスイッチＳＷ２Ａ）方向へのリンクＬ１１２が障害発生であることを示す通知であるＲＦフレームであった場合には、物理回線ＰＬ１の第１の通信リンクＬ１１２は障害発生であると判断され、第１のスイッチＳＷ１ＡはポートＰ１１の論理状態をフレーム送受信不可（論理状態「ＢＬＫ」）とすることができる。また、ＲＧフレームおよびＲＦフレームのいずれも未受信の場合には、少なくとも、物理回線ＰＬ１の第２の通信リンクＬ１２１は障害発生であると判断され、第１のスイッチＳＷ１ＡはポートＰ１１の論理状態をフレーム送受信不可（論理状態「ＢＬＫ」）とすることができる。
【０１３５】
同様に、第２のスイッチＳＷ２Ａにおいて、監視時間内に受信する状態通知フレームが、第１のスイッチＳＷ１Ａにおいて、対向装置（第２のスイッチＳＷ２Ａ）から自装置（第１のスイッチＳＷ１Ａ）方向へのリンクＬ１２１が正常であることを示す通知であるＲＧフレームであった場合には、物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１は正常であると判断され、第２のスイッチＳＷ２ＡはポートＰ２１の論理状態をフレーム送受信可（論理状態「ＦＷＤ」）とすることができる。一方、第２のスイッチＳＷ２Ａにおいて、監視時間内に受信する状態通知フレームが、第１のスイッチＳＷ１Ａにおいて、対向装置（第２のスイッチＳＷ２Ａ）から自装置（第１のスイッチＳＷ１Ａ）方向へのリンクＬ１２１が障害発生であることを示す通知であるＲＦフレームであった場合には、物理回線ＰＬ１の第２の通信リンクＬ１２１は障害発生であると判断され、第１のスイッチＳＷ１ＡはポートＰ１１の論理状態をフレーム送受信不可（論理状態「ＢＬＫ」）とすることができる。また、ＲＧフレームおよびＲＦフレームのいずれも未受信の場合には、少なくとも、物理回線ＰＬ１の第１の通信リンクＬ１１２は障害発生であると判断され、第２のスイッチＳＷ２ＡはポートＰ２１の論理状態をフレーム送受信不可（論理状態「ＢＬＫ」）とすることができる。
【０１３６】
従来のＵＤＬＤは、リンクの障害を検出するために、受信したフレームに含まれる種々のパラメータの解析をソフトウェアによって行う必要があり、リンク障害検出時間が長いという問題があった。
【０１３７】
しかしながら、本実施例のリンク障害検出では、互いに、対向装置から自装置方向へ向けて送信された状態通知フレームを監視時間内に受信できるか否かに基づいて、簡単に片方向リンク障害を検出することができる。なお、状態通知フレームの種別は、フレームタイプに基づいて簡単に判断することができる。従って、従来技術に比べて、簡便で、かつ、リンク障害検出時間を短縮化することが可能である。このため、リンク障害が発生した場合におけるリンクの切り換えに要する時間を短縮化することが可能である。
【０１３８】
また、リンク障害が解消された場合には、第１のスイッチＳＷ１Ａおよび第２のスイッチＳＷ２Ａは、監視時間内にＲＧフレームの受信を再開する。これにより、自動的に障害が発生していたポートの論理状態がフレーム送受信不可（論理状態「ＢＬＫ」）状態からフレーム送受信可（論理状態「ＦＷＤ」）状態に設定されて、リンクの状態を障害状態から正常状態に自動的に復旧することができる。
【０１３９】
Ｂ６．実施例の変形例：
なお、上記実施例では、通常フレームと状態通知フレームとの区別を宛先ＭＡＣアドレス（状態通知フレームに割り当てられた専用のＭＡＣアドレス）により行い、状態通知フレームのＲＧフレームとＲＦフレームとの区別を、フレームタイプにより行っている。しかしながら、これに限定されるものではなく、宛先ＭＡＣアドレスやレイヤ２ヘッダのタイプ、ＶＬＡＮ−ＩＤを、状態通知フレームのＲＧフレームやＲＦフレーム、通常フレームの種別に応じて変えることによって区別することも可能である。また、これらの組み合わせによって、状態通知フレームのＲＧフレームやＲＦフレーム、通常フレームを区別するようにすることも可能である。
【０１４０】
Ｃ．変形例：
なお、本発明は上記した実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。
【０１４１】
上記実施例では、通信装置としてスイッチを例に説明しているが、ルータに適用可能である。
【図面の簡単な説明】
【０１４２】
【図１】第１実施例としての通信装置において実行される片方向リンク障害検出を説明するためのブロック図である。
【図２】第１実施例としての通信装置において実行される片方向リンク障害検出を説明するためのブロック図である。
【図３】リンク障害の監視を開始するための処理フローを示す説明図である。
【図４】受信したフレームの処理フローを示す説明図である。
【図５】受信したフレームの処理フローを示す説明図である。
【図６】受信したフレームの処理フローを示す説明図である。
【図７】受信したフレームの処理フローを示す説明図である。
【図８】受信したフレームの処理フローを示す説明図である。
【図９】受信したフレームの処理フローを示す説明図である。
【図１０】ＬＨＣフレームおよびＬＨＣＢフレームフォーマットを示す説明図である。
【図１１】リンク障害が発生していない状態におけるポート状態管理テーブルの例を示す説明図である。
【図１２】リンク障害が発生している状態におけるポート状態管理テーブルの例を示す説明図である。
【図１３】ＬＨＣＢフレーム監視処理のフローを示す説明図である。
【図１４】ＬＨＣＢフレーム監視処理の実行によるポートの監視状態および論理状態の状態遷移の例を示す説明図である。
【図１５】ＬＨＣＢフレーム監視処理の実行によるポートの監視状態および論理状態の状態遷移の別の例を示す説明図である。
【図１６】第１実施例としての通信装置において実行される片方向リンク障害検出を説明するためのブロック図である。
【図１７】第２実施例としての通信装置において実行される片方向リンク障害検出を説明するためのブロック図である。
【図１８】リンク障害の監視を開始するための処理フローを示す説明図である。
【図１９】受信したフレームの処理フローを示す説明図である。
【図２０】受信したフレームの処理フローを示す説明図である。
【図２１】受信したフレームの処理フローを示す説明図である。
【図２２】受信したフレームの処理フローを示す説明図である。
【図２３】ＲＧフレームおよびＲＦフレームフォーマットを示す説明図である。
【図２４】リンク障害が発生していない状態におけるポート状態管理テーブルの例を示す説明図である。
【図２５】リンク障害が発生している状態におけるポート状態管理テーブルの例を示す説明図である。
【図２６】状態通知フレーム監視処理のフローを示す説明図である。
【図２７】状態通知フレーム監視処理の実行によるポートの監視状態および論理状態の状態遷移の例を示す説明図である。
【図２８】状態通知フレーム監視処理の実行によるポートの監視状態および論理状態の状態遷移の別の状態遷移状態を示す説明図である。
【符号の説明】
【０１４３】
１００…管理部
１００Ａ…管理部
２００…フレーム転送処理部
２００Ａ…フレーム転送処理部
３００Ａ…状態通知フレーム送信部
４００…宛先判定部
４００Ａ…宛先判定部
４１０…フレーム種別判定部
４１０Ａ…フレーム種別判定部
４２０…宛先検索部
４２０Ａ…宛先検索部
４３０…宛先テーブル
４３０Ａ…宛先テーブル
４４０…ポート状態判定部
４４０Ａ…ポート状態判定部
４５０…ポート状態管理テーブル
４５０Ａ…ポート状態管理テーブル
４６０…判定結果生成部
４６０Ａ…判定結果生成部
４７０…状態通知フレーム監視部
４７０Ａ…状態通知フレーム監視部
ＰＬ１…物理回線
Ｌ１１２…第１の通信リンク
Ｌ１２１…第２の通信リンク
ＳＷ１…第１のスイッチ
ＳＷ２…第２のスイッチ
ＳＷ１Ａ…第１のスイッチ
ＳＷ２Ａ…第２のスイッチ
【図１】
0005086780.tif 000002
【図２】
0005086780.tif 000003
【図３】
0005086780.tif 000004
【図４】
0005086780.tif 000005
【図５】
0005086780.tif 000006
【図６】
0005086780.tif 000007
【図７】
0005086780.tif 000008
【図８】
0005086780.tif 000009
【図９】
0005086780.tif 000010
【図１０】
0005086780.tif 000011
【図１１】
0005086780.tif 000012
【図１２】
0005086780.tif 000013
【図１３】
0005086780.tif 000014
【図１４】
0005086780.tif 000015
【図１５】
0005086780.tif 000016
【図１６】
0005086780.tif 000017
【図１７】
0005086780.tif 000018
【図１８】
0005086780.tif 000019
【図１９】
0005086780.tif 000020
【図２０】
0005086780.tif 000021
【図２１】
0005086780.tif 000022
【図２２】
0005086780.tif 000023
【図２３】
0005086780.tif 000024
【図２４】
0005086780.tif 000025
【図２５】
0005086780.tif 000026
【図２６】
0005086780.tif 000027
【図２７】
0005086780.tif 000028
【図２８】
0005086780.tif 000029