(57)【特許請求の範囲】
【請求項１】
受信したパケットを、現用系の経路と予備系の経路のうち、何れか一方に送信するパケット中継方法において、
特定のアドレスを登録する第1ステップと、
パケットを受信する第2ステップと、
前記現用系の経路に送信するパケットの送信元アドレス又は宛先アドレスが、前記登録された特定のアドレスである場合、前記現用系の経路でなく、前記予備系の経路に、前記受信したパケットを送信する第3ステップと、 
を備えたことを特徴とするパケット中継方法。
【請求項２】
請求項1において、
前記予備系の経路に送信するパケットは、正常性確認パケットであることを特徴とするパケット中継方法。
【請求項３】
請求項1において、
前記送信元アドレス又は宛先アドレスは、ＭＡＣアドレスであることを特徴とするパケット中継方法。
【請求項４】
請求項1において、
該第1ステップが、該送信元アドレス又は宛先アドレスに加えてリンクアグリゲーション情報も登録し、該第3ステップが、該送信元アドレス又は宛先アドレス及び該リンクアグリゲーション情報の双方に一致する正常性確認パケットを受信したとき、該予備系の経路に送信することを特徴とするパケット中継方法。
【請求項５】
受信したパケットを、現用系の経路と予備系の経路のうち、何れか一方に送信する現用系の経路と予備系の経路を用いてパケットを中継するパケット中継装置において、
特定のアドレスを登録する第1部と、
パケットを受信する第2部と、
前記現用系の経路に送信するパケットの送信元アドレス又は宛先アドレスが、前記登録された特定のアドレスである場合、前記現用系の経路でなく、前記予備系の経路に、前記受信したパケットを送信する第3部と、
を備えたことを特徴とするパケット中継装置。
【請求項６】
請求項5において、
前記予備系の経路に送信するパケットは、正常性確認パケットであることを特徴とするパケット中継装置。
【請求項７】
請求項5において、
前記送信元アドレス又は宛先アドレスは、ＭＡＣアドレスであることを特徴とするパケット中継装置。
【請求項８】
請求項5において、
該第1部が、該送信元アドレス又は宛先アドレスに加えてリンクアグリゲーション情報も登録し、該第3部が、該送信元アドレス又は宛先アドレス及び該リンクアグリゲーション情報の双方に一致する正常性確認パケットを受信したとき、該予備系の経路に送信することを特徴とするパケット中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はパケット中継方法及び装置に関し、特にL2ネットワークのリンクアグリゲーション機能使用時の予備系経路の導通確認を行う方法及び装置に関するものである。
【背景技術】
【０００２】
パケットを中継するシステムにおいては、通常、現用系（運用系）の経路に加えて予備系の経路を設けることによって冗長化が図られている。
また、イーサネット（登録商標）で規定されているリンクアグリゲーション（LA）機能は、帯域増強やリンク冗長を目的として幅広く活用されている技術であるが、キャリアがサービスとして提供する広域イーサネットサービスではリンクアグリゲーションを経路の冗長方式として使用することが多く、その際に例えば、二本の物理ポート（回線）をリンクアグリゲートして、仮想的な一本の論理ポートとして、送信経路を一本の物理ポートに限定する、いわゆるリンクアグリゲーションの片寄せ構成（厳密にQoSを行う必要があるため）を実施して使用することが多い。
【０００３】
また、経路の正常性確認のために、ARPパケット又はICMPパケット等のpingパケットを使用して、予備系の経路確認が行われている。
以下に、このような従来例を図8〜図14を参照して説明する。なお、以下に述べる予備系経路の正常性確認には、リンクアグリゲーションは必須ではないが、リンクアグリゲーションを組んだ例で説明する。
【０００４】
図8〜図10は、送信装置1と中継装置2と受信装置3とで構成されたパケット通信システムにおいて、pingパケットを送って、予備系経路の正常性確認を行うための動作を示したものである。
この内、図8はpingパケットを送出する前のシステムの設定状態を示したもので、まず、送信装置1は、信号処理部10において、主信号パケットはすべて現用系（経路B-1）を通過するようにハッシュ振分の片寄せ設定を行う（ステップT1）。
【０００５】
このような信号処理部10の従来構成例が図11に示されている。この構成例では、信号処理部10は、パケット送信処理部11とハッシュ振分処理部12とリンクアグリゲーション(LA)テーブル管理部13とリンクアグリゲーションテーブル14とで構成され、上記の設定は、ハッシュ振分処理部12及びパケット送信処理部11において、それぞれ予め行われている。
このような信号処理部10は、中継装置2においても同様の構成の信号処理部10_A及び10_Bが設けられており、それぞれポート毎に設けられ、上記のステップT1と同様の設定（ステップT2）がなされている。さらに、受信装置3においても、ポート毎に信号処理部10_C及び10_Dが設けられており、それぞれ共通のリンクアグリゲーションにIPアドレスを割り当てて、そのIPアドレス宛のpingパケットに応答するように設定がなされている（ステップT3）。
【０００６】
これにより、図8に示すように、送信装置1−中継装置2の間はリンクアグリゲーションLA1−LA2で接続され、中継装置2−受信装置3の間はリンクアグリゲーションLA3−LA4で接続されている。
このように設定がなされた後、例えば図12に示すMACパケットが「主信号パケット」MPとして送信装置1の信号処理部10に入力（図11(1)）されると、この信号処理部10におけるパケット送信処理部11は、主信号パケットMPから送信元アドレスSA=a及び宛先アドレスDA=bを抽出すると共に、主信号パケットMPを入力したポートから、これに対応する宛先リンクアグリゲーションのトランク（以下、単にリンクアグリゲーションと称することがある。）LA=y（この場合の“y”は例えば送信装置1の場合はリンクアグリゲーションLA1に対応する識別符号である。）を識別し、送信パケット情報(2)としてハッシュ振分処理部12に送る。
【０００７】
ハッシュ振分処理部12は、この内のリンクアグリゲーション情報(3)をキーとしてテーブル管理部13を経由してテーブル14を参照することにより、リンクアグリゲーションLA=yに対応するポートD及びEを入手する。送信パケット情報(2)から主信号パケットであることを知ったハッシュ振分処理部12は送信元アドレスSA及び宛先アドレスDA（又はVLAN-TAG）を用いてハッシュ振分を行い、送出先ポート(4)としてポートDを選択してパケット送信処理部に送るので、パケット送信処理部11はこの主信号パケットMPをポートDに出力(5)させるようになる。
【０００８】
なお、ハッシュ振分処理部12はハッシュ演算に基づくハッシュ振分の結果、ポートEを選択することもあるが、ここではリンクアグリゲーションの片寄せ機能によりポートDが選択されたものとする。また、IPアドレスも参照されるが、従来の如く受信装置3でのみ一致し、それ以外は不一致となる。
ポートDは現用系の経路B-1に接続されており、主信号パケットMPはこの経路B-1を経由して中継装置2の信号処理部10_Bに送られる。この信号処理部10_Bにおいても、送信装置1における信号処理部10と同様の動作が実行される。従って、主信号パケットMPは現用系の経路B-2を経由して受信装置3における信号処理部10_Dに送られることになる。
【０００９】
そして、この信号処理部10_Dにおいては、その主信号パケットMPが割り当てられた宛先アドレスに一致している場合には、主信号パケットを取り組み、不一致の場合には、さらに転送する。
次に、「pingパケット」を送出した時の動作を図9により説明する。図9においても、主信号パケットMPが信号処理部10に与えられた時は、図8に示した場合と同様の動作が行われるが、pingパケットは、送信装置1のパケット送信処理部11内で生成されて送り出される。
【００１０】
すなわち、信号処理部10のパケット送信処理部11は、図13に示すARP(Adress Resolution Protocol)イーサネットパケットをpingパケットとして生成し、これを、予め設定された予備系のポートEから出力(5)する。
従ってARPパケットは、ポートEから予備系の経路A-1を経由して中継装置2の信号処理部10_Aに送られる（ステップT11）。
【００１１】
この中継装置2の信号処理部10_Aは、やはり図11と同様の構成を有しているが、パケット送信処理部11は、図8の場合と同様に、送信元アドレスSAと、宛先アドレスDAと、ポートに対応した宛先リンクアグリゲーションLAのトランク情報yとを送信パケット情報(2)としてハッシュ振分処理部12に送る。
このような送信パケット情報(2)を受けて、ハッシュ振分処理部12は、テーブル管理部13を経由してテーブル14を参照することにより、宛先リンクアグリゲーションのトランクLA=yに対応するのはポートD及びEであることがLA読出情報(3)により分かる。
【００１２】
このとき、ハッシュ振分処理部12は主信号パケットのときと同様に送信パケット情報(2)にARPパケットの情報を含んでいないため、ハッシュ演算によるハッシュ振分を行って現用系のポートD（ポートEの場合もあるが、このときもリンクアグリゲーションの片寄せ機能によりポートDとする。）からpingパケットを出力(5)し、現用系の経路B-2にARPパケットを送ることになる（ステップT12）。
【００１３】
このようなARPパケットを受けた受信装置3における信号処理部10_Bは、自局のリンクアグリゲーション宛のARPパケットであることを、「ARP要求/応答」の中の宛先IPアドレスから知り、このARPパケットを同じ入力したポートから経路B_2へ送り返す（ステップT13）。
この送り返されたARPパケットは、中継装置2における信号処理部10_Bにおいて、同様の信号処理が行われ、ハッシュ振分も行われるが、図示の例ではこのとき片寄せ機能があっても、たまたまポートE（予備系）が選択されて、このポートEに接続された予備系の経路A_1を経由して送信装置1の信号処理部10に送り返されることになる。
【００１４】
上記のように、図9の例では、pingパケットを送出した時、同じルートでpingパケットが戻って来るが、図10に示すように異なったルートで戻って来る場合がある。
すなわち、図10に示すping応答時においては、受信装置3の信号処理部10_Dにおいて、受信したポートからping応答を返すと（ステップT21）、これが現用系の経路B_2を経由して中継装置2の信号処理部10_Bに入力される。信号処理部10_Bでは、上述のとおりpingパケットでも主信号として扱われるため、主信号パケットと同様にハッシュ振分が行われて片寄せ機能によりポートD（現用系）が選択されて現用系の経路B_1に送出される（ステップT22）。
【００１５】
従って、この現用系の経路B_1を経由して戻ってきたARPパケットは送信装置1の信号処理部10で受信され、ここで経路確認されることとなる（ステップT23）。
上記の説明では、リンクアグリゲーションを組んだ例として説明したが、リンクアグリゲーションを組んでいない場合も同様の動作となる。
また、pingパケットとしてARPパケットの例を挙げて説明したが、その他に図14に示すようにICMP(Internet Control Message Protocol)パケットがあり、この場合にはICMPパケットであることがICMP部において示され、かつ、このICMP部において宛先のリンクアグリゲーションのIPアドレスが設定されているので、ARPパケットと同様の動作を呈する。
【００１６】
なお、参考例として、二重化されたLANに接続されるノード装置間の通信を行うネットワークの障害監視処理システムに、二重化されたLANと他のLANとの接続を行うルータと、共通のネットワークアドレスを有し各々が物理アドレスを有し二重化したLANを介してノード装置の通信を行う2つの運用系／予備系インターフェースと、2つのインターフェースの一方からルータにルータのネットワークアドレス、物理アドレスを送信先とするパケットを送信しルータから一方のインターフェースのネットワークアドレス、物理アドレスを送信先とする応答パケットを受信した場合に一方のインターフェースに接続されるLANが正常であると判断し応答パケットを受信しない場合には一方のインターフェースに接続されるLANが障害中であると判断する障害検出部とを備えるネットワークの障害監視処理システム及び方法がある（例えば特許文献1参照。）。
【００１７】
さらに別の参考例として、ATM交換機の前段機能ブロックと後続機能ブロックとを接続する交絡セレクタ内にフィルタを設け、現用系および予備系装置においてオーバヘッド領域に現用または予備の装置状態情報を設定したATMセルを発生することにより、フィルタで現用の装置状態情報を設定したATMセルのみを通過させるATM交換機装置がある（例えば特許文献2参照。）。
【特許文献１】特開2005-244672号公報
【特許文献２】特開平8-78268号公報
【発明の開示】
【発明が解決しようとする課題】
【００１８】
上記の図8〜図10に示した従来技術においては、図9に示したように予備系経路の正常性確認のためのpingパケットを送信装置1から送ったところ、中継装置2を介して受信装置3で応答して戻って来る時、全く同一の経路を辿るが、送信装置1−中継装置2間は、pingパケットが予備系経路を通るものの、中継装置2−受信装置3間は予備系経路A_2をpingパケットが通過しないこととなり、その正常性を確認することができない。
【００１９】
また、図10に示した場合においては、pingパケットのリターンルートは主信号パケットと同じであるが、各装置間がリンクアグリゲーションを組んでいるため、その片寄せ機能により送出先のポート（予備系ポートE）とは別のポート（現用系ポートD）から受信しても正常に受信できたと誤認識してしまい（ステップT23）、やはりこの場合も予備系の経路A_2の正常性確認ができないという問題があった。
【００２０】
従って、本発明は、送信装置−受信装置間において中継装置が存在しても、予備系の経路の正常性が確実に確認できるようにしたパケット中継方法及び装置を提供することを目的とする。
【課題を解決するための手段】
【００２１】
上記の目的を達成するため、本発明に係るパケット中継方法（又は装置）は、受信したパケットを、現用系の経路と予備系の経路のうち、何れか一方に送信するパケット中継方法において、特定のアドレスを登録する第1ステップ（又は第1部）と、パケットを受信する第2ステップ（又は第2部）と、前記現用系の経路に送信するパケットの送信元アドレス又は宛先アドレスが、前記登録された特定のアドレスである場合、前記現用系の経路でなく、前記予備系の経路に、前記受信したパケットを送信する第3ステップ（又は第3部）と、を備えたことを特徴とする。
【００２２】
これにより、パケットの中継装置においても、受信パケットは必ず予備系の経路を通過するので、予備系の経路を確実に確認できることとなる。
前記予備系の経路に送信するパケットは、例えば正常性確認パケットであり、前記送信元アドレス又は宛先アドレスは、例えばＭＡＣアドレスである。
【００２３】
また、上記の第1ステップ（又は第1部）が、上記の送信元アドレス又は宛先アドレスに加えてリンクアグリゲーション情報も登録しておき、該第3ステップ（又は第3部）が、該送信元アドレス又は宛先アドレス及び該リンクアグリゲーション情報の双方に一致する正常性確認パケットを受信したときに、該予備系の経路に該パケット送信するようにしてもよい。
【００２４】
また、上記の送信元アドレス又は宛先アドレスは、保守端末又はネットワーク管理装置から登録することができる。
さらに、所定時間が経過した後に自動的に該送信元アドレス又は宛先アドレスを削除してもよい。
さらに、上記の正常性確認パケットの受信結果を、該保守端末又はネットワーク管理装置に通知するステップ（又は手段）をさらに設けてもよい。
【００２５】
さらに、上記の正常性確認としては、pingパケットであるARPパケット又はICMPパケットを用いればよい。
【発明の効果】
【００２６】
本発明に係るパケット中継方法及び装置によれば、下記の効果が得られる。
1）予備系経路の導通状態を確実に確認ができる。
2）pingパケットのみをターゲットとした予備系経路の導通状態の確認ができる。
3）指定ポートに送信元アドレスや宛先アドレスを手動で設定する必要がなくなる。
4）送信元アドレスや宛先アドレスを記憶するテーブルのサイズを減少させることが可能となる。
5）複数ノードにおいても予備系の導通状態の確認ができる。
6）複数ノードに一括で設定ができるため、操作ミスを軽減できる。
7）迅速に障害箇所を特定することができる。
8）片寄せ設定以外でも経路の確認が可能となる。
【発明を実施するための最良の形態】
【００２７】
・実施例[1]：図1〜図4
図1〜図3は、本発明に係るパケット中継方法を実現する装置を含むパケット通信システムの動作を示すもので、それぞれ図8〜図9に示した従来例の動作に対応するものである。従って、送信装置1における信号処理部10及び受信装置3における信号処理部10_C及び10_Dは、従来例で示した構成（図11参照。）を用いることができる。
【００２８】
従って、図1に示すpingパケットを送出する前の設定動作に関しては、送信装置1における信号処理部10は、図8に示したステップT1と同様に、主信号パケットMPが全て現用系の経路B_1を通過するようにハッシュ振分先を片寄せ設定し（ステップS1）、pingパケットは予備系の経路A_1を通過するように設定する。また、受信装置3における信号処理部10_C及び10_Dにおいても、それぞれ共通に、図8に示したステップT3と同様に、割り当てられたリンクアグリゲーションのIPアドレスに一致したpingパケットに応答するように設定がなされる（ステップS3）。
【００２９】
一方、中継装置2においては、信号処理部20_A及び20_Bにおいて、特定の送信元アドレスSAのpingパケットを予備系に送信するように設定がなされている（ステップS2）。
なお、送信元アドレスSAの代わりに宛先アドレスDAでもよいが、以下の例では送信元アドレスSAで説明する。また、各ポート毎に信号処理部20が設けられていることから、中継装置2においては左右いずれの方向についても同様の設定が行われる。すなわち、信号処理部20は、受信装置3のアドレスを特定の送信元アドレスSAとしてpingパケットを予備系に送信するように設定がなされている。
【００３０】
中継装置2における信号処理部20_A及び20_Bを総称して図4に示される信号処理部20は、パケット送信処理部21とハッシュ振分処理部22とテーブル管理部23とテーブル24とを有するとともに、テーブル24にはリンクアグリゲーションのトランクを示すIPアドレスとポート番号（現用系及び予備系を示す）に加えて、保守端末等から特定の送信元アドレスSAが登録されている。
【００３１】
このような図1の設定状態において、図12に示したMACパケット等の主信号パケットMPが送信装置1の信号処理部10に入力されると、図8の従来例と同様に主信号パケットは、現用系の経路B_1を経由して中継装置2の信号処理部20_Bに送られる。信号処理部20_Bでは特定の送信元アドレスのpingパケットのみを予備系に送信するように設定されているので、信号処理部20_Bのハッシュ振分処理部22は、テーブル24を参照することにより、主信号パケットMPを、ハッシュ振分により片寄せされた現用系の経路B_2を経由して受信装置3の信号処理部10_Dに送る。
【００３２】
信号処理部10_Dは、図8の場合と同様に、割り当てられたIPアドレスに一致した主信号パケットを取り込み、一致しないときは転送する。
一方、図2において、予備系経路の正常性確認を行うためのpingパケット（例えば、図13に示したARPパケット、又は図14に示したICMPパケット）は、図9の場合と同様に、送信装置1の、図4に示した信号処理部10におけるパケット送信処理部21から発生され、このpingパケットを予備系ポート(E)に送出されるので、予備系の経路A_1を経由して中継装置2における予備系のポートに対応して設けられた信号処理部20_Aに入力される（ステップS11）。
【００３３】
信号処理部20_Aにおけるパケット送信処理部21は、入力したpingパケット(1)から送信パケット情報(2)を抽出してハッシュ振分処理部22に与える。この場合の送信パケット情報(2)は、送信元アドレスSA=a,宛先アドレスDA=b,宛先リンクアグリゲーションのトランク=y,タイプ/ICMP情報（タイプはARPパケットの場合(0x0806)に使用され、ICMP情報はICMPパケットの場合（IP部）に使用される。）等である。
【００３４】
従って、これらの送信パケット情報(2)を受けたハッシュ振分処理部22は、入力パケット(1)がpingパケットであることを知ると共に、テーブル管理部23を介してテーブル24を参照することにより、該当するリンクアグリゲーションLA=yに対応するポート情報及び特定の送信元アドレス情報SAをリンクアグリゲーション情報(3)として読み出す。
そしてpingパケット中の送信元アドレスSAと、テーブル14から読み出した送信元アドレスSAとが一致したとき、送出先ポートとして予備系のポートEを選択し、これをパケット送信処理部21に通知することによってパケット出力(5)は、ポートEから行われることになる。なお、送信元アドレスSAが不一致のときは、主信号パケットと同様に処理される。
【００３５】
従って、図2に示すように、信号処理部20_Aは送信装置1から来たpingパケットをポートEから予備系の経路A_2に送出し、これを受信装置3の信号処理部10_Aが受信することになる（ステップS12）。
そして、信号処理部10_Aは、自局のリンクアグリゲーションに宛てたIPアドレス（ARPパケットの「ARP要求/応答」における宛先アドレスIPアドレス、又はICMPパケットの「IP部」における宛先IPアドレス）を有するpingパケットに対して応答を実施するので、図3に示すように受信したポートから応答を返す（図2のステップS13及び図3のステップS21）。
【００３６】
このようなping応答パケットを予備系の経路A_2から受けた信号処理部20_Aは、受信装置3から来たpingパケットも予備系の経路A_1に送信するように逆方向も同様に設定されているので、このping応答パケットは、経路A_1から送信装置1の信号処理部10に返されることになる（ステップS22）。
この結果、送信装置1の信号処理部10においては、送出ポートEから応答パケットが返って来たため、予備系の経路確認が正常にできたことを認識できる（ステップS23）。
・実施例[2]:図5
上記の実施例[1]における送信装置1、中継装置2、及び受信装置3に対する設定はそれぞれの装置に接続されている保守端末（図示せず）から設定できるが、この実施例[2]の場合には、全装置1〜3に共通のネットワーク管理装置(NMS:Network Management System)を用いることによって設定を行うものである。
【００３７】
すなわち、送信装置1においては、ネットワーク管理装置4におけるインタフェース部40から信号処理部10に対してNMSインタフェース部51と振分設定部52とを直列に接続し、中継装置2においてもインタフェース部40から信号処理部20_A,20_Bに対してインタフェース部61と振分設定部62とを直列に接続し、さらに受信装置3においてもインタフェース部40から信号処理部10_A,10_Bに対してインタフェース部71と振分設定部72とを直列に接続している。
【００３８】
この場合、ネットワーク管理装置4は、インタフェース部40から例えば手動により、送信装置1に対してインタフェース部51を介して振分設定部52から信号処理部10のテーブル14に設定を行い、同様にして中継装置2に対してもインタフェース部40及び61を経由して振分設定部62により信号処理部20_A,20_Bにおけるテーブル24に設定を行い、さらに受信装置3においてもインタフェース部40及び71を経由して振分設定部72により信号処理部10_A,10_Bにおけるテーブル14を設定する。
【００３９】
この結果、ネットワーク管理装置4では経路確認を行いたい中継装置2に対して予備系確認を行うように指示を行い、各中継装置2は指示された通り、ハッシュ振り分けに通知し、リンクアグリゲーションテーブルに追加することで、上記の実施例[1]と同じように予備系の経路の正常性を確認することができる。
また、途中でpingパケットのロスが発生し、正常性確認ができなくなる場合は各ポートにおける統計情報を取得し、どこまでパケットが到着しているかが分かるため、ネットワーク管理装置4でその情報を吸い上げて、故障箇所を特定し、保守者に通知することが可能となる。
【００４０】
また、予備系のポート候補が複数存在する場合に指定のポートを送信ポートとして設定することで、特定のポートから送出することが可能となる。この場合、中継装置2がネットワーク管理装置4と協同して、予備系のポートを1ポートずつ試験してそれをすべて自動で行うことも可能である。
この結果、全ての経路において予備系の経路の正常性が確認できることになる。
【００４１】
・実施例[3]:図6及び図7
この実施例[3]は、上記の実施例[1]及び[2]における手動設定ではなく、受信装置3から自動的に設定しようとするものである。
このため、まず、受信装置3における信号処理部10_A,10_Bにおいては、図6に示すように、割り当てられたリンクアグリゲーションのIPアドレスに一致したpingパケットに応答するように設定するとき、これと共に予備系確認を依頼するためのパケットを送信する（ステップS41）。
【００４２】
この予備系確認依頼パケットのフォーマットが図7に示されている。このパケットは、上述したICMPパケット（図14参照。）を流用したものであり、宛先MACアドレスDAと送信元MACアドレスSAとタイプとIP部(ICMP部)とFCS(Frame Check Sequence)とで構成されるものである。
「宛先MACアドレスDA」は、図6の例では送信装置1のアドレスが格納され、送信装置1の宛先IPアドレスが分かっている時は、ユニキャストアドレスとし、不明の場合はブロードキャストアドレスが格納される。また、送信元MACアドレスSAとタイプとの間には、図12に示したMACパケットのようなVLAN-TAGが設けられている場合でも適用可能である。
【００４３】
また、「タイプ」には、未使用の値を使用し、特別なパケット（pingパケットではなく予備系確認パケット。）であることを認識できるようにする。
さらにIP部においては、(1)送信装置1の宛先IPアドレス、(2)送信元IPアドレス、(3)送信装置1が自動的にpingパケットを送信すべきか否かを設定するとともに、(4)現用系を確認したいのか、或いは予備系を確認したいのかを中継装置2に指示し、(5)途中経路で本機能をサポートしている場合そのMACアドレスを追加するように（サポートしていない装置が多段経路中にあった場合、それが分かるように）中継装置2に指示し、(6)リンクトレースのように、途中経路からのpingパケット送信の有無を設定するように中継装置2に指示することもできる。このようなパケットを用いるとブロードキャストによるARPパケットは不要になる。
【００４４】
このような予備系確認依頼パケットを受信装置3から送出すると、予備系の経路A_2を経由して与えられた中継装置2の信号処理部20_Aは、特定の送信元アドレスSA(MAC-SA)のpingパケットを予備系に送信するように設定し（ステップS42）、さらにこれを予備系の経路A_1を経由して受けた送信装置1の信号処理部10では、自動確認(3)の場合、予備系確認依頼パケットを受信したことにより初期の動作（図1）に移行するか、或いは自動確認が行われない場合、保守者が送信装置1からpingを送信するコマンドを入力するまで待機させるようにしている。
【００４５】
このようにして受信側3から送信装置1及び中継装置2に対して特定送信元アドレスからのARPパケット又はICMPパケット等のpingパケットを予備系に送信するように設定を行うことで、予備系経路の信号動作確認が可能となる。
なお、上記の各実施例において、リンクアグリゲーション内の現用ポート及び予備ポートに関する情報は、保守端末又はプロトコルにより送信装置から自動的に取得してもよい。
【００４６】
なお、本発明は、上記実施例によって限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。
【００４７】
（付記１）
特定の送信元アドレス又は宛先アドレスを登録する第1ステップと、
該送信元アドレス又は宛先アドレスを有する正常性確認パケットを受信したとき、ハッシュ演算結果に関わらず、予備系の経路に該パケットを送信する第2ステップと、
を備えたことを特徴とするパケット中継方法。
（付記２）付記１において、
該第1ステップが、該送信元アドレス又は宛先アドレスに加えてリンクアグリゲーション情報も登録し、該第2ステップが、該送信元アドレス又は宛先アドレス及び該リンクアグリゲーション情報の双方に一致する正常性確認パケットを受信したとき、該予備系の経路に送信することを特徴とするパケット中継方法。
（付記３）付記１において、
該送信元アドレス又は宛先アドレスが、保守端末又はネットワーク管理装置から登録されることを特徴とするパケット中継方法。
（付記４）付記１において、
該送信元アドレス又は宛先アドレスが、受信装置から予備系確認信頼パケットを用いて自動的に登録されることを特徴とするパケット中継方法。
（付記５）付記１において、
さらに、所定時間が経過した後に自動的に該送信元アドレス又は宛先アドレスを削除することを特徴とするパケット中継方法。
（付記６）付記５において、
該正常性確認パケットの受信結果を、該保守端末又はネットワーク管理装置に通知することを特徴とするパケット中継方法。
（付記７）
該正常性確認パケットとして、pingパケットであるARPパケット又はICMPパケットを用いることを特徴とするパケット中継方法。
（付記８）
特定の送信元アドレス又は宛先アドレスを登録する第1部と、
該送信元アドレス又は宛先アドレスの正常性確認パケットを受信したとき、ハッシュ演算結果に関わらず、予備系の経路に該パケットを送信する第2部と、
を備えたことを特徴とするパケット中継装置。
（付記９）付記８において、
該第1部が、該送信元アドレス又は宛先アドレスに加えてリンクアグリゲーション情報も登録し、該第2部が、該送信元アドレス又は宛先アドレス及び該リンクアグリゲーション情報の双方に一致する正常性確認パケットを受信したとき、該予備系の経路に送信することを特徴とするパケット中継装置。
（付記１０）付記８において、
該送信元アドレス又は宛先アドレスが、保守端末又はネットワーク管理装置から登録されることを特徴とするパケット中継装置。
（付記１１）付記８において、
該送信元アドレス又は宛先アドレスが、受信装置から予備系確認信頼パケットを用いて自動的に登録されることを特徴とするパケット中継装置。
（付記１２）付記８において、
さらに、所定時間が経過した後に自動的に該送信元アドレス又は宛先アドレスを削除することを特徴とするパケット中継装置。
（付記１３）付記１２において、
該正常性確認パケットの受信結果を、該保守端末又はネットワーク管理装置に通知することを特徴とするパケット中継装置。
（付記１４）
該正常性確認パケットとして、pingパケットであるARPパケット又はICMPパケットを用いることを特徴とするパケット中継装置。
（付記１５）付記８において、
該ハッシュ演算が、ハッシュ方式に依存しないことを特徴とするパケット中継装置。
【図面の簡単な説明】
【００４８】
【図１】本発明に係るパケット中継方法及び装置の実施例[1]の動作(ping送出前)を示したブロック図である。
【図２】本発明に係るパケット中継方法及び装置の実施例[1]の動作(ping送出時)を示したブロック図である。
【図３】本発明に係るパケット中継方法及び装置の実施例[1]の動作(ping応答時)を示したブロック図である。
【図４】本発明におけるパケット中継装置に用いる信号処理部の一実施例を示したブロック図である。
【図５】本発明に係るパケット中継方法及び装置の実施例[2]の動作（ネットワーク管理装置NMSによる手動設定）を示したブロック図である。
【図６】本発明に係るパケット中継方法及び装置の実施例[3]の動作（受信装置から自動で設定）を示したブロック図である。
【図７】上記の実施例[3]で用いる予備系確認依頼ICMPパケットのフォーマットを示した図である。
【図８】パケット中継装置の従来技術の動作（ping送出前）を示したブロック図である。
【図９】パケット中継装置の従来技術の動作（ping送出・応答時）を示したブロック図である。
【図１０】パケット中継装置の従来技術の動作（ping応答時）を示したブロック図である。
【図１１】本発明でも用いる従来技術による信号処理部の構成例を示したブロック図である。
【図１２】一般的なMACパケット（主信号パケット）のフォーマットを示した図である。
【図１３】一般的なARPイーサネットパケットのフォーマットを示した図である。
【図１４】一般的なICMPパケットのフォーマットを示した図である。
【符号の説明】
【００４９】
1  送信装置
2  中継装置
3  受信装置
4  ネットワーク管理装置
10, 10_A〜10_D,20,20_A,20_B  信号処理部
11,21  パケット送信処理部
12,22  ハッシュ振分処理部
13,23  テーブル管理部
14,24  テーブル
40,51,61,71  インタフェース部
52,62,72  振分設定部
図中、同一符号は同一又は相当部分を示す。
【図１】
0004946803.tif 000002
【図２】
0004946803.tif 000003
【図３】
0004946803.tif 000004
【図４】
0004946803.tif 000005
【図５】
0004946803.tif 000006
【図６】
0004946803.tif 000007
【図７】
0004946803.tif 000008
【図８】
0004946803.tif 000009
【図９】
0004946803.tif 000010
【図１０】
0004946803.tif 000011
【図１１】
0004946803.tif 000012
【図１２】
0004946803.tif 000013
【図１３】
0004946803.tif 000014
【図１４】
0004946803.tif 000015