JP5086780B2 - 通信装置および通信システム、並びに通信障害検出方法 - Google Patents
通信装置および通信システム、並びに通信障害検出方法 Download PDFInfo
- Publication number
- JP5086780B2 JP5086780B2 JP2007308224A JP2007308224A JP5086780B2 JP 5086780 B2 JP5086780 B2 JP 5086780B2 JP 2007308224 A JP2007308224 A JP 2007308224A JP 2007308224 A JP2007308224 A JP 2007308224A JP 5086780 B2 JP5086780 B2 JP 5086780B2
- Authority
- JP
- Japan
- Prior art keywords
- frame
- link
- communication
- communication device
- port
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/24—Testing correct operation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Description
本発明は、通信装置に関し、特にネットワーク上の障害検出を行う通信装置に関する。
２台の通信装置間を接続する１ポート分の物理回線は２本の回線で構成され、２台の通信装置間で双方向リンクがなされる。２つのリンクのうち一方のリンクに障害（「片方向リンク障害」と呼ばれる。）が発生し、一方の通信装置では送信は可能であるが受信が不可であり、もう一方の通信装置では受信は可能であるが送信が不可である状態となり、ネットワーク上で、ループ等の種々の障害が発生する場合がある。このような障害は、片方向リンク障害を検出し、障害を検出したポートを閉塞することによって解決することができる。
従来から、上記した片方向リンク障害を検出するために、ＵＤＬＤ（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）フレームを送信する。
そして、ＲＦフレームを受信した第１のスイッチＳＷ１Ａは、ポートＰ１１を介して接続される物理回線ＰＬ１の第１の通信リンクＬ１１２に障害が発生していると判断することができる。
なお、第２の通信リンクＬ１２１に障害が発生した場合には、第１のスイッチＳＷ１Ａは、ＲＧフレームおよびＲＦフレームのいずれも受信することができないので、この場合には、少なくとも第２の通信リンクＬ１２１に障害が発生していると判断することができる。また、このとき、第２のスイッチＳＷ２Ａが第１のスイッチＳＷ１ＡからＲＧフレームを受信している場合には、第２のスイッチＳＷ２Ａが第２の通信リンクＬ１２１に障害が発生していると判断することができる。
上記障害検出を実行するために、第１のスイッチＳＷ１Ａおよび第２のスイッチＳＷ２Ａは、以下で説明する機能ブロックにより構成されている。
第１のスイッチＳＷ１Ａおよび第２のスイッチＳＷ２Ａは、管理部１００Ａと、フレーム転送処理部２００Ａと、状態通知フレーム送信部３００Ａと、宛先判定部４００Ａと、を備える。また、宛先判定部４００Ａは、さらに、フレーム種別判定部４１０Ａと、宛先検索部４２０Ａと、宛先テーブル４３０Ａと、ポート状態判定部４４０Ａと、ポート状態管理テーブル４５０Ａと、判定結果生成部４６０Ａと、状態通知フレーム監視部４７０Ａと、を備える。
なお、第１のスイッチＳＷ１Ａのブロックと第２のスイッチＳＷ２Ａのブロックとを区別するために、第１のスイッチＳＷ１Ａのブロックの符号には（１）を付し、第２のスイッチＳＷ２Ａのブロックの符号には（２）を付することとする。
第１のスイッチＳＷ１Ａと第２のスイッチＳＷ２Ａとの間の物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１の障害検出は、第１のスイッチＳＷ１Ａおよび第２のスイッチＳＷ２Ａを構成する上記各機能ブロックが互いに連携して、以下で説明する、リンク障害監視の開始処理、受信フレーム処理、および、状態通知フレーム監視処理を行うことにより実行される。
Ｂ２．リンク障害監視の開始処理：
図１８は、リンク障害の監視を開始するための処理フローを示す説明図である。このリンク障害監視開始処理は、第１および第２のスイッチＳＷ１，ＳＷ２のいずれにおいても、装置の起動時において実行される。そこで、以下の説明では、第１のスイッチＳＷ１Ａと第２のスイッチＳＷ２Ａを区別するたの符合（１），（２）を付さずに説明する。
図１８は、リンク障害の監視を開始するための処理フローを示す説明図である。このリンク障害監視開始処理は、第１および第２のスイッチＳＷ１，ＳＷ２のいずれにおいても、装置の起動時において実行される。そこで、以下の説明では、第１のスイッチＳＷ１Ａと第２のスイッチＳＷ２Ａを区別するたの符合（１），（２）を付さずに説明する。
まず、管理部１００Ａが、装置管理者からの監視対象ポートＴＰについてのリンク監視開始指示を受信し（ステップＳ１１０Ａ）、状態通知フレーム送信部３００Ａに、監視対象ポートＴＰからの状態通知フレームの送信を指示する（ステップＳ１２０Ａ）。この指示は、図示しない端末をスイッチに接続し、装置管理者がこの端末からスイッチに入力することにより行なわれる。
そして、状態通知フレーム送信部３００Ａは、状態通知フレームを生成し、あらかじめ設定されたフレーム送信時間毎に、フレーム転送処理部２００Ａに対して監視対象ポートＴＰからの状態通知フレームの送信を指示する（ステップＳ１３０Ａ）。なお、状態通知フレーム送信部３００Ａは、状態通知フレームとして、まず、状態通知フレームの送信の指示を受けた後、最初にＲＦフレームを生成し、それ以降においては、後述する状態通知フレーム監視部からの指示に応じて、ＲＧフレームまたはＲＦフレームを生成する。
そして、フレーム転送処理部２００Ａは、フレーム送信時間毎に、状態通知フレームを監視対象ポートＴＰから送信する（ステップＳ１４０Ａ）。なお、監視対象ポートＴＰとしては、第１のスイッチＳＷ１Ａでは、複数のポートＰ１１〜Ｐ１ｎのうち、いずれか１つ以上が設定され、第２のスイッチＳＷ２Ａでは、複数のポートＰ２１〜Ｐ２ｎのうち、いずれか１つ以上が設定される。
次に、管理部１００Ａは、あらかじめ装置管理者が設定したフレーム監視時間を、宛先判定部４００Ａ内のポート状態管理テーブル４５０Ａの監視対象ポートＴＰの監視時間に設定する（ステップＳ１５０Ａ）。この設定は、リンク監視開始指示指示と同様に、図示しない端末をスイッチに接続し、装置管理者がこの端末からスイッチに入力することにより行なわれる。また、管理部１００Ａは、宛先判定部４００Ａ内のポート状態管理テーブル４５０Ａの監視対象ポートＴＰの監視状態を状態通知フレーム未受信に設定する（ステップＳ１６０Ａ）。なお、この監視状態については後述する。
そして、管理部１００Ａは、宛先判定部４００Ａ内の状態通知フレーム監視部４７０Ａに対して状態通知フレーム監視処理の開始を指示する（ステップＳ１７０Ａ）。なお、状態通知フレーム監視部４７０Ａで実行される状態通知フレーム監視処理については、後述する。
Ｂ３．受信フレーム処理：
図１９〜図２２は、受信したフレームの処理フローを示す説明図である。このフレーム処理は、第１および第２のスイッチＳＷ１Ａ，ＳＷ２Ａのいずれにおいても、それぞれのいずれかのポートにフレームが到着することによって開始される。そこで、以下の説明では、特に第１のスイッチＳＷ１と第２のスイッチＳＷ２を区別するたの符合（１），（２）を付さずに説明する。
図１９〜図２２は、受信したフレームの処理フローを示す説明図である。このフレーム処理は、第１および第２のスイッチＳＷ１Ａ，ＳＷ２Ａのいずれにおいても、それぞれのいずれかのポートにフレームが到着することによって開始される。そこで、以下の説明では、特に第１のスイッチＳＷ１と第２のスイッチＳＷ２を区別するたの符合（１），（２）を付さずに説明する。
まず、フレーム転送処理部２００Ａが、フレームが到着したポートＰｍｎ（第１のスイッチＳＷ１ではＰ１１〜Ｐ１ｎ、第２のスイッチＳＷ２ではＰ２１〜Ｐ２ｎ）からそのフレームを受信して、図示しないフレーム蓄積用メモリに格納する（ステップＳ２１０Ａ）。そして、フレーム転送処理部２００Ａは、受信フレームの中から、宛先判定部４００Ａが、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、ＶＬＡＮ−ＩＤ等のヘッダ情報や、後述するフレームタイプ等の障害検出のために必要な障害検出用情報を抽出して、宛先判定部４００Ａへ送信する（ステップＳ２２０Ａ）。
次に、宛先判定部４００Ａのフレーム種別判定部４１０Ａは、フレーム転送処理部２００Ａから受信したヘッダ情報や障害検出用情報に基づいてフレーム種別を判定する（ステップＳ２３０Ａ）。判定したフレーム種別が通常のフレーム（イーサネットフレーム）であった場合には（ステップＳ２４０Ａ：ＮＯ）、通常フレーム処理へ処理が進められる。また、判定したフレーム種別がＲＧフレームあるいはＲＦフレームであった場合には（ステップＳ２４０Ａ：ＹＥＳ）、ＲＧ／ＲＦフレーム処理（図２０）へ処理が進められる。
ここで、図２３は、ＲＧフレームおよびＲＦフレームフォーマットを示す説明図である。ＲＧフレームおよびＲＦフレームは、通常のフレーム（イーサネットフレーム）と同様に、レイヤ２ヘッダフィールドおよびデータフィールドにより構成される。ただし、状態通知フレーム（ＲＧフレームあるいはＲＦフレーム）の場合、宛先ＭＡＣアドレスフィールドには、状態通知フレームのために専用に割り当てられたＭＡＣアドレス（状態通知フレーム専用ＭＡＣアドレス）が挿入される。したがって、通常フレームと状態通知フレームとの区別は、宛先ＭＡＣアドレスに基づいて行うことができる。また、データフィールド中のフレームタイプフィールドには、ＲＧとＲＦを識別するための識別情報が挿入される。従って、ＲＧフレームとＲＦフレームとの区別は、上記フレームタイプに基づいて行うことができる。
通常フレーム処理は、第１実施例において図５を用いて説明した処理と同じであるので、以下では説明を省略する。
ＲＧ／ＲＦフレーム処理（図２０）では、まず、フレーム種別判定部４１０Ａは、ＲＧ／ＲＦフレームを受信したこと、および、受信ポートを状態通知フレーム監視部４７０Ａへ通知する（ステップＳ４１０Ａ）。
次に、状態通知フレーム監視部４７０Ａは、受信ポートを検索キーにしてポート状態管理テーブルを検索する（ステップＳ４２０Ａ）。
ここで、図２４は、リンク障害が発生していない状態におけるポート状態管理テーブルの例を示す説明図である。また、図２５は、リンク障害が発生している状態におけるポート状態管理テーブルの例を示す説明図である。ポート状態管理テーブルは、ポート毎に、論理状態、監視状態、監視時間、監視タイマが設定されている。論理状態としては、リンク障害が発生していない場合には「フレーム送受信可（ＦＷＤ）」が設定され、リンク障害が発生している場合には「フレーム送受信不可（ＢＬＫ）」が設定される。監視状態としては、ＲＧフレームを定期的に受信している状態を示す「ＲＧ監視」、ＲＦフレームを定期的に受信している状態を示す「ＲＦ監視」、ＲＧフレームおよびＲＦフレームが未受信の状態を示す「ＲＧ／ＲＦ未受信」のいずれかが設定される。監視時間としては、状態通知フレームとしてのＲＧフレームあるいはＲＦフレームの許容受信間隔を示す時間が設定される。
次に、状態通知フレーム監視部４７０Ａは、監視状態と状態通知フレーム（ＲＧフレームあるいはＲＦフレーム）の組み合わせに応じて、ポート状態管理テーブル４５０Ａの、受信ポートに対応する監視状態および論理状態を更新するとともに、送信する状態通知フレームの種別を更新する処理を実行する（ステップＳ４３０Ａ）。なお、監視状態、論理状態、および、状態通知フレームの種別の更新については、後述する。
そして、状態通知フレーム監視部４７０Ａは、ポート状態管理テーブル４５０の受信ポートに対応する監視タイマを「０」に設定（クリア）する（ステップＳ４４０Ａ）。
次に、フレーム種別判定部４１０は、受信フレームの廃棄指示を宛先検索部４２０Ａへ送信する（ステップＳ４５０Ａ）。宛先検索部４２０Ａは、廃棄指示をポート状態判定部４４０Ａへ送信する（ステップＳ４６０Ａ）。
そして、ポート状態判定処理（図２１）へ処理が進められる。
ポート状態判定処理（図２１）では、受信フレームが通常フレームの場合には（ステップＳ６１０Ａ：ＹＥＳ）、ステップＳ６２０Ａ〜Ｓ６５０Ａ，Ｓ６７０Ａの処理を実行し、受信フレームが通常フレームでない場合には（ステップＳ６１０Ａ：ＮＯ）、すなわち、ＲＧフレームまたはＲＦフレームである場合には、ステップＳ６６０Ａ，Ｓ６７０Ａの処理を実行し、フレーム処理が終了する。
ここで、受信フレームが通常フレームの場合には、まず、ポート状態判定部４４０Ａは、宛先検索部４２０Ａから通知された出力ポートを検索キーにして、ポート状態管理テーブル４５０Ａの対応するポートの論理状態を検索する（ステップＳ６２０Ａ）。
論理状態が「ＢＬＫ」である場合には（ステップＳ６３０Ａ：ＹＥＳ）、ポート状態判定部４４０Ａは、受信フレームの廃棄指示を判定結果生成部４６０Ａへ通知する（ステップＳ６４０Ａ）。論理状態が「ＢＬＫ」でない場合には（ステップＳ６３０Ａ：ＮＯ）、すなわち、論理状態が「ＦＷＤ」である場合には、ポート状態判定部４４０Ａは、宛先検索部４２０Ａから通知された出力ポートを判定結果生成部４６０Ａへ通知する（ステップＳ６５０Ａ）。
一方、受信フレームが通常フレームでない場合には、ポート状態判定部４４０Ａは、宛先検索部４２０Ａから通知された廃棄指示を判定結果生成部４６０Ａへ通知する（ステップＳ６６０Ａ）。
次に、判定結果生成部４６０Ａは、通知された出力ポートあるいは廃棄指示をフレーム転送処理部２００Ａへ通知する（ステップＳ６７０Ａ）。
そして、フレーム転送処理（図２２）へ処理が進められる。
フレーム転送処理では、まず、フレーム転送処理部２００Ａは、判定結果生成部４６０Ａから通知された宛先判定結果を解析する（ステップＳ７１０Ａ）。
そして、受信フレームの廃棄指示があるか否か判断する（ステップＳ７２０Ａ）。
廃棄指示がある場合には（ステップＳ７２０Ａ：ＹＥＳ）、受信フレームを廃棄し（ステップＳ７３０Ａ）、フレーム処理を終了する。
一方、廃棄指示がない場合には（ステップＳ７２０Ａ：ＮＯ）、受信フレームを出力ポートから送信し（ステップＳ７４０Ａ）、フレーム処理を終了する。
Ｂ４．状態通知フレーム監視処理：
図２６は、状態通知フレーム監視処理のフローを示す説明図である。この状態通知フレーム監視処理は、状態通知フレーム監視部４７０Ａにおいて、監視対象ポートＴＰの監視状態が「ＲＧ／ＲＦ未受信」から「ＲＧ監視」または「ＲＦ監視」となった場合に開始される。
図２６は、状態通知フレーム監視処理のフローを示す説明図である。この状態通知フレーム監視処理は、状態通知フレーム監視部４７０Ａにおいて、監視対象ポートＴＰの監視状態が「ＲＧ／ＲＦ未受信」から「ＲＧ監視」または「ＲＦ監視」となった場合に開始される。
一定時間間隔で、各ポートの監視タイマに、前回更新時刻からの経過時間を換算し、加算後の監視タイマと監視時間とを比較する（ステップＳ８１０Ａ）。一定時間間隔は、監視時間よりも短い時間に設定される。
そして、監視タイマが監視時間以上であるか否か判断する（ステップＳ８２０Ａ）。監視タイマが監視時間未満である場合には（ステップＳ８２０Ａ：ＮＯ）、監視タイマが監視時間以上となるまで、ステップＳ８１０Ａの処理を繰り返す。一方、監視タイマが監視時間以上である場合には（ステップＳ８２０Ａ：ＹＥＳ）、当該ポートは障害発生と判断し、図２５に示すように、当該ポートに対応する論理状態をＢＬＫに変更し、監視状態を「ＲＧ／ＲＦ未受信」に変更する（ステップＳ８３０Ａ）。そして、状態通知フレーム送信部３００Ａに、当該ポートから送信する状態通知フレームのＲＧフレームからＲＦフレームへの変更を指示し（ステップＳ８４０Ａ）、状態通知フレーム監視処理を終了する。
図２７は、状態通知フレーム監視処理の実行によるポートの監視状態および論理状態の状態遷移の例を示す説明図である。なお、図２７は、第１のスイッチＳＷ１Ａの状態通知フレーム監視部４７０Ａ（１）における状態通知フレーム監視動作によって発生する状態遷移を例に示している。
まず、ポートＰ１１からのＲＧフレームおよびＲＦフレームのいずれもが未受信であった場合において、ポートＰ１１に接続されている物理回線ＰＬ１の第１の通信リンクＬ１１２または第２の通信リンクＬ１２１に障害が発生しており、ポートＰ１１の物理状態は「障害」と判断される。このとき、ポート状態管理テーブル４５０Ａ（１）の、ポートＰ１１の監視状態は「ＲＧ／ＲＦ未受信」状態、ポートＰ１１の論理状態は「ＢＬＫ」の状態に設定され、ポートＰ１１はフレーム送信不可となる。また、送信する状態通知フレームは「ＲＦフレーム」に設定される。そして、ＲＧフレームまたはＲＦフレームを受信するまで、この状態（「状態１Ａ」と呼ぶ）が維持される。
状態１Ａが維持されている場合においてＲＧフレームを受信すると、ポートＰ１１の物理状態は「正常」と判断される。このとき、ポート状態管理テーブル４５０Ａ（１）の、ポートＰ１１の監視状態は「ＲＧ監視」状態、ポートＰ１１の論理状態は「ＦＷＤ」の状態に変更され、ポートＰ１１はフレーム送信可となる。また、送信する状態通知フレームは「ＲＧフレーム」に変更される。そして、監視時間内にＲＧフレームの受信を繰り返している間、この状態（「状態２Ａ」と呼ぶ）が維持される。
状態１Ａが維持されている場合においてＲＦフレームを受信すると、ポートＰ１１に接続されている物理回線ＰＬ１の第２の通信リンクＬ１２１に障害が発生しており、ポートＰ１１の物理状態は「障害」と判断される。このとき、ポート状態管理テーブル４５０Ａ（１）の、ポートＰ１１の監視状態は「ＲＦ監視」状態、ポートＰ１１の論理状態は「ＢＬＫ」の状態に変更され、ポートＰ１１はフレーム送信不可となる。また、送信する状態通知フレームは「ＲＧフレーム」に変更される。そして、監視時間内にＲＦフレームの受信を繰り返している間、この状態（「状態３Ａ」と呼ぶ）が維持される。
状態２Ａが維持されている場合において、監視時間内にＲＧフレームおよびＲＦフレームのいずれも未受信となった場合には、状態１Ａに変化する。また、状態２Ａが維持されている場合において、監視時間内にＲＦフレームを受信した場合には、状態３Ａに変化する。
状態３Ａが維持されている場合において、状態監視時間内にＲＧフレームおよびＲＦフレームのいずれも未受信となった場合には、状態１Ａに変化する。また、状態３Ａが維持されている場合において、監視時間内にＲＧフレームを受信した場合には、状態２Ａに変化する。
以上説明したように、状態通知フレームの受信を監視することにより、論理状態が「ＲＧ／ＲＦ未受信」である状態１Ａ、「ＲＧ監視」である状態２Ａ、および、「ＲＦ監視」である状態３Ａに自動的に変化することができる。この結果、片方向リンク障害発生時におけるポートの遮断および障害解消時におけるポートの復旧を自動的に行うことができる。
なお、上記状態遷移の説明は、第１のスイッチＳＷ１Ａが障害を検出してポートＰ１１の論理状態を制御する場合を例に説明したが、第２のスイッチＳＷ２Ａにおいても同様であり、第２のスイッチＳＡ２Ａが障害を検出してポートＰ１２の論理状態を制御することができる。また、上記第１のスイッチＳＷ１Ａと第２のスイッチＳＷ２Ａとの間の物理回線ＰＬ１が接続されるポートＰ１１を例に説明したが、他のポートにおいても同様である。
図２８は、状態通知フレーム監視処理の実行によるポートの監視状態および論理状態の状態遷移の別の状態遷移状態を示す説明図である。図２８も、第１のスイッチＳＷ１Ａの状態通知フレーム監視部４７０Ａ（１）における状態通知フレーム監視動作によって発生する状態遷移を例に示している。
監視状態が「ＲＧ／ＲＦ未受信」状態である状態１ＡにおいてＲＧフレームを受信した場合、あるいは、「ＲＦ監視」状態（正常状態）である状態３Ａにおいて、監視時間内にＲＧフレームを受信した場合には、図２７の例のように、自動的に状態２Ａ、すなわち、「ＲＦ監視」状態（正常状態）に復旧するのではなく、図２８に示すように、一旦、「復旧指示待ち」状態（「状態４Ａ」と呼ぶ）とし、装置管理者からの復旧指示コマンドの入力がなされたときに、「ＲＧ監視」状態（正常状態）である状態２Ａに戻って、スイッチＳＷ１とスイッチＳＷ２との間のリンクが復旧されるようにしてもよい。
Ｂ５．実施例の効果：
上記第２実施例においては、第１のスイッチＳＷ１Ａは、第１のスイッチＳＷ１Ａにおける監視対象ポートＰ１１および第２のスイッチＳＷ２Ａにおける監視対象ポートＰ２１間を接続する物理回線ＰＬ１の第１の通信リンクＬ１１２を介して一定時間（フレーム送信時間）毎に状態通知フレームを送信し、第２のスイッチＳＷ２Ａも物理回線ＰＬ１の第２の通信リンクＬ１２１を介して一定時間（フレーム送信時間）毎に状態通知フレームを送信する。
上記第２実施例においては、第１のスイッチＳＷ１Ａは、第１のスイッチＳＷ１Ａにおける監視対象ポートＰ１１および第２のスイッチＳＷ２Ａにおける監視対象ポートＰ２１間を接続する物理回線ＰＬ１の第１の通信リンクＬ１１２を介して一定時間（フレーム送信時間）毎に状態通知フレームを送信し、第２のスイッチＳＷ２Ａも物理回線ＰＬ１の第２の通信リンクＬ１２１を介して一定時間（フレーム送信時間）毎に状態通知フレームを送信する。
このとき、例えば、第１のスイッチＳＷ１Ａにおいて、監視時間内に受信する状態通知フレームが、第２のスイッチＳＷ２Ａにおいて、対向装置（第１のスイッチＳＷ１Ａ）から自装置（第２のスイッチＳＷ２Ａ）方向へのリンクＬ１１２が正常であることを示す通知であるＲＧフレームであった場合には、物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１は正常であると判断され、第１のスイッチＳＷ１ＡはポートＰ１１の論理状態をフレーム送受信可（論理状態「ＦＷＤ」）とすることができる。一方、第１のスイッチＳＷ１Ａにおいて、監視時間内に受信する状態通知フレームが、第２のスイッチＳＷ２Ａにおいて、対向装置（第１のスイッチＳＷ１Ａ）から自装置（第２のスイッチＳＷ２Ａ）方向へのリンクＬ１１２が障害発生であることを示す通知であるＲＦフレームであった場合には、物理回線ＰＬ１の第１の通信リンクＬ１１２は障害発生であると判断され、第１のスイッチＳＷ１ＡはポートＰ１１の論理状態をフレーム送受信不可（論理状態「ＢＬＫ」）とすることができる。また、ＲＧフレームおよびＲＦフレームのいずれも未受信の場合には、少なくとも、物理回線ＰＬ１の第２の通信リンクＬ１２１は障害発生であると判断され、第１のスイッチＳＷ１ＡはポートＰ１１の論理状態をフレーム送受信不可（論理状態「ＢＬＫ」）とすることができる。
同様に、第２のスイッチＳＷ２Ａにおいて、監視時間内に受信する状態通知フレームが、第１のスイッチＳＷ１Ａにおいて、対向装置（第２のスイッチＳＷ２Ａ）から自装置（第１のスイッチＳＷ１Ａ）方向へのリンクＬ１２１が正常であることを示す通知であるＲＧフレームであった場合には、物理回線ＰＬ１の２つのリンクＬ１１２，Ｌ１２１は正常であると判断され、第２のスイッチＳＷ２ＡはポートＰ２１の論理状態をフレーム送受信可（論理状態「ＦＷＤ」）とすることができる。一方、第２のスイッチＳＷ２Ａにおいて、監視時間内に受信する状態通知フレームが、第１のスイッチＳＷ１Ａにおいて、対向装置（第２のスイッチＳＷ２Ａ）から自装置（第１のスイッチＳＷ１Ａ）方向へのリンクＬ１２１が障害発生であることを示す通知であるＲＦフレームであった場合には、物理回線ＰＬ１の第２の通信リンクＬ１２１は障害発生であると判断され、第１のスイッチＳＷ１ＡはポートＰ１１の論理状態をフレーム送受信不可（論理状態「ＢＬＫ」）とすることができる。また、ＲＧフレームおよびＲＦフレームのいずれも未受信の場合には、少なくとも、物理回線ＰＬ１の第１の通信リンクＬ１１２は障害発生であると判断され、第２のスイッチＳＷ２ＡはポートＰ２１の論理状態をフレーム送受信不可（論理状態「ＢＬＫ」）とすることができる。
従来のＵＤＬＤは、リンクの障害を検出するために、受信したフレームに含まれる種々のパラメータの解析をソフトウェアによって行う必要があり、リンク障害検出時間が長いという問題があった。
しかしながら、本実施例のリンク障害検出では、互いに、対向装置から自装置方向へ向けて送信された状態通知フレームを監視時間内に受信できるか否かに基づいて、簡単に片方向リンク障害を検出することができる。なお、状態通知フレームの種別は、フレームタイプに基づいて簡単に判断することができる。従って、従来技術に比べて、簡便で、かつ、リンク障害検出時間を短縮化することが可能である。このため、リンク障害が発生した場合におけるリンクの切り換えに要する時間を短縮化することが可能である。
また、リンク障害が解消された場合には、第１のスイッチＳＷ１Ａおよび第２のスイッチＳＷ２Ａは、監視時間内にＲＧフレームの受信を再開する。これにより、自動的に障害が発生していたポートの論理状態がフレーム送受信不可（論理状態「ＢＬＫ」）状態からフレーム送受信可（論理状態「ＦＷＤ」）状態に設定されて、リンクの状態を障害状態から正常状態に自動的に復旧することができる。
Ｂ６．実施例の変形例：
なお、上記実施例では、通常フレームと状態通知フレームとの区別を宛先ＭＡＣアドレス（状態通知フレームに割り当てられた専用のＭＡＣアドレス）により行い、状態通知フレームのＲＧフレームとＲＦフレームとの区別を、フレームタイプにより行っている。しかしながら、これに限定されるものではなく、宛先ＭＡＣアドレスやレイヤ２ヘッダのタイプ、ＶＬＡＮ−ＩＤを、状態通知フレームのＲＧフレームやＲＦフレーム、通常フレームの種別に応じて変えることによって区別することも可能である。また、これらの組み合わせによって、状態通知フレームのＲＧフレームやＲＦフレーム、通常フレームを区別するようにすることも可能である。
なお、上記実施例では、通常フレームと状態通知フレームとの区別を宛先ＭＡＣアドレス（状態通知フレームに割り当てられた専用のＭＡＣアドレス）により行い、状態通知フレームのＲＧフレームとＲＦフレームとの区別を、フレームタイプにより行っている。しかしながら、これに限定されるものではなく、宛先ＭＡＣアドレスやレイヤ２ヘッダのタイプ、ＶＬＡＮ−ＩＤを、状態通知フレームのＲＧフレームやＲＦフレーム、通常フレームの種別に応じて変えることによって区別することも可能である。また、これらの組み合わせによって、状態通知フレームのＲＧフレームやＲＦフレーム、通常フレームを区別するようにすることも可能である。
Ｃ．変形例：
なお、本発明は上記した実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。
なお、本発明は上記した実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。
上記実施例では、通信装置としてスイッチを例に説明しているが、ルータに適用可能である。
１００…管理部
１００Ａ…管理部
２００…フレーム転送処理部
２００Ａ…フレーム転送処理部
３００Ａ…状態通知フレーム送信部
４００…宛先判定部
４００Ａ…宛先判定部
４１０…フレーム種別判定部
４１０Ａ…フレーム種別判定部
４２０…宛先検索部
４２０Ａ…宛先検索部
４３０…宛先テーブル
４３０Ａ…宛先テーブル
４４０…ポート状態判定部
４４０Ａ…ポート状態判定部
４５０…ポート状態管理テーブル
４５０Ａ…ポート状態管理テーブル
４６０…判定結果生成部
４６０Ａ…判定結果生成部
４７０…状態通知フレーム監視部
４７０Ａ…状態通知フレーム監視部
ＰＬ１…物理回線
Ｌ１１２…第１の通信リンク
Ｌ１２１…第２の通信リンク
ＳＷ１…第１のスイッチ
ＳＷ２…第２のスイッチ
ＳＷ１Ａ…第１のスイッチ
ＳＷ２Ａ…第２のスイッチ
１００Ａ…管理部
２００…フレーム転送処理部
２００Ａ…フレーム転送処理部
３００Ａ…状態通知フレーム送信部
４００…宛先判定部
４００Ａ…宛先判定部
４１０…フレーム種別判定部
４１０Ａ…フレーム種別判定部
４２０…宛先検索部
４２０Ａ…宛先検索部
４３０…宛先テーブル
４３０Ａ…宛先テーブル
４４０…ポート状態判定部
４４０Ａ…ポート状態判定部
４５０…ポート状態管理テーブル
４５０Ａ…ポート状態管理テーブル
４６０…判定結果生成部
４６０Ａ…判定結果生成部
４７０…状態通知フレーム監視部
４７０Ａ…状態通知フレーム監視部
ＰＬ１…物理回線
Ｌ１１２…第１の通信リンク
Ｌ１２１…第２の通信リンク
ＳＷ１…第１のスイッチ
ＳＷ２…第２のスイッチ
ＳＷ１Ａ…第１のスイッチ
ＳＷ２Ａ…第２のスイッチ
Claims (12)
- ネットワークを構成する通信装置であり、自通信装置のある一つのポートと対向通信装置の対応する一つのポートとの間を接続する一つの物理回線の双方向リンクとしての、前記自通信装置から前記対向通信装置の方向へのフレーム転送を行なう第１の通信リンクと、前記対向通信装置から前記自通信装置の方向へのフレーム転送を行なう第２の通信リンクのうち、少なくとも一方の障害を検出することが可能な通信装置であって、
前記一つの物理回線の前記双方向リンクとしての前記第１の通信リンクと前記第２の通信リンクを介してフレームの転送を実行するフレーム転送処理部と、
前記自通信装置から前記対向通信装置へ向けて、前記フレーム転送処理部から、前記一つの物理回線の前記双方向リンクのうちの前記第１の通信リンクを介して、リンク正常性確認フレームを送信するリンク正常性確認フレーム送信部と、
前記自通信装置から送信された前記リンク正常性確認フレームが前記一つの物理回線の前記第１の通信リンクを介して前記対向通信装置で受信された場合に、受信した前記リンク正常性確認フレームが、前記対向通信装置から、前記第１の通信リンクとともに前記一つの物理回線の前記双方向リンクを構成する前記第２の通信リンクを介して前記自通信装置へ向けて折り返して送信されて、前記フレーム転送処理部により受信される折り返しリンク正常性確認フレームを監視することにより、前記一つの物理回線の前記双方向リンクを構成する前記第１の通信リンクまたは前記第２の通信リンクの障害検出を行なう折り返し正常性確認フレーム監視部と、
を備えることを特徴とする通信装置。 - 請求項１記載の通信装置であって、
前記折り返し正常性確認フレーム監視部は、前記折り返しリンク正常性確認フレームを受信しない場合には、前記ポートの論理状態をフレーム送受信不可に設定し、前記折り返しリンク正常性確認フレームを受信した場合には、前記ポートの論理状態をフレーム送受信可に設定する
ことを特徴とする通信装置。 - 請求項１または請求項２記載の通信装置であって、
前記リンク正常性確認フレームは、宛先ＭＡＣアドレスにリンク障害監視用の専用ＭＡＣアドレスが設定され、さらに折り返し識別子を含んでおり、
前記通信装置は、受信フレームの宛先ＭＡＣアドレスに前記専用ＭＡＣアドレスが設定されているか否かに基づいて前記受信フレームが前記リンク正常性確認フレームか否かを判断し、前記リンク正常性確認フレームの折り返し識別子に基づいて前記折り返しリンク正常性確認フレームを送信するか否かを判断する宛先判定部を備えることを特徴とする通信装置。 - 請求項１ないし請求項３いずれか一項に記載の通信装置であって、
前記フレーム転送処理部は、通常フレームよりも前記リンク正常性確認フレームまたは前記折り返しリンク正常性確認フレームを優先的に処理することを特徴とする通信装置。 - 第１の通信装置のある一つのポートと第２の通信装置の対応する一つのポートとの間を接続する一つの物理回線の双方向リンクとしての、前記第１の通信装置から前記第２の通信装置の方向へのフレーム転送を行なう第１の通信リンクと、前記第２の通信装置から前記第１の通信装置の方向へのフレーム転送を行なう第２の通信リンクのうち、少なくとも一方の障害を検出することが可能な通信システムであって、
前記第１の通信装置は、前記第２の通信装置へ向けて、前記一つの物理回線の前記双方向リンクのうちの前記第１の通信リンクを介して、リンク正常性確認フレームを送信し、
前記第２の通信装置は、前記リンク正常性確認フレームを受信した場合には、受信した前記リンク正常性確認フレームを折り返しリンク正常性確認フレームとして、前記第１の通信リンクとともに前記一つの物理回線の前記双方向リンクを構成する前記第２の通信リンクを介して前記第１の通信装置へ向けて折り返して送信し、
前記第１の通信装置は、前記折り返しリンク正常性確認フレームの受信を監視することにより、前記一つの物理回線の前記双方向リンクを構成する前記第１の通信リンクまたは前記第２の通信リンクの障害検出を行なう
ことを特徴とする通信システム。 - 請求項５記載の通信システムであって、
前記第１の通信装置は、前記折り返しリンク正常性確認フレームを受信しない場合には、前記ポートの論理状態をフレーム送受信不可に設定し、前記折り返しリンク正常性確認フレームを受信した場合には、前記ポートの論理状態をフレーム送受信可に設定する
ことを特徴とする通信システム。 - 請求項５または請求項６記載の通信システムであって、
前記リンク正常性確認フレームは、宛先ＭＡＣアドレスにリンク障害監視用の専用ＭＡＣアドレスが設定され、さらに折り返し識別子を含んでおり、
前記第２の通信装置は、受信フレームの宛先ＭＡＣアドレスに前記専用ＭＡＣアドレスが設定されているか否かに基づいて前記受信フレームが前記リンク正常性確認フレームか否かを判断し、前記リンク正常性確認フレームの折り返し識別子に基づいて前記折り返しリンク正常性確認フレームを送信するか否かを判断することを特徴とする通信システム。 - 請求項５ないし請求項７いずれか一項に記載の通信システムであって、
前記第１および第２の通信装置は、通常フレームよりも前記リンク正常性確認フレームまたは前記折り返しリンク正常性確認フレームを優先的に処理することを特徴とする通信システム。 - 第１の通信装置のある一つのポートと第２の通信装置の対応する一つのポートとの間を接続する一つの物理回線の双方向リンクとしての、前記第１の通信装置から前記第２の通信装置の方向へのフレーム転送を行なう第１の通信リンクと、前記第２の通信装置から前記第１の通信装置の方向へのフレーム転送を行なう第２の通信リンクのうち、少なくとも一方の障害を検出する通信障害検出方法であって、
前記第１の通信装置が、前記第２の通信装置へ向けて、前記一つの物理回線の前記双方向リンクのうちの前記第１の通信リンクを介して、リンク正常性確認フレームを送信し、
前記第２の通信装置が、前記リンク正常性確認フレームを受信した場合には、受信した前記リンク正常性確認フレームを折り返しリンク正常性確認フレームとして、前記第１の通信リンクとともに前記一つの物理回線の前記双方向リンクを構成する前記第２の通信リンクを介して前記第１の通信装置へ向けて折り返して送信し、
前記第１の通信装置が、前記折り返しリンク正常性確認フレームの受信を監視することにより、前記一つの物理回線の前記双方向リンクを構成する前記第１の通信リンクまたは前記第２の通信リンクの障害検出を行なう
ことを特徴とする通信障害検出方法。 - 請求項９記載の通信障害検出方法であって、
前記第１の通信装置は、前記折り返しリンク正常性確認フレームを受信しない場合には、前記ポートの論理状態をフレーム送受信不可に設定し、前記折り返しリンク正常性確認フレームを受信した場合には、前記ポートの論理状態をフレーム送受信可に設定する
ことを特徴とする通信障害検出方法。 - 請求項９または請求項１０記載の通信障害検出方法であって、
前記リンク正常性確認フレームは、宛先ＭＡＣアドレスにリンク障害監視用の専用ＭＡＣアドレスが設定され、さらに折り返し識別子を含んでおり、
前記第２の通信装置は、受信フレームの宛先ＭＡＣアドレスに前記専用ＭＡＣアドレスが設定されているか否かに基づいて前記受信フレームが前記リンク正常性確認フレームか否かを判断し、前記リンク正常性確認フレームの折り返し識別子に基づいて前記折り返しリンク正常性確認フレームを送信するか否かを判断することを特徴とする通信障害検出方法。 - 請求項９ないし請求項１１いずれか一項に記載の通信障害検出方法であって、
前記第１および第２の通信装置は、通常フレームよりも前記リンク正常性確認フレームまたは前記折り返しリンク正常性確認フレームを優先的に処理することを特徴とする通信障害検出方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007308224A JP5086780B2 (ja) | 2007-11-29 | 2007-11-29 | 通信装置および通信システム、並びに通信障害検出方法 |
| US12/177,938 US8064353B2 (en) | 2007-11-29 | 2008-07-23 | Communication device, communication system, and communication fault detection method |
| US13/270,305 US8937869B2 (en) | 2007-11-29 | 2011-10-11 | Communication device, communication system, and communication fault detection method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007308224A JP5086780B2 (ja) | 2007-11-29 | 2007-11-29 | 通信装置および通信システム、並びに通信障害検出方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2009135625A JP2009135625A (ja) | 2009-06-18 |
| JP2009135625A5 JP2009135625A5 (ja) | 2010-02-04 |
| JP5086780B2 true JP5086780B2 (ja) | 2012-11-28 |
Family
ID=40675601
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007308224A Active JP5086780B2 (ja) | 2007-11-29 | 2007-11-29 | 通信装置および通信システム、並びに通信障害検出方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (2) | US8064353B2 (ja) |
| JP (1) | JP5086780B2 (ja) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5086780B2 (ja) * | 2007-11-29 | 2012-11-28 | アラクサラネットワークス株式会社 | 通信装置および通信システム、並びに通信障害検出方法 |
| WO2011121987A1 (ja) | 2010-03-31 | 2011-10-06 | 日本電気株式会社 | 通信装置、通信システム、設定方法、設定プログラム、および設定用回路 |
| JP5502649B2 (ja) | 2010-08-11 | 2014-05-28 | アラクサラネットワークス株式会社 | ネットワークシステム，レイヤ２スイッチ，及びネットワーク障害検出方法 |
| JP5572064B2 (ja) * | 2010-11-01 | 2014-08-13 | 富士通テレコムネットワークス株式会社 | 通信システム、通信装置およびリング網監視方法 |
| JP5558404B2 (ja) | 2011-04-18 | 2014-07-23 | アラクサラネットワークス株式会社 | 中継装置、ネットワークシステムおよびネットワーク障害検出方法 |
| CN102857379B (zh) * | 2012-09-18 | 2016-08-03 | 中兴通讯股份有限公司 | 保护以太环网节点间连通性的控制方法、装置及第一节点 |
| WO2014091657A1 (ja) * | 2012-12-13 | 2014-06-19 | パナソニック株式会社 | 照明用光源及び照明装置 |
| US9559897B2 (en) | 2012-12-21 | 2017-01-31 | Brocade Communications Systems, Inc. | Device ID assignment in a system of devices |
| US9853889B2 (en) | 2013-05-20 | 2017-12-26 | Brocade Communications Systems, Inc. | Broadcast and multicast traffic reduction in stacking systems |
| US9313102B2 (en) | 2013-05-20 | 2016-04-12 | Brocade Communications Systems, Inc. | Configuration validation in a mixed node topology |
| US10284499B2 (en) | 2013-08-22 | 2019-05-07 | Arris Enterprises Llc | Dedicated control path architecture for systems of devices |
| US9185049B2 (en) | 2013-10-31 | 2015-11-10 | Brocade Communications Systems, Inc. | Techniques for simplifying stacking trunk creation and management |
| US9577932B2 (en) | 2014-02-12 | 2017-02-21 | Brocade Communications Systems, Inc. | Techniques for managing ternary content-addressable memory (TCAM) resources in heterogeneous systems |
| US9692695B2 (en) | 2014-03-27 | 2017-06-27 | Brocade Communications Systems, Inc. | Techniques for aggregating hardware routing resources in a multi-packet processor networking system |
| US9692652B2 (en) * | 2014-04-03 | 2017-06-27 | Brocade Communications Systems, Inc. | Framework for reliably communicating port information in a system of devices |
| US10091059B2 (en) | 2014-12-16 | 2018-10-02 | Arris Enterprises Llc | Handling connections between network devices that support multiple port communication modes |
| CN109327383A (zh) * | 2017-07-31 | 2019-02-12 | 北京华为数字技术有限公司 | 一种故障处理方法及设备 |
| CN110990157A (zh) * | 2019-12-09 | 2020-04-10 | 云南电网有限责任公司保山供电局 | 一种适应微线程机制的录波主站通信传输系统及其方法 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6707820B1 (en) * | 1999-12-16 | 2004-03-16 | Intervoice Limited Partnership | Virtual circuit network dynamic channel management |
| US6771651B1 (en) * | 2000-09-29 | 2004-08-03 | Nortel Networks Limited | Providing access to a high-capacity packet network |
| JP2003324463A (ja) * | 2002-04-26 | 2003-11-14 | Mitsubishi Electric Corp | 通信経路切替装置 |
| US7983173B2 (en) * | 2004-05-10 | 2011-07-19 | Cisco Technology, Inc. | System and method for detecting link failures |
| JP2006245849A (ja) * | 2005-03-02 | 2006-09-14 | Fujitsu Ltd | 通信装置 |
| JP2007116364A (ja) * | 2005-10-19 | 2007-05-10 | Toshiba Corp | データ伝送システム |
| JP2007189476A (ja) * | 2006-01-13 | 2007-07-26 | Fujitsu Access Ltd | 障害監視制御システム |
| JP5086780B2 (ja) | 2007-11-29 | 2012-11-28 | アラクサラネットワークス株式会社 | 通信装置および通信システム、並びに通信障害検出方法 |
-
2007
- 2007-11-29 JP JP2007308224A patent/JP5086780B2/ja active Active
-
2008
- 2008-07-23 US US12/177,938 patent/US8064353B2/en not_active Expired - Fee Related
-
2011
- 2011-10-11 US US13/270,305 patent/US8937869B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US8064353B2 (en) | 2011-11-22 |
| JP2009135625A (ja) | 2009-06-18 |
| US8937869B2 (en) | 2015-01-20 |
| US20120026894A1 (en) | 2012-02-02 |
| US20090141641A1 (en) | 2009-06-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5086780B2 (ja) | 通信装置および通信システム、並びに通信障害検出方法 | |
| JP6053003B2 (ja) | 伝送システム、伝送装置、及び伝送方法 | |
| US6765877B1 (en) | System and method for detecting unidirectional links | |
| US7907516B2 (en) | Node setting apparatus, network system, node setting method, and computer product | |
| EP2725743B1 (en) | Methods and device for processing location information about fault point | |
| WO2010064532A1 (ja) | 通信ネットワーク管理システム、方法、プログラム、及び管理計算機 | |
| WO2010064531A1 (ja) | 通信ネットワーク管理システム、方法、プログラム、及び管理計算機 | |
| JP2014175924A5 (ja) | ||
| US9515919B2 (en) | Method and apparatus for protection switching in packet transport system | |
| US20140043960A1 (en) | Method, tor switch, and system for implementing protection switchover based on trill network | |
| JP5558404B2 (ja) | 中継装置、ネットワークシステムおよびネットワーク障害検出方法 | |
| JP5429697B2 (ja) | 通信ネットワーク管理システム、方法、及び管理計算機 | |
| CN100466583C (zh) | 基于rrpp的快速环网防攻击的方法、装置和系统 | |
| CN101340377B (zh) | 一种用于二层网络数据传输的方法、装置及其系统 | |
| WO2011150780A1 (zh) | 触发路由切换的方法和服务运营商侧运营商边缘设备 | |
| JP5502649B2 (ja) | ネットワークシステム，レイヤ２スイッチ，及びネットワーク障害検出方法 | |
| JP4871815B2 (ja) | パケット交換ネットワーク、障害管制装置およびパケット交換装置 | |
| WO2017152595A1 (zh) | 一种响应网络拓扑变化的方法和装置 | |
| JP5494646B2 (ja) | 通信ネットワーク管理システム、方法、及び管理計算機 | |
| JP4692419B2 (ja) | ネットワーク装置及びそれに用いる冗長切替え方法並びにそのプログラム | |
| US8520690B2 (en) | Communication apparatus | |
| WO2021152670A1 (ja) | 通信装置、切り替え制御方法、及びプログラム | |
| JP4760745B2 (ja) | ネットワーク管理装置及びプログラム | |
| JP3785370B2 (ja) | パケット転送装置、伝送装置、パケット転送システム及びネットワーク故障復旧方法 | |
| JP2007074252A (ja) | 高可用性通信装置、障害管理方法、およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091214 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20091214 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20111221 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120110 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120227 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20120403 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120629 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20120710 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20120904 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120907 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5086780 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150914 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |