JP5502649B2 - ネットワークシステム，レイヤ２スイッチ，及びネットワーク障害検出方法 - Google Patents

ネットワークシステム，レイヤ２スイッチ，及びネットワーク障害検出方法 Download PDF

Info

Publication number
JP5502649B2
JP5502649B2 JP2010179970A JP2010179970A JP5502649B2 JP 5502649 B2 JP5502649 B2 JP 5502649B2 JP 2010179970 A JP2010179970 A JP 2010179970A JP 2010179970 A JP2010179970 A JP 2010179970A JP 5502649 B2 JP5502649 B2 JP 5502649B2
Authority
JP
Japan
Prior art keywords
frame
monitoring
communication device
mac address
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.)
Expired - Fee Related
Application number
JP2010179970A
Other languages
English (en)
Other versions
JP2012039534A (ja
JP2012039534A5 (ja
Inventor
真一 赤羽
晴大 加賀野井
哲也 永田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alaxala Networks Corp
Original Assignee
Alaxala Networks Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alaxala Networks Corp filed Critical Alaxala Networks Corp
Priority to JP2010179970A priority Critical patent/JP5502649B2/ja
Priority to US13/191,981 priority patent/US8755288B2/en
Priority to EP20110177118 priority patent/EP2418811A3/en
Publication of JP2012039534A publication Critical patent/JP2012039534A/ja
Publication of JP2012039534A5 publication Critical patent/JP2012039534A5/ja
Application granted granted Critical
Publication of JP5502649B2 publication Critical patent/JP5502649B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/55—Prevention, detection or correction of errors
    • H04L49/555—Error detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/55—Prevention, detection or correction of errors
    • H04L49/557—Error correction, e.g. fault recovery or fault tolerance

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Small-Scale Networks (AREA)

Description

本発明は、ネットワークにおける障害検出に関する。
２台の通信装置（例えば、レイヤ２スイッチ）を、互いにネットワークを介して接続する場合、２台の通信装置間に双方向の２つのパス（通信経路）が設定される。一方のパスに障害（「片方向パス障害」と呼ぶ）が発生すると、ネットワーク上で、フレームがループする等の種々の問題が発生する。そこで、片方向パス障害を検出するために、ＵＤＬＤ（Uni-Directional Link Detction ）プロトコルが提案されている（非特許文献１）。
ＵＤＬＤでは、各通信装置が、それぞれ他方の通信装置に対してリンク正常性確認フレームを送信し、他方の通信装置から送信されるリンク正常性通知フレームの受信の有無により、片方向リンク障害の発生の有無を検出する。
Cisco System UniDirectional Link (UDLD) Protocol (RFC:5171). Cisco Systems, April 2008. Retrieved from the Internet: on 2010-06-20.
しかしながら、ＵＤＬＤでは、受信したフレームに含まれる様々なパラメータの解析をソフトウェアによって行い、その解析結果に基づいて片方向パス障害の有無を検出するため、障害検出までに長期間を要するという問題があった。このため、片方向パス障害の検出時間の短縮化が望まれていた。
本発明は、２台の通信装置間における片方向パス障害を短期間で検出することを目的とする。
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
［形態１］複数の端末間で送信および受信されるフレームを中継するネットワークシステムであって、フレームの送信および受信を行う複数の第１のポートを有し、第１のＭＡＣ（Ｍｅｄｅｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスが設定された第１の通信装置と、前記第１の通信装置とは異なる他の通信装置を介して前記第１の通信装置と接続され、第２のＭＡＣアドレスが設定された第２の通信装置と、を備え、前記第１の通信装置は、外部からの指示により、監視対象とする通信装置である監視対象装置と、前記複数の第１のポートのうちの監視対象とする監視対象ポートと、通信装置の監視に用いられる監視フレームの送信間隔と、フレーム監視時間と、が設定され、前記第１の通信装置は、さらに、前記監視対象装置として前記第２の通信装置が設定されると、宛先ＭＡＣアドレスとして前記第２のＭＡＣアドレスが設定され、送信元ＭＡＣアドレスとして前記第１のＭＡＣアドレスが設定された前記監視フレームを生成して、前記監視対象ポートとして設定された前記第１のポートである設定ポートから前記監視フレームを出力する監視フレーム送信部と；前記設定ポートで受信されたフレームの種別を判定する第１の判定部と；前記監視対象装置として前記第２の通信装置が設定されると、前記監視フレームに対する応答フレームである監視応答フレームを、前記設定ポートにおいて前記第２の通信装置から受信したか否かを、前記監視時間として設定された設定監視時間毎に繰り返し監視する監視応答フレーム監視部と；を有し、前記第２の通信装置は、外部からの指示により、前記第２の通信装置における前記監視応答フレームの生成および送信の可否が設定され、前記第２の通信装置は、フレームの送信および受信を行う複数の第２のポートと；前記複数の第２のポートのうちのいずれかのポートで受信されたフレームの種別を判定し、判定された種別に応じて、該フレームの処理として、前記第１の通信装置および前記第２の通信装置とは異なる他の装置への中継と、廃棄と、前記監視応答フレームの作成および送信と、のうちのいずれを実行するかを決定する第２の判定部と；前記第２の判定部による決定の結果、前記監視応答フレームの作成および送信を実行すると決定された後に、前記監視フレームを受信すると、前記監視フレームに設定されている宛先ＭＡＣアドレスを送信元ＭＡＣアドレスに、前記監視フレームに設定されている送信元ＭＡＣアドレスを宛先ＭＡＣアドレスに、それぞれ入れ替えて設定して前記監視応答フレームを生成して、送信する第１の監視応答フレーム送信部と；を有する、ネットワークシステム。
［形態２］複数の端末間で送信および受信されるフレームを中継するレイヤ２スイッチであって、第１のＭＡＣ（Ｍｅｄｅｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスが設定されており、第２のＭＡＣアドレスが設定された通信装置と、前記通信装置とは異なる通信装置を介して接続され、フレームの送信および受信を行う複数の第１のポートを備え、外部からの指示により、監視対象とする通信装置である監視対象装置と、前記複数の第１のポートのうちの監視対象とする監視対象ポートと、通信装置の監視に用いられる監視フレームの送信間隔と、フレーム監視時間と、が設定され、前記レイヤ２スイッチは、さらに、前記監視対象装置として前記通信装置が設定されると、宛先ＭＡＣアドレスとして前記第２のＭＡＣアドレスが設定され、送信元ＭＡＣアドレスとして前記第１のＭＡＣアドレスが設定された前記監視フレームを生成して、前記監視対象ポートとして設定された前記第１のポートである設定ポートから前記監視フレームを出力する監視フレーム送信部と；前記設定ポートで受信されたフレームの種別を判定する第１の判定部と；前記監視対象装置として前記通信装置が設定されると、前記監視フレームに対する応答フレームである監視応答フレームを、前記設定ポートにおいて前記通信装置から受信したか否かを、前記監視時間として設定された設定監視時間毎に繰り返し監視する監視応答フレーム監視部と；を備え、外部からの指示により、前記監視応答フレームの生成および送信の可否が設定され、前記レイヤ２スイッチは、さらに、前記複数の第１のポートのうちのいずれかのポートで受信されたフレームの種別を判定し、判定された種別に応じて、該フレームの処理として、前記レイヤ２スイッチおよび前記通信装置とは異なる他の装置への中継と、廃棄と、前記監視応答フレームの作成および送信と、のうちのいずれを実行するかを決定する第２の判定部と；前記第２の判定部による決定の結果、前記監視応答フレームの作成および送信を実行すると決定された後に、前記監視フレームを受信すると、前記監視フレームに設定されている宛先ＭＡＣアドレスを送信元ＭＡＣアドレスに、前記監視フレームに設定されている送信元ＭＡＣアドレスを宛先ＭＡＣアドレスに、それぞれ入れ替えて設定して前記監視応答フレームを生成して、送信する監視応答フレーム送信部と；を備える、レイヤ２スイッチ。
［適用例１］ネットワークシステムであって、
第１のアドレスが設定された第１の通信装置と、
前記第１の通信装置とネットワークを介して接続され、第２のアドレスが設定された第２の通信装置と、
を備え、
前記第１の通信装置は、
宛先アドレスとして前記第２のアドレスが設定され、送信元アドレスとして前記第１のアドレスが設定されたフレームである監視フレームを生成して、前記ネットワークに出力する監視フレーム送信部と、
前記第２の通信装置から送信される監視応答フレームの受信を監視する監視応答フレーム監視部と、
を有し、
前記第２の通信装置は、
前記監視フレームを受信すると、前記監視フレームに設定されている宛先アドレスを送信元アドレスに、前記監視フレームに設定されている送信元アドレスを宛先アドレスに、それぞれ入れ替えて設定して前記監視応答フレームを生成して、前記ネットワークに出力する監視応答フレーム送信部を有する、ネットワークシステム。
適用例１のネットワークシステムでは、第２の通信装置において、監視フレームを受信すると、監視フレームに設定されている宛先アドレスを送信元アドレスに、監視フレームに設定されている送信元アドレスを宛先アドレスに、それぞれ入れ替えて設定することにより監視応答フレームが生成されるので、監視応答フレームの生成処理を容易にハードウェア処理化でき、処理の高速化が実現できる。加えて、第１の通信装置では、監視応答フレームの受信を監視することにより、第１の通信装置と第２の通信装置との間のパス障害を検出できるので、ソフトウェア処理を必要としない。したがって、第１の通信装置と第２の通信装置との間における片方向パス障害を短期間で検出することができる。
［適用例２］適用例１に記載のネットワークシステムにおいて、
前記第２の通信装置は、さらに、
前記受信した監視フレームを記憶する受信フレームバッファと、
前記監視応答フレームを記憶する送信フレームバッファと、
を有し、
前記監視応答フレーム送信部は、前記受信フレームバッファに記憶されている前記監視フレームから宛先アドレスを読み出して、前記送信フレームバッファに前記監視応答フレームの送信元アドレスとして記録させると共に、前記受信フレームバッファに記憶されている前記監視フレームから送信元アドレスを読み出して、前記送信フレームバッファに前記監視応答フレームの宛先アドレスとして記録させる、ネットワークシステム。
このような構成により、監視フレームに設定されている宛先アドレスを送信元アドレスに、監視フレームに設定されている送信元アドレスを宛先アドレスに、それぞれ入れ替えて設定する処理を、ハードウェアにより実現することができる。
［適用例３］適用例１または適用例２に記載のネットワークシステムにおいて、
前記第１の通信装置は、さらに、
フレームを送受信するためのポートと、
前記監視応答フレーム監視部が前記ポートにおける前記監視応答フレームの受信を検出すると、前記ポートの論理状態をフレーム送受信可能の状態に設定し、前記監視応答フレーム監視部が前記ポートにおける前記監視応答フレームの受信を検出しない場合には、前記ポートの論理状態をフレーム送受信不可能の状態に設定する、ポート制御部と、
を有する、ネットワークシステム。
このような構成により、障害が検出されたポートにおけるフレームの送受信を遮断することができるので、障害発生によりフレームがネットワークシステム内をループし続けることを抑制できる。
［適用例４］適用例１ないし適用例３のいずれかに記載のネットワークシステムにおいて、
前記監視フレーム送信部は、前記監視フレームの一部として、前記監視フレームであることを示す監視フレーム識別子を設定し、
前記監視応答フレーム送信部は、前記監視応答フレームを生成する際に、前記監視フレームに設定されている前記監視フレーム識別子を、前記監視応答フレームであることを示す監視応答フレーム識別子に書き換える、ネットワークシステム。
このような構成により、監視フレームと監視応答フレームとを容易に区別することができる。したがって、第２の通信装置からも第１の通信装置宛に監視フレームを送信する場合に、第１の通信装置において、第２の通信装置から送信されたフレームが、自らが送信した監視フレームに対応する監視応答フレームであるのか、または、第２の通信装置が新たに送信した監視フレームであるのか、を容易に区別することができる。
［適用例５］適用例１ないし適用例３のいずれかに記載のネットワークシステムにおいて、
前記監視応答フレーム送信部は、前記監視フレームのうち、前記宛先アドレス及び前記送信元アドレスのみを書き換えて、前記監視応答フレームを生成する、ネットワークシステム。
このような構成により、シンプルな処理で監視応答フレームを生成することができる。したがって、より短期間のうちに障害発生を検出することができる。加えて、宛先アドレス及び送信元アドレスのみを書き換えて監視応答フレームを生成するので、第１の通信装置と第２の通信装置との間に、他の通信装置（フレーム中継装置）が１つ以上介在する構成においても、この他の通信装置は、通常のフレームと同様に、監視応答フレームを第１の通信装置に向けて中継することができる。したがって、大規模なネットワークシステムにおいても、障害の発生を監視できると共に、ネットワークシステムの構成変更に伴い、第１の通信装置と第２の通信装置との間に他の通信装置（フレーム中継装置）を追加する場合であっても、第１の通信装置と第２の通信装置との間において生じた障害を検出することができる。
［適用例６］適用例１ないし適用例５のいずれかに記載のネットワークシステムにおいて、
前記第１の通信装置は、さらに、
前記第２の通信装置における前記監視応答フレームの生成及び送信の可否を設定するためのユーザインタフェースを有する、ネットワークシステム。
このような構成により、ユーザは、第２の通信装置における監視応答フレームの生成及び送信の可否を容易に設定することができる。
［適用例７］適用例１ないし適用例６のいずれかに記載のネットワークシステムにおいて、
前記第１の通信装置及び前記第２の通信装置は、いずれもレイヤ２スイッチである、ネットワークシステム。
このような構成により、レイヤ２スイッチ間のレイヤ２ネットワークにおける障害発生の有無を、短期間で検出することができる。
［適用例８］レイヤ２スイッチであって、
第１のアドレスが設定された通信装置とネットワークを介して接続され、
第２のアドレスが設定されており、
宛先アドレスとして前記第２のアドレスが設定され、送信元アドレスとして前記第１のアドレスが設定されたレイヤ２フレームである監視フレームを受信すると、前記監視フレームに設定されている宛先アドレスを送信元アドレスに、前記監視フレームに設定されている送信元アドレスを宛先アドレスに、それぞれ入れ替えて設定して監視応答フレームを生成し、前記ネットワークに出力する監視応答フレーム送信部を備える、レイヤ２スイッチ。
適用例８のレイヤ２スイッチでは、監視フレームを受信すると、監視フレームに設定されている宛先アドレスを送信元アドレスに、監視フレームに設定されている送信元アドレスを宛先アドレスに、それぞれ入れ替えて設定することにより監視応答フレームが生成されるので、監視応答フレームの生成処理を容易にハードウェア処理化でき、処理の高速化が実現できる。したがって、レイヤ２スイッチと通信装置との間における片方向パス障害を短期間で検出することができる。
［適用例９］第１の通信装置と第２の通信装置とを備えるネットワークシステムにおいて、前記第１の通信装置と前記第２の通信装置とを接続するネットワークの障害を検出するネットワーク障害検出方法であって、
前記第１の通信装置には第１のアドレスが設定され、前記第２の通信装置には第２のアドレスが設定され、
（ａ）前記第１の通信装置において、宛先アドレスとして前記第２のアドレスが設定され、送信元アドレスとして前記第１のアドレスが設定されたフレームである監視フレームを生成して、前記ネットワークに出力する工程と、
（ｂ）前記第２の通信装置において、前記監視フレームを受信すると、前記監視フレームに設定されている宛先アドレスを送信元アドレスに、前記監視フレームに設定されている送信元アドレスを宛先アドレスに、それぞれ入れ替えて設定して監視応答フレームを生成し、前記ネットワークに出力する工程と、
（ｃ）前記第１の通信装置において、前記第２の通信装置から送信される前記監視応答フレームの受信を監視する工程と、
を備える、ネットワーク障害検出方法。
適用例９のネットワーク障害検出方法では、第２の通信装置において、監視フレームを受信すると、監視フレームに設定されている宛先アドレスを送信元アドレスに、監視フレームに設定されている送信元アドレスを宛先アドレスに、それぞれ入れ替えて設定することにより監視応答フレームが生成されるので、監視応答フレームの生成処理を容易にハードウェア処理化でき、処理の高速化が実現できる。加えて、第１の通信装置では、監視応答フレームの受信を監視することにより、第１の通信装置と第２の通信装置との間のパス障害を検出できるので、ソフトウェア処理を必要としない。したがって、第１の通信装置と第２の通信装置との間における片方向パス障害を短期間で検出することができる。
なお、本発明は、種々の態様で実現することが可能であり、例えば、ネットワークシステムやレイヤ２スイッチの制御方法、ネットワークシステムまたはレイヤ２スイッチの機能を実現するためのコンピュータープログラム、そのコンピュータープログラムを記録した記録媒体、等の形態で実現することができる。
本発明の一実施例におけるネットワークシステムの概略構成を示す説明図である。 図１に示す第１スイッチ及び第２スイッチの詳細構成を示す説明図である。 図２に示すフレーム転送処理部の詳細構成を示す説明図である。 パス障害の監視を行うための設定用ウィンドウを示す第１の説明図である。 パス障害の監視を行うための設定用ウィンドウを示す第２の説明図である。 パス障害監視開始処理の手順を示すフローチャートである。 ＬＨＣフレーム及びＬＨＣＢフレームのフレームフォーマットを示す説明図である。 第１スイッチのポートが監視対象ポートとして設定された場合における初期状態のポート状態管理テーブルの例を示す説明図である。 受信フレーム処理の手順を示すフローチャートである。 受信フレーム処理の手順を示すフローチャートである。 受信フレーム処理の手順を示すフローチャートである。 受信フレーム処理の手順を示すフローチャートである。 受信フレーム処理の手順を示すフローチャートである。 受信フレーム処理の手順を示すフローチャートである。 ＬＨＣＢフレーム監視処理の手順を示すフローチャートである。 パス障害発生が発生している状態におけるポート状態管理テーブルの例を示す説明図である。 ＬＨＣＢフレーム監視処理の実行によるポートの監視状態および論理状態の状態遷移の例を示す説明図である。
Ａ．実施例：
Ａ１．システム構成：
図１は、本発明の一実施例におけるネットワークシステムの概略構成を示す説明図である。図１において、上段は、第１スイッチＳＷ１と第２スイッチＳＷ２との間のパスが正常である場合におけるネットワークシステムを示し、下段は、第１スイッチＳＷ１と第２スイッチＳＷ２との間のパスにおいて障害が発生した場合におけるネットワークシステムを示す。
本実施例のネットワークシステム１００は、第１スイッチＳＷ１と、第２スイッチＳＷ２と、第３スイッチＳＷ３とを備え、第２スイッチＳＷ２が、第１スイッチＳＷ１と第３スイッチＳＷ３との間に配置された構成を有する。各スイッチＳＷ１〜ＳＷ３は、いずれも図示しない複数のポートを備えたレイヤ２スイッチであり、ポートに接続された端末（パーソナルコンピュータやサーバなど）から受信するレイヤ２フレーム（ＯＳＩ参照モデルにおける第２層（データリンク層）のフレーム）を中継する。
本実施例では、ネットワークシステム１００が中継するフレームとして、イーサネットフレーム（「イーサネット」は登録商標）を採用するが、イーサネットフレームに代えて、ＦＤＤＩ（Fiber-Distributed Data Interface）や、ＡＴＭ（Asynchronous Transfer Mode）など、任意のレイヤ２プロトコルで規定されているフレーム（パケット，セル）を採用することができる。なお、第１スイッチＳＷ１には、レイヤ２アドレスとして、ＭＡＣ（Media Access Control）アドレス「ｍ１」が予め設定されている。同様に、第２スイッチＳＷ２には、レイヤ２アドレスとして、ＭＡＣアドレス「ｍ２」が予め設定されている。これらＭＡＣアドレス「ｍ１」，「ｍ２」は、いずれも、パス障害監視用に割り当てられた専用のＭＡＣアドレスである。
第１スイッチＳＷ１と第３スイッチＳＷ３とは、互いに２つの物理リンクＬ１１２，Ｌ１２１により接続されている。第３スイッチＳＷ３と第２スイッチＳＷ２とは、互いに２つの物理リンクＬ２１２，Ｌ２２１により接続されている。かかる構成により、第１スイッチＳＷ１から第２スイッチＳＷ２に向かうパスとして、第１スイッチＳＷ１，物理リンクＬ１１２，第３スイッチＳＷ３，物理リンクＬ２１２，第２スイッチＳＷ２の順序でフレームが中継されるパスＰＡ１２が形成されている。また、第２スイッチＳＷ２から第１スイッチＳＷ１に向かうパスとして、第２スイッチＳＷ２，物理リンクＬ２２１，第３スイッチＳＷ３，物理リンクＬ１２１，第１スイッチＳＷ１の順序でフレームが中継されるパスＰＡ２１が形成されている。
ネットワークシステム１００では、２つのパスＰＡ１２，ＰＡ２１のいずれかにおける障害発生の有無を監視するために、第１スイッチＳＷ１は、監視用のフレーム（以下、「ＬＨＣフレーム」と呼ぶ）を送信する。図１上段に示すように、２つのパスＰＡ１２，ＰＡ２１において障害が発生していない場合、第１スイッチＳＷ１から送出されたＬＨＣフレームは、パスＰＡ１２を通って第２スイッチＳＷ２に中継される。第２スイッチＳＷ２は、ＬＨＣフレームを受信すると、監視応答用のフレーム（以下、「ＬＨＣＢフレーム」を送信する。後述するように、ＬＨＣＢフレームは、ＬＨＣフレームを折り返したフレームであり、第２スイッチＳＷ２では、ＬＨＣＢフレームの生成を、ハードウェア処理化している。第２スイッチＳＷ２から送出されたＬＨＣＢフレームは、パスＰＡ２１を通って第１スイッチＳＷ１に中継される。第１スイッチＳＷ１では、ＬＨＣＢフレームの受信の有無を監視しており、ＬＨＣＢフレームを所定期間内において受信した場合には、両方のパスＰＡ１２，ＰＡ２１は正常であると判断する。
これに対し、図１下段に示すように、例えば、物理リンクＬ２１２において障害（片方向パス障害）が発生した場合、ＬＨＣフレームは第２スイッチＳＷ２に中継されない。この場合、第２スイッチＳＷ２はＬＨＣＢフレームを送信しないため、第１スイッチＳＷ１は、所定期間内にＬＨＣＢフレームを受信せず、２つのパスＰＡ１２，ＰＡ２１の少なくとも一方において障害が発生したと判断する。
このような片方向パス障害監視を実現するために、第１スイッチＳＷ１及び第２スイッチＳＷ２は、図示しない端末から送信されるフレームの中継処理に加えて、ＬＨＣフレームの送受信や、ＬＨＣＢフレームの送受信等の処理を実行する。第１スイッチＳＷ１は、請求項における第１の通信装置に相当し、第２スイッチＳＷ２は、請求項における第２の通信装置に相当する。なお、第３スイッチＳＷ３は、本発明の一実施例としての通信装置ではなく、一般的なレイヤ２スイッチである。すなわち、第３スイッチＳＷ３は、受信したフレームを、フレームに設定されている宛先ＭＡＣアドレスに基づき、図示しない宛先テーブル（ＭＡＣアドレスと出力ポートとを対応付けた中継用テーブル）に従って中継する。
図２は、図１に示す第１スイッチ及び第２スイッチの詳細構成を示す説明図である。第１スイッチＳＷ１と第２スイッチＳＷ２とは同じ構成であるため、第２スイッチＳＷ２について代表して説明する。第２スイッチＳＷ２は、複数のポートＰ２１，Ｐ２２，・・・，Ｐ２ｎと、フレーム転送処理部２０ｂと、宛先判定部４０ｂと、ＬＨＣフレーム送信部３０ｂと、管理部１０ｂと、管理用インタフェース１１ｂとを備えている。
複数のポートＰ２１，Ｐ２２，・・・，Ｐ２ｎは、それぞれ送信側の物理リンクと受信側の物理リンクを終端している。例えば、図２に示すように、ポートＰ２１は、送信側の物理リンクＬ２１２と、受信側の物理リンクＬ２２１とを終端している。
図３は、図２に示すフレーム転送処理部の詳細構成を示す説明図である。フレーム転送処理部２０ｂは、レイヤ１制御部２１ｂと、レイヤ２制御部２２ｂと、受信フレームバッファ２３ｂと、送信フレームバッファ２４ｂとを備えている。各機能部は、記憶素子や、ＡＳＩＣ（Application Specific Integrated Circuit）等の回路により構成されており、ハードウェア処理が可能である。
レイヤ１制御部２１ｂは、レイヤ１（ＯＳＩ参照モデルの第１層（物理層））の処理を行う機能部であり、各ポートＰ２１，Ｐ２２，・・・，Ｐ２ｎ及びレイヤ２制御部２２ｂと、それぞれ接続されている。レイヤ１制御部２１ｂは、各ポートＰ２１，Ｐ２２，・・・，Ｐ２ｎにおいて受信される信号からレイヤ２のフレームを生成してレイヤ２制御部２２ｂに出力し、また、レイヤ２制御部２２ｂから受信するレイヤ２フレームに基づき信号を生成して各ポートＰ２１，Ｐ２２，・・・，Ｐ２ｎに出力する。
レイヤ２制御部２２ｂは、レイヤ２の処理を行う機能部であり、レイヤ１制御部２１ｂ，受信フレームバッファ２３ｂ，及び送信フレームバッファ２４ｂと接続されている。また、レイヤ２制御部２２ｂは、後述のＬＨＣフレーム送信部３０ｂ，判定結果生成部４６ｂ，フレーム種別判定部４１ｂと接続されている。レイヤ２制御部２２ｂは、レイヤ１制御部２１ｂから受信したフレームを、受信フレームバッファ２３ｂに記憶させ、また、受信フレームバッファ２３ｂからフレームを読み出して他の機能部に送信する。加えて、レイヤ２制御部２２ｂは、他の機能部からの指示に従って、フレームを生成して送信フレームバッファ２４ｂに記憶させ、また、送信フレームバッファ２４ｂからフレームを読み出してレイヤ１制御部２１ｂに出力する。
受信フレームバッファ２３ｂは、第２スイッチＳＷ２が受信したフレームを記憶する。図３では、受信フレームバッファ２３ｂにはＬＨＣフレームｆｃ１が記憶されている。送信フレームバッファ２４ｂは、第２スイッチＳＷ２が送信しようとするフレームを記憶する。図３では、送信フレームバッファ２４ｂにはＬＨＣＢフレームｆｂ１が記憶されている。
図２に戻って、宛先判定部４０ｂは、フレーム種別判定部４１ｂと、宛先テーブル４３ｂと、宛先検索部４２ｂと、ポート状態管理テーブル４５ｂと、ポート状態判定部４４ｂと、判定結果生成部４６ｂと、ＬＨＣＢフレーム監視部４７ｂとを備えている。
フレーム種別判定部４１ｂは、受信したフレームの種類を判定する。宛先テーブル４３ｂは、フレームを中継する際に参照されるテーブルであり、フレームに設定されている宛先ＭＡＣアドレスやＶＬＡＮ−ＩＤ等の識別子と、フレームの出力ポートとを対応付けたテーブルである。宛先検索部４２ｂは、宛先テーブル４３ｂを参照して、受信フレームを中継するための出力ポートを決定する。ポート状態管理テーブル４５ｂは、各ポートの論理状態を管理するためのテーブルである。ポート状態判定部４４ｂは、ポート状態管理テーブル４５ｂを参照して出力ポートの状態を決定する。判定結果生成部４６ｂは、廃棄指示等の後述する各種指示や、出力ポートをフレーム転送処理部２０ｂに通知する。ＬＨＣＢフレーム監視部４７ｂは、監視対象のスイッチから送信されるＬＨＣＢフレームの受信を監視する。
管理部１０ｂは、管理用インタフェース１１ｂと、ＬＨＣフレーム送信部３０ｂと、宛先判定部４０ｂと、それぞれ接続されており、各構成要素を制御する。管理用インタフェース１１ｂは、破線で示す管理用端末ＰＣ２と接続するためのインタフェースを提供する機能部である。このインタフェースとしては、例えば、ＵＳＢ（Universal Serial Bus）インタフェースや、ＲＳ２３２Ｃ等のシリアルインタフェースや、ＩＥＥＥ８０２．３ｕなどを採用することができる。ＬＨＣフレーム送信部３０ｂは、管理部１０ｂからの指示に従って、ＬＨＣフレームの生成をフレーム転送処理部２０ｂに指示する。
第１スイッチＳＷ１は、上述した第２スイッチＳＷ２と同じ構成を有する。図２では、各スイッチの同じ構成要素を区別するために、第１スイッチＳＷ１の各構成要素には「ａ」の符号を、第２スイッチＳＷ２の各要素には「ｂ」の符号を、それぞれ付している。
ネットワークシステム１００では、後述するパス障害監視の開始処理，受信フレーム処理，ＬＨＣＢフレーム監視処理を実行することにより、パス障害の発生を短期間で検出することができる。
なお、前述のＬＨＣフレームは、請求項における監視フレームに相当する。また、ＬＨＣＢフレームは請求項における監視応答フレームに、ＬＨＣフレーム送信部３０ａ及びフレーム転送処理部２０ａは請求項における監視フレーム送信部に、フレーム転送処理部２０ａ及びＬＨＣＢフレーム監視部４７ａは請求項における監視応答フレーム監視部及びポート制御部に、フレーム転送処理部２０ｂは請求項における監視応答フレーム送信部に、折り返し識別子は請求項における監視フレーム識別子に、それぞれ相当する。
Ａ２．パス障害監視の開始処理：
図４は、パス障害の監視を行うための設定用ウィンドウを示す第１の説明図である。図５は、パス障害の監視を行うための設定用ウィンドウを示す第２の説明図である。図１に示すパスＰＡ１２，ＰＡ２１を監視する場合、ユーザ（ネットワークシステム１００のシステム管理者など）は、予め、これらのパスＰＡ１２，ＰＡ２１を終端するスイッチ（第１スイッチＳＷ１及び第２スイッチＳＷ２）において、所定の設定を行う。
具体的には、ユーザは、図２に示すように管理用端末ＰＣ１を第１スイッチＳＷ１に接続して、図４に示す監視設定用ウィンドウＷ１を管理用端末ＰＣ１に表示させ、各種パラメータを入力する。図４に示すように、監視設定用ウィンドウＷ１は、監視対象スイッチ（監視対象のパスにおける他端側のスイッチ），監視対象ポート，フレーム送信間隔，及びフレーム監視時間の各パラメータを設定するフィールドと、ＯＫボタンＢ１とを備えている。図４では、監視対象スイッチとして「第２スイッチＳＷ２」が、監視対象ポートとして「第１ポート（ポートＰ１１）」が、フレーム送信間隔として「１（ｍｓ）」が、フレーム監視時間として「１０（ｍｓ）」が、それぞれ入力されている。フレーム送信間隔とは、ＬＨＣフレームを送信してから次のＬＨＣフレームを送信するまでの時間的間隔を意味する。フレーム監視時間とは、パス障害発生の有無を判断する際に基準となる時間的間隔であり、第１スイッチＳＷ１は、このフレーム監視時間を超えても次のＬＨＣフレームを受信しない場合に、パス障害が発生したと判断する。ＯＫボタンＢ１が押されると、入力された各パラメータが第１スイッチＳＷ１内の図示しないメモリに記憶されると共に、パス監視の開始指示が管理用端末ＰＣ１から第１スイッチＳＷ１に送信される。
また、ユーザは、図２に示すように管理用端末ＰＣ２を第２スイッチＳＷ２に接続して、図５に示す監視フレーム折り返し設定用ウィンドウＷ２を管理用端末ＰＣ２に表示させる。図５に示すように、設定用ウィンドウＷ２は、折り返し対象ポートを設定するフィールドと、ＯＫボタンＢ３とを備えている。折り返し対象ポートとは、監視用フレーム（ＬＨＣフレーム）を受信した場合に、ＬＨＣフレームの送信元に対して監視応答用フレーム（ＬＨＣＢフレーム）を送信する処理（フレームを折り返す処理）を実行する対象ポートを意味し、図５では、第１ポート（ポートＰ２１）が入力されている。ユーザが折り返し対象ポートを入力しＯＫボタンＢ３を押すと、入力された折り返し対象ポートが第２スイッチＳＷ２に設定される。なお、図５に示す監視フレーム折り返し設定用ウィンドウＷ２は、請求項におけるユーザインタフェースに相当する。
図６は、パス障害監視開始処理の手順を示すフローチャートである。図６に示すパス障害監視開始処理は、ユーザによる監視設定がされたスイッチにおいて実行される。前述のように、第１スイッチＳＷ１において監視設定がされた場合には、第１スイッチＳＷ１において、パス障害監視開始処理が実行される。
第１スイッチＳＷ１の管理部１０ａは、管理用インタフェース１１ａを介して管理用端末ＰＣ１からパス監視開始指示を受信し（ステップＳ１１０）、ＬＨＣフレーム送信部３０ａに対して、監視対象ポートからのＬＨＣフレームの送信を指示する（ステップＳ１２０）。
ＬＨＣフレーム送信部３０ａは、設定されたフレーム送信間隔毎に、フレーム転送処理部２０ａに対して、設定された監視対象ポートから設定された監視対象スイッチ宛にＬＨＣフレームを送信するように指示する（ステップＳ１３０）。フレーム転送処理部２０ａは、ＬＨＣフレーム送信部３０ａからの指示に従って、ＬＨＣフレームを生成して監視対象ポートから送信する（ステップＳ１４０）。
図７は、ＬＨＣフレーム及びＬＨＣＢフレームのフレームフォーマットを示す説明図である。ＬＨＣフレームおよびＬＨＣＢフレームは、通常のイーサネットフレームと同様に、レイヤ２ヘッダフィールドおよびデータフィールドにより構成される。ＬＨＣフレームおよびＬＨＣＢフレームの場合、宛先ＭＡＣアドレスフィールドには、監視用に割り当てられた専用のＭＡＣアドレスが挿入される。従って、通常フレームと他のフレーム（ＬＨＣフレームおよびＬＨＣＢフレーム）との区別は、宛先ＭＡＣアドレスに基づいて行うことができる。また、ＬＨＣフレーム及びＬＨＣＢフレームのデータフィールドには、折り返し識別子フィールドが設けられており、この折り返し識別子フィールドに基づいてＬＨＣフレームとＬＨＣＢフレームとを区別することができる。図４に示すように監視対象スイッチとして第２スイッチＳＷ２が設定された場合、宛先ＭＡＣアドレスには、監視対象スイッチである第２スイッチＳＷ２のＭＡＣアドレス「ｍ２」が設定され、ＬＨＣフレームの送信元ＭＡＣアドレスには、第１スイッチＳＷ１のＭＡＣアドレス「ｍ１」が設定される。また、ＬＨＣフレームの折り返し識別子フィールドには、ＬＨＣフレームであることを示す値が設定される。
第１スイッチＳＷ１から送出されたＬＨＣフレームは、図１に示す第３スイッチＳＷ３において受信され、宛先テーブル（宛先ＭＡＣアドレスと出力ポートとを対応付けた中継用テーブル）に従って、第２スイッチＳＷ２に向けて中継される。
図６に示すように、第１スイッチＳＷ１の管理部１０ａは、ＬＨＣフレームを送信した後、ユーザが設定したフレーム監視時間を図示しないメモリから読み出し、かかるフレーム監視時間に基づき、ポート状態管理テーブル４５ａにおける監視対象ポートのエントリを更新する（ステップＳ１５０）。
図８は、第１スイッチのポートが監視対象ポートとして設定された場合における初期状態のポート状態管理テーブルの例を示す説明図である。
図８に示すように、ポート状態管理テーブル４５ａには、ポート毎に、論理状態，監視状態，監視時間，および監視タイマが設定されている。論理状態は、各ポートにおけるフレームの送受信に関する状態を示し、パス障害が発生していない状態を示す「フレーム送受信可（ＦＷＤ）」又はパス障害が発生している状態を示す「フレーム送受信不可（ＢＬＫ）」が設定され得る。監視状態は、各ポートの監視に関する状態を示し、パス障害を監視する状態を示す「障害監視」又はパス障害発生後の復旧を監視する状態を示す「復旧監視」が設定され得る。監視時間は、図６のステップＳ１５０により設定されたフレーム監視時間を示す。監視タイマは、前回ＬＨＣフレームを送信してからの経過時間を示す。
図８では、ポートＰ１２，Ｐ１ｎについては、既にパス障害監視が実行されており、ポートＰ１１について、パス障害監視開始処理が実行されてエントリが更新された後のポート状態管理テーブル４５ａの状態を示している。ポートＰ１１の更新直後の初期状態には、論理状態「ＢＬＫ」，監視状態「復旧監視」，監視時間「１０ｍｓ」，監視タイマ「０ｍｓ」が設定される。
前述のステップＳ１５０において、監視対象ポートのエントリが更新されると、図６に示すように、管理部１０ａは、ＬＨＣＢフレーム監視部４７ａに対してＬＨＣＢフレーム監視の開始を指示する（ステップＳ１６０）。ＬＨＣＢフレーム監視の開始が指示されたＬＨＣＢフレーム監視部４７ａでは、後述のＬＨＣＢフレーム監視処理が実行される。
Ａ３．受信フレーム処理：
図９〜図１４は、受信フレーム処理の手順を示すフローチャートである。この受信フレーム処理は、第１スイッチＳＷ１及び第２スイッチＳＷ２のいずれにおいても、起動後にいずれかのポートにフレームが到着することにより開始される。第１スイッチＳＷ１と第２スイッチＳＷ２との間において、前述のＬＨＣフレーム及びＬＨＣＢフレームに加えて、通常フレームが送受信される。したがって、これらいずれかのフレームの受信により、受信フレーム処理が開始される。以下では、ＬＨＣフレーム及び通常フレームについては、第２スイッチＳＷ２側で受信するケースを説明し、ＬＨＣＢフレームについては、第１スイッチＳＷ１側で受信するケースを説明する。なお、以下では、図１に示すように、ＬＨＣフレームはパスＰＡ１２を介して、ＬＨＣＢフレームはパスＰＡ２１を介して、それぞれ中継される。
Ａ３−１．ＬＨＣフレームの受信：
図９に示すように、第２スイッチＳＷ２において、レイヤ２制御部２２ｂは、到着したフレームを受信フレームバッファ２３ｂに格納する（ステップＳ２１０）。レイヤ２制御部２２ｂは、受信フレームバッファ２３ｂに格納した受信フレームから、宛先ＭＡＣアドレス及び折り返し識別子を抽出して、フレーム種別判定部４１ｂに通知する（ステップＳ２２０）。
フレーム種別判定部４１ｂは、レイヤ２制御部２２ｂから通知された宛先ＭＡＣアドレス及び折り返し識別子に基づき、フレーム種別を判定する（ステップＳ２３０）。宛先ＭＡＣアドレスが監視用のＭＡＣアドレスであり、折り返し識別子がＬＨＣフレームであることを示す値である場合には、受信フレームはＬＨＣフレームであると判定される（ステップＳ２４０）。
ＬＨＣフレームであると判定された場合、図１０に示すように、フレーム種別判定部４１ｂは、受信ポートを宛先検索部４２ｂに通知する（ステップＳ３１０）。宛先検索部４２ｂは、折り返し識別子の書き換え指示と、出力ポートとをポート状態判定部４４ｂに通知する（ステップＳ３２０）。このステップＳ３２０において通知する出力ポートは、後述するＬＨＣＢフレームの出力ポートを意味し、ステップＳ３１０において宛先検索部４２ｂから通知された受信ポートと同じポートである。
ステップ３２０が実行された後、図１１に示すように、ポート状態判定部４４ｂは、受信フレームが通常フレームであるか否かを判定する（ステップＳ４１０）。ＬＨＣフレームを受信した場合、通常フレームでないと判定され（ステップＳ４１０：ＮＯ）、この場合、ポート状態判定部４４ｂは、宛先検索部４２ｂから通知された折り返し識別子書き換え指示及び出力ポート、又は廃棄指示及び受信ポートを、判定結果生成部４６ｂに通知する（ステップＳ４６０）。前述のように、ＬＨＣフレームを受信した場合、折り返し識別子書き換え指示及び出力ポートが宛先検索部４２ｂから通知されるので、ポート状態判定部４４ｂは、これら折り返し識別子書き換え指示及び出力ポートを、判定結果生成部４６ｂに通知する。なお、廃棄指示及び受信ポートは、後述するように、受信フレームがＬＨＣＢフレームである場合に通知される。
判定結果生成部４６ｂは、通知された折り返し識別子書き換え指示及び出力ポート、又は廃棄指示及び受信ポート、又は出力ポート、のいずれかを含む宛先判定結果をレイヤ２制御部２２ｂに通知する（ステップＳ４７０）。前述のように、ＬＨＣフレームを受信した場合、判定結果生成部４６ｂは、折り返し識別子書き換え指示及び出力ポート含む宛先判定結果を、レイヤ２制御部２２ｂに通知する。
ステップＳ４７０が実行された後、図１２に示すように、レイヤ２制御部２２ｂは、判定結果生成部４６ｂから通知された宛先判定結果を解析し（ステップＳ５１０）、宛先判定結果に廃棄指示が含まれているか否かを判定する（ステップＳ５２０）。上述したように、受信フレームがＬＨＣフレームである場合には、廃棄指示が含まれていない。この場合、レイヤ２制御部２２ｂは、宛先判定結果に折り返し識別子書き換え指示が含まれているか否かを判定する（ステップＳ５４０）。
受信フレームがＬＨＣフレームである場合には、宛先判定結果に折り返し識別子書き換え指示が含まれている。この場合、レイヤ２制御部２２ｂは、受信フレームの宛先ＭＡＣアドレスを送信元ＭＡＣアドレスに、受信フレームの送信元ＭＡＣアドレスを宛先ＭＡＣアドレスに、それぞれ入れ替えると共に、折り返し識別子を、ＬＨＣＢフレームを示す値に書き換えてＬＨＣＢフレームを生成し、レイヤ１制御部２１ｂを介して指示された出力ポートから送信する（ステップＳ５５０）。
具体的には、図３に示すように、ＬＨＣフレームｆｃ１が受信フレームバッファ２３ｂに記憶されている状態において、レイヤ２制御部２２ｂは、ＬＨＣフレームｆｃ１の宛先ＭＡＣアドレス（Ｄ）に設定されている「ｍ２」を読み出して、ＬＨＣＢフレームｆｂ１の送信元ＭＡＣアドレス（Ｓ）に設定する。また、ＬＨＣフレームｆｃ１の送信元ＭＡＣアドレス（Ｓ）に設定されている「ｍ１」を読み出して、ＬＨＣＢフレームｆｂ１の宛先ＭＡＣアドレス（Ｄ）に設定する。また、ＬＨＣフレームｆｃ１の折り返し識別子（Ｒ）に設定されている「Ｃ」（ＬＨＣフレームを示す）を、「Ｂ」（ＬＨＣＢフレームを示す）に書き換えてＬＨＣＢフレームｆｂ１の折り返し識別子に設定する。なお、他のフィールドの値は、ＬＨＣフレームｆｃ１の値を、そのままコピーしてＬＨＣＢフレームｆｂ１の他のフィールドの値に設定する。このようにして生成されたＬＨＣＢフレームｆｂ１は、ＬＨＣフレームの受信ポートと同じポートであるポートＰ２１から出力される。
以上のように、ＬＨＣフレームを受信した場合に、宛先ＭＡＣアドレスを送信元ＭＡＣアドレスに、送信元ＭＡＣアドレスを宛先ＭＡＣアドレスに、それぞれ入れ替え、かつ、折り返し識別子を書き換えるだけでＬＨＣＢフレームが生成されて、ＬＨＣフレームの受信ポート（ポートＰ２１）から出力される。このように、ＬＨＣフレームの一部のフィールドの値を入れ替える、又は、書き換えるといった、簡単な処理によりＬＨＣＢフレームが生成されるので、かかる処理を容易にハードウェア処理化でき、処理の高速化が実現できる。ＬＨＣＢフレームでは、宛先ＭＡＣアドレスとして第１スイッチＳＷ１のＭＡＣアドレスが設定されている。したがって、第２スイッチＳＷ２から出力されたＬＨＣＢフレームは、第３スイッチＳＷ３により、第１スイッチＳＷ１に中継される。なお、上述したＬＨＣフレームの受信フローから理解できるように、第２スイッチＳＷ２では、ＬＨＣフレームを受信しない限り、ＬＨＣＢフレームを第１スイッチＳＷ１宛に送信しない。
Ａ３−２．ＬＨＣＢフレームの受信：
第１スイッチＳＷ１において、第２スイッチＳＷ２から送信されたＬＨＣＢフレームが到着すると、上述した図９に示すステップＳ２１０〜Ｓ２３０が実行され、フレーム種別判定部４１ａは、レイヤ２制御部２２ａから通知された宛先ＭＡＣアドレス及び折り返し識別子に基づき、フレーム種別を判定する（ステップＳ２４０）。ＬＨＣＢフレームでは、監視用のＭＡＣアドレスが宛先ＭＡＣアドレスに設定されており、かつ、折り返し識別子としてＬＨＣＢフレームであることを示す値が設定されている。したがって、ステップＳ２４０において、受信フレームはＬＨＣＢフレームであると判定される。
ＬＨＣＢフレームであると判定された場合、図１３に示すように、フレーム種別判定部４１ａは、ＬＨＣＢフレームを受信したこと、及び受信ポートを、ＬＨＣＢフレーム監視部４７ａに通知する（ステップＳ６１０）。ＬＨＣＢフレーム監視部４７ａは、通知された受信ポートを検索キーとして、ポート状態管理テーブル４５ａを検索し（ステップＳ６２０）、受信ポートの監視状態が障害監視状態であるか否かを判定する（ステップＳ６３０）。
監視状態が「障害監視」状態である場合には（ステップＳ６３０：ＹＥＳ）、ポート状態管理テーブル４５ａの受信ポートに対応する監視タイマを「０」に設定（クリア）する（ステップＳ６４０）。一方、監視状態が「障害監視」状態でない場合には（ステップＳ６３０：ＮＯ）、すなわち、「復旧監視」状態である場合には、受信ポートに対応する論理状態を「ＦＷＤ（フレーム送受信可））に書き換えると共に、監視状態を「障害監視」に書き換える（ステップＳ６５０）。
最初のＬＨＣＢフレームを受信する際には、図８に示すように、ポートＰ１１について監視状態が「復旧監視」状態であるので、ステップＳ６５０が実行されて、論理状態が「ＦＷＤ」に、監視状態が「障害監視」に、それぞれ書き換えられる。また、２つ目以降のＬＨＣＢフレームを受信する際には、既に監視状態が「障害監視」となっているので、ステップＳ６４０が実行され、監視タイマが０にリセットされる。
図１３に示すステップＳ６４０又はＳ６５０が実行された後、フレーム種別判定部４１ａは、受信ポートを宛先検索部４２ａへ通知する（ステップＳ６６０）。宛先検索部４２ａは、受信ポートおよび受信フレームの廃棄指示をポート状態判定部４４ａへ送信する（ステップＳ６７０）。
ステップＳ６７０が実行された後、図１１に示すステップＳ４１０が実行される。受信フレームがＬＨＣＢフレームであるため（ステップＳ４１０：ＮＯ）、その後、ステップＳ４６０が実行される。前述のＬＨＣフレームの場合とは異なり、ポート状態判定部４４ａは、宛先検索部４２ａから廃棄指示及び受信ポートが通知されるので、ステップＳ４６０では、廃棄指示及び受信ポートを判定結果生成部４６ａに通知する。判定結果生成部４６ａは、廃棄指示及び受信ポートを含む宛先判定結果をレイヤ２制御部２２ａに通知する（ステップＳ４７０）。
続いて図１２に示すステップＳ５１０，Ｓ５２０が実行され、宛先判定結果に廃棄指示が含まれているので、レイヤ２制御部２２ａは、図示しない受信フレームバッファ（図３に示す受信フレームバッファ２３ｂに相当）に格納されているフレーム（ＬＨＣＢフレーム）を廃棄する（ステップＳ５３０）。
Ａ３−３．通常フレームの受信：
第２スイッチＳＷ２において、通常フレームが到着すると、まず、上述した図９に示すステップＳ２１０〜Ｓ２４０が実行され、フレーム種別が「通常フレーム」であると判定される。この場合、図１４に示すように、フレーム種別判定部４１ｂは、受信フレームの宛先ＭＡＣアドレスを宛先検索部４２ｂに通知する（ステップＳ７１０）。
宛先検索部４２ｂは、通知された宛先ＭＡＣアドレスを検索キーとして宛先テーブル４３ｂを検索し、対応するエントリが存在しない場合には、宛先テーブル４３ｂに新規にエントリを登録する（ステップＳ７２０）。なお、この処理は一般に「学習処理」と呼ばれる。
宛先検索部４２ｂは、ステップＳ７２０により見つかったエントリ（又は新規エントリ）に基づき、受信フレームを中継するための出力ポートを決定し、決定した出力ポートを、ポート状態判定部４４ｂに通知する（ステップＳ７３０）。
ステップＳ７３０が実行された後、図１１に示すステップＳ４１０が実行される。受信フレームが通常フレームであるため（ステップＳ４１０：ＹＥＳ）、ポート状態判定部４４ｂは、通知された出力ポートを検索キーとしてポート状態管理テーブル４５ｂを検索し、出力ポートの論理状態を取得する（ステップＳ４２０）。ポート状態判定部４４ｂは、出力ポートの論理状態がＢＬＫ（フレーム送受信不可）であるか否かを判定し（ステップＳ４３０）、出力ポートの論理状態がＢＬＫである場合には、判定結果生成部４６ｂに対して廃棄指示及び受信ポートを通知する（ステップＳ４４０）。廃棄指示及び受信ポートを通知した後の処理については、上述したＬＨＣＢフレームの場合と同様、ステップＳ４７０，及び図１２のステップＳ５１０，Ｓ５２０，Ｓ５３０が、この順序で実行される。
これに対し、出力ポートの論理状態がＢＬＫでない場合（すなわち、ＦＷＤである場合）、ポート状態判定部４４ｂは、出力ポートを判定結果生成部４６ｂに通知する（ステップＳ４５０）。ステップＳ４７０では、判定結果生成部４６ｂは、通知された出力ポートを含む判定結果をレイヤ２制御部２２ｂに通知する。その後、図１２に示すステップＳ５１０，Ｓ５２０が実行される。ステップＳ５２０において、判定結果には廃棄指示が含まれていないので、ステップＳ５４０が実行される。このステップＳ５４０では、判定結果に折り返し識別子書き換え指示がないため、指示された出力ポートからフレームを送信（中継）する（ステップＳ５６０）。具体的には、レイヤ２制御部２２ｂは、受信フレームバッファ２３ｂに格納されているフレームを、そのまま送信フレームバッファ２４ｂにコピーして、かかるフレームを、レイヤ１制御部２１ｂを介して指示された出力ポートから送信する。
Ａ４．ＬＨＣＢフレーム監視処理：
図１５は、ＬＨＣＢフレーム監視処理の手順を示すフローチャートである。ＬＨＣＢフレーム監視の開始を指示された第１スイッチＳＷ１のＬＨＣＢフレーム監視部４７ａは、監視対象ポートの監視状態が「復旧監視」から「障害監視」に変わった場合に、ＬＨＣＢフレーム監視処理を開始する。監視状態の変化は、上述したように、最初のＬＨＣＢフレームを受信した場合等に起こり得る。
ＬＨＣＢ監視部４７ａは、ポート状態管理テーブル４５ａの監視対象ポートに対応するポートの監視タイマに、一定時間間隔で、前回更新時刻からの経過時間を加算し、加算後の監視タイマと監視時間とを比較する（ステップＳ８１０）。前述のように、第１スイッチＳＷ１においてポートＰ１１が監視対象ポートに設定された場合、図８に示すポートＰ１１のエントリの監視タイマフィールドの値が、０ｍｓから一定時間間隔ごとに増加していく。なお、この一定時間間隔は、監視時間（図８のポートＰ１１の例では「１０ｍｓ」）よりも短い時間に設定される。
ＬＨＣＢ監視部４７ａは、監視タイマの値が、監視時間以上であるか否かを判定する（ステップＳ８２０）。ＬＨＣＢ監視部４７ａは、監視タイマの値が監視時間以上となるまで、ステップＳ８１０，Ｓ８２０の処理を繰り返す。そして、監視タイマの値が監視時間以上となった場合（ステップＳ８２０：ＹＥＳ）、ＬＨＣＢ監視部４７ａは、当該ポートは障害発生と判断し、監視対象ポートの論理状態を「ＢＬＫ」に、監視状態を「復旧監視」にそれぞれ変更する（ステップＳ８３０）。
例えば、図１に示すように、物理リンクＬ２１２が故障して、パスＰＡ１２に障害が発生した場合、上述したように第２スイッチＳＷ２にＬＨＣフレームは届かない。この場合、第２スイッチＳＷ２は、ＬＨＣＢフレームを第１スイッチＳＷ１宛に送信しない。したがって、ポートＰ１１に設定された監視タイマのリセット（図１３に示すステップＳ６４０）は実行されない。それゆえ、図１５に示すステップＳ８１０を繰り返す結果、監視タイマの値は徐々に増加していって監視タイマの値以上となり、パス障害の発生が検出されることとなる。この場合、ステップＳ８３０を実行することにより、監視対象ポートでは、フレーム送受信不可（ＢＬＫ）に設定される。
図１６は、パス障害発生が発生している状態におけるポート状態管理テーブルの例を示す説明図である。図１に示すようにパスＰＡ１２において障害が発生した場合、図１６に示すように、ポートＰ１１のエントリにおいて、監視タイマが監視時間と一致してパス障害の発生が検出されると、論理状態が「ＦＷＤ」から「ＢＬＫ」に、監視状態が「障害監視」から「復旧監視」に、それぞれ書き換わることとなる。
この状態において、パス障害が復旧すると、第１スイッチＳＷ１においてＬＨＣＢフレームが再び到着することとなるので、前述した図１３に示すステップ６５０が実行され、ポートＰ１１のエントリにおいて、論理状態が「ＦＷＤ」に、監視状態が「障害監視」に、それぞれ書き換わることとなる。
図１７は、ＬＨＣＢフレーム監視処理の実行によるポートの監視状態および論理状態の状態遷移の例を示す説明図である。なお、図１７は、第１スイッチＳＷ１のＬＨＣＢフレーム監視部４７ａにおけるＬＨＣＢフレーム監視動作によって発生するポートＰ１１の状態遷移を例示している。
ポートＰ１１においてＬＨＣＢフレームが未受信状態である場合には、ポートＰ１１に接続されているパスＰＡ１２またはパスＰＡ２１には障害が発生しており、ポートＰ１１の物理状態は「障害」と判断される。このとき、ポート状態管理テーブル４５ａの、ポートＰ１１の監視状態は「復旧監視」状態、ポートＰ１１の論理状態は「ＢＬＫ」の状態に設定され、ポートＰ１１はフレーム送受信不可となる。そして、ＬＨＣＢフレームを受信するまで、この状態（「状態Ａ」と呼ぶ）が維持される。
状態Ａが維持されている場合においてＬＨＣＢフレームを受信すると、ポートＰ１１の物理状態は「正常」と判断される。このとき、ポート状態管理テーブル４５ａの、ポートＰ１１の監視状態は「障害監視」に、ポートＰ１１の論理状態は「ＦＷＤ」に、それぞれ変更され、ポートＰ１１はフレーム送受信可となる。そして、監視時間内にＬＨＣＢフレームの受信を繰り返している間、この状態（「状態Ｂ」と呼ぶ）が維持される。
状態Ｂが維持されている状態において、監視時間内にＬＨＣＢフレームが未受信となった場合には、状態Ａに変化し、ポートＰ１１はフレーム送受信不可となる。
このように、送信したＬＨＣフレームの折り返しであるＬＨＣＢフレームの受信を監視することによって、監視状態が「復旧監視」である状態Ａあるいは監視状態が「障害監視」である状態Ｂに自動的に変化することができる。この結果、片方向パス障害発生時におけるポートの遮断（閉塞）および障害解消時におけるポートの復旧を自動的に行うことができる。
以上説明したように、本実施例のネットワークシステム１００では、監視対象のパスを終端するスイッチ（第２スイッチＳＷ２）において、ＬＨＣフレームを受信した場合に、宛先ＭＡＣアドレスを送信元ＭＡＣアドレスに、送信元ＭＡＣアドレスを宛先ＭＡＣアドレスに、それぞれ入れ替え、かつ、折り返し識別子を書き換えるだけでＬＨＣＢフレームが生成される。したがって、レイヤ２制御部２２ｂによるハードウェア処理が可能となり、処理の高速化が実現できる。それゆえ、２つのスイッチＳＷ１，ＳＷ２間における片方向パス障害を短期間で検出することができる。
加えて、ＬＨＣフレームとＬＨＣＢフレームとは、Ｌ２ヘッダにおいては、通常フレームと同様である。したがって、第１スイッチＳＷ１と第２スイッチＳＷ２との間に第３スイッチＳＷ３が存在しても、第３スイッチＳＷ３において、通常フレームと同様に、ＬＨＣフレーム及びＬＨＣＢフレームを中継させることができる。それゆえ、監視対象とならないスイッチを介して、監視対象のスイッチを監視することができ、比較的大規模なシステムにおいてパスの障害発生を監視することができる。
また、第１スイッチＳＷ１は、ＬＨＣＢフレームを監視時間内に受信している場合には、リンクは正常であると判断し、ポートＰ１１の論理状態をフレーム送受信可（ＦＷＤ）に設定し、監視時間内に受信しない場合には、リンクは障害発生であると判断し、ポートＰ１１の論理状態をフレーム送受信不可（ＢＬＫ）に設定する。これにより、ポートＰ１１に接続されているパスＰＡ１２及びパスＰＡ２１の少なくとも一方にパス障害が発生していることを検出できると共に、ポートＰ１１によるフレーム送受信を遮断することができる。
ここで、従来のＵＤＬＤは、リンクの障害を検出するために、受信したフレームに含まれる種々のパラメータの解析をソフトウェアによって行い、その解析結果に基づいて障害検出することになるため、障害検出時間が長いという問題があった。しかしながら、本実施例のパス障害検出では、送信したＬＨＣフレームを折り返したＬＨＣＢフレームを監視時間内に受信できるか否かでリンク障害を検出することができる。また、受信したフレームがＬＨＣフレーム及びＬＨＣＢフレームであるか否かを、宛先ＭＡＣアドレスに基づいて容易に判断することができる。従って、従来技術に比べて、パス障害検出時間を短縮化できる。このため、パス障害が発生した場合において、対応するポートを遮断し、パスを切り換えるのに要する時間を短縮化することが可能である。
また、パス障害が解消された場合に、第１スイッチＳＷ１は、監視時間内にＬＨＣＢフレームの受信を再開する。これにより、障害が発生していたパスを終端するポートの論理状態をフレーム送受信不可（ＢＬＫ）からフレーム送受信可（ＦＷＤ）に自動的に切り替えるので、パスの障害監視を自動的に再開させることができる。
Ｂ．変形例：
なお、上記各実施例における構成要素の中の、独立クレームでクレームされた要素以外の要素は、付加的な要素であり、適宜省略可能である。また、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。
Ｂ１．変形例１：
上記実施例では、監視設定されるスイッチは第１スイッチＳＷ１であり、監視対象として設定されるスイッチは第２スイッチＳＷ２であったが、本発明はこれに限定されるものではない。各スイッチが、それぞれ監視設定され、かつ、監視対象として設定される構成を採用することができる。この構成においても、各スイッチＳＷ１，ＳＷ２では、折り返し識別子によりＬＨＣフレームとＬＨＣＢフレームとを区別できるので、各スイッチＳＷ１，ＳＷ２は、パス障害を監視することができる。例えば、第１スイッチＳＷ１において、第２スイッチＳＷ２が送信元であるフレームを受信した場合に、折り返し識別子により、ＬＨＣフレームとＬＨＣＢフレームとを区別できる。したがって、第１スイッチＳＷ１は、受信したフレームがＬＨＣフレームであれば、ＬＨＣＢフレームを第２スイッチＳＷ２宛に送信し、ＬＨＣＢフレームであれば廃棄するように、フレーム種別に応じて処理を切り替えることができる。
Ｂ２．変形例２：
上記実施例では、パス障害の監視用のフレームとして、２種類のフレーム（ＬＨＣフレーム及びＬＨＣＢフレーム）を用いていたが、これに代えて、１種類のフレームのみを用いる構成を採用することもできる。具体的には、例えば、以下の構成を採用し得る。第１スイッチＳＷ１は、上記実施例と同様にＬＨＣフレームを送信する。第２スイッチＳＷ２は、ＬＨＣフレームを受信すると、受信したＬＨＣフレームの宛先ＭＡＣアドレスを送信元ＭＡＣアドレスに、受信したＬＨＣフレームの送信元ＭＡＣアドレスを宛先ＭＡＣアドレスに、それぞれ設定したＬＨＣフレームを第１スイッチＳＷ１宛に送信する。
この構成では、第１スイッチＳＷ１は、ＬＨＣフレームが所定期間内に到着しないことにより、パスＰＡ１２又はパスＰＡ２１におけるパス障害の発生を検出することができる。このような構成により、宛先ＭＡＣアドレス及び送信元ＭＡＣアドレスの入れ替えのみを行い、折り返し識別子の書き換えを行わないことから、より短期間に折り返しフレームを送信することができる。したがって、より短期間で、２つのスイッチＳＷ１，ＳＷ２間における片方向パス障害を検出することができる。
なお、この構成では、２つのスイッチＳＷ１，ＳＷ２が、それぞれ相手のスイッチを監視対象のスイッチとして、パス障害を監視することができない。例えば、第１スイッチＳＷ１にＬＨＣフレームが届いた場合には、このＬＨＣフレームが、自らが送ったＬＨＣフレームに対して折り返されたフレームであるのか、第２スイッチＳＷ２が第１スイッチＳＷ１に向けて新たに送信したフレームであるのかを区別することができない。しかしながら、この構成においても、第１スイッチＳＷ１は、ＬＨＣフレームを受信することにより、少なくとも第２スイッチＳＷ２から第１スイッチＳＷ１に向かうパス（パスＰＡ２１）に障害が発生していないことを検出することができる。
Ｂ３．変形例３：
上記実施例では、ネットワークシステム１００を構成するスイッチの数は３台であったが、少なくとも本発明のレイヤ２スイッチを２つ含む任意の数のスイッチを用いてネットワークシステム１００を構成することができる。ネットワークシステム１００では、ＬＨＣフレームのヘッダにおいて、宛先アドレス及び送信元アドレスのみを書き換えてＬＨＣＢフレームを生成するので、第１スイッチＳＷ１と第２スイッチＳＷ２との間に、複数台のスイッチが配置されていても、各スイッチにおいて、通常のフレームと同様に、ＬＨＣＢフレームを第１スイッチＳＷ１に向けて中継することができる。したがって、ネットワークシステム１００が大規模なネットワークシステムであっても、障害の発生を監視できると共に、ネットワークシステムの構成変更に伴い、第１スイッチＳＷ１と第２スイッチＳＷ２との間にレイヤ２スイッチを追加する場合であっても、第１スイッチＳＷ１と第２スイッチＳＷ２との間において生じた障害を検出することができる。
また、本発明のレイヤ２スイッチが３台以上含む任意の数のスイッチを用いてネットワークシステムを構成する場合、２台以上のスイッチに監視設定することもできる。この場合、監視設定された複数のスイッチにおいて、それぞれ同一のスイッチとの間のパスを監視する場合であっても、監視対象となるスイッチでは、複雑な管理を要することなく、それぞれのスイッチ宛にＬＨＣＢフレームを送信することができる。これは、宛先ＭＡＣアドレス及び送信元ＭＡＣアドレスの入れ替え、及び折り返し識別子の書き換えのみを行ってＬＨＣＢフレームを生成するからである。したがって、監視対象となるスイッチにおいて、予めＬＨＣＢフレームの宛先となるスイッチを登録しておく必要がなく、パス障害監視を行うために予めユーザが行うべき作業を軽減することができる。
Ｂ４．変形例４：
上記実施例では、スイッチ間のパス障害を監視していたが、本発明はこれに限定されるものではない。例えば、サーバとストレージ（例えば、ＮＡＳ（Network Attached Storage）との間におけるレイヤ２のパスの障害を監視することもできる。この構成においては、サーバ及びストレージに、２つのスイッチＳＷ１，ＳＷ２が有する各機能部が配置される。また、例えば、サーバとクライアント（例えば、パーソナルコンピュータ）との間におけるレイヤ２のパスの障害を監視することもできる。この例及び上記実施例からも理解できるように、互いにレイヤ２での通信が可能な任意の通信装置を、本発明のネットワークシステムに採用することができる。
Ｂ５．変形例５：
上記実施例では、３つのスイッチＳＷ１〜ＳＷ３は、いずれもレイヤ２スイッチであったが、これに代えて、いずれもレイヤ３スイッチを採用することもできる。この構成においても、レイヤ３の宛先アドレスと、レイヤ３の送信元アドレスとを入れ替え、また、レイヤ３のデータフィールドに含まれる折り返し識別子の書き換えを行うことで、ＬＨＣＢフレーム（パケット）を生成することができるので、容易にハードウェア処理化が可能である。したがって、上記実施例と同様に、パス障害監視のための処理の高速化が実現できる。
Ｂ６．変形例６：
上記実施例では、パス障害の監視を行うためにユーザに提供されるインタフェースは、図４，５に示すように、グラフィカルインタフェースであったが、これに代えて、コマンドラインからコマンドを入力するインタフェースを採用することもできる。
また、上記実施例では、パス障害の監視を行うために、ユーザは２つのスイッチＳＷ１，ＳＷ２にそれぞれ管理用端末ＰＣ１，ＰＣ２を接続して設定していたが、本発明はこれに限定されるものではない。例えば、２つのＳＷ１，ＳＷ２が、それぞれ筐体に操作パネルを有し、かかる操作パネルより各種設定（監視対象ポートや、フレーム送受信間隔等）を行う構成を採用することもできる。また、例えば、第３スイッチＳＷ３に接続した管理用端末（パーソナルコンピュータ等）から、ネットワークを介して、２つのスイッチＳＷ１，ＳＷ２に設定情報を送信して設定することもできる。また、監視設定（実施例における第１スイッチＳＷ１側の設定）については、デフォルトの値を用いることとして、ユーザにより設定を許容せず、折り返し設定（実施例における第２スイッチＳＷ２側の設定）については、実施例と同様にユーザに許容する構成を採用することもできる。すなわち、一般には、第２の通信装置における監視応答フレームの生成及び送信の可否を設定するためのユーザインタフェースを有する任意の構成を、本発明のネットワークシステムに採用することができる。
Ｂ７．変形例７：
上記実施例では、通常フレームと、他のフレーム（ＬＨＣフレーム及びＬＨＣＢフレーム）との区別を、宛先ＭＡＣアドレスにより行っていたが、本発明はこれに限定されるものではない。例えば、レイヤ２ヘッダ内のタイプフィールドの値により、区別することもできる。この構成では、ＬＨＣフレーム及びＬＨＣＢフレームについて、それぞれ通常フレームと異なる値を、予め設定しておくことが好ましい。また、ネットワークシステム１００においてＶＬＡＮ（Virtual LAN）を設定可能であれば、通常フレーム送受信用のＶＬＡＮと、ＬＨＣフレーム送受信用のＶＬＡＮと、ＬＨＣＢフレーム送受信用のＶＬＡＮとを、それぞれ設定しておき、フレームに設定されたＶＬＡＮ−ＩＤにより各フレーム種別を区別することもできる。
Ｂ８．変形例８：
上記実施例では、図１７に示すように、「復旧監視」状態である状態Ａにおいて、監視時間内に監視時間内にＬＨＣＢフレームを受信した場合に自動的に状態Ｂに復旧していたが、本発明はこれに限定されるものではない。例えば、状態Ａにおいて、監視時間内に監視時間内にＬＨＣＢフレームを受信した場合に、一旦「復旧指示待ち」状態とし、ユーザからの復旧指示コマンドの入力がなされたときに、状態Ｂに戻るようにしてもよい。
１００…ネットワークシステム
ＳＷ１…第１スイッチ（レイヤ２スイッチ）
ＳＷ２…第２スイッチ（レイヤ２スイッチ）
ＳＷ３…第３スイッチ（レイヤ２スイッチ）
Ｌ１１２，Ｌ１２１，Ｌ２１２，Ｌ２２１…物理リンク
１０ａ，１０ｂ…管理部
１１ａ，１１ｂ…管理用インタフェース
２０ａ，２０ｂ…フレーム転送処理部
２１ｂ…レイヤ１制御部
２２ｂ…レイヤ２制御部
２３ａ，２３ｂ…受信フレームバッファ
２４ａ，２４ｂ…送信フレームバッファ
３０ａ，３０ｂ…ＬＨＣフレーム送信部
４０ａ，４０ｂ…宛先判定部
４１ａ，４１ｂ…フレーム種別判定部
４２ａ，４２ｂ…宛先検索部
４３ａ，４３ｂ…宛先テーブル
４４ａ，４４ｂ…ポート状態判定部
４５ａ，４５ｂ…ポート状態管理テーブル
４６ａ，４６ｂ…判定結果生成部
４７ａ，４７ｂ…ＬＨＣＢフレーム監視部
Ｐ１１，Ｐ１２，Ｐ１ｎ，Ｐ２１，Ｐ２２，Ｐ２ｎ…ポート
ＰＣ１，ＰＣ２…管理用端末
Ｗ１…監視設定用ウィンドウ
Ｗ２…監視フレーム折り返し設定用ウィンドウ
Ｂ１，Ｂ３…ＯＫボタン

Claims (9)

  1. 複数の端末間で送信および受信されるフレームを中継するネットワークシステムであって、
    フレームの送信および受信を行う複数の第１のポートを有し、第１のＭＡＣ（Ｍｅｄｅｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスが設定された第１の通信装置と、
    前記第１の通信装置とは異なる他の通信装置を介して前記第１の通信装置と接続され、第２のＭＡＣアドレスが設定された第２の通信装置と、
    を備え、
    前記第１の通信装置は、外部からの指示により、監視対象とする通信装置である監視対象装置と、前記複数の第１のポートのうちの監視対象とする監視対象ポートと、通信装置の監視に用いられる監視フレームの送信間隔と、フレーム監視時間と、が設定され、
    前記第１の通信装置は、さらに、
    前記監視対象装置として前記第２の通信装置が設定されると、宛先ＭＡＣアドレスとして前記第２のＭＡＣアドレスが設定され、送信元ＭＡＣアドレスとして前記第１のＭＡＣアドレスが設定された前記監視フレームを生成して、前記監視対象ポートとして設定された前記第１のポートである設定ポートから前記監視フレームを出力する監視フレーム送信部と、
    前記設定ポートで受信されたフレームの種別を判定する第１の判定部と、
    前記監視対象装置として前記第２の通信装置が設定されると、前記監視フレームに対する応答フレームである監視応答フレームを、前記設定ポートにおいて前記第２の通信装置から受信したか否かを、前記監視時間として設定された設定監視時間毎に繰り返し監視する監視応答フレーム監視部と、
    を有し、
    前記第２の通信装置は、外部からの指示により、前記第２の通信装置における前記監視応答フレームの生成および送信の可否が設定され、
    前記第２の通信装置は、
    フレームの送信および受信を行う複数の第２のポートと、
    前記複数の第２のポートのうちのいずれかのポートで受信されたフレームの種別を判定し、判定された種別に応じて、該フレームの処理として、前記第１の通信装置および前記第２の通信装置とは異なる他の装置への中継と、廃棄と、前記監視応答フレームの作成および送信と、のうちのいずれを実行するかを決定する第２の判定部と、
    前記第２の判定部による決定の結果、前記監視応答フレームの作成および送信を実行すると決定された後に、前記監視フレームを受信すると、前記監視フレームに設定されている宛先ＭＡＣアドレスを送信元ＭＡＣアドレスに、前記監視フレームに設定されている送信元ＭＡＣアドレスを宛先ＭＡＣアドレスに、それぞれ入れ替えて設定して前記監視応答フレームを生成して、送信する第１の監視応答フレーム送信部と、
    を有する、ネットワークシステム。
  2. 請求項１に記載のネットワークシステムにおいて、
    前記第２の通信装置は、さらに、
    前記受信した監視フレームを記憶する受信フレームバッファと、
    前記監視応答フレームを記憶する送信フレームバッファと、
    を有し、
    前記第１の監視応答フレーム送信部は、前記受信フレームバッファに記憶されている前記監視フレームから宛先ＭＡＣアドレスを読み出して、前記送信フレームバッファに前記監視応答フレームの送信元ＭＡＣアドレスとして記録させると共に、前記受信フレームバッファに記憶されている前記監視フレームから送信元ＭＡＣアドレスを読み出して、前記送信フレームバッファに前記監視応答フレームの宛先ＭＡＣアドレスとして記録させる、ネットワークシステム。
  3. 請求項１または請求項２に記載のネットワークシステムにおいて、
    前記第１の通信装置は、さらに、
    前記監視応答フレーム監視部が前記設定ポートにおける前記監視応答フレームの受信を検出すると、前記設定ポートの論理状態をフレーム送受信可能の状態に設定し、前記監視応答フレーム監視部が前記設定ポートにおける前記監視応答フレームの受信を前記設定監視時間内に検出しない場合には、前記設定ポートの論理状態をフレーム送受信不可能の状態に設定する、ポート制御部を有する、ネットワークシステム。
  4. 請求項１ないし請求項３のいずれに記載のネットワークシステムにおいて、
    前記監視フレーム送信部は、前記監視フレームの一部として、前記監視フレームであることを示す監視フレーム識別子を設定し、
    前記第１の監視応答フレーム送信部は、前記監視応答フレームを生成する際に、前記監視フレームに設定されている前記監視フレーム識別子を、前記監視応答フレームであることを示す監視応答フレーム識別子に書き換える、ネットワークシステム。
  5. 請求項１ないし請求項３のいずれかに記載のネットワークシステムにおいて、
    前記第１の監視応答フレーム送信部は、前記監視フレームのうち、前記宛先ＭＡＣアドレス及び前記送信元ＭＡＣアドレスのみを書き換えて、前記監視応答フレームを生成する、ネットワークシステム。
  6. 請求項１ないし請求項５のいずれかに記載のネットワークシステムにおいて、
    前記第１の通信装置は、外部からの指示により、前記第１の通信装置における前記監視応答フレームの生成および送信の可否が設定され、
    前記第１の通信装置は、さらに、
    前記複数の第１のポートのうちのいずれかのポートで受信されたフレームの種別を判定し、判定された種別に応じて、該フレームの処理として、前記第１の通信装置および前記第２の通信装置とは異なる他の装置への中継と、廃棄と、前記監視応答フレームの作成および送信と、のうちのいずれを実行するかを決定する第３の判定部と、
    前記第３の判定部による決定の結果、前記監視応答フレームの作成および送信を実行すると決定された後に、前記監視フレームを受信すると、前記監視フレームに設定されている宛先ＭＡＣアドレスを送信元ＭＡＣアドレスに、前記監視フレームに設定されている送信元ＭＡＣアドレスを宛先ＭＡＣアドレスに、それぞれ入れ替えて設定して前記監視応答フレームを生成して、送信する第２の監視応答フレーム送信部と、
    を有するネットワークシステム。
  7. 請求項１ないし請求項６のいずれかに記載のネットワークシステムにおいて、
    前記第１の通信装置及び前記第２の通信装置は、いずれもレイヤ２スイッチである、ネットワークシステム。
  8. 複数の端末間で送信および受信されるフレームを中継するレイヤ２スイッチであって、
    第１のＭＡＣ（Ｍｅｄｅｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスが設定されており、
    第２のＭＡＣアドレスが設定された通信装置と、前記通信装置とは異なる通信装置を介して接続され、
    フレームの送信および受信を行う複数の第１のポートを備え、
    外部からの指示により、監視対象とする通信装置である監視対象装置と、前記複数の第１のポートのうちの監視対象とする監視対象ポートと、通信装置の監視に用いられる監視フレームの送信間隔と、フレーム監視時間と、が設定され、
    前記レイヤ２スイッチは、さらに、
    前記監視対象装置として前記通信装置が設定されると、宛先ＭＡＣアドレスとして前記第２のＭＡＣアドレスが設定され、送信元ＭＡＣアドレスとして前記第１のＭＡＣアドレスが設定された前記監視フレームを生成して、前記監視対象ポートとして設定された前記第１のポートである設定ポートから前記監視フレームを出力する監視フレーム送信部と、
    前記設定ポートで受信されたフレームの種別を判定する第１の判定部と、
    前記監視対象装置として前記通信装置が設定されると、前記監視フレームに対する応答フレームである監視応答フレームを、前記設定ポートにおいて前記通信装置から受信したか否かを、前記監視時間として設定された設定監視時間毎に繰り返し監視する監視応答フレーム監視部と、
    を備え、
    外部からの指示により、前記監視応答フレームの生成および送信の可否が設定され、
    前記レイヤ２スイッチは、さらに、
    前記複数の第１のポートのうちのいずれかのポートで受信されたフレームの種別を判定し、判定された種別に応じて、該フレームの処理として、前記レイヤ２スイッチおよび前記通信装置とは異なる他の装置への中継と、廃棄と、前記監視応答フレームの作成および送信と、のうちのいずれを実行するかを決定する第２の判定部と、
    前記第２の判定部による決定の結果、前記監視応答フレームの作成および送信を実行すると決定された後に、前記監視フレームを受信すると、前記監視フレームに設定されている宛先ＭＡＣアドレスを送信元ＭＡＣアドレスに、前記監視フレームに設定されている送信元ＭＡＣアドレスを宛先ＭＡＣアドレスに、それぞれ入れ替えて設定して前記監視応答フレームを生成して、送信する監視応答フレーム送信部と、
    を備える、レイヤ２スイッチ。
  9. 第１の通信装置と第２の通信装置とを備えるネットワークシステムにおいて、前記第１の通信装置と前記第２の通信装置とを接続するネットワークの障害を検出するネットワーク障害検出方法であって、
    前記第１の通信装置には予め第１のＭＡＣアドレスが設定され、前記第２の通信装置には予め第２のＭＡＣアドレスが設定されており、
    （ａ）前記第１の通信装置において、監視対象とする通信装置である監視対象装置と、前記第１の通信装置が有する複数の第１のポートのうちの監視対象とする監視対象ポートと、通信装置の監視に用いられる監視フレームの送信間隔と、フレーム監視時間と、を設定する工程と、
    （ｂ）前記第２の通信装置において、前記監視フレームに対する応答フレームである監視応答フレームの生成および送信の可否を設定する工程と、
    （ｃ）前記第１の通信装置において、前記監視対象装置として前記第２の通信装置が設定されると、宛先ＭＡＣアドレスとして前記第２のＭＡＣアドレスが設定され、送信元ＭＡＣアドレスとして前記第１のＭＡＣアドレスが設定された前記監視フレームを生成して、前記監視対象ポートとして設定された前記第１のポートである設定ポートから前記監視フレームを出力する工程と、
    （ｄ）前記第２の通信装置において、前記第２の通信装置が有する複数の第２のポートのうちのいずれかのポートで受信されたフレームの種別を判定し、判定された種別に応じて、該フレームの処理として、前記第１の通信装置および前記第２の通信装置とは異なる他の装置への中継と、廃棄と、前記監視応答フレームの作成および送信と、のうちのいずれを実行するかを決定する工程と、
    （ｅ）前記第２の通信装置において、前記工程（ｄ）の結果、前記監視応答フレームの作成および送信を実行すると決定された後に、前記監視フレームを受信すると、前記監視フレームに設定されている宛先ＭＡＣアドレスを送信元ＭＡＣアドレスに、前記監視フレームに設定されている送信元ＭＡＣアドレスを宛先ＭＡＣアドレスに、それぞれ入れ替えて設定して前記監視応答フレームを生成して、送信する工程と、
    （ｆ）前記第１の通信装置において、前記設定ポートで受信されたフレームの種別を判定する工程と、
    （ｇ）前記第１の通信装置において、前記監視対象装置として前記第２の通信装置が設定されると、前記監視応答フレームを、前記設定ポートにおいて前記第２の通信装置から受信したか否かを、前記監視時間として設定された設定監視時間毎に繰り返し監視する工程と、
    を備える、ネットワーク障害検出方法。
JP2010179970A 2010-08-11 2010-08-11 ネットワークシステム，レイヤ２スイッチ，及びネットワーク障害検出方法 Expired - Fee Related JP5502649B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2010179970A JP5502649B2 (ja) 2010-08-11 2010-08-11 ネットワークシステム，レイヤ２スイッチ，及びネットワーク障害検出方法
US13/191,981 US8755288B2 (en) 2010-08-11 2011-07-27 Network system, layer 2 switch, and method of detecting occurrence of a fault in a network
EP20110177118 EP2418811A3 (en) 2010-08-11 2011-08-10 Network System, Layer 2 Switch, And Method Of Detecting Occurrence Of A Fault In A Network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2010179970A JP5502649B2 (ja) 2010-08-11 2010-08-11 ネットワークシステム，レイヤ２スイッチ，及びネットワーク障害検出方法

Publications (3)

Publication Number Publication Date
JP2012039534A JP2012039534A (ja) 2012-02-23
JP2012039534A5 JP2012039534A5 (ja) 2012-11-01
JP5502649B2 true JP5502649B2 (ja) 2014-05-28

Family

ID=44658631

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010179970A Expired - Fee Related JP5502649B2 (ja) 2010-08-11 2010-08-11 ネットワークシステム，レイヤ２スイッチ，及びネットワーク障害検出方法

Country Status (3)

Country Link
US (1) US8755288B2 (ja)
EP (1) EP2418811A3 (ja)
JP (1) JP5502649B2 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5573709B2 (ja) * 2011-01-31 2014-08-20 ブラザー工業株式会社 通信装置
JP5929720B2 (ja) 2012-11-14 2016-06-08 日立金属株式会社 通信システムおよびネットワーク中継装置
CN106034045A (zh) * 2015-03-20 2016-10-19 中兴通讯股份有限公司 一种以太网链路故障定位的方法、装置及系统

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63280538A (ja) * 1987-05-12 1988-11-17 Fujitsu Ltd 折返し試験方式
JPS6453652A (en) * 1987-08-25 1989-03-01 Fujitsu Ltd Packet folding device
JP2003078545A (ja) * 2001-09-04 2003-03-14 Fujitsu Ltd 伝送装置およびフレーム転送方法
JP2003289310A (ja) * 2002-03-27 2003-10-10 N Ii C Tele Netsutowaakusu Kk ループバック試験装置、ループバック試験方法、およびそのプログラム
JP2003304264A (ja) * 2002-04-08 2003-10-24 Nec Access Technica Ltd Ｌａｎにおけるループバックテスト方法及びループバックテストシステム
US20040236855A1 (en) * 2003-05-23 2004-11-25 Amir Peles Multi-link tunneling
US20050259589A1 (en) * 2004-05-24 2005-11-24 Metrobility Optical Systems Inc. Logical services loopback
US7408883B2 (en) * 2004-09-01 2008-08-05 Nettest, Inc. Apparatus and method for performing a loopback test in a communication system
JP4413733B2 (ja) * 2004-09-29 2010-02-10 エヌ・ティ・ティ・コミュニケーションズ株式会社 折り返し試験システム、折り返し試験方法、及びセンター装置、並びにプログラム
JP2006245849A (ja) * 2005-03-02 2006-09-14 Fujitsu Ltd 通信装置
JP4598647B2 (ja) * 2005-10-18 2010-12-15 富士通株式会社 パスプロテクション方法及びレイヤ２スイッチ
US7881207B2 (en) * 2005-11-10 2011-02-01 Futurewei Technologies, Inc. Method and system for loop-back and continue in packet-based network
JP2008067306A (ja) * 2006-09-11 2008-03-21 Fujitsu Ltd ネットワーク監視装置およびネットワーク監視方法
US20080267080A1 (en) * 2007-04-27 2008-10-30 Futurewei Technologies, Inc. Fault Verification for an Unpaired Unidirectional Switched-Path
JP5086780B2 (ja) 2007-11-29 2012-11-28 アラクサラネットワークス株式会社 通信装置および通信システム、並びに通信障害検出方法
WO2010044210A1 (ja) * 2008-10-15 2010-04-22 パナソニック株式会社 通信装置及び通信方法

Also Published As

Publication number Publication date
US8755288B2 (en) 2014-06-17
EP2418811A3 (en) 2014-04-30
US20120039184A1 (en) 2012-02-16
JP2012039534A (ja) 2012-02-23
EP2418811A2 (en) 2012-02-15

Similar Documents

Publication Publication Date Title
JP5086780B2 (ja) 通信装置および通信システム、並びに通信障害検出方法
JP5558404B2 (ja) 中継装置、ネットワークシステムおよびネットワーク障害検出方法
JP2014175924A (ja) 伝送システム、伝送装置、及び伝送方法
JP2011119853A (ja) 通信装置および通信方法
US7974188B2 (en) Repeater and communication method
JP2015204533A (ja) オープンフロースイッチおよびオープンフローネットワークの障害復旧方法
JP2009010668A (ja) 通信装置、通信方法、通信インターフェース及びプログラム
JP5502649B2 (ja) ネットワークシステム，レイヤ２スイッチ，及びネットワーク障害検出方法
US20060164999A1 (en) Network monitoring program, network system and network monitoring method
CN104104596B (zh) 一种irf分裂处理方法和装置
JP4795984B2 (ja) ファイアウォール装置およびファイアウォールシステム
JP2000270002A (ja) Ｌａｎ中継装置
US7746949B2 (en) Communications apparatus, system and method of creating a sub-channel
CN111373700B (zh) 通信系统、被控制设备以及通信系统的控制方法
JP2019134216A (ja) 通信装置及び通信システム
JP4692419B2 (ja) ネットワーク装置及びそれに用いる冗長切替え方法並びにそのプログラム
JP5551470B2 (ja) ゲートウェイ装置およびその処理方法
JP6574140B2 (ja) 中継装置および中継システム
JP5111656B2 (ja) 通信ネットワークシステムと通信ネットワークシステムの自律監視データ通信方法とその通信装置
JP2006020202A (ja) 通信装置、通信制御方法および通信制御プログラム
JP3785370B2 (ja) パケット転送装置、伝送装置、パケット転送システム及びネットワーク故障復旧方法
JP2003324438A (ja) イーサネット（登録商標）通信装置
JP5579637B2 (ja) 通信システム、通信装置および接続状態検出方法
JP2017139621A (ja) 中継装置および中継システム
JP2004247857A (ja) 中継装置、認証システム及びプログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120913

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20120913

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20130605

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130709

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130906

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: 20140304

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140313

R150 Certificate of patent or registration of utility model

Ref document number: 5502649

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees