(57)【要約】【課題】  マルチベンダ環境で、自装置と対向装置間の同一プロトコルによる相互動作をすることなく、自装置のみでネットワーク障害を高精度に検出する。【解決手段】  タグ付きパケット送受信部１１は、物理リンクＬのポートに登録されて自装置１０及び対向装置２０間で構築する仮想ＬＡＮを識別するためのタグをパケットに付与してタグ付きパケットを生成し、物理リンクＬの一方を介して対向装置２０へ送信する。また、対向装置２０をトンネリングして物理リンクＬの他方から転送されるタグ付きパケットを受信する。障害検出部１２は、仮想ＬＡＮ上をタグ付きパケットが流れる仮想リンクの両端で、送信したタグ付きパケットが、物理リンクＬを介して対向装置２０内をトンネリングして折り返し受信できるか否かを監視して障害検出を行う。【選択図】  図１
2006245849.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上の障害検出を行う通信装置において、
物理的な接続形態とは独立に端末の仮想的なグループを設定する仮想ＬＡＮの設定機能を持つ自装置に対して、前記仮想ＬＡＮの設定機能を持ち、前記自装置と同一プロトコルで障害検出のための相互動作が不要な対向装置を接続する少なくとも２本の物理リンクと、
前記物理リンクのポートに登録されて前記自装置及び前記対向装置間で構築する前記仮想ＬＡＮを識別するためのタグをパケットに付与してタグ付きパケットを生成し、前記物理リンクの一方を介して前記対向装置へ送信し、対向装置をトンネリングして前記物理リンクの他方から転送される前記タグ付きパケットを受信するタグ付きパケット送受信部と、
前記仮想ＬＡＮ上を前記タグ付きパケットが流れる仮想リンクの両端で、送信した前記タグ付きパケットが、前記物理リンクを介して前記対向装置内をトンネリングして折り返し受信できるか否かを監視して障害検出を行う障害検出部と、
を有することを特徴とする通信装置。
【請求項２】
前記タグ付きパケット送受信部は、障害監視制御用のパケットであることを認識するための識別子を前記タグ付きパケットに設定し、かつ同一の前記仮想ＬＡＮ内で前記物理リンクのどのポートから送信されたパケットであるかを認識するために、前記物理リンクの送信ポートの番号を前記タグ付きパケットに設定することを特徴とする請求項１記載の通信装置。
【請求項３】
前記タグ付きパケット送受信部は、一方の前記物理リンクの第１のポートから前記タグ付きパケットを送信し、他方の前記物理リンクの第２のポートで前記タグ付きパケットを受信して、前記第１のポートから前記第２のポートへ流れる第１の仮想リンクを生成し、または前記第２のポートから前記タグ付きパケットを送信し、前記第１のポートで前記タグ付きパケットを受信して、前記第２のポートから前記第１のポートへ流れる第２の仮想リンクを生成し、前記障害検出部は、前記第１のポート及び前記第２のポートを監視して前記第１の仮想リンクまたは前記第２の仮想リンクの障害検出を行うことを特徴とする請求項１記載の通信装置。
【請求項４】
複数の前記物理リンクを仮想的な１つのリンクとみなすリンク・アグリゲーションによって、前記自装置と前記対向装置とが接続している場合に、対となる前記リンク・アグリゲーションに対して、前記タグ付きパケット送受信部は、前記リンク・アグリゲーションの一方を介して前記タグ付きパケットを前記対向装置へ送信し、前記対向装置をトンネリングして前記リンク・アグリゲーションの他方から転送される前記タグ付きパケットを受信し、前記障害検出部は、前記リンク・アグリゲーション上を前記タグ付きパケットが流れる仮想リンクの両端を監視して障害検出を行うことを特徴とする請求項１記載の通信装置。
【請求項５】
複数の前記物理リンクの中の１本を障害監視用の共通物理リンクとし、残りの物理リンクを物理リンクグループとした場合に、前記タグ付きパケット送受信部は、前記物理リンクグループの複数のポートから前記タグ付きパケットを送信し、前記共通物理リンクの共通ポートで前記タグ付きパケットを受信して、前記物理リンクグループから前記共通物理リンクへ流れる複数の第１の仮想リンクを生成し、または前記共通ポートから前記タグ付きパケットを送信し、複数の前記ポートで前記タグ付きパケットを受信して、前記共通物理リンクから前記物理リンクグループへ流れる複数の第２の仮想リンクを生成し、前記障害検出部は、前記共通物理リンク側の前記共通ポート及び前記物理リンクグループ側の前記ポートを監視して、前記第１の仮想リンクまたは前記第２の仮想リンクの障害検出を行うことを特徴とする請求項１記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関し、特にネットワーク上の障害検出を行う通信装置に関する。
【背景技術】
【０００２】
近年、通信事業者が提供する、ＬＡＮ（Local Area Network）を利用してのキャリアサービスとして、広域イーサネット（イーサネットは登録商標）があり、現在広がりを見せている。広域イーサネットは、イーサネットのＬＡＮ環境を、レイヤ２スイッチを使ってネットワークを接続し、複数のＬＡＮ環境を１つに統合するサービスである。
【０００３】
広域イーサネットは、高価なルータ（レイヤ３スイッチ）を用いずに、安価なスイッチングハブ（レイヤ２スイッチ）を使うので、ネットワークの構築や運用管理に関わるコストが削減でき、例えば、企業の構内ＬＡＮをつなげて、都市全体のエリアにまで拡張することが可能である。
【０００４】
また、このようなキャリアネットワークにおいて、ネットワーク障害が発生し、復旧が遅れると、被害も重篤なものになるため、装置内の各種パッケージの二重化、装置自身の二重化、リンクの二重化、エンド−エンド間のパスの二重化等の様々なレベルでの冗長構成が採用されており、障害検出時には冗長系側にすみやかに切り替えを行うことで耐障害性の向上を図っている。
【０００５】
ただし、冗長構成をいくら設けていても、装置自身が障害をすばやく的確に検出できなければ意味がなく、サイレント障害（冗長側への自動的な切り替えが行われず、またオペレータへのアラーム通知もなく、異常動作が生じていることが認識しにくい障害）が発生すると、障害期間が長時間続き、またイーサネット網においては、ループ（loop）が生じて、パケット輻輳が発生してしまうおそれがある。
【０００６】
図１２、図１３はループによるネットワーク障害を説明するための図である。ネットワーク５０は、ノード５１〜５４で構成され、ノード５１〜ノード５４はリング状に互いに接続し、ノード５１とノード５４が接続している（図中、細実線が物理的な回線である）。
【０００７】
ここで、イーサネット網を構築する場合には、ループ状の経路が生じないように、ツリー（tree）構造の経路となるように構築する。なぜなら、もし、ネットワーク上にループ状の経路が存在すると、パケットのブロードキャスト時に、ブロードキャスト・ストーム（broadcast storm）と呼ばれるパケット輻輳が発生するからである。
【０００８】
すなわち、あるノードからブロードキャスト・パケットを送出したとき、ブロードキャスト・パケットは、各ノードにおいて、受信ポート以外のすべてのポートからフラッディングされるので、ネットワーク内にループがあると、ブロードキャスト・パケットは、ループ内を無限に流れることになり、同じ経路を延々とブロードキャスト・パケットが巡ってしまう。
【０００９】
すると、帯域が瞬時にブロードキャスト・パケットで埋まってしまい、通常の通信ができなくなってしまう。例えば、図１２のように、ネットワーク５０にはループＲ（図中、太実線）があるので、ブロードキャスト・パケットがノード５１→ノード５２→ノード５３→ノード５４→ノード５１→・・・というように、ループＲ上を無限に流れて輻輳が発生してしまう。
【００１０】
したがって、イーサネット網を構築する場合には、レイヤ２ネットワークでのループを論理的に遮断する必要がある。例えば、図１３のように、回線Ｌ１、Ｌ２を論理的に遮断すれば、すべてのループがなくなって、ツリーＴの構造が形成される。
【００１１】
このようなツリー（スパニングツリー（Spanning Tree）と呼ばれる）を形成するためには、例えば、ＳＴＰ（Spanning Tree Protocol）の制御により、各ノード間でＢＰＤＵ（Bridge Protocol Data Unit）と呼ばれる制御情報をやりとりし、トラヒック経路をダイナミックに変更する運用を行うことになる（スタティックに運用する場合には、各ノードに対してあらかじめツリー経路となるように設定しておく）。これにより、物理的にループを形成しているネットワークであっても、パケットがループの中を巡り続ける事態を防ぐことができる。
【００１２】
ところが、図１３のようなスパニングツリーが形成されていても、ネットワーク５０にサイレント障害が発生して障害検出機能が効果的に働かないと、そのために各ノードでの経路認識が食い違ってきて、ツリー構造が崩れ、ループが生じてしまうおそれがある。したがって、サイレント障害の対策には、冗長構成を設けることの他にさらに、いかに高精度に障害を検出できるかということが重要な事項となる。
【００１３】
従来のイーサネットの障害検出として、ＬＡＮ内の装置でループバックテストを実行する技術が提案されている（例えば、特許文献１）。
【特許文献１】特開２００３−３０４２６４号公報（段落番号〔００２０〕〜〔００２７〕，第１図）
【発明の開示】
【発明が解決しようとする課題】
【００１４】
上記のような、サイレント障害が発生すると、運用系から冗長系への切替え契機は、顧客からの苦情によるしかなく、サービスの長時間の断となるため、各ベンダでは独自のプロトコルによって、ネットワーク障害を検出する取り組みがなされている。
【００１５】
図１４はネットワーク障害検出の流れを示す図である。ベンダ独自プロトコルによる一般的なネットワーク障害を検出する一動作例を示している。ノードＡ、ＢがリンクＬ３０、Ｌ４０で接続している。
【００１６】
〔Ｓ２１〕ノードＡは、リンクＬ３０を通じて、パケットＦａをノードＢへ送信する。パケットＦａには、自ノード識別欄と他ノード識別欄があり、ノードＡでは、パケットＦａの自ノード識別欄に、自分がノードＡである旨の“Ａ”を挿入し、他ノード識別欄には、リンクＬ４０から受信したパケットＦｂの自ノード識別欄に記されている“Ｂ”を折り返す形で挿入して送信する。
【００１７】
〔Ｓ２２〕ノードＢは、リンクＬ４０を通じて、パケットＦｂをノードＡへ送信する。パケットＦｂは、自ノード識別欄と他ノード識別欄があり、ノードＢでは、パケットＦｂの自ノード識別欄に、自分がノードＢである旨の“Ｂ”を挿入し、他ノード識別欄には、リンクＬ３０から受信したパケットＦａの自ノード識別欄に記されている“Ａ”を折り返す形で挿入して送信する。
【００１８】
〔Ｓ２３〕ノードＡは、パケットＦｂを受信すると、パケットＦｂの自ノード識別欄に記されている“Ｂ”という情報をメモリに記憶させる（すなわち、相手ノードがＢであることを記憶する）。なお、メモリのエージング時間（メモリをクリアする更新時間）を１分とし、パケットＦｂの送信間隔は２０秒とする。
【００１９】
〔Ｓ２４〕ノードＢは、パケットＦａを受信すると、ステップＳ２３と同様に、パケットＦａの自ノード識別欄に記されている“Ａ”という情報をメモリに記憶させる（すなわち、相手ノードがＡであることを記憶する）。なお、メモリのエージング時間を１分とし、パケットＦａの送信間隔は２０秒とする。
【００２０】
〔Ｓ２５〕ノードＡは、パケットＦｂが３回来ないとメモリをクリアすることになり、このとき他ノード識別欄に“０”を挿入したパケットＦａ−１を生成してノードＢへ送信する。また、ノードＡは、パケットＦｂが３回来ないことで、リンクＬ４０（または対向のノードＢ）に障害が発生していることを検出する。
【００２１】
〔Ｓ２６〕ノードＢは、パケットＦａ−１を受信すると、他ノード識別欄に“０”が挿入されていることを認識する。すなわち、自分のノード識別名（Ｂ）がノードＡに伝わっておらず、自分が送信しているパケットＦｂがノードＡに正常受信されていないことを認識し、リンクＬ４０（または対向のノードＡ）に障害が発生していることを検出する。
【００２２】
このように、「対向装置から制御パケットを一定期間受信しないこと」及び「対向装置から受信する制御パケット中の折り返し情報が、自装置が送信した情報と異なること」によって、送受信ノード間で障害検出を行うことができる。
【００２３】
しかし、このような現状のベンダ独自プロトコルによるネットワーク障害検出では、上記の例のような、対向装置側の監視内容を意識した上での制御を行うことを前提としているため、ネットワーク内の自社装置間で接続されたリンクしか対応できないといった問題があった。
【００２４】
このため、マルチベンダ化が進んでいる現在のキャリアネットワークに対して、利便性が乏しいといった問題があり、さらにネットワーク検出障害のプロトコルの標準化も進展していないのが現状である。
【００２５】
このため、マルチベンダ環境において、自装置と対向装置間で同一プロトコルによる相互動作をすることなく、対向装置側が障害の監視を何ら意識せずに、ネットワーク障害を検出できれば、非常に耐障害性の向上という意味での効果が期待され、このような技術の実現が強く要望されている。
【００２６】
本発明はこのような点に鑑みてなされたものであり、対向装置間で同一プロトコルによる相互動作をすることなく、自装置のみでネットワーク障害を高精度に検出する通信装置を提供することを目的とする。
【課題を解決するための手段】
【００２７】
本発明では上記課題を解決するために、図１に示すような、ネットワーク上の障害検出を行う通信装置１０において、物理的な接続形態とは独立に端末の仮想的なグループを設定する仮想ＬＡＮの設定機能を持つ自装置１０に対して、仮想ＬＡＮの設定機能を持ち、自装置１０と同一プロトコルで障害検出のための相互動作が不要な対向装置２０を接続する少なくとも２本の物理リンクＬと、物理リンクＬのポートに登録されて自装置１０及び対向装置２０間で構築する仮想ＬＡＮを識別するためのタグをパケットに付与してタグ付きパケットを生成し、物理リンクＬの一方を介して対向装置２０へ送信し、対向装置２０をトンネリングして物理リンクＬの他方から転送されるタグ付きパケットを受信するタグ付きパケット送受信部１１と、仮想ＬＡＮ上をタグ付きパケットが流れる仮想リンクＶＬ１の両端で、送信したタグ付きパケットが、物理リンクＬを介して対向装置２０内をトンネリングして折り返し受信できるか否かを監視して障害検出を行う障害検出部１２と、を有することを特徴とする通信装置１０が提供される。
【００２８】
ここで、物理リンクＬは、物理的な接続形態とは独立に端末の仮想的なグループを設定する仮想ＬＡＮの設定機能を持つ自装置１０に対して、仮想ＬＡＮの設定機能を持ち、自装置１０と同一プロトコルで障害検出のための相互動作が不要な対向装置２０を接続する。タグ付きパケット送受信部１１は、物理リンクＬのポートに登録されて自装置１０及び対向装置２０間で構築する仮想ＬＡＮを識別するためのタグをパケットに付与してタグ付きパケットを生成し、物理リンクＬの一方を介して対向装置２０へ送信し、対向装置２０をトンネリングして物理リンクＬの他方から転送されるタグ付きパケットを受信する。障害検出部１２は、仮想ＬＡＮ上をタグ付きパケットが流れる仮想リンクＶＬ１の両端で、送信したタグ付きパケットが、物理リンクＬを介して対向装置２０内をトンネリングして折り返し受信できるか否かを監視して障害検出を行う。
【発明の効果】
【００２９】
本発明の通信装置は、仮想ＬＡＮを識別するためのタグをパケットに付与したタグ付きパケットを物理リンクの一方を介して対向装置へ送信し、対向装置をトンネリングして物理リンクの他方から転送されるタグ付きパケットを受信する。そして、物理リンク上にタグ付きパケットが流れる仮想リンクの両端で、送信したタグ付きパケットが、物理リンクを介して対向装置内をトンネリングして折り返し受信できるか否かを監視して障害検出を行う構成とした。これにより、マルチベンダ環境において、自装置と対向装置間で同一プロトコルによる相互動作をすることなく、自装置のみでネットワーク障害を高精度に検出することが可能になる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の実施の形態を図面を参照して説明する。図１は通信装置の原理図である。通信装置１０は、物理リンクＬ、タグ付きパケット送受信部１１、障害検出部１２から構成され、ネットワーク上の障害検出を行う装置である。通信装置１０の機能は、例えば、広域イーサネット内のレイヤ２スイッチなどに適用可能である。
【００３１】
なお、通信装置１０と対向装置２０とは共に仮想ＬＡＮ（以下、ＶＬＡＮ（Virtual LAN））の設定機能を持つ。ＶＬＡＮとは、物理的なＬＡＮ構成とは独立に、ネットワークに接続した端末を仮想的（論理的）にグループ化したＬＡＮのことで、１つのＶＬＡＮが１つのブロードキャストドメインになる。ＶＬＡＮは、IEEE802.1Q（IEEE Standards for Local and Metropolitan Area Networks：Virtual Bridged Local Area Networks）により標準化されている。
【００３２】
物理リンクＬは、通信装置１０と対向装置２０とを少なくとも２本で接続する。なお、対向装置２０は、自装置である通信装置１０と同一プロトコルで障害検出のための相互動作が不要な装置である。
【００３３】
タグ付きパケット送受信部１１は、送信機能に対しては、タグ（TAG）をパケットに付与してタグ付きパケットを生成し、物理リンクＬの一方を介して対向装置２０へ送信する。
【００３４】
このタグは、IEEE802.1Qで規定されるもので、タグ値は物理リンクＬのポートに登録されて通信装置１０及び対向装置２０間で構築するＶＬＡＮを識別するために用いられる。また、タグ付きパケット送受信部１１の受信機能に対しては、対向装置２０をトンネリングして物理リンクＬの他方から転送されるタグ付きパケットを受信する。
【００３５】
障害検出部１２は、ＶＬＡＮ上をタグ付きパケットが流れる仮想リンクの両端で、送信したタグ付きパケットが、物理リンクＬを介して対向装置２０内をトンネリング（２点間を結ぶ閉じられた仮想的な直結通信回線を確立すること）されて折り返し受信できるか否かを監視して障害検出を行う。
【００３６】
図では、２本の物理リンクＬ１、Ｌ２で通信装置１０と対向装置２０が接続している。また、タグ付きパケット送受信部１１は、物理リンクＬ１からタグ付きパケットを送信し、対向装置２０内をトンネリングして物理リンクＬ２から転送されるタグ付きパケットを受信する。
【００３７】
障害検出部１２は、タグ付きパケットが流れるＶＬＡＮ上の仮想リンクＶＬ１の両端で、送信したタグ付きパケットが折り返し受信可能か否かを監視して障害検出を行う。この場合、タグ付きパケットが流れる仮想リンクＶＬ１は、対向装置２０内部において、設定したＶＬＡＮのタグが登録されたポートからタグ付きパケットが送出されることで、タグ付きパケットを受信したポートと、タグ付きパケットを送信するポートとの間があたかもトンネルで直結されたごとく接続したものとなり、他の通信方式や経路とは無関係なリンクとなる。
【００３８】
次に通信装置１０の詳細動作を説明する前にＶＬＡＮの基本的な動作について説明する。ＶＬＡＮ機能を有する装置は、ＶＬＡＮ識別子であるタグの値毎にMAC（Media Access Control）テーブルが設けられる。
【００３９】
装置Ａから装置Ｂへタグ付きパケットが送られるとすると、装置Ｂは、受信したパケットに付与されているタグ値に対応するMACテーブルを検索する（タグ値＝１００であったとする）。
【００４０】
装置Ｂは、タグ値１００のMACテーブルを用いて、受信したパケットのＤＡ（Destination Address）に対応する行き先ポートが、そのMACテーブルに書かれているか否かを調べる。行き先ポートが書かれていたら学習済みであるので、該当行き先ポートからパケットを出力する（この行き先ポートは当然タグ値１００が登録されているポートである）。
【００４１】
また、行き先ポートがMACテーブル中に書かれていなければ、未学習であるので、タグ値１００が登録されているすべての行き先ポートからパケットをフラッディング（flooding）することになる。このような動作が行われることで、タグ値１００で登録されたポートのみからパケットを送信することになり、タグ値１００を登録したポートを有する装置間（通信インタフェース間）でＶＬＡＮが実現されることになる。
【００４２】
次に通信装置１０の動作について詳しく説明する。なお、以降では説明がわかりやすいように、タグ付きパケット送受信部１１の送受信機能を、タグ付きパケット送信部とタグ付きパケット受信部との２つに分けて図示して説明する。最初に２本の物理リンクを１組として障害監視を行う第１の実施の形態について説明する。
【００４３】
図２は第１の実施の形態の動作を説明するための図である。通信装置１０−１のポート＃１ａと対向装置２０のポート＃１ｂは、物理リンクＬ１で接続し、通信装置１０−１のポート＃２ａと対向装置２０のポート＃２ｂは、物理リンクＬ２で接続し、物理リンクＬ１、Ｌ２を１つのペア（ポート＃１ａ、＃２ａを１つのペア）としてリンク状態を監視する。
【００４４】
なお、対向装置２０に対しては、あらかじめ通信装置１０−１と対向装置２０間で実現すべきＶＬＡＮのタグ（タグ値１００とする）をポート＃１ｂ、＃２ｂにそれぞれ登録しておく。さらに、そのタグが付与されたパケットを対向装置２０のポート＃１ｂで受信すると、対向装置２０のポート＃２ｂからトランスペアレントに転送し、対向装置２０のポート＃２ｂで受信すると、対向装置２０のポート＃１ｂからトランスペアレントに転送するように設定しておく（対向装置２０のMACテーブルにスタティックに登録しておく。なお。このような機能は、IEEE802.1Qをサポートしている装置では通常の機能である）。
【００４５】
ポート＃１ａ→対向装置２０のトンネリング→ポート＃２ａの流れの障害監視について、タグ付きパケット送信部１１ｓ−１は、タグ値１００を付与したタグ付きパケットを物理リンクＬ１のポート＃１ａから一定間隔で送信する。なお、タグ値１００でポート＃１ａから送信する際に定めたＤＡ（マルチキャストアドレスとしてのMAC DA）を持つタグ付きパケットをタグ付きパケットＴ１100とする。
【００４６】
対向装置２０では、タグ付きパケットＴ１100を受信すると、タグ値１００に対応するMACテーブルから、タグ付きパケットＴ１100のＤＡに対応する行き先ポートを検索する。該当ＤＡに対する行き先ポートは、ポート＃２ｂと設定されているので、タグ付きパケットＴ１100をポート＃２ｂから送信する。
【００４７】
タグ付きパケット受信部１１ｒ−２は、物理リンクＬ２のポート＃２ａでタグ付きパケットＴ１100を受信する。障害検出部１２は、仮想リンクＶＬ１の両端のポート＃１ａ、＃２ａを監視して（タグ付きパケット送信部１１ｓ−１及びタグ付きパケット受信部１１ｒ−２を監視して）、ポート＃１ａから送信したタグ付きパケットＴ１100が対向装置２０をトンネリングしてポート＃２ａで折り返し受信できるか否かを判別する。
【００４８】
または、上記とは逆のポート＃２ａ→対向装置２０のトンネリング→ポート＃１ａの流れの障害監視について、タグ付きパケット送信部１１ｓ−２は、タグ値１００のタグ付きパケット（タグ値１００でポート＃２ａから送信する際に定めたＤＡを持つタグ付きパケットをタグ付きパケットＴ２100とする）を物理リンクＬ２のポート＃２ａから一定間隔で送信する。
【００４９】
対向装置２０では、タグ付きパケットＴ２100を受信すると、タグ値１００に対応するMACテーブルから、タグ付きパケットＴ２100のＤＡに対応する行き先ポートを検索する。該当ＤＡに対する行き先ポートは、ポート＃１ｂと設定されているので、タグ付きパケットＴ２100をポート＃１ｂから送信する。
【００５０】
タグ付きパケット受信部１１ｒ−１は、物理リンクＬ１のポート＃１ａからタグ付きパケットＴ２100を受信する。障害検出部１２は、仮想リンクＶＬ２の両端のポート＃１ａ、＃２ａを監視して（タグ付きパケット送信部１１ｓ−２及びタグ付きパケット受信部１１ｒ−１を監視して）、ポート＃２ａから送信したタグ付きパケットＴ２100が対向装置２０をトンネリングしてポート＃１ａで折り返し受信できるか否かを判別する。
【００５１】
障害検出部１２では、上記の仮想リンクＶＬ１、ＶＬ２のどちらか、または双方において、タグ付きパケットを一定間隔で送信した際の送信間隔時間に対応した受信間隔で、パケットを受信できなかった場合には、障害とみなしてアラーム通知を行う。
【００５２】
このように、通信装置１０−１では、対向装置２０内のテーブル検索等の内部処理は知る必要がなく、ポート＃１ａから送信した障害監視制御用のタグ付きパケットがポート＃２ａで、またはポート＃２ａから送信した障害監視制御用のタグ付きパケットがポート＃１ａで受信できることだけを監視すればよい。また、対向装置２０ではＶＬＡＮの設定動作にしたがってタグ付きパケットを該当ポートから出力するだけである。
【００５３】
したがって、マルチベンダ環境において、自装置と対向装置間で同一プロトコルによる相互動作をすることなく、対向装置２０側が障害の監視を何ら意識せずに、また冗長ポートを追加するなどといった作業も不要であり、効率よくネットワーク障害を検出できる。
【００５４】
ここで、タグ付きパケットについて説明する。タグ付きパケット送信部は、障害監視制御用である旨を示す識別子と、通信装置１０から出力する際の送信ポートの番号とを、タグ付きパケットに設定して出力する。
【００５５】
タグ付きパケットに、障害監視制御用のパケットであることを認識するための識別子を設定することで、タグ付きパケットが障害監視制御パケットなのか、ＶＬＡＮの通常のユーザデータとしてのタグ付きパケットなのかの識別が可能になる。
【００５６】
また、同一のＶＬＡＮ内で物理リンクのどのポートから送信されたパケットであるかの認識を容易にするために、物理リンクの送信ポートの番号をタグ付きパケットに設定する。例えば、図２では、タグ付きパケット送信部１１ｓ−１は、タグ付きパケットにポート番号として＃１ａを記して、ポート＃１ａから出力する。タグ付きパケット受信部１１ｒ−２では、このタグ付きパケットを受信すると、送信ポートの番号からこのパケットがポート＃１ａから出力されたものを知ることができる（図２の例では物理リンクが１組しかないので送信ポート番号を設定しなくても自明であるが、３本以上の物理リンクで接続した構成の場合には有用となる）。
【００５７】
次に通信装置１０の第２の実施の形態について説明する。第２の実施の形態では、自装置と対向装置２０がリンク・アグリゲーション（Link Aggregation（以降ＬＡと呼ぶ））で接続している際の障害検出制御である。自社の装置と他社の装置が、リンク冗長または帯域増加のためにＬＡで接続する場合があり、このような接続形態に対応した障害検出の場合を説明する。
【００５８】
なお、ＬＡは、複数リンクを仮想的な１つのリンクとみなす接続方式であり、IEEE.802.3adで規定されている。以降では、物理リンク２本を１つのＬＡとして、２つのＬＡを１組として障害検出を行う例について説明する。
【００５９】
図３は第２の実施の形態の動作を説明するための図である。通信装置１０−２と対向装置２０は４本の物理リンクＬ１〜Ｌ４で接続する。物理リンクＬ１は、通信装置１０−２のポート＃１ａと対向装置２０のポート＃１ｂを接続し、物理リンクＬ２は、通信装置１０−２のポート＃２ａと対向装置２０のポート＃２ｂを接続し、物理リンクＬ３は、通信装置１０−２のポート＃３ａと対向装置２０のポート＃３ｂを接続し、物理リンクＬ４は、通信装置１０−２のポート＃４ａと対向装置２０のポート＃４ｂを接続する。
【００６０】
また、物理リンクＬ１、Ｌ２で１つのＬＡ（ＬＡ１とする）を構成し、物理リンクＬ３、Ｌ４で１つのＬＡ（ＬＡ２とする）を構成し、ＬＡ１、ＬＡ２それぞれを１つのペアとして障害検出を行う。装置間でのＬＡによる通信は、ＬＡが帯域増加のために使われるのなら、例えば、ＬＡ１の２本の物理リンクＬ１、Ｌ２でユーザデータが２分岐して流れて、通信装置１０−２→対向装置２０へ送信されたり、ＬＡ２の２本の物理リンクＬ３、Ｌ４でユーザデータが２分岐して流れて、対向装置２０→通信装置１０−２へ送信されたりする。
【００６１】
ここで、通信装置１０−２のＬＡ１のポート＃１ａ（またはポート＃２ａ）から送信した障害監視制御用のタグ付きパケットは、対向装置２０のＬＡ２のポート＃３ｂから出力されるか、ＬＡ２のポート＃４ｂから出力されるかは、対向装置２０の送信ポート決定アルゴリズムによって決められ、通信装置１０−２では、ＬＡ２のポート＃３ａまたはポート＃４ａのどちらかで受信することになる。
【００６２】
一般に、複数の物理リンクを１つのＬＡとし、このＬＡを帯域増加用に使用して、ＬＡを介してパケットを送信する場合、パケット送信側の装置では、通常はＬＡ内の複数本の物理リンクの各伝送量が同じになるように負荷分散制御を行ってパケット送信を行うことになる。このとき、送信すべきパケットに対して、パケットヘッダ中のＤＡなどをキー情報にハッシュ（Hash）演算を行ってハッシュ値を求め（ハッシュ演算には、キー情報としてＤＡとＳＡの両方を使用したり、ＩＰアドレスを使用する場合もある）、そのハッシュ値に対応する行き先ポートを決定する処理が行われる（または、このような演算をせずに固定的に送信ポートが決められている装置もある）。
【００６３】
したがって、通信装置１０−２と対向装置２０がＬＡで接続する場合、対向装置２０がＬＡから障害監視制御用のパケットを通信装置１０−２へ出力する際に、どのようなアルゴリズムを用いてＬＡの中のどのポートを行き先ポートにするかは、対向装置２０に依存（実装依存）することになるので、何らかの操作によって、ポートの特定（対向装置２０のどのポートで障害監視制御パケットを受信したら、どのポートから通信装置１０−２へ障害監視制御パケットが送信されるか）を、あらかじめ通信装置１０−２は認識しておく必要がある。
【００６４】
したがって、ここの例では、対向装置２０のポート＃１ｂ〜＃４ｂにタグ値１００が登録されているなら、通信装置１０−２のＬＡ１のポート＃１ａからタグ値１００のタグ付きパケットを送信した場合、ＬＡ２のポート＃３ｂ、＃４ｂのいずれかで受信することになり、どちらのポートで受信するかを認識しておく必要がある。
【００６５】
ポートの特定としては、システム中のプログラムによる自動検索を利用し、受信ポートを認識する方法がある。具体的には、タグ付きパケット中のＤＡ（マルチキャストアドレスとしてのMAC DA）の値をいろいろ変えてみて、どのＤＡがどのポートから受信できるかを検索してポートを特定する。
【００６６】
例えば、タグ値１００のタグ付きパケットのマルチキャストアドレスとしてのMAC DAを01:00:0e:00:00:01、01:00:0e:00:00:02、01:00:0e:00:00:03、・・・と変えてみて（なお、先頭の０１はマルチキャストを表し、０ｅはメーカコードを表す）、ポート＃１ａから送信して、ポート＃３ａ、＃４ａのどのポートでどのＤＡを持つタグ付きパケットが受信できるかを検索することにより、ポートを特定することができる。
【００６７】
すなわち、ポート＃１ａから01:00:0e:00:00:02のＤＡを持つタグ付きパケットを送信して、ポート＃４ａで受信できたなら、このポート＃４が受信ポートであることを認識できる（ポート＃１ａから送信した障害監視制御パケットをポート＃４ａで受信したい場合は（仮想リンクＶＬ１の監視を行う場合は）、障害監視制御パケットのＤＡに01:00:0e:00:00:02を設定することになる）。または、このような自動検索の他に、オフラインで行き先ポートを調査して、通信装置１０−２にコマンド指定してもよい。
【００６８】
次にポート＃１ａ→対向装置２０のトンネリング→ポート＃４ａの流れの障害監視について説明する。対向装置２０にはあらかじめ通信装置１０−２と対向装置２０間で実現すべきＶＬＡＮのタグ値１００がポート＃１ｂ〜＃４ｂにそれぞれ登録されているとする。
【００６９】
タグ付きパケット送信部１１ｓ−１は、タグ値１００を付与したタグ付きパケットを物理リンクＬ１のポート＃１ａから一定間隔で送信する。なお、タグ値１００でポート＃１ａから送信する際に定めたＤＡを持つタグ付きパケットをタグ付きパケットＴ１100とする。
【００７０】
このタグ付きパケットＴ１100は、ポート＃４ａで受信できることは上記の自動検索により認識済みである（逆にタグ付きパケットＴ１100は、ポート＃４ａで受信できるＤＡを付けたタグ付きパケットである）。
【００７１】
対向装置２０では、タグ付きパケットＴ１100を受信すると、タグ付きパケットＴ１100のＤＡ等をキー情報にしてハッシュ演算を行い、行き先ポートとしてポート＃４ａを決定し、ポート＃４ａからタグ付きパケットＴ１100を送信する。
【００７２】
タグ付きパケット受信部１１ｒ−４は、物理リンクＬ４のポート＃４ａからタグ付きパケットＴ１100を受信する。障害検出部１２は、仮想リンクＶＬ１の両端のポート＃１ａ、＃４ａを監視して、ポート＃１ａから送信したタグ付きパケットＴ１100が対向装置２０をトンネリングしてポート＃４ａで折り返し受信できるか否かを判別する。同様にして、仮想リンクＶＬ２〜ＶＬ４についても障害監視を行う。なお、仮想リンクＶＬ２〜ＶＬ４についても上記と同様な動作なので説明は省略する。
【００７３】
障害検出部１２では、仮想リンクＶＬ１〜ＶＬ４において、タグ付きパケットを一定間隔で送信した際の送信間隔時間に対応した受信間隔で、パケットを受信できなかった場合には、障害とみなしてアラーム通知を行う。
【００７４】
以上説明したように、通信装置１０−２では、対向装置２０内のハッシュ演算等の内部処理は知る必要がなく、タグ付きパケットを送信したポートと折り返し受信するポートとを監視すればよい（仮想リンクＶＬ１について見れば、ポート＃１ａから送信した障害監視制御用のタグ付きパケットがポート＃４ａで受信できることだけを監視すればよい（仮想リンクＶＬ２〜ＶＬ４についても同様な制御を行う））。また、対向装置２０ではＶＬＡＮの設定動作及び実装されている送信アルゴリズムにしたがって、タグ付きパケットを該当ポートから出力するだけである。したがって、マルチベンダ環境において、自装置と対向装置間で同一プロトコルによる相互動作をすることなく、対向装置２０側が障害の監視を何ら意識せずに、また冗長ポートを追加するなどといった作業も不要であり、効率よくネットワーク障害を検出できる。
【００７５】
次に通信装置１０の第３の実施の形態について説明する。第３の実施の形態では、通信装置１０と対向装置２０とを接続する３本以上の物理リンクの内、１本を共通物理リンクとして使用して障害検出を行う場合である。
【００７６】
図４は第３の実施の形態の動作を説明するための図である。通信装置１０−３と対向装置２０は４本の物理リンクで接続し、その内の１本を共通物理リンクＬ１ｃとし、他を物理リンクＬ２〜Ｌ４からなる物理リンクグループとする。
【００７７】
共通物理リンクＬ１ｃは、通信装置１０−３のポート＃１ａと対向装置２０のポート＃１ｂを接続し、物理リンクＬ２は、通信装置１０−３のポート＃２ａと対向装置２０のポート＃２ｂを接続し、物理リンクＬ３は、通信装置１０−３のポート＃３ａと対向装置２０のポート＃３ｂを接続し、物理リンクＬ４は、通信装置１０−３のポート＃４ａと対向装置２０のポート＃４ｂを接続する。
【００７８】
このような接続形態において、ポート＃２ａ〜＃４ａ→対向装置２０のトンネリング→ポート＃１ａの流れで、共通ポートであるポート＃１ａに向かって流れる仮想リンクＶＬ１〜ＶＬ３を監視する。なお、対向装置２０のポート＃１ｂ〜＃４ｂにはタグ値１００が登録されているとする。
【００７９】
タグ付きパケット送信部１１ｓ−２は、タグ値１００を付与したタグ付きパケットを物理リンクＬ２のポート＃２ａから一定間隔で送信する。同様に、タグ付きパケット送信部１１ｓ−３、１１ｓ−４は、タグ値１００を付与したタグ付きパケットを物理リンクＬ３、Ｌ４のポート＃３ａ、＃４ａから一定間隔で送信する。なお、タグ値１００でポート＃２ａ〜＃４ａから送信する際に定めたＤＡを持つタグ付きパケットをそれぞれタグ付きパケットＴ２100〜Ｔ４100とする（それぞれのＤＡは同一値でよい）。また、タグ付きパケット送信部１１ｓ−２〜１１ｓ−４はそれぞれ、時間差をつけてタグ付きパケットＴ２100〜Ｔ４100を送信する。
【００８０】
対向装置２０では、タグ付きパケットＴ２100を受信すると、タグ値１００に対応するMACテーブルから、タグ付きパケットＴ２100のＤＡに対応する行き先ポートを検索する。該当ＤＡに対する行き先ポートは、ポート＃１ｂと設定されているので（図２で上述したように、対向装置２０のMACテーブルにスタティックに登録しておく）、タグ付きパケットＴ２100をポート＃１ｂから送信する。また、タグ付きパケットＴ３100、Ｔ４100を受信した場合にも、同様なテーブル検索を行い、ポート＃１ｂから送信する。
【００８１】
タグ付きパケット受信部１１ｒ−１は、共通物理リンクＬ１ｃのポート＃１ａでタグ付きパケットＴ２100〜Ｔ４100を、時間差をもって受信する。障害検出部１２は、仮想リンクＶＬ１〜ＶＬ３の両端のポートとして、ポート＃１ａとポート＃２ａ、ポート＃１ａとポート＃３ａ、ポート＃１ａとポート＃４ａをそれぞれ監視して、ポート＃２ａ〜＃４ａから送信したタグ付きパケットＴ２100〜Ｔ４100が対向装置２０をトンネリングして、ポート＃１ａで折り返し受信できるか否かを判別する。
【００８２】
図５は第３の実施の形態の動作を説明するための図である。図５では、ポート＃１ａ→対向装置２０のトンネリング→ポート＃２ａ〜＃４ａの流れの障害監視を示している。
このような接続形態において、ポート＃１ａから送信したタグ付きパケットが、ポート＃２ａ〜＃４ａのどのポートで受信できるかをあらかじめ認識しておく必要がある。したがって、図３で上述したようなポートを特定するための自動検索などを行って、例えば、タグ値１００でＤＡ２を持つタグ付きパケットならばポート＃２ａで受信し、ＤＡ３を持つならばポート＃３ａで受信し、ＤＡ４を持つならポート＃４ａで受信できるといったことを調べておく。以降、タグ値１００でポート＃２ａ〜＃４ａそれぞれで受信できるパケットを、タグ付きパケットＴ１ａ100、Ｔ１ｂ100、Ｔ１ｃ100とする。
【００８３】
タグ付きパケット送信部１１ｓ−１は、タグ付きパケットＴ１ａ100〜Ｔ１ｃ100を物理リンクＬ１ｃのポート＃１ａからそれぞれを一定間隔で送信する。対向装置２０では、タグ付きパケットＴ１ａ100を受信すると、タグ付きパケットＴ１ａ100のＤＡ等をキー情報にしてハッシュ演算を行い、行き先ポートとしてポート＃２ａを決定し、ポート＃２ａからタグ付きパケットＴ１ａ100を送信する。同様に、タグ付きパケットＴ１ｂ100、Ｔ１ｃ100を受信すると、行き先ポートとしてポート＃３ａ、＃４ａを決定し、ポート＃３ａ、＃４ａからタグ付きパケットＴ１ｂ100、Ｔ１ｃ100をそれぞれ送信する。
【００８４】
タグ付きパケット受信部１１ｒ−２は、物理リンクＬ２のポート＃２ａからタグ付きパケットＴ１ａ100を受信する。同様に、タグ付きパケット受信部１１ｒ−３は、物理リンクＬ３のポート＃３ａからタグ付きパケットＴ１ｂ100を受信し、タグ付きパケット受信部１１ｒ−４は、物理リンクＬ４のポート＃４ａからタグ付きパケットＴ１ｃ100を受信する。
【００８５】
障害検出部１２は、仮想リンクＶＬ４の両端のポート＃１ａ、＃２ａを監視して、ポート＃１ａから送信したタグ付きパケットＴ１ａ100が対向装置２０をトンネリングしてポート＃２ａで折り返し受信できるか否かを判別する。同様に、仮想リンクＶＬ５の両端のポート＃１ａ、＃３ａを監視して、ポート＃１ａから送信したタグ付きパケットＴ１ｂ100が対向装置２０をトンネリングしてポート＃３ａで折り返し受信できるか否かを判別し、仮想リンクＶＬ６の両端のポート＃１ａ、＃４ａを監視して、ポート＃１ａから送信したタグ付きパケットＴ１ｃ100が対向装置２０をトンネリングしてポート＃４ａで折り返し受信できるか否かを判別する。
【００８６】
障害検出部１２では、仮想リンクＶＬ４〜ＶＬ６において、タグ付きパケットを一定間隔で送信した際の送信間隔時間に対応した受信間隔で、パケットを受信できなかった場合には、障害とみなしてアラーム通知を行う。
【００８７】
以上説明したように、通信装置１０−３では、対向装置２０内のテーブル検索やハッシュ演算等の内部処理は知る必要がなく、タグ付きパケットを送信したポートと折り返し受信するポートとを監視すればよい。また、対向装置２０ではＶＬＡＮの設定動作及び実装されている送信アルゴリズムにしたがって、タグ付きパケットを該当ポートから出力するだけである。したがって、マルチベンダ環境において、自装置と対向装置間で同一プロトコルによる相互動作をすることなく、対向装置２０側が障害の監視を何ら意識せずに、また冗長ポートを追加するなどといった作業も不要であり、効率よくネットワーク障害を検出できる。
【００８８】
なお、第１〜第３の実施の形態では、障害を検出するとアラーム通知を行ってオペレータに保守動作を促すが、その後の通信装置１０−１〜１０−３の動作としては、該当ポートを無効化する処理が行われる（対向装置２０はリンク断を検出することになる）。無効化されたポートの復旧は、手動または定期的に自動復旧が行われる。さらに、障害検出をリンク冗長／装置冗長への切り替え契機として、冗長系へ切り替えることも可能である。
【００８９】
次に第１、第２の実施の形態の変形動作について説明する。図２、図３では、対向装置２０のポートすべてに同じタグ値を登録し、通信装置１０−１、１０−２ではタグ付きパケットに付加するＤＡの値を変えることで、対向装置２０での行き先ポートが決定されるようにしたが、変形動作の場合には、対向装置２０の各ポートに異なるタグ値を登録し、通信装置では、ＤＡを同じ値にし、かつ異なるタグ値を持つようにしたタグ付きパケットの送受信を行うものである。
【００９０】
図６は２本の物理リンクによる接続形態で各ポートに異なるタグ値を登録した際の障害検出動作を示す図である。図２の第１の実施の形態の変形動作を示しており、接続構成は図２と同様である。
【００９１】
対向装置２０のポート＃１ｂにタグ値１００、ポート＃２ｂにタグ値２００を登録し、タグ付きパケットのMAC DA（マルチキャストアドレス）を01:00:0e:00:00:01とする。
対向装置２０では、タグ値＝１００でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを受信した場合は、ポート＃１ｂから送信するように設定し（タグ値１００のMACテーブルにＤＡ（01:00:0e:00:00:01）の行き先ポートとしてポート＃１ｂを設定しておく）、タグ値＝２００でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを受信した場合は、ポート＃２ｂから送信するように設定する（タグ値２００のMACテーブルにＤＡ（01:00:0e:00:00:01）の行き先ポートとしてポート＃２ｂを設定しておく）。
【００９２】
通信装置１０−１ａでは、ポート＃１ａから、タグ値＝２００でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを送信し、ポート＃２ａから、タグ値＝１００でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを送信する。
【００９３】
また、タグ値＝１００でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを、ポート＃１ａで受信できるか否かを監視し、タグ値＝２００でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを、ポート＃２ａで受信できるか否かを監視する。
【００９４】
図７は２つのＬＡによる接続形態で各ポートに異なるタグ値を登録した際の障害検出動作を示す図である。図３の第２の実施の形態の変形動作を示しており、接続構成は図３と同様である。対向装置２０のポート＃１ｂ〜＃４ｂそれぞれに、タグ値１０〜４０を登録し、タグ付きパケットのMAC DA（マルチキャストアドレス）を01:00:0e:00:00:01とする。
【００９５】
対向装置２０では、タグ値＝１０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを受信した場合は、ＬＡ１のポート＃１ｂから送信し、タグ値＝２０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを受信した場合は、ＬＡ１のポート＃２ｂから送信する。また、タグ値＝３０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを受信した場合は、ＬＡ２のポート＃３ｂから送信し、タグ値＝４０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを受信した場合は、ＬＡ２のポート＃４ｂから送信する。
【００９６】
通信装置１０−２ａでは、ポート＃１ａから、タグ値＝４０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを送信し、ポート＃２ａから、タグ値＝３０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを送信し、ポート＃３ａから、タグ値＝２０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを送信し、ポート＃４ａから、タグ値＝１０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを送信する。
【００９７】
また、タグ値＝１０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを、ＬＡ１のポート＃１ａで受信できるか否かを監視し、タグ値＝２０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを、ＬＡ１のポート＃２ａで受信できるか否かを監視する。さらに、タグ値＝３０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを、ＬＡ２のポート＃３ａで受信できるか否かを監視し、タグ値＝４０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを、ＬＡ２のポート＃４ａで受信できるか否かを監視する。
【００９８】
次に第３の実施の形態の変形動作について説明する。図５では、対向装置２０のポートすべてに同じタグ値を登録し、通信装置１０−３ではタグ付きパケットに付加するＤＡの値を変えることで、対向装置２０での行き先ポートが決定されるようにしたが、変形動作の場合には、対向装置２０でのポートの登録タグを適宜変えて、通信装置では、ＤＡを同じ値にして、登録された異なるタグ値を持つようにしたタグ付きパケットの送受信を行うものである。
【００９９】
図８は共通物理リンクを有する接続形態で各ポートに異なるタグ値を登録した際の障害検出動作を示す図である。図５の第３の実施の形態の変形動作を示しており、接続構成は図５と同様である。対向装置２０のポート＃２ｂ〜＃４ｂにタグ値２０〜４０を登録し、タグ付きパケットのMAC DA（マルチキャストアドレス）を01:00:0e:00:00:01とする。
【０１００】
対向装置２０では、タグ値＝２０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを受信した場合は、ポート＃２ｂから送信し、タグ値＝３０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを受信した場合は、ポート＃３ｂから送信し、タグ値＝４０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを受信した場合は、ポート＃４ｂから送信する。
【０１０１】
通信装置１０−３ｂでは、ポート＃１ａから、タグ値＝２０〜４０をそれぞれ持つMAC DA＝01:00:0e:00:00:01のタグ付きパケットを順次送信する。そして、タグ値＝２０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを、ポート＃２ａで受信できるか否かを監視し、タグ値＝３０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを、共通ポート＃３ａで受信できるか否かを監視し、タグ値＝４０でMAC DA＝01:00:0e:00:00:01のタグ付きパケットを、ポート＃４ａで受信できるか否かを監視する。
【０１０２】
次に通信装置１０を具体的に実現した際の構成及び動作について説明する。図９は通信装置１０の機能を有する通信装置の構成を示す図である。通信装置３０は、装置管理部３１、ＣＬ（command line）／ＮＭＳ（network management system）インタフェース部３２、ＬＣＣ（Link Connectivity Check）プロトコル処理部３４、フィルタリングデータベース処理部３５、回線／スイッチ制御部３６、スイッチング処理部３７、回線インタフェース処理部３８−１〜３８−ｎから構成される。なお、タグ付きパケット送受信部１１、障害検出部１２は、ＬＣＣプロトコル処理部３４に含まれる。
【０１０３】
装置管理部３１は、装置全体の管理を行う。具体的にはプロビジョニング情報管理部３３と連携し、装置のプロビジョニング情報にもとづき、スイッチング処理部３７、回線インタフェース処理部３８−１〜３８−ｎ、ＬＣＣプロトコル処理部３４に動作条件を指示する。
【０１０４】
また、スイッチング処理部３７／回線インタフェース処理部３８−１〜３８−ｎ／ＬＣＣプロトコル処理部３４から、動作状態／障害発生／障害復旧等に関する情報を入手し、必要なアクションを取る。装置管理部３１に対する機能拡張例を以下の（Ａ１）〜（Ａ４）に示す。
【０１０５】
（Ａ１）プロビジョニング情報管理部３３との連携によりポート毎にadminstatusパラメータの設定情報を読み出し、これにもとづき、ＬＣＣプロトコル処理部３４に動作条件の指示を行う。
【０１０６】
（Ａ２）ＬＣＣプロトコル処理部３４からの通知により、障害検出をオペレータへ通知する。
（Ａ３）ＬＣＣプロトコル処理部３４からの通知により、障害検出を知り、必要によりフィルタリングデータベース処理部３５に対して、フィルタリングデータベースのフラッシュを指示する。
【０１０７】
（Ａ４）ＬＣＣプロトコル処理部３４からの通知により、障害検出を知り、必要により回線／スイッチ制御部３６を経由し、回線インタフェース処理部３８−１〜３８−ｎに対して、Disableステートへの遷移を指示する。
【０１０８】
ＣＬ／ＮＭＳインタフェース部３２は、CL（コマンドライン）／NMS（ネットワーク管理システム）とのインタフェースを司り、ここでは、プロビジョニング情報管理部３３と連携し、管理情報の設定及び表示を行う。
【０１０９】
プロビジョニング情報管理部３３は、ＣＬ／ＮＭＳインタフェース部３２からの指示に従い、プロビジョニング情報を設定／表示すると共に、該当プロビジョニング情報を各機能ブロックに対して参照可能とする。
【０１１０】
ＬＣＣプロトコル処理部３４は、ＬＣＣの動作主体であり、装置管理部３１から指示された動作条件に従い、障害を検出した場合は、その旨を装置管理部３１に通知する。ＬＣＣプロトコル処理部３４に対する機能拡張例を以下の（Ｂ１）〜（Ｂ５）に示す。
【０１１１】
（Ｂ１）装置管理部３１からの指示により、ポート毎に障害監視機能／制御パケット送信機能の有効化／無効化を行う。
（Ｂ２）制御パケット（障害監視制御用のタグ付きパケット）の送信機能が有効の場合、必要に応じて、各ポートから障害監視制御用制御パケットを装置管理部３１から指示された間隔で送信する事を指示する。
【０１１２】
（Ｂ３）障害監視機能が有効の場合、制御パケットの受信監視をポート毎に行う。
（Ｂ４）制御パケットの受信監視タイマの満了により、障害を認識し、該当ポートが障害である旨を、装置管理部３１に通知する。
【０１１３】
（Ｂ５）装置管理部３１からの指示により、回線／スイッチ制御部３６を経由し、回線インタフェース処理部３８−１〜３８−ｎに対して、Disableステートへの遷移を指示する。
【０１１４】
フィルタリングデータベース処理部３５は、プロビジョニング情報管理部３３、装置管理部３１、回線インタフェース処理部３８−１〜３８−ｎと連携し、MACフィルタリングデータベースの原本を管理し、各回線インタフェース処理部に対して、必要なMACフィルタリングデータベースを提供するとともに、スイッチング処理部３７に対して、必要なスイッチングを指示する。
【０１１５】
回線／スイッチ制御部３６は、装置管理部３１からの指示に従い、スイッチング処理部３７／回線インタフェース処理部３８−１〜３８−ｎに対して、動作条件を通知するとともに、スイッチング処理部３７／回線インタフェース処理部３８−１〜３８−ｎからの動作状態／障害発生／障害復旧等に関する情報を装置管理部３１に通知する。
【０１１６】
スイッチング処理部３７は、回線／スイッチ制御部３６からの指示に従い、各回線インタフェース処理部及び自装置内の必要な機能ブロックとのスイッチングを行う。
回線インタフェース処理部３８−１〜３８−ｎは、回線／スイッチ制御部３６からの指示に従い、MACフィルタリングデータベースを参照することによるパケットの送受信を行う。
【０１１７】
次に通信装置３０における障害検出の動作設定について説明する。
（１）単一物理ポートに対して、以下の項目を独立に動作指定する。
（項目１）特定のVLAN、MAC DA（マルチキャストアドレス／対向装置のユニキャストアドレス）を付与した制御パケットを特定の送信間隔で送信する。
【０１１８】
（項目２）特定のVLAN、MAC DA（マルチキャストアドレス／対向装置のユニキャストアドレス）が付与された制御パケットの受信を監視し、一定期間パケットの受信がなされなかった場合、障害と判定する。
【０１１９】
（２）制御パケットの送信契機。
「該当ポートの物理ポートがUP状態」かつ「該当ポートがLink Connectivity Check監視用制御パケットの送信を指定されている状態」。
【０１２０】
（３）制御パケットの受信監視契機。
「該当ポートがLink Connectivity Check監視用制御パケットの受信監視を指定されている状態」かつ「該当ポートで制御パケットを受信」。
【０１２１】
なお、受信監視タイマの満了により障害検出時は（障害検出のTRAP（障害検出時にアラーム通知をして保守動作を促すこと）を送信し）受信監視を停止する。受信監視停止中に制御パケットの受信を契機に（障害復旧のTRAPを送信し）受信監視を再開する。
【０１２２】
また、受信監視タイマ期間以上リンク断が継続した場合は、リンク断／Link Connectivity Check障害の双方のTRAPが上がり、リンク復旧時、リンク復旧／Link Connectivity Check復旧の双方のTRAPが上がる。
【０１２３】
（４）制御パラメータ（送信ポート）の動作上必要な情報。
付与するVLAN値（user＿priorityを含む）、宛先MACアドレス、制御パケット送信間隔（固定）、送信ポートID（制御パケットで送信）。
【０１２４】
（５）制御パラメータ（受信監視ポート）の動作上必要な情報。
付与されるVLAN値（監視対象）、宛先MACアドレス（監視対象）、受信監視タイマ（障害と判定するパケット連続未受信期間（固定））、送信ポートID（制御パケットで送信された）。
【０１２５】
（６）保守者への通知。
以下の項目がある。
（項目１）TRAPにより監視開始を通知する（付加情報には“送信ポート”がある）。
【０１２６】
（項目２）TRAPにより、障害を検出したことを通知（付加情報には“障害検出ポート”、“送信ポート”がある）。
（項目３）TRAPにより、障害が復旧したことを通知（付加情報には“復旧検出ポート”、“送信ポート”がある）。
【０１２７】
（項目４）Link Connectivity Check機能に関する設定状態をコマンドにより、参照可能とする。
（項目５）受信監視ポートの状態をコマンドにより、参照可能とする。
ポート状態は、“未監視（パケット未受信）”、“正常”、“障害”があり、付加情報には、“（制御パケット中の）送信ポート”、 “shutdown指定ポート”がある。
【０１２８】
次に障害監視制御用のタグ付きパケットのフォーマットについて説明する。図１０は障害監視制御用のタグ付きパケットのフォーマットを示す図である。図中の数値はbyteを表す。各フィールドの説明を以下に示す。
【０１２９】
MAC DA[６]は、宛先MACアドレスであり、コマンドにて指定されたアドレスを設定する。デフォルトで01-00-0e-00-00-01。MAC SA[６]は、送出元MACアドレスであり、自装置のMACアドレスを設定する。
【０１３０】
TPID（Tag Protocol Identifier）[2]は、ポートのEther-Typeの設定に従う。TCI（Tag Control Information）[2]は、user priority（3bit）とCanonical Format Indicator（1bit）とVLAN-ID（12bit）からなり、user priorityは、コマンドにて指定された値を設定（デフォルト：６）し、Canonical Format Indicatorは０固定とし、VLAN-IDはコマンドにて指定されたアドレスを設定する。
【０１３１】
L／T[２]は、障害監視制御パケットのEther-Typeであり、 コマンドにて指定された値を設定する（デフォルト：＜FF-F2＞）。Sub Type[１]は、0x20固定とする（障害監視制御用パケットを示す識別子である）。
【０１３２】
Flags[１]は、０固定とする。Code[２]は、＜02-00＞とし、ＬＣＣ機能の制御パケットを示す。TTL（Time to Live）[１]はリザーブとする（２５５固定）。TTL base[１]は、リザーブ（２５５固定）とする。
【０１３３】
Sequence number[２]は、０固定とする。Port-ID[２]は、パケットを送信するポートのポート識別子である。Padding[３６]は、ALL“０”を設定する。
次に送信ポート／受信ポートの処理手順及びフィルタリング条件について説明する。送信ポートについては、該当ポートがLINK UP状態で、単方向リンク断監視の動作指定がTransmit and ReceiveまたはTransmit onlyの時、規定された間隔で制御パケットを送信する。
【０１３４】
受信ポートについては以下の６つの項目がある。
（項目１）該当ポートがLINK UP状態で、単方向リンク断監視の動作指定がTransmit and ReceiveまたはReceive onlyの時、規定された期間内にパケットを受信する事を監視する。
【０１３５】
（項目２）監視は、該当ポートで制御パケットを受信したことをトリガに開始する。この時、パケット中の送信Port-IDを格納する。
（項目３）受信監視タイマは制御パケットの受信を契機にリセットをする。
【０１３６】
（項目４）パケット受信する毎にパケット中の送信Port-IDチェックし、変化があった場合はこれを格納する。
（項目５）受信監視タイマが満了した場合は、その旨をTRAPにより通知する（付加情報：検出ポート、送信ポート）。
【０１３７】
（項目６）障害中もパケットの受信を監視し、パケットの受信を契機に復旧の旨TRAPを通知する（付加情報：検出ポート、送信ポート）。
また、フィルタリング条件は、指定されたタグ値および指定されたMAC DA（マルチキャストまたは自装置ユニキャストアドレス）の制御パケットを受信可能とする。
【０１３８】
次に通信装置３０の受信監視ステートマシンについて説明する。図１１は回線対応ステートマシン＃１〜＃ｎの状態遷移を示す図である。変数の定義を以下に示す。なお、UCTはUnconditional Transitionの略であり、RESTARTは、CPU切替、ソフトウェアバージョンアップ時のトリガのことである。
【０１３９】
adminStatus：Link Connectivity Check機能の該当ポートへの設定状態。disabled,Txonly,Rxonly,Tx&Rxの状態を持つ。
rxFrame：監視パケットをそのポートで受信したかどうかを示す。受信時、trueが設定され、そのパケットに対する処理の完了により、falseが設定される。
【０１４０】
receivedInfoWhile：パケット受信監視タイマ変数であり、監視開始時およびパケット受信時にタイマ値を設定する。また、監視を停止する場合は、０を設定する。なお、本変数は、０でない場合に１秒周期で減算され、その結果として０になった場合に、その旨を通知するタイマ機能により使用される。
【０１４１】
receivePortId：このポートが受信しているパケットの送信ポートIDを格納する。
sendPortId：受信パケット中の送信ポートIDを格納する。
以下に関数の定義を示す。
【０１４２】
Initialize（）：Link Connectivity Check機能に関する各種初期化を行う。
sendKeepaliveStartTrap（）：Link Connectivity Checkの受信監視を開始した事を示すtrapを送信する。
【０１４３】
sendFailureDetectTrap（）：Link Connectivity Check機能による障害を検出した事を示すtrapを送信する。
sendNomalTrap（）：Link Connectivity Check機能により検出した障害が復旧した事を示すtrapを送信する。
【０１４４】
shutdownIfConfig（）：障害検出時、shutdownする事が指定されていたならば、指定されたポート（１または２）をshutdownする。
以上説明したように、通信装置１０は、自社装置間でのみ接続されたリンクしか障害検出ができないといった不便さがなくなり、他ベンダ装置に接続しても、高精度にネットワーク障害が検出できるので、マルチベンダ環境において対耐障害性の向上を図ることが可能になる。特に、通信装置１０は、独自機能でありながら、他社装置に何ら変更を必要としないためキャリアにとってマルチベンダ環境における導入を容易にする。
【０１４５】
（付記１）  ネットワーク上の障害検出を行う通信装置において、
物理的な接続形態とは独立に端末の仮想的なグループを設定する仮想ＬＡＮの設定機能を持つ自装置に対して、前記仮想ＬＡＮの設定機能を持ち、前記自装置と同一プロトコルで障害検出のための相互動作が不要な対向装置を接続する少なくとも２本の物理リンクと、
前記物理リンクのポートに登録されて前記自装置及び前記対向装置間で構築する前記仮想ＬＡＮを識別するためのタグをパケットに付与してタグ付きパケットを生成し、前記物理リンクの一方を介して前記対向装置へ送信し、対向装置をトンネリングして前記物理リンクの他方から転送される前記タグ付きパケットを受信するタグ付きパケット送受信部と、
前記仮想ＬＡＮ上を前記タグ付きパケットが流れる仮想リンクの両端で、送信した前記タグ付きパケットが、前記物理リンクを介して前記対向装置内をトンネリングして折り返し受信できるか否かを監視して障害検出を行う障害検出部と、
を有することを特徴とする通信装置。
【０１４６】
（付記２）  前記タグ付きパケット送受信部は、障害監視制御用のパケットであることを認識するための識別子を前記タグ付きパケットに設定し、かつ同一の前記仮想ＬＡＮ内で前記物理リンクのどのポートから送信されたパケットであるかを認識するために、前記物理リンクの送信ポートの番号を前記タグ付きパケットに設定することを特徴とする付記１記載の通信装置。
【０１４７】
（付記３）  前記タグ付きパケット送受信部は、一方の前記物理リンクの第１のポートから前記タグ付きパケットを送信し、他方の前記物理リンクの第２のポートで前記タグ付きパケットを受信して、前記第１のポートから前記第２のポートへ流れる第１の仮想リンクを生成し、または前記第２のポートから前記タグ付きパケットを送信し、前記第１のポートで前記タグ付きパケットを受信して、前記第２のポートから前記第１のポートへ流れる第２の仮想リンクを生成し、前記障害検出部は、前記第１のポート及び前記第２のポートを監視して前記第１の仮想リンクまたは前記第２の仮想リンクの障害検出を行うことを特徴とする付記１記載の通信装置。
【０１４８】
（付記４）  複数の前記物理リンクを仮想的な１つのリンクとみなすリンク・アグリゲーションによって、前記自装置と前記対向装置とが接続している場合に、対となる前記リンク・アグリゲーションに対して、前記タグ付きパケット送受信部は、前記リンク・アグリゲーションの一方を介して前記タグ付きパケットを前記対向装置へ送信し、前記対向装置をトンネリングして前記リンク・アグリゲーションの他方から転送される前記タグ付きパケットを受信し、前記障害検出部は、前記リンク・アグリゲーション上を前記タグ付きパケットが流れる仮想リンクの両端を監視して障害検出を行うことを特徴とする付記１記載の通信装置。
【０１４９】
（付記５）  前記タグ付きパケット送受信部は、一方の前記リンク・アグリゲーションの中の個々のリンクに対する第１のポートから前記タグ付きパケットを送信し、他方の前記リンク・アグリゲーションの中の個々のリンクに対する第２のポートで前記タグ付きパケットを受信して、前記第１のポートから前記第２のポートへ流れる複数の第１の仮想リンクを生成し、または前記第２のポートから前記タグ付きパケットを送信し、前記第１のポートで前記タグ付きパケットを受信して、前記第２のポートから前記第１のポートへ流れる複数の第２の仮想リンクを生成し、前記障害検出部は、前記第１のポート及び前記第２のポートを監視して、前記第１の仮想リンクまたは前記第２の仮想リンクの障害検出を行うことを特徴とする付記４記載の通信装置。
【０１５０】
（付記６）  複数の前記物理リンクの中の１本を障害監視用の共通物理リンクとし、残りの物理リンクを物理リンクグループとした場合に、前記タグ付きパケット送受信部は、前記物理リンクグループの複数のポートから前記タグ付きパケットを送信し、前記共通物理リンクの共通ポートで前記タグ付きパケットを受信して、前記物理リンクグループから前記共通物理リンクへ流れる複数の第１の仮想リンクを生成し、または前記共通ポートから前記タグ付きパケットを送信し、複数の前記ポートで前記タグ付きパケットを受信して、前記共通物理リンクから前記物理リンクグループへ流れる複数の第２の仮想リンクを生成し、前記障害検出部は、前記共通物理リンク側の前記共通ポート及び前記物理リンクグループ側の前記ポートを監視して、前記第１の仮想リンクまたは前記第２の仮想リンクの障害検出を行うことを特徴とする付記１記載の通信装置。
【０１５１】
（付記７）  ネットワーク上の障害検出を行う障害検出方法において、
物理的な接続形態とは独立に端末の仮想的なグループを設定する仮想ＬＡＮの設定機能を持つ自装置に対して、前記仮想ＬＡＮの設定機能を持ち、前記自装置と同一プロトコルで障害検出のための相互動作が不要な対向装置が少なくとも２本の物理リンクで接続された状態で、
前記物理リンクのポートに登録されて前記自装置及び前記対向装置間で構築する前記仮想ＬＡＮを識別するためのタグをパケットに付与してタグ付きパケットを生成して、前記物理リンクの一方を介して前記対向装置へ送信し、
前記対向装置をトンネリングして前記物理リンクの他方から転送される前記タグ付きパケットを受信し、
前記仮想ＬＡＮ上を前記タグ付きパケットが流れる仮想リンクの両端で、送信した前記タグ付きパケットが、前記物理リンクを介して前記対向装置内をトンネリングして折り返し受信できるか否かを監視して障害検出を行うことで、前記対向装置の側で障害の監視を認識することなく自装置側のみで障害検出を行うことを特徴とする障害検出方法。
【０１５２】
（付記８）  障害監視制御用のパケットであることを認識するための識別子を前記タグ付きパケットに設定し、かつ同一の前記仮想ＬＡＮ内で前記物理リンクのどのポートから送信されたパケットであるかを認識するために、前記物理リンクの送信ポートの番号を前記タグ付きパケットに設定することを特徴とする付記７記載の障害検出方法。
【０１５３】
（付記９）  一方の前記物理リンクの第１のポートから前記タグ付きパケットを送信し、他方の前記物理リンクの第２のポートで前記タグ付きパケットを受信して、前記第１のポートから前記第２のポートへ流れる第１の仮想リンクを生成し、または前記第２のポートから前記タグ付きパケットを送信し、前記第１のポートで前記タグ付きパケットを受信して、前記第２のポートから前記第１のポートへ流れる第２の仮想リンクを生成し、前記第１のポート及び前記第２のポートを監視して前記第１の仮想リンクまたは前記第２の仮想リンクの障害検出を行うことを特徴とする付記７記載の障害検出方法。
【０１５４】
（付記１０）  複数の前記物理リンクを仮想的な１つのリンクとみなすリンク・アグリゲーションによって、前記自装置と前記対向装置とが接続している場合に、対となる前記リンク・アグリゲーションに対して、前記リンク・アグリゲーションの一方を介して前記タグ付きパケットを前記対向装置へ送信し、前記対向装置をトンネリングして前記リンク・アグリゲーションの他方から転送される前記タグ付きパケットを受信し、前記リンク・アグリゲーション上を前記タグ付きパケットが流れる仮想リンクの両端を監視して障害検出を行うことを特徴とする付記７記載の障害検出方法。
【０１５５】
（付記１１）  一方の前記リンク・アグリゲーションの中の個々のリンクに対する第１のポートから前記タグ付きパケットを送信し、他方の前記リンク・アグリゲーションの中の個々のリンクに対する第２のポートで前記タグ付きパケットを受信して、前記第１のポートから前記第２のポートへ流れる複数の第１の仮想リンクを生成し、または前記第２のポートから前記タグ付きパケットを送信し、前記第１のポートで前記タグ付きパケットを受信して、前記第２のポートから前記第１のポートへ流れる複数の第２の仮想リンクを生成し、前記第１のポート及び前記第２のポートを監視して、前記第１の仮想リンクまたは前記第２の仮想リンクの障害検出を行うことを特徴とする付記１０記載の障害検出方法。
【０１５６】
（付記１２）  複数の前記物理リンクの中の１本を障害監視用の共通物理リンクとし、残りの物理リンクを物理リンクグループとした場合に、前記物理リンクグループの複数のポートから前記タグ付きパケットを送信し、前記共通物理リンクの共通ポートで前記タグ付きパケットを受信して、前記物理リンクグループから前記共通物理リンクへ流れる複数の第１の仮想リンクを生成し、または前記共通ポートから前記タグ付きパケットを送信し、複数の前記ポートで前記タグ付きパケットを受信して、前記共通物理リンクから前記物理リンクグループへ流れる複数の第２の仮想リンクを生成し、前記共通物理リンク側の前記共通ポート及び前記物理リンクグループ側の前記ポートを監視して、前記第１の仮想リンクまたは前記第２の仮想リンクの障害検出を行うことを特徴とする付記７記載の障害検出方法。
【図面の簡単な説明】
【０１５７】
【図１】通信装置の原理図である。
【図２】第１の実施の形態の動作を説明するための図である。
【図３】第２の実施の形態の動作を説明するための図である。
【図４】第３の実施の形態の動作を説明するための図である。
【図５】第３の実施の形態の動作を説明するための図である。
【図６】２本の物理リンクによる接続形態で各ポートに異なるタグ値を登録した際の障害検出動作を示す図である。
【図７】２つのＬＡによる接続形態で各ポートに異なるタグ値を登録した際の障害検出動作を示す図である。
【図８】共通物理リンクを有する接続形態で各ポートに異なるタグ値を登録した際の障害検出動作を示す図である。
【図９】通信装置の機能を有する通信装置の構成を示す図である。
【図１０】障害監視制御用のタグ付きパケットのフォーマットを示す図である。
【図１１】回線対応ステートマシンの状態遷移を示す図である。
【図１２】ループによるネットワーク障害を説明するための図である。
【図１３】ループによるネットワーク障害を説明するための図である。
【図１４】ネットワーク障害検出の流れを示す図である。
【符号の説明】
【０１５８】
１０  通信装置
１１  タグ付きパケット送受信部
１２  障害検出部
２０  対向装置
Ｌ、Ｌ１、Ｌ２  物理リンク
ＶＬ１  仮想リンク
【図１】
2006245849.tif 000003
【図２】
2006245849.tif 000004
【図３】
2006245849.tif 000005
【図４】
2006245849.tif 000006
【図５】
2006245849.tif 000007
【図６】
2006245849.tif 000008
【図７】
2006245849.tif 000009
【図８】
2006245849.tif 000010
【図９】
2006245849.tif 000011
【図１０】
2006245849.tif 000012
【図１１】
2006245849.tif 000013
【図１２】
2006245849.tif 000014
【図１３】
2006245849.tif 000015
【図１４】
2006245849.tif 000016
【手続補正書】
【提出日】平成17年7月15日(2005.7.15)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】変更
【補正の内容】
【００２４】
このため、マルチベンダ化が進んでいる現在のキャリアネットワークに対して、利便性が乏しいといった問題があり、さらにネットワーク障害検出のプロトコルの標準化も進展していないのが現状である。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００６７
【補正方法】変更
【補正の内容】
【００６７】
すなわち、ポート＃１ａから01:00:0e:00:00:02のＤＡを持つタグ付きパケットを送信して、ポート＃４ａで受信できたなら、このポート＃４ａが受信ポートであることを認識できる（ポート＃１ａから送信した障害監視制御パケットをポート＃４ａで受信したい場合は（仮想リンクＶＬ１の監視を行う場合は）、障害監視制御パケットのＤＡに01:00:0e:00:00:02を設定することになる）。または、このような自動検索の他に、オフラインで行き先ポートを調査して、通信装置１０−２にコマンド指定してもよい。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００７１
【補正方法】変更
【補正の内容】
【００７１】
対向装置２０では、タグ付きパケットＴ１100を受信すると、タグ付きパケットＴ１100のＤＡ等をキー情報にしてハッシュ演算を行い、行き先ポートとしてポート＃４ｂを決定し、ポート＃４ｂからタグ付きパケットＴ１100を送信する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
タグ付きパケット送信部１１ｓ−１は、タグ付きパケットＴ１ａ100〜Ｔ１ｃ100を物理リンクＬ１ｃのポート＃１ａからそれぞれを一定間隔で送信する。対向装置２０では、タグ付きパケットＴ１ａ100を受信すると、タグ付きパケットＴ１ａ100のＤＡ等をキー情報にしてハッシュ演算を行い、行き先ポートとしてポート＃２ｂを決定し、ポート＃２ｂからタグ付きパケットＴ１ａ100を送信する。同様に、タグ付きパケットＴ１ｂ100、Ｔ１ｃ100を受信すると、行き先ポートとしてポート＃３ｂ、＃４ｂを決定し、ポート＃３ｂ、＃４ｂからタグ付きパケットＴ１ｂ100、Ｔ１ｃ100をそれぞれ送信する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１０２
【補正方法】変更
【補正の内容】
【０１０２】
次に通信装置１０を具体的に実現した際の構成及び動作について説明する。図９は通信装置１０の機能を有する通信装置の構成を示す図である。通信装置３０は、装置管理部３１、ＣＬ（command line）／ＮＭＳ（network management system）インタフェース部３２、プロビジョニング情報管理部３３、ＬＣＣ（Link Connectivity Check）プロトコル処理部３４、フィルタリングデータベース処理部３５、回線／スイッチ制御部３６、スイッチング処理部３７、回線インタフェース処理部３８−１〜３８−ｎから構成される。なお、タグ付きパケット送受信部１１、障害検出部１２は、ＬＣＣプロトコル処理部３４に含まれる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１４４
【補正方法】変更
【補正の内容】
【０１４４】
shutdownIfConfig（）：障害検出時、shutdownする事が指定されていたならば、指定されたポートをshutdownする。
以上説明したように、通信装置１０は、自社装置間でのみ接続されたリンクしか障害検出ができないといった不便さがなくなり、他ベンダ装置に接続しても、高精度にネットワーク障害が検出できるので、マルチベンダ環境において対耐障害性の向上を図ることが可能になる。特に、通信装置１０は、独自機能でありながら、他社装置に何ら変更を必要としないためキャリアにとってマルチベンダ環境における導入を容易にする。
【手続補正７】
【補正対象書類名】図面
【補正対象項目名】図１４
【補正方法】変更
【補正の内容】
【図１４】
2006245849.tif 000017