(57)【要約】【課題】パケット処理装置の運用中にユーザデータの通信に影響を与えることなく複数の回線ボードのフレーム転送ルートの障害を検出できるパケット処理装置及びその障害検出方法を提供する。【解決手段】回線ボード毎に備えるローカルＣＰＵにより自回線ボード内のフレーム転送ルートで発生する障害を検出するためのメンテナンスフレームを生成し、メンテナンスフレームをフレーム転送ルートへ流し、フレーム転送ルート内にあるパケット処理部にてメンテナンスフレームに含まれる送信元のアドレス情報と送信先のアドレス情報を入れ替える。ローカルＣＰＵは、生成したメンテナンスフレームとフレーム転送ルートを経由して戻ってきたメンテナンスフレームとの整合性を確認し、フレーム転送ルートの障害発生有無を判定する。【選択図】図１
2008066949.tif 000002
【特許請求の範囲】
【請求項１】
受信したユーザデータを含むユーザデータフレーム及び前記ユーザデータフレームの転送経路であるフレーム転送ルートで発生する障害を検出するためのメンテナンスフレームを前記フレーム転送ルートへ挿入する、前記フレーム転送ルートの入力端にある入力側ＭＡＣ／ＰＨＹ処理部と、
前記入力側ＭＡＣ／ＰＨＹ処理部から前記メンテナンスフレームを受信すると、該メンテナンスフレームに含まれる送信元のアドレス情報と送信先のアドレス情報を入れ替えて出力するパケット処理部と、
前記パケット処理部から受信したメンテナンスフレームを該メンテナンスフレームに含まれる送信先のアドレス情報にしたがって送出する、前記フレーム転送ルートの出力端にある出力側ＭＡＣ／ＰＨＹ処理部と、
前記メンテナンスフレームを生成して前記入力側ＭＡＣ／ＰＨＹ処理部へ送出すると共に、該生成したメンテナンスフレームと前記出力側ＭＡＣ／ＰＨＹ処理部から送出されたメンテナンスフレームとの整合性を確認して前記フレーム転送ルートの障害発生有無を判定するローカルＣＰＵと、
を、通信回線に対応する回線ボード毎に有するパケット処理装置。
【請求項２】
前記メンテナンスフレームに、該メンテンスフレームを個々に識別するための識別情報を含む請求項１記載のパケット処理装置。
【請求項３】
前記識別情報は、
前記メンテンスフレームの生成順を示すシーケンス番号である請求項２記載のパケット処理装置。
【請求項４】
前記ローカルＣＰＵは、
前記出力側ＭＡＣ／ＰＨＹ処理部から送出されたメンテナンスフレームに含まれる送信先のアドレス情報が自装置宛であり、該メンテナンスフレームに含まれる前記シーケンス番号がその直前に受信したメンテナンスフレームに含まれるシーケンス番号の値よりも１だけ大きい場合に前記フレーム転送ルートが正常であると判定する請求項３記載のパケット処理装置。
【請求項５】
ユーザデータを含むユーザデータフレームに所定のパケット処理を施すパケット処理装置が有する、通信回線に対応する複数の回線ボード毎に、前記ユーザデータフレームの転送経路であるフレーム転送ルートで発生する障害を検出するための障害検出方法であって、
前記回線ボード毎に備えるローカルＣＰＵにより自回線ボード内のフレーム転送ルートで発生する障害を検出するためのメンテナンスフレームを生成し、
前記メンテナンスフレームを前記回線ボードの前記フレーム転送ルートの入力端から挿入し、
前記フレーム転送ルート内にある前記ユーザデータフレームに所定のパケット処理を施すパケット処理部にて前記メンテナンスフレームに含まれる送信元のアドレス情報と送信先のアドレス情報を入れ替え、
前記フレーム転送ルートの出力端より前記メンテナンスフレームを前記ローカルＣＰＵへ返送し、
前記ローカルＣＰＵにより、生成したメンテナンスフレームと前記フレーム転送ルートの出力端から返送されたメンテナンスフレームとの整合性を確認し、前記フレーム転送ルートの障害発生有無を判定する障害検出方法。
【請求項６】
前記メンテナンスフレームに、該メンテンスフレームを個々に識別するための識別情報を含む請求項５記載の障害検出方法。
【請求項７】
前記識別情報は、
前記メンテンスフレームの生成順を示すシーケンス番号である請求項６記載の障害検出方法。
【請求項８】
前記ローカルＣＰＵは、
前記フレーム転送ルートの出力端から返送されたメンテナンスフレームに含まれる送信先のアドレス情報が自装置宛であり、該メンテナンスフレームに含まれる前記シーケンス番号がその直前に受信したメンテナンスフレームに含まれるシーケンス番号の値よりも１だけ大きい場合に前記フレーム転送ルートが正常であると判定する請求項７記載の障害検出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はパケットに対して所定の処理を施すパケット処理装置及びそのパケットやフレーム等を転送する経路で発生する障害を検出するための障害検出方法に関する。
【背景技術】
【０００２】
パケットに対して所定の処理を施すパケット処理装置（ルータやスイッチ等）は、中継する通信回線に対応する複数の回線インタフェースボード（以下、単に回線ボードと称す）を備えている。パケット処理装置に転送されたユーザデータを含むパケットやフレーム（以下、ユーザデータフレームと称す）は、回線ボードにより必要な処理（例えば、ヘッダを解析してそのパケットをそのまま送信するか、廃棄するかを決定するフィルタリング処理等）が施された後、その送信先に応じて他の回線ボードあるいは他のパケット処理装置へ転送される。
【０００３】
この回線ボード内のユーザデータフレームが転送される経路（以下、フレーム転送ルートと称す）で発生する障害を検出するための従来の方法としては、例えばＪＴＡＧ（Joint Test Action Group）に準拠したバウンダリ・スキャンテスト（ＢＳＴ: Boundary Scan Test:境界走査試験）が考えられる。
【０００４】
バウンダリ・スキャンテストは、基本的にＩＣ（Integrated Circuit）チップを検査するための技術であり、テスト対象であるＩＣチップに、外部からアクセス可能なレジスタ及びＴＡＰ（Test Access Port）と呼ばれる５本の端子からなるインタフェースを備えた「バウンダリスキャンボード」あるいは「ＪＴＡＧボード」と呼ばれるテスト用回路を設け、所定のテストコードを入力したときのＩＣチップの挙動から該ＩＣチップの良否を判定する。
【０００５】
バウンダリ・スキャンテストは、図４（ａ）に示すように、検査対象のＩＣチップ２００を検査ボード２１０に搭載し、該検査ボード２１０にテストコードの発生やＩＣチップの良否判定を行うＢＳＴ用装置２２０を接続することで実施される。このとき、検査ボード２１０上で検査対象である複数のＩＣチップ２００のＴＡＰ端子を数珠状に接続（デイジーチェーン）すれば、それら複数のＩＣチップ２００を同時に検査することもできる。ＪＴＡＧの解説については、例えば非特許文献１に記載されている。また、標準団体ＪＴＡＧについては非特許文献２で紹介されている。
【０００６】
なお、バウンダリ・スキャンテストは、通常、オフラインでマニュアル操作により行われる。したがって、通常、オフラインによる検査が許されないパケット処理装置に対してバウンダリ・スキャンテストを適用する場合は、例えば図４（ｂ）に示すようにテストコードの発生やＩＣチップの良否判定を行うＢＳＴ用回路２３０を検査対象のＩＣチップ２００を含む回線ボード（検査ボード２４０）に組み込み、それと同じ構成の予備の回線ボード（予備ボード２５０）を用意する。さらに、予備ボード２５０へ切り替える際にパケットのロスが発生しないように、ユーザデータを一時的に保持するバッファ（無瞬断系切替用バッファ）２６０を設ける必要がある。
【０００７】
また、回線ボード内のフレーム転送ルートで発生する障害を検出する他の方法としては、検査用のパケットやフレームを通信リンク上に流すことでリンク障害を検出するＯＡＭ（Operations, Administration and Maintenance）がある。
【０００８】
ＯＡＭでは、図５に示すように、ネットワークを構成する第１のノード３００及び第２のノード３１０を現用系リンク４００と予備系リンク４１０とで接続し、第１のノード３００からＯＡＭパケットを定期的に送信し、第２のノード３１０にてそのＯＡＭパケットを受信することで、現用系リンク４００の接続状態を確認する。
【０００９】
第２のノード３１０は、パケットのロスを検出した場合やＯＡＭパケットを受信できない場合、その状態がある一定時間以上経過すると、現用系リンク４００で障害が発生したと判定して予備系リンク４１０を現用系に切り替える処理を行う。ＯＡＭについては、例えばＩＴＵ−Ｔ勧告Ｙ．１７３１にてイーサネット用のＯＡＭが規定されている。
【非特許文献１】ＩＴ用語辞典e-Words、インターネット<URL: http://e-words.jp/w/JTAG.html>
【非特許文献２】JTAG Technologies ホームページ、インターネット<URL: http://www.jtag.com>
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上述したようにＪＴＡＧをパケット処理装置のフレーム転送ルートの障害検出に適用する場合、パケットのロスを発生させることなく検査を実施するためには、ＢＳＴ用回路を検査対象の回線ボードに組み込むと共に、回線ボードの冗長化や現用（検査）ボードから予備ボードへの切り替え時に用いるバッファが必要となるため、回路規模が大きくなる問題がある。さらに、複数の回線ボードを一度に検査することができないという問題もある。
【００１１】
一方、ＯＡＭのように検査用のフレームやパケットを用いる障害検出方法は、ノード間のリンクのようにＳＡ（Source Address）とＤＡ（Destination Address）とが異なるネットワークには適用できる。しかしながら、ＳＡとＤＡが等しくなるケース、すなわち回線ボード内のフレーム転送ルートで発生する障害を検出するには、回線ボードへ入力する検査用のパケットと回線ボードから出力される検査用のパケットをそれぞれ観測する必要があるため、パケット処理装置のフレーム転送ルートの障害検出には適用できない。
【００１２】
本発明は上記したような従来の技術が有する問題点を解決するためになされたものであり、パケット処理装置の運用中にユーザデータの通信に影響を与えることなく複数の回線ボードのフレーム転送ルートの障害を検出できるパケット処理装置及びその障害検出方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するため本発明のパケット処理装置は、受信したユーザデータを含むユーザデータフレーム及び前記ユーザデータフレームの転送経路であるフレーム転送ルートで発生する障害を検出するためのメンテナンスフレームを前記フレーム転送ルートへ挿入する、前記フレーム転送ルートの入力端にある入力側ＭＡＣ／ＰＨＹ処理部と、
前記入力側ＭＡＣ／ＰＨＹ処理部から前記メンテナンスフレームを受信すると、該メンテナンスフレームに含まれる送信元のアドレス情報と送信先のアドレス情報を入れ替えて出力するパケット処理部と、
前記パケット処理部から受信したメンテナンスフレームを該メンテナンスフレームに含まれる送信先のアドレス情報にしたがって送出する、前記フレーム転送ルートの出力端にある出力側ＭＡＣ／ＰＨＹ処理部と、
前記メンテナンスフレームを生成して前記入力側ＭＡＣ／ＰＨＹ処理部へ送出すると共に、該生成したメンテナンスフレームと前記出力側ＭＡＣ／ＰＨＹ処理部から送出されたメンテナンスフレームとの整合性を確認して前記フレーム転送ルートの障害発生有無を判定するローカルＣＰＵと、
を、通信回線に対応する回線ボード毎に有する。
【００１４】
一方、本発明の障害検出方法は、ユーザデータを含むユーザデータフレームに所定のパケット処理を施すパケット処理装置が有する、通信回線に対応する複数の回線ボード毎に、前記ユーザデータフレームの転送経路であるフレーム転送ルートで発生する障害を検出するための障害検出方法であって、
前記回線ボード毎に備えるローカルＣＰＵにより自回線ボード内のフレーム転送ルートで発生する障害を検出するためのメンテナンスフレームを生成し、
前記メンテナンスフレームを前記回線ボードの前記フレーム転送ルートの入力端から挿入し、
前記フレーム転送ルート内にある前記ユーザデータフレームに所定のパケット処理を施すパケット処理部にて前記メンテナンスフレームに含まれる送信元のアドレス情報と送信先のアドレス情報を入れ替え、
前記フレーム転送ルートの出力端より前記メンテナンスフレームを前記ローカルＣＰＵへ返送し、
前記ローカルＣＰＵにより、生成したメンテナンスフレームと前記フレーム転送ルートの出力端から返送されたメンテナンスフレームとの整合性を確認し、前記フレーム転送ルートの障害発生有無を判定する方法である。
【００１５】
上記のようなパケット処理装置及び障害検出方法では、パケット処理装置の各回線ボードが備えるローカルＣＰＵによりメンテナンスフレームを生成し、該メンテナンスフレームをユーザデータフレームと同様にフレーム転送ルートに流してフレーム転送ルートの障害発生有無を判定するため、ユーザデータの通信に影響を与えることなく運用中のパケット処理装置で発生する障害を検出できる。
【００１６】
また、各回線ボードが備えるローカルＣＰＵにより、それぞれの回線ボードのフレーム転送ルートの障害発生有無を判定するため、フレーム転送ルートの診断処理を各回線ボードで並行して実施できる。
【発明の効果】
【００１７】
本発明によれば、ユーザデータの通信に影響を与えることなく運用中のパケット処理装置で発生する障害を検出できる。
【００１８】
また、各回線ボードが備えるローカルＣＰＵにより、それぞれの回線ボードのフレーム転送ルートの障害発生有無を判定するため、パケット処理装置が有する複数の回線ボードのフレーム転送ルートが正常に疎通しているか否かを容易に判断できる。さらに、テスト用の回路やテストのために用いる予備の回線ボードを追加する必要がないため、パケット処理装置の回路規模やコストの増大が抑制される。
【発明を実施するための最良の形態】
【００１９】
次に本発明について図面を用いて説明する。
【００２０】
本発明のパケット処理装置は、各回線ボードに備えるローカルＣＰＵにより、それぞれの回線ボードのフレーム転送ルートで発生する障害を検出する。ローカルＣＰＵは、障害有無の検出に用いるメンテナンスフレームを生成してフレーム転送ルートへ流し、生成したメンテナンスフレームとフレーム転送ルートを経由して戻ってきたメンテナンスフレームの整合性を確認することで自回線ボード内のフレーム転送ルートの障害発生有無を判定する。
【００２１】
図１は本発明のパケット処理装置の一構成例を示すブロック図であり、図２は本発明のパケット処理装置の障害検出方法で用いるメンテナンスフレームの一構成例を示す模式図である。
【００２２】
図１に示すように、本発明のパケット処理装置１００は、各種の通信回線に対応する複数の回線ボード１０を備えた構成である。回線ボード１０は、フレーム転送ルートの入力端にある入力側ＭＡＣ（Media Access Control）／ＰＨＹ（PHYsical layer）処理部３１、フレーム転送ルート内にあってユーザデータフレームに所定のパケット処理を施すパケット処理部４０、フレーム転送ルートの出力端にある出力側ＭＡＣ／ＰＨＹ処理部３２及びローカル（Local）ＣＰＵ（Central processing Unit）２０を備えている。
【００２３】
入力側ＭＡＣ／ＰＨＹ処理部３１は、外部から転送されたユーザデータフレーム及びローカルＣＰＵ２０で生成されたメンテナンスフレームを受信し、パケット処理部４０へ転送する。
【００２４】
パケット処理部４０は、入力側ＭＡＣ／ＰＨＹ処理部３１から転送されたフレームがユーザデータフレームであるかメンテナンスフレームであるかを判定するフィルタ部６０を備え、ユーザデータフレームを受信した場合は、該ユーザデータフレームに対して所定のパケット処理を実施する。一方、メンテナンスフレームを受信した場合は、その送信元のアドレス情報と送信先のアドレス情報とを入れ替えて出力する。
【００２５】
出力側ＭＡＣ／ＰＨＹ処理部３２は、パケット処理部４０で処理されたユーザデータフレームを外部へ送出すると共に、メンテナンスフレームをローカルＣＰＵ２０へ転送する。
【００２６】
ローカルＣＰＵ２０は、不図示の記録媒体に格納されたプログラムにしたがって回線ボード１０内の各回路を制御する処理装置である。ローカルＣＰＵ２０は、メンテナンスフレームの生成及びフレーム転送ルートの障害有無を判定するメンテナンスフレーム制御部５０を備え、メンテナンスフレームを生成して入力側ＭＡＣ／ＰＨＹ処理部３１へ送出すると共に、出力側ＭＡＣ／ＰＨＹ処理部３２から返送されたメンテナンスフレームと生成したメンテナンスフレームの整合性から自回線ボード１０内のフレーム転送ルートの障害発生有無を判定する。このメンテナンスフレーム制御部５０の機能は、プログラムにしたがってローカルＣＰＵ２０が処理を実行することで実現される。なお、ローカルＣＰＵ２０には、所定のＩＰアドレス及びＭＡＣアドレスが予め付与される。
【００２７】
図２に示すように、メンテナンスフレームは、ＭＡＣ（Media Access Control）−ＤＡ、ＭＡＣ−ＳＡ、ＩＰ（Internet Protocol）−ＳＡ、ＩＰ−ＤＡ、ＵＤＰ（User Datagram Protocol）−ＳＰ（Source Port）、ＵＤＰ−ＤＰ（Destination Port）及びデータ部を備えている。
【００２８】
ＭＡＣ−ＳＡはメンテンスフレームの送信元のＭＡＣアドレスを示し、ＭＡＣ−ＤＡはメンテナンスフレームの送信先のＭＡＣアドレスを示している。また、ＩＰ−ＳＡはメンテンスフレームの送信元のＩＰアドレスを示し、ＩＰ−ＤＡはメンテンスフレームの送信先のＩＰアドレスを示している。ＵＤＰ−ＳＰはメンテナンスフレームの送信元のＵＤＰポート番号を示し、ＵＤＰ−ＤＰはメンテナンスフレームの送信先のＵＤＰポート番号を示している。
【００２９】
本発明では、上述したようにローカルＣＰＵ２０にてメンテナンスフレームを生成して入力側ＭＡＣ／ＰＨＹ処理部３１へ送出すると共に、出力側ＭＡＣ／ＰＨＹ処理部３２から送出されたメンテンスフレームをローカルＣＰＵ２０で受信する。そのため、ローカルＣＰＵ２０は、メンテナンスフレームの生成時、ＭＡＣ−ＳＡにローカルＣＰＵ２０のＭＡＣアドレスを挿入し、ＭＡＣ−ＤＡにダミーの値を挿入する。また、ＩＰ−ＳＡにローカルＣＰＵ２０のＩＰアドレスを挿入し、ＩＰ−ＤＡにダミーの値を挿入する。なお、ＵＤＰ−ＳＰ及びＵＤＰ−ＤＰに格納されるＵＤＰポート番号は、メンテナンスフレームを他の用途でも使用する場合に、障害検出用のフレームであることを示すために用いられる。ここでは、ＵＤＰ−ＳＰにダミーの値を挿入し、ＵＤＰ−ＤＰに所定の診断用ポート番号を挿入するものとする。
【００３０】
ローカルＣＰＵ２０で生成されたメンテナンスフレームは、入力側ＭＡＣ／ＰＨＹ処理部３１へ入力され、入力側ＭＡＣ／ＰＨＹ処理部３１から出力側ＭＡＣ／ＰＨＹ処理部３２へ向かってユーザデータフレームと同様にフレーム転送ルート上を転送される。
【００３１】
フレーム転送ルート上のメンテナンスフレームは、上述したようにパケット処理部４０にて、その送信元のアドレス情報と送信先のアドレス情報とが入れ替えられる。すなわち、ＭＡＣ−ＤＡとＭＡＣ−ＳＡとが入れ替えられ、ＩＰ−ＳＡとＩＰ−ＤＡとが入れ替えられる。出力側ＭＡＣ／ＰＨＹ処理部３２は、パケット処理部４０から転送されたメンテナンスフレームを、そのＭＡＣ−ＤＡやＩＰ−ＤＡの値にしたがってローカルＣＰＵ２０へ転送する。
【００３２】
メンテナンスフレームのデータ部には、各メンテナンスフレームを個々に識別するための情報が格納される。識別情報としては、例えばメンテナンスフレームの生成順を示すシーケンス番号（0〜0xFFFFFFFF）が用いられる。
【００３３】
次に本発明の障害検出方法について図３を用いて説明する。
【００３４】
図３は本発明の障害検出方法の処理手順を示すフローチャートである。
【００３５】
図３に示すように、ローカルＣＰＵ２０は、まずメンテナンスフレーム制御部５０により所定の周期毎にメンテナンスフレームを生成する（ステップＳ１）。上述したように、生成するメンテナンスフレームのＭＡＣ−ＳＡにはローカルＣＰＵ２０のＭＡＣアドレスを挿入し、ＭＡＣ−ＤＡにはダミーの値を挿入する。また、ＩＰ−ＳＡにはローカルＣＰＵ２０のＩＰアドレスを挿入し、ＩＰ−ＤＡにはダミーの値を挿入する。さらに、ＵＤＰ−ＳＰにはダミーの値を挿入し、ＵＤＰ−ＤＰには所定の診断用ポート番号を挿入する。また、メンテナンスフレームのデータ部には、生成順に対応したシーケンス番号（0〜0xFFFFFFFF）を挿入する。メンテナンスフレームのフレーム長は、ユーザデータの通信に影響を与えないように、ユーザデータフレームの最小のフレーム長（例えば６４Ｂｙｔｅ）に等しくする。
【００３６】
ローカルＣＰＵ２０は、生成したメンテナンスフレームを入力側ＭＡＣ／ＰＨＹ処理部３１へ送出する（ステップＳ２）。
【００３７】
入力側ＭＡＣ／ＰＨＹ処理部３１は、ローカルＣＰＵ２０から受信したメンテナンスフレームをユーザデータフレームと同様にフレーム転送ルートに挿入する。フレーム転送ルートに挿入されたメンテナンスフレームは入力側ＭＡＣ／ＰＨＹ処理部３１から出力側ＭＡＣ／ＰＨＹ処理部３２に向かってユーザデータフレームと同様に転送される。
【００３８】
パケット処理部４０は、入力側ＭＡＣ／ＰＨＹ処理部３１から転送されたフレームのＩＰ−ＳＡまたはＵＤＰ−ＤＰの値から、該フレームがメンテナンスフレームであるかユーザデータフレームであるかをフィルタ部６０により判定し（ステップＳ３）、メンテナンスフレームである場合は、そのＩＰ−ＳＡの値とＩＰ−ＤＡの値とを入れ替え、ＭＡＣ−ＳＡの値とＭＡＣ−ＤＡの値とを入れ替えて出力側ＭＡＣ／ＰＨＹ処理部３２へ送出する（ステップＳ４）。また、ユーザデータフレームである場合は、所定のパケット処理を施して出力側ＭＡＣ／ＰＨＹ処理部３２へ送出する（ステップＳ５）。
【００３９】
出力側ＭＡＣ／ＰＨＹ処理部３２は、パケット処理部４０から転送されたユーザデータフレーム及びメンテナンスフレームをそのＩＰ−ＳＡの値やＭＡＣ−ＤＡの値にしたがって送信先へ送出する（ステップＳ６）。したがって、メンテナンスフレームはローカルＣＰＵ２０へ転送される。
【００４０】
ローカルＣＰＵ２０は、出力側ＭＡＣ／ＰＨＹ処理部３２から転送されたメンテナンスフレームに含まれるアドレス情報とデータ部に格納されたシーケンス番号とをチェックし、フレーム転送ルートの障害有無を判定する（ステップＳ７）。具体的には、送信先のアドレス情報であるＭＡＣ−ＤＡやＩＰ−ＤＡが自装置宛であり、受信したメンテナンスフレームのデータ部のシーケンス番号がその直前に受信したメンテナンスフレームに含まれるシーケンス番号の値よりも１だけ大きい場合にフレーム転送ルートが正常であると判定する。
【００４１】
受信したメンテナンスフレームのＭＡＣ−ＤＡやＩＰ−ＤＡが期待した値ではない（自装置のアドレスを示していない）場合、受信したメンテナンスフレームのデータ部のシーケンス番号がその直前に受信したメンテナンスフレームのシーケンス番号の値よりも２以上大きい場合、あるいは入力側ＭＡＣ／ＰＨＹ処理部３１へ送出したメンテナンスフレームが戻ってこない場合は、フレーム転送ルートで何らかの障害が発生したと判定する。
【００４２】
なお、上記説明ではメンテナンスフレームのデータ部にシーケンス番号を格納する例を示しているが、ローカルＣＰＵ２０で生成した各メンテナンスフレームを識別することができればデータ部にはどのような情報を格納してもよい。但し、データ部にシーケンス番号を格納しない場合、ローカルＣＰＵ２０は、入力側ＭＡＣ／ＰＨＹ処理部３１へ送出した各メンテナンスフレームの送出順と出力側ＭＡＣ／ＰＨＹ処理部３２から受信した各メンテナンスフレームの受信順をそれぞれ確認する必要がある。メンテナンスフレームのデータ部にシーケンス番号を用いれば、ローカルＣＰＵ２０にてメンテナンスフレームの送出順や受信順をチェックする必要がないため、ローカルＣＰＵ２０の処理負荷が軽減する。
【００４３】
本発明によれば、パケット処理装置１００の各回線ボード１０が備えるローカルＣＰＵ２０によりメンテナンスフレームを生成し、該メンテナンスフレームをユーザデータフレームと同様にフレーム転送ルートに流してフレーム転送ルートの障害発生有無を判定するため、ユーザデータの通信に影響を与えることなく運用中のパケット処理装置１００で発生する障害を検出できる。
【００４４】
また、各回線ボード１０が備えるローカルＣＰＵ２０により、それぞれの回線ボード１０のフレーム転送ルートの障害発生有無を判定するため、フレーム転送ルートの診断処理を各回線ボード１０で並行して実施できる。したがって、パケット処理装置１００が有する複数の回線ボード１０のフレーム転送ルートが正常に疎通しているか否かを容易に判断できる。さらに、テスト用の回路やテストのために用いる予備の回線ボード１０を追加する必要がないため、パケット処理装置１００の回路規模やコストの増大が抑制される。
【図面の簡単な説明】
【００４５】
【図１】本発明のパケット処理装置の一構成例を示すブロック図である。
【図２】本発明のパケット処理装置の障害検出方法で用いるメンテナンスフレームの一構成例を示す模式図である。
【図３】本発明のパケット処理装置の障害検出方法の処理手順を示すフローチャートである。
【図４】パケット処理装置への適用が考えられる従来の障害検出技術の一例を示す模式図である。
【図５】パケット処理装置への適用が考えられる従来の障害検出技術の他の例を示す模式図である。
【符号の説明】
【００４６】
１０    回線ボード
２０    ローカルＣＰＵ
３１    入力側ＭＡＣ／ＰＨＹ処理部
３２    出力側ＭＡＣ／ＰＨＹ処理部
４０    パケット処理部
５０    メンテナンスフレーム制御部
６０    フィルタ部
１００    パケット処理装置
【図１】
2008066949.tif 000003
【図２】
2008066949.tif 000004
【図３】
2008066949.tif 000005
【図４】
2008066949.tif 000006
【図５】
2008066949.tif 000007