(57)【要約】【課題】ＩＰパケットのエラー処理装置及び方法、そして該方法を実行するプログラムを記録したコンピュータ可読記録媒体を提供する。【解決手段】少なくとも一つ以上の送信ノードから受信されたＩＰパケットに対し、以前のエラーが検出された時から第１所定時間以内に次のエラーが検出される状況が所定回数を超えて発生する場合に、前記送信ノードと第２所定時間の間通信を断絶するエラー処理装置及び方法、そしてこの方法を実行するプログラムを記録した記録媒体であり、またエラー処理は、エラーが検出されたＩＰパケットのアドレスにより識別される一つ以上のエントリより構成されたキャッシュ部を参照して行われることもある。これにより、ＩＰパケットの悪意的操作やサービス拒否攻撃を受けていると疑われる送信ノードに対しては、前記第２所定時間の間ＩＣＭＰパケットを伝送しないことにより、受信ノードのネットワーク負荷を減らすことができる。【選択図】図８
2005168018.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの送信ノードから受信されたＩＰパケットのエラーを処理する装置において、
前記受信されたＩＰパケットでエラーを検出するためのエラー検出部と、
エラーが検出されたＩＰパケットに対し、以前のエラーが検出された時から第１所定時間以内に次のエラーが検出される状況が所定回数を超えて発生した場合には、エラーが検出された前記ＩＰパケットの送信ノードと第２所定時間の間通信を断絶するエラー処理部とを含むＩＰパケットエラー処理装置。
【請求項２】
前記エラー処理部は、エラーが検出された前記ＩＰパケットのうち同じアドレス情報を有するＩＰパケットに対し、前記エラー処理を行うことを特徴とする請求項１に記載のＩＰパケットエラー処理装置。
【請求項３】
少なくとも１つの送信ノードから受信されたＩＰパケットのエラーを処理する装置において、
前記受信されたＩＰパケットでエラーを検出するためのエラー検出部と、
エラーが検出されたＩＰパケットに対し、第１所定時間の間所定回数以上のエラーが検出された場合には、エラーが検出された前記ＩＰパケットの送信ノードと第２所定時間の間通信を断絶するエラー処理部とを含むＩＰパケットエラー処理装置。
【請求項４】
少なくとも１つの送信ノードから受信されたＩＰパケットのエラーを処理する方法において、
（ａ）前記受信されたＩＰパケットでエラーを検出する段階と、
（ｂ）エラーが検出されたＩＰパケットに対し、以前のエラーが検出された時から第１所定時間以内に次のエラーが検出される状況が所定回数を超えて発生した場合には、エラーが検出された前記ＩＰパケットの送信ノードと第２所定時間の間通信を断絶する段階とを含むＩＰパケットエラー処理方法。
【請求項５】
前記（ｂ）段階は、エラーが検出された前記ＩＰパケットのうち同じアドレス情報を有するＩＰパケットに対して実行されることを特徴とする請求項４に記載のＩＰパケットエラー処理方法。
【請求項６】
前記（ａ）段階でエラーを検出できない場合には、（ｃ）前記受信されたＩＰパケットを正常に処理する段階をさらに含むことを特徴とする請求項４に記載のＩＰパケットエラー処理方法。
【請求項７】
前記（ｂ）段階は、（ｂ１）前記第１所定時間を設定して減算するための第１タイマフィールドと、前記第２所定時間を設定して減算するための第２タイマフィールドと、前記連続エラー発生状況をカウントするためのエラーカウントフィールドと、エラーが検出されたＩＰパケットのアドレス情報を示すためのアドレス情報フィールドとを含む少なくとも１つのエントリより構成され、同じアドレス情報を有するＩＰパケットは、同じエントリに対応する、キャッシュを生成する段階をさらに含むが、
前記（ｂ）段階は、エラーが検出された前記ＩＰパケットのうち同じアドレス情報を有するＩＰパケットに対し、エラーが検出された対象ＩＰパケットに対応する対応エントリを参照して実行されることを特徴とする請求項４に記載のＩＰパケットエラー処理方法。
【請求項８】
前記（ｂ）段階は、
（ｂ２）前記対応エントリを前記キャッシュから検索する段階と、
（ｂ３）前記対応エントリの各フィールドの状態を判別する段階と、
（ｂ４）前記（ｂ３）段階で、前記連続エラー発生状況が前記所定回数を超えたと判別した場合には、前記対応エントリの第２タイマフィールドを前記第２所定時間に設定して減算する段階と、
（ｂ５）前記（ｂ３）段階で、前記第２タイマフィールドに設定された前記第２所定時間が経過していないと判別された場合には、前記対象ＩＰパケットの送信ノードにＩＣＭＰパケットを伝送しない段階とをさらに含むことを特徴とする請求項７に記載のＩＰパケットエラー処理方法。
【請求項９】
（ｂ６）前記（ｂ２）段階で検索が失敗した場合には、前記対象ＩＰパケットに対応する新しいエントリを生成する段階をさらに含む請求項８に記載のＩＰパケットエラー処理方法。
【請求項１０】
（ｂ６）前記（ｂ３）段階で前記対応エントリの第１タイマフィールドが０と判別された場合には、前記対応エントリを削除する段階をさらに含む請求項８に記載のＩＰパケットエラー処理方法。
【請求項１１】
（ｂ６）前記（ｂ３）段階で前記対応エントリの第１タイマフィールドが０と判別された場合には、前記第１タイマフィールドを前記第１所定時間に設定して減算する段階をさらに含む請求項８に記載のＩＰパケットエラー処理方法。
【請求項１２】
前記（ｂ３）段階は、前記対応エントリの第２タイマフィールド、第１タイマフィールド及びエラーカウントフィールドの状態を順次に判別することを特徴とする請求項８に記載のＩＰパケットエラー処理方法。
【請求項１３】
（ｂ６）前記（ｂ３）段階で前記対応エントリの前記第２タイマフィールドが０であり、前記第１タイマフィールドが０でなく、前記エラーカウントフィールドが前記所定回数に達していないと判別された場合には、前記対応エントリの前記エラーカウントフィールドを１増加させ、前記第１タイマフィールドを前記第１所定時間に設定して減算する段階をさらに含む請求項１２に記載のＩＰパケットエラー処理方法。
【請求項１４】
前記エントリは、エントリの使用いかんを示すための有効ビットフィールドをさらに含むことを特徴とする請求項７に記載のＩＰパケットエラー処理方法。
【請求項１５】
前記エントリは、エラーが検出されたＩＰパケットの送信ノードにＩＣＭＰパケットを伝送するために、ＩＣＭＰプロトコルに定義されたＩＣＭＰタイプ及びＩＣＭＰコードをそれぞれ示すためのＩＣＭＰタイプフィールド及びＩＣＭＰコードフィールドをさらに含むことを特徴とする請求項７に記載のＩＰパケットエラー処理方法。
【請求項１６】
前記アドレス情報フィールドは、エラーが検出されたＩＰパケットのソースアドレス情報及び目的地アドレス情報をそれぞれ示すためのソースアドレスフィールド及び目的地アドレスフィールドより構成されることを特徴とする請求項７に記載のＩＰパケットエラー処理方法。
【請求項１７】
前記（ｂ）段階は、前記以前のエラーが検出されて前記対応エントリの第１タイマフィールドが０にならない状態で前記次のエラーが検出されるたびに、前記対応エントリのエラーカウントフィールドを１ほど増加させると共に、前記第１タイマフィールドを前記第１所定時間に設定して減算し、前記エラーカウントフィールドが前記所定回数を超える場合には、前記対応エントリの第２タイマフィールドを前記第２所定時間に設定して減算し、前記第２タイマフィールドが０でない間に受信された前記対象ＩＰパケットでエラーが検出された場合には、そのエラーに対するＩＣＭＰパケットを前記対象ＩＰパケットの送信ノードに伝送しないことを特徴とする請求項７に記載のＩＰパケットエラー処理方法。
【請求項１８】
少なくとも１つの送信ノードから受信されたＩＰパケットのエラーを処理する方法において、
（ａ）前記受信されたＩＰパケットでエラーを検出する段階と、
（ｂ）エラーが検出されたＩＰパケットに対し、第１所定時間の間所定回数以上のエラーが検出された場合には、エラーが検出された前記ＩＰパケットの送信ノードと第２所定時間の間通信を断絶する段階とを含むＩＰパケットエラー処理方法。
【請求項１９】
少なくとも１つの送信ノードから受信されたＩＰパケットのエラーを処理する方法を実行するプログラムを記録したコンピュータ可読記録媒体において、前記方法は、
（ａ）前記受信されたＩＰパケットでエラーを検出する段階と、
（ｂ）エラーが検出されたＩＰパケットに対し、以前のエラーが検出された時から第１所定時間以内に次のエラーが検出される状況が所定回数を超えて発生した場合には、エラーが検出された前記ＩＰパケットの送信ノードと第２所定時間の間通信を断絶する段階とを含むことを特徴とする記録媒体。
【請求項２０】
少なくとも１つの送信ノードから受信されたＩＰパケットのエラーを処理する方法を実行するプログラムを記録したコンピュータ可読記録媒体において、前記方法は、
（ａ）前記受信されたＩＰパケットでエラーを検出する段階と、
（ｂ）エラーが検出されたＩＰパケットに対し、第１所定時間の間所定回数以上のエラーが検出された場合には、エラーが検出された前記ＩＰパケットの送信ノードと第２所定時間の間通信を断絶する段階とを含むことを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットのエラーを検出して処理する技術に係り、特にＩＰパケットのフィールドエラーに関する情報を記録するためのＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｃｏｌ）キャッシュを生成し、一定条件下でＩＰパケット通信を断絶することによってネットワーク負荷を減少させられるＩＰパケットのエラー処理技術に関する。
【背景技術】
【０００２】
ＩＣＭＰは、送信端と受信端との間でメッセージを制御してエラーを知らせるプロトコルであり、ＲＦＣ−７９２に定義されており、ＩＰと共にＯＳＩ ７階層のうちネットワーク階層で動作する。従って、受信端で受信したＩＰパケットにエラーが発生した場合に、本来のＩＰパケットにカプセル化された形態のＩＣＭＰメッセージを送信端に再伝送し、送信端をして発生したエラーに対する適切な措置を行わせることによってＩＰパケットの信頼性を保証する。
【０００３】
一方、現在のインターネット増加の趨勢から見る時、次代の初めころには、ＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ４）の３２ビットアドレス体系ではそれ以上新しいインターネットアドレスを割り当てられず、オーディオ及びビデオのような新しいサービス類型によるパケット伝達の差別化要求が生まれることにより、１２８ビットアドレス体系を使用するＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ６）が登場するようになった。図１Ａは、ＩＰｖ６パケットの構成であり、図１Ｂは、ＩＰｖ６パケットのうちヘッダの構成である。ＩＰｖ６パケットは、基本ヘッダ（ＨＥＡＤＥＲ）及びペイロード（ＰＡＹＬＯＡＤ）に区分され、ペイロードはさらに拡張ヘッダ（ＥＸＴＥＮＴＩＯＮ ＨＥＡＤＥＲ）と、ＴＣＰまたはＵＤＰパケットのような上位階層のデータパケット（ＤＡＴＡ ＰＡＣＫＥＴ ＯＦ ＵＰＰＥＲ ＬＡＹＥＲ）とより構成される。基本ヘッダは、全４０バイトより構成されるが、そのうち３２バイトは、ＩＰｖ６のアドレスに割り当てられ、残りの８バイトは６つのフィールドに割り当てられる。特に、ネクストヘッダ（ＮＥＸＴ ＨＥＡＤＥＲ）フィールドは、基本ヘッダのすぐ次のデータフィールドに来る情報の種類を識別する。また、拡張ヘッダは、確定ヘッダのすぐ次のデータフィールドに来る情報の種類を識別するネクストヘッダフィールドと、拡張ヘッダの類型を識別するオプションフィールドとを含む。
【０００４】
ＩＣＭＰｖ６（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｃｏｌ ｖｅｒｓｉｏｎ６）は、ＩＰｖ６を具現するノード間でエラーメッセージと情報メッセージとを伝達するための多目的プロトコルであり、ネットワーク階層に散在していたＩＣＭＰｖ４（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ４）、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍｅｍｂｅｒｓｈｉｐ Ｐｒｏｔｏｃｏｌ）、ＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）及びＲＡＲＰ（Ｒｅｖｅｒｓｅ ＡＲＰ）などを統合し、ＩＣＭＰでほとんど使われていなかったメッセージ類型を除去して単純化した。
【０００５】
ＩＣＭＰｖ６メッセージは、ＩＰｖ６パケットに付いて伝送され、ＩＣＭＰメッセージは、ＩＰｖ６ヘッダのネクストヘッダフィールドで５８の値で識別される。以下では、特別の言及がない限り、ＩＰｖ６及びＩＣＭＰｖ６をＩＰ及びＩＣＭＰと称する。
【０００６】
図２Ａは、一般的なＩＣＭＰメッセージパケットのフォーマットである。８ビットサイズのタイプ（ＴＹＰＥ）フィールドは、メッセージの類型を示す。タイプフィールドの最上位ビットが０ならば、すなわちタイプフィールドの値が０ないし１２７の値ならばエラーメッセージであり、最上位ビットが１ならば情報メッセージである。例えば、タイプフィールド値４は、ＩＰパケットの基本ヘッダまたは拡張ヘッダのフィールドで問題を発見した場合に発生するパラメータ誤謬メッセージを示し、タイプフィールド値１２８及び１２９は目的地ノードに到達可能であるか否かを判断するためのピングを具現するのに利用されるエコー要請（Ｅｃｈｏ Ｒｅｑｕｅｓｔ）メッセージ及びエコー応答（Ｅｃｈｏ Ｒｅｐｌｙ）メッセージをそれぞれ示す。
【０００７】
８ビットサイズのコード（ＣＯＤＥ）フィールドは、タイプフィールドで決定されたＩＣＭＰメッセージに対する細部的な事項を示す。例えば、パラメータ誤謬メッセージの場合、コードフィールドの値によってヘッダフィールド誤謬（コードフィールド値＝０）、ネクストヘッダ認識不可（Ｕｎｒｅｃｏｇｎｉｚｅｄ ｎｅｘｔ ｈｅａｄｅｒ）（コードフィールド値＝１）及びＩＰｖ６オプション認識不可（Ｕｎｒｅｃｏｇｎｉｚｅｄ ＩＰｖ６ ｏｐｔｉｏｎ）（コードフィールド値＝２）などに細分される。
【０００８】
１６ビットサイズのＣＨＥＣＨＳＵＭフィールドは、ＩＣＭＰメッセージのエラーと、部分的にＩＰｖ６メッセージのエラーとを検出するのに利用される。
【０００９】
本文（ＭＥＳＳＡＧＥ ＢＯＤＹ）は、タイプフィールドで決定されるメッセージ類型によって変わるが、パラメータ誤謬メッセージの場合、図２Ｂに図示されたように本文が形成される。ポインタ（ＰＯＩＮＴＥＲ）フィールドは、本来メッセージ内でエラーが検出された位置を識別する。また、ポインタフィールドに続いてＩＣＭＰメッセージの生成を誘発したＩＰｖ６パケットを位置させることにより、送信端をして誤謬が発生したＩＰｖ６パケットに対して適切な措置を行わせる。
【００１０】
図３には、受信端でＩＰパケットを受信してヘッダの各フィールドでエラーを検出し、ＩＣＭＰメッセージを送信端に伝送する従来のＩＰパケットヘッダのフィールドエラー処理方法のフローチャートが図示されている。受信端でＩＰパケットを受信すれば（Ｓ４０２）、ＩＰパケットの基本ヘッダのバージョン（ＶＥＲＳＩＯＮ）フィールドを検索し、ＩＰパケットのバージョンが６であるか否かを判別し、６ではないならばエラー処理関数を呼び出してＩＣＭＰメッセージパケットを作成し（Ｓ４１０）、作成されたＩＣＭＰメッセージパケットを送信端に伝送する（Ｓ４１２）。同じ方式で、ＩＰパケットの基本ヘッダの各フィールドの値が認識可能な値であるか否かを判別し（Ｓ４０６，Ｓ４０８）、認識可能な値ではない場合に、それぞれエラー処理関数を呼び出してＩＣＭＰメッセージを作成し（Ｓ４１４，Ｓ４１８）、作成されたＩＣＭＰメッセージパケットを送信端に伝送する（Ｓ４１６，Ｓ４２０）。この時、拡張ヘッダがある場合には、拡張ヘッダのネクストヘッダフィールド及びオプションフィールドについてもエラー検出を行い、前述のような方法でＩＣＭＰメッセージパケットを送信端に伝送する。それ以外にも、目的地到達不可エラー（Ｕｎｒｅａｃｈａｂｌｅ Ｄｅｓｔｉｎａｔｉｏｎ）、パケットサイズ超過エラー（Ｐａｃｋｅｔ Ｔｏｏ Ｂｉｇ）及び時間超過エラー（Ｔｉｍｅ Ｅｘｃｅｅｄｅｄ）などのエラーが検出されるたびに、関連ＩＣＭＰメッセージパケットを送信端に伝送することもある。
【００１１】
このように、従来には受信したＩＰパケットに誤謬が発生するたびに関連ＩＣＭＰメッセージパケットを送信端に再伝送するために、ネットワーク内部に悪意的なユーザが割り込み、ＩＰパケットを操作したり、またはサービス拒否（Ｄｅｎｉａｌ ｏｆ Ｓｅｒｖｉｃｅ：ＤｏＳ）攻撃を仕掛けてくる場合や、または２つ以上のノードが共有している経路自体に深刻な問題がある場合に、これを回避するのが容易ではないという問題点がある。
【００１２】
すなわち、ＩＣＭＰメッセージパケットは、本来のＩＰパケットのＣＭＰメッセージが付加された形のＩＰパケットであるために、一般的なＩＰパケットより容量がかなり大きい。従って、意図的に操作されたパケットに対してそのたびにＩＣＭＰメッセージパケットを送信端に再伝送するようになれば、ネットワークに深刻な負荷を発生させるようになって正常な通信を不可能とすることもある。
【特許文献１】特開２０００−２６１４７７号公報
【特許文献２】特開平１１−０６８８３７号公報
【特許文献３】韓国特許公開公報２００２−３４２８１号
【特許文献４】米国公開公報２００３／０１８８０１５号
【特許文献５】米国公開公報２００３／００４８７９３号
【発明の開示】
【発明が解決しようとする課題】
【００１３】
従って、本発明が解決すべき課題は、所定時間内に検出されたＩＰパケットのエラーが連続して所定回数を超えて発生する場合には、送信ノードにＩＣＭＰパケットを伝送しないことにより、受信ノードのネットワーク負荷を減らすことである。
【００１４】
また、本発明が解決すべき課題は、同じソースアドレスを有するＩＰパケットに対して所定時間内に検出されたエラーが連続して所定回数を超えて発生する場合には、問題になったＩＰパケットの送信ノードにＩＣＭＰパケットを伝送しないことにより、受信ノードのネットワーク負荷を減らして通信効率を高めることである。
【課題を解決するための手段】
【００１５】
前記のような課題を解決するために本発明は、少なくとも１つの送信ノードから受信されたＩＰパケットのエラーを処理する装置において、前記受信されたＩＰパケットでエラーを検出するためのエラー検出部と、エラーが検出されたＩＰパケットに対し、以前のエラーが検出された時から第１所定時間以内に次のエラーが検出される状況が所定回数を超えて発生した場合には、エラーが検出された前記ＩＰパケットの送信ノードと第２所定時間の間通信を断絶するエラー処理部とを含むＩＰパケットエラー処理装置を提供する。
【００１６】
この時、前記エラー処理部は、エラーが検出された前記ＩＰパケットのうち同じアドレス情報を有するＩＰパケットに対し、前記エラー処理を行うことが望ましい。
【００１７】
また、前記のような課題を解決するために本発明は、少なくとも１つの送信ノードから受信されたＩＰパケットのエラーを処理する装置において、前記受信されたＩＰパケットでエラーを検出するためのエラー検出部と、エラーが検出されたＩＰパケットに対し、第１所定時間の間所定回数以上のエラーが検出された場合には、エラーが検出された前記ＩＰパケットの送信ノードと第２所定時間の間通信を断絶するエラー処理部とを含むＩＰパケットエラー処理装置を提供する。
【００１８】
また、前記のような課題を解決するために本発明は、少なくとも１つの送信ノードから受信されたＩＰパケットのエラーを処理する方法において、（ａ）前記受信されたＩＰパケットでエラーを検出する段階と、（ｂ）エラーが検出されたＩＰパケットに対し、以前のエラーが検出された時から第１所定時間以内に次のエラーが検出される状況が所定回数を超えて発生した場合には、エラーが検出された前記ＩＰパケットの送信ノードと第２所定時間の間通信を断絶する段階とを含むＩＰパケットエラー処理方法を提供する。
【００１９】
この時、前記（ｂ）段階は、エラーが検出された前記ＩＰパケットのうち同じアドレス情報を有するＩＰパケットに対して実行されることが望ましい。
【００２０】
また、前記（ａ）段階で、エラーを検出できない場合には、（ｃ）前記受信されたＩＰパケットを正常に処理する段階をさらに含むことができる。
【００２１】
また、前記（ｂ）段階は、（ｂ１）前記第１所定時間を設定して減算するための第１タイマフィールドと、前記第２所定時間を設定して減算するための第２タイマフィールドと、前記連続エラー発生状況をカウントするためのエラーカウントフィールドと、エラーが検出されたＩＰパケットのアドレス情報を示すためのアドレス情報フィールドとを含む少なくとも１つのエントリより構成され、同じアドレス情報を有するＩＰパケットは、同じエントリに対応する、キャッシュを生成する段階をさらに含むものの、前記（ｂ）段階は、エラーが検出された前記ＩＰパケットのうち同じアドレス情報を有するＩＰパケットに対し、エラーが検出された対象ＩＰパケットに対応する対応エントリを参照して実行されることを特徴とする。
【００２２】
また、前記（ｂ）段階は、（ｂ２）前記対応エントリを前記キャッシュから検索する段階と、（ｂ３）前記対応エントリの各フィールドの状態を判別する段階と、（ｂ４）前記（ｂ３）段階で前記連続エラー発生状況が前記所定回数を超えたと判別した場合には、前記対応エントリの第２タイマフィールドを前記第２所定時間に設定して減算する段階と、（ｂ５）前記（ｂ３）段階で、前記第２タイマフィールドに設定された前記第２所定時間が経過していないと判別された場合には、前記対象ＩＰパケットの送信ノードにＩＣＭＰパケットを伝送しない段階とをさらに含むことが望ましい。
【００２３】
また、（ｂ６）前記（ｂ２）段階で検索が失敗した場合には、前記対象ＩＰパケットに対応する新しいエントリを生成する段階をさらに含むこともできる。
【００２４】
また、（ｂ６）前記（ｂ３）段階で、前記対応エントリの第１タイマフィールドが０と判別された場合には、前記対応エントリを削除する段階をさらに含むこともできる。
【００２５】
また、（ｂ６）前記（ｂ３）段階で、前記対応エントリの第１タイマフィールドが０と判別された場合には、前記第１タイマフィールドを前記第１所定時間に設定して減算する段階をさらに含むこともできる。
【００２６】
また、前記（ｂ３）段階は、前記対応エントリの第２タイマフィールド、第１タイマフィールド及びエラーカウントフィールドの状態を順次に判別することが特徴であり、この時、（ｂ６）前記（ｂ３）段階で前記対応エントリの前記第２タイマフィールドが０であり、前記第１タイマフィールドが０ではなく、前記エラーカウントフィールドが前記所定回数に達していないと判別された場合には、前記対応エントリの前記エラーカウントフィールドを１増加させ、前記第１タイマフィールドを前記第１所定時間に設定して減算する段階をさらに含むことが望ましい。
【００２７】
また、前記エントリは、エントリの使用いかんを示すための有効ビットフィールドをさらに含むこともでき、前記エントリは、エラーが検出されたＩＰパケットの送信ノードにＩＣＭＰパケットを伝送するために、ＩＣＭＰプロトコルに定義されたＩＣＭＰタイプ及びＩＣＭＰコードをそれぞれ示すためのＩＣＭＰタイプフィールド及びＩＣＭＰコードフィールドをさらに含むことができ、前記アドレス情報フィールドは、エラーが検出されたＩＰパケットのソースアドレス情報及び目的地アドレス情報をそれぞれ示すためのソースアドレスフィールド及び目的地アドレスフィールドより構成されることが特徴である。
【００２８】
また、前記（ｂ）段階は、前記以前のエラーが検出されて前記対応エントリの第１タイマフィールドが０にならない状態で前記次のエラーが検出されるたびに、前記対応エントリのエラーカウントフィールドを１ほど増加させると共に、前記第１タイマフィールドを前記第１所定時間に設定して減算し、前記エラーカウントフィールドが前記所定回数を超える場合には、前記対応エントリの第２タイマフィールドを前記第２所定時間に設定して減算し、前記第２タイマフィールドが０ではない間に受信された前記対象ＩＰパケットでエラーが検出された場合には、そのエラーに対するＩＣＭＰパケットを前記対象ＩＰパケットの送信ノードに伝送しないことを特徴とする。
【００２９】
また、前記のような課題を解決するために本発明は、少なくとも１つの送信ノードから受信されたＩＰパケットのエラーを処理する方法において、（ａ）前記受信されたＩＰパケットでエラーを検出する段階と、（ｂ）エラーが検出されたＩＰパケットに対し、第１所定時間の間所定回数以上のエラーが検出された場合には、エラーが検出された前記ＩＰパケットの送信ノードと第２所定時間の間通信を断絶する段階とを含むＩＰパケットエラー処理方法を提供する。
【００３０】
また、前記のような課題を解決するために本発明は、少なくとも１つの送信ノードから受信されたＩＰパケットのエラーを処理する方法を実行するプログラムを記録したコンピュータ可読記録媒体において、前記方法は、（ａ）前記受信されたＩＰパケットでエラーを検出する段階と、（ｂ）エラーが検出されたＩＰパケットに対し、以前のエラーが検出された時から第１所定時間以内に次のエラーが検出される状況が所定回数を超えて発生した場合には、エラーが検出された前記ＩＰパケットの送信ノードと第２所定時間の間通信を断絶する段階とを含むことを特徴とする記録媒体を提供する。
【００３１】
また、前記のような課題を解決するために本発明は、少なくとも１つの送信ノードから受信されたＩＰパケットのエラーを処理する方法を実行するプログラムを記録したコンピュータ可読記録媒体において、前記方法は、（ａ）前記受信されたＩＰパケットでエラーを検出する段階と、（ｂ）エラーが検出されたＩＰパケットに対し、第１所定時間の間所定回数以上のエラーが検出された場合には、エラーが検出された前記ＩＰパケットの送信ノードと第２所定時間の間通信を断絶する段階とを含むことを特徴とする記録媒体を提供する。
【発明の効果】
【００３２】
本発明によれば、所定時間内に検出されたＩＰパケットのエラーが連続して所定回数を超えて発生する場合には、送信ノードにＩＣＭＰパケットを伝送しないことにより、受信ノードのネットワーク負荷を減らすことができる。
【００３３】
また、本発明によれば、同じソースアドレスを有するＩＰパケットに対して所定時間内に検出されたエラーが連続して所定回数を超えて発生する場合には、問題になったＩＰパケットの送信ノードにＩＣＭＰパケットを伝送しないことにより、受信ノードのネットワーク負荷を減らして通信効率を高めることができる。
【発明を実施するための最良の形態】
【００３４】
以下では、添付された図面を参照して本発明の望ましい実施例を説明する。
図４には、本発明の望ましい実施例によるエラー処理装置が図示されている。本実施例によるエラー処理装置４０は、エラー検出部４２、キャッシュ部４４及びエラー処理部４６を含む。また、エラー処理装置４０は、受信ノード３０の内部にワンチップ（ｏｎｅ−ｃｈｉｐ）状に具現でき、受信ノード３０には、通信経路を設定するルータ（ｒｏｕｔｅｒ）が含まれうる。
【００３５】
エラー検出部４２は、少なくとも１つの送信ノード２０から受信された複数のＩＰパケットのエラーを検出し、当該ＩＰパケットと共にその結果をエラー処理部４６に伝達する。エラー検出は、目的地到達不可エラー、パケットサイズ超過エラー及び時間超過エラーなどのエラーと共に、ＩＰパケットのヘッダの各フィールドのエラー検出を含む。また、ＩＰパケットのヘッダの各フィールドのエラーは、ＩＰパケットのバージョンエラー、ペイロード長さエラー及びネクストヘッダ認識不可エラーなどを含む。
【００３６】
キャッシュ部４４は、エラーが検出されたＩＰパケットのエラー関連情報を示す複数のフィールドを含む一つ以上のエントリより構成され、エラー処理部４６がエラー処理を行うのに必要な情報を提供する。
【００３７】
エントリの構成例が図５に図示されている。エントリは、エントリの使用いかんを０及び１で示すための有効ビットフィールド（ＶＡＬＩＤ）と、エラー検出回数をカウントするためのエラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）と、最大エラー検出待機時間を設定して単位時間ずつ減算するための第１タイマフィールド（ＴＩＭＥＲ Ａ）と、最大通信断絶時間を設定して単位時間ずつ減算するための第２タイマフィールド（ＴＩＭＥＲ Ｂ）と、エラーが検出されたＩＰパケットのアドレス情報を示すアドレス情報フィールド（ＳＯＵＲＣＥ ＡＤＤＲＥＳＳ：ＳＡ，ＤＥＳＴＩＮＡＴＩＯＮ ＡＤＤＲＥＳＳ：ＤＡ）とを含む。
【００３８】
この時、図５によれば、エントリは、アドレス情報フィールドがソースアドレス情報フィールド（ＳＡ）と目的地アドレス情報フィールド（ＤＡ）とを含むが、受信ノード３０が単一のグロ−バルアドレスだけを有する場合には、エントリから目的地アドレスフィールド（ＤＡ）を省略することもある。また、有効ビットフィールド（ＶＡＬＩＤ）は、後述するエントリ検索時に、使用中のエントリに対してだけ検索を行うために参照するフィールドであり、システムの性能によっては、有効ビットフィールド（ＶＡＬＩＤ）もエントリから省略できる。一方、エラー処理過程でエラーが検出されたＩＰパケットに対してＩＣＭＰパケットを生成して送信ノード２０に伝送する時に参照するために、ＩＣＭＰプロトコルに定義されたＩＣＭＰエラータイプとＩＣＭＰエラーコードとを示すＩＣＭＰエラータイプフィールド（図示せず）とＩＣＭＰエラーコードフィールド（図示せず）とをエントリに追加することもできる。
【００３９】
エラー処理部４６は、エラー検出部４２からのエラー検出結果によってキャッシュ部４４を参照して該当エントリを削除したり更新し、当該ＩＰパケットを廃棄したり、当該ＩＰパケットを正常に処理したり、またはＩＣＭＰパケットを生成して送信ノード２０に伝送したりする。さらに具体的に、エラー処理部４６は、エラーが検出されたＩＰパケットのうち同じアドレス情報を有する対象ＩＰパケットに対し、以前のエラーが検出された時から最大エラー検出待機時間内に、次のエラーが検出される状況が最大エラー許容回数を超えて連続発生する場合には、前記対象ＩＰパケットの送信ノードと最大通信断絶時間の間通信を断絶することによってエラー処理を行う。この時、アドレス情報が同一であるということは、ＩＰパケットのヘッダに含まれたソースアドレス情報及び目的地アドレス情報が互いに同一であるということを内包する。
【００４０】
図６は、エラー処理部４６のエラー処理動作を説明するための経時的フローチャートである。この時、最大エラー許容回数Ｅｃｍを５と仮定する。まず、時刻Ｔ１でエラーが検出された場合に、エラー処理部４６はエラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）を１に設定し、第１タイマフィールド（ＴＩＭＥＲ Ａ）を最大エラー検出待機時間（Ｔａ）に設定して単位時間ずつ減算する。Ｔ１時点から最大エラー検出待機時間（Ｔａ）内の時刻Ｔ２で第２のエラーが検出された場合に、エラー処理部４６はエラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）を１増加し、第１タイマフィールド（ＴＩＭＥＲ Ａ）を最大エラー検出待機時間（Ｔａ）に再設定して単位時間ずつ減算する。時刻Ｔ５から最大エラー検出待機時間（Ｔａ）内に最大エラー許容回数（Ｅｃｍ＝５）を超える第６のエラーが時刻Ｔ６で発生したので、エラー処理部４６はその時点で最大通信断絶時間（Ｔｂ）の間送信ノードとの通信を断絶する。
【００４１】
一方、エラー処理部４６は、通信断絶以前に発生したエラーについては、エラーが検出されるたびに対応するＩＣＭＰパケットを送信ノード２０に伝送することにより、送信ノード２０としてエラーに対する適切な措置を行わせる。例えば、受信ノード３０から所定時間内に所定回数以上のＩＣＭＰパケットを受信した場合に、ＩＰパケットに対する悪意的攻撃があると見なし、他のルータ経路を探すなどの適切な措置を取ることができる。
【００４２】
また、通信断絶は、送信ノードからのＩＰパケットは受信するものの、通信断絶時間の間はＩＰパケットにエラーが検出されても、それに相応するＩＣＭＰパケットを送信ノード２０に伝送せずに当該ＩＰパケットを廃棄することを含み、これにより非正常的なＩＰパケットのエラー発生に対するＩＣＭＰパケット伝送の乱用を防止して受信ノードのネットワーク負荷を減らすことができる。
【００４３】
図７には、図４のエラー処理部４６の細部的な構成を含むエラー処理装置４０が図示されている。エラー処理部４６は、エントリ検索部４６２、エントリ処理部４６４、フィールド判別部４６６及びパケット処理部４６８を含む。この時、エラー検出部４２は、エラー検出に成功した場合には、エラー検出信号と共に、エラーが検出されたＩＰパケットのアドレス情報をエントリ検索部４６２に伝達し、当該ＩＰパケットをパケット処理部４６８に伝達する。また、エラー検出部４２がエラーを検出できない場合には、エラー検出失敗信号と共に当該ＩＰパケットをパケット処理部４６８に伝達する。
【００４４】
エントリ検索部４６２は、エラー検出部４２からエラー検出信号と共に、エラーが検出されたＩＰパケットのアドレス情報を受信し、当該ＩＰパケットのようなアドレス情報を示すアドレス情報フィールドを含むエントリをキャッシュ部４４から検索し、検索に成功した場合には、当該エントリをフィールド判別部４６６に伝達し、検索に失敗した場合には、エントリ生成要求信号をエントリ処理部４６４に伝達する。
【００４５】
エントリ処理部４６４は、エントリ検索部４６２から伝達を受けたエントリ生成要求信号によって新しいエントリを生成してキャッシュ部４４に保存し、フィールド判別部４６６の検索結果によって当該エントリを削除したり更新し、パケット処理部４６８にＩＣＭＰパケット伝送要求信号を伝達する。
【００４６】
フィールド判別部４６６は、エントリ検索部４６２から伝達された当該エントリの各フィールドが所定条件を満足するか否か判別し、判別結果によってパケット処理部４６８にパケット廃棄要求信号を伝達したり、またはエントリ処理部４６４にエントリ処理要求信号を伝達したりする。
【００４７】
パケット処理部４６８は、エントリ処理部４６４から伝達されたＩＣＭＰパケット伝送要求信号により、該当エラーに対するＩＣＭＰパケットを生成して送信ノード２０に伝送し、フィールド判別部４６６から伝達されたパケット廃棄要求信号により、当該ＩＰパケットを廃棄して別途のＩＣＭＰパケットは生成しない。この時、パケット処理部４６８は、エラー検出部４２から受信した当該ＩＰパケットを参照してＩＣＭＰパケットを生成できる。また、パケット処理部４６８は、エラー検出部４２から受信した正常処理要求信号を基に当該ＩＰパケットに対する正常な処理を行う。この時、ＩＰパケットに対する正常な処理は、当該ＩＰパケットの上位階層データ（例えば、ＴＣＰデータ）を上位階層（例えば、ＯＳＩ ７階層のうちＴＣＰ階層）に伝達することを含む。
【００４８】
以下では、図７のエラー処理装置４０の動作を説明する。
受信ノード３０が送信ノード２０からＩＰパケットを受信すれば、エラー検出部４２は、受信されたＩＰパケットでエラーを検出し、エラーが検出されなければ、当該ＩＰパケットをパケット処理部４６８に伝達し、パケット処理部４６８は、当該ＩＰパケットを正常に処理して次のパケットを待つ。
【００４９】
受信されたＩＰパケットでエラーが検出された場合には、エラー検出部４２は当該ＩＰパケットのアドレス情報をエラー処理部４６に伝達し、エラー処理部４６のエントリ検索部４６２は、当該ＩＰパケットのようなアドレス情報を有する対象エントリをキャッシュ部４４から検索し、対象エントリをフィールド判別部４６６に伝達し、検索に失敗した場合には、当該ＩＰパケットのアドレス情報と共にエントリ生成要求信号をエントリ処理部４６４に伝達する。エントリ処理部４６４は、エントリ生成要求信号によってエントリの有効ビットフィールド（ＶＡＬＩＤ）を１に設定し、エラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）を１に設定し、第１タイマフィールド（ＴＩＭＥＲ Ａ）を最大エラー検出待機時間（Ｔａ）に設定して単位時間ずつ減算し、第２タイマフィールド（ＴＩＭＥＲ Ｂ）を０に設定し、ソースアドレスフィールド（ＳＡ）及び目的地アドレスフィールド（ＤＡ）を当該ＩＰパケットのアドレス情報とそれぞれ設定する。
【００５０】
フィールド判別部４６６は、当該エントリの第２タイマフィールド（ＴＩＭＥＲ Ｂ）が０であるか否かを判別し、０ではない場合、すなわち最大通信断絶時間がまだ経過しておらず通信が不適切な場合には、パケット処理部４６８が当該ＩＰパケットを廃棄して次のＩＰパケットの受信を待つ。この時、パケット処理部４６８は、当該ＩＰパケットの送信ノードにＩＣＭＰパケットを伝送しない。一方、第２タイマフィールド（ＴＩＭＥＲ Ｂ）が０である場合には、第１タイマフィールド（ＴＩＭＥＲ Ａ）が０であるか否かを判別し、０である場合には、すなわち以前のエラーが検出されて最大エラー検出待機時間がすでに経過している場合には、対象エントリを削除し、パケット処理部４６８は、該当エラーに対するＩＣＭＰパケットを生成して送信ノード２０に伝送する。第１タイマフィールド（ＴＩＭＥＲ Ａ）が０ではない場合には、エラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）が最大エラー許容回数と同一であるか否かを判断し、同じである場合、すなわちすでに許容できる連続エラー検出回数を超えたと判断された場合には、対象エントリの第２タイマフィールド（ＴＩＭＥＲ Ｂ）を最大通信断絶時間（Ｔｂ）に設定し、単位時間ずつ減算してエラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）を０に設定し、第１タイマフィールド（ＴＩＭＥＲ Ａ）を０ではない任意の値、例えば最大エラー検出待機時間（Ｔａ）に設定する。一方、エラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）がまだ最大エラー許容回数に達していない場合には、対象エントリのエラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）を１増加させ、第１タイマフィールド（ＴＩＭＥＲ Ａ）を最大エラー検出待機時間（Ｔａ）に設定して単位時間ずつ減算する。
【００５１】
このように、エラー処理装置４０は、以前のエラーが検出された時から最大エラー検出待機時間（Ｔａ）内に検出されるエラーが連続して最大エラー許容回数Ｅｃｍを超えて検出される場合には、最大通信断絶時間（Ｔｂ）の間にエラーが検出されたＩＰパケットを廃棄してＩＣＭＰパケットを生成しないことにより、送信ノードとの通信を断絶する。また、最大エラー検出待機時間（Ｔａ）以内にいかなるエラーも検出されない場合には、当該ＩＰパケットに非正常的なエラー発生の可能性がないと見なし、当該エントリを削除する。
【００５２】
一方、以上では、最大エラー検出待機時間（Ｔａ）内にエラーが検出されない場合に対象エントリを削除したが、キャッシュの貯蔵能力と通信環境とを考慮して対象エントリを削除する代わりに、対象エントリの第１タイマフィールド（ＴＩＭＥＲ Ａ）を最大エラー検出待機時間（Ｔａ）と再設定して減算し、エラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）を０に設定することにより、その後対象エントリと同じアドレス情報を有するＩＰパケットにエラーが検出された場合に、新しいエントリを生成する必要なくして既存のエントリをそのまま活用できる。
【００５３】
また、本実施例では、問題になった送信ノードについてだけ通信を断絶するようにキャッシュ部を参照してエラー処理を行ったが、ネットワーク全般にわたった無差別的なパケット操作やＤｏＳ攻撃がある場合を考慮し、複数のＩＰパケットについて以前のエラーが検出された時から第１所定時間内に次のエラーが検出される状況が所定回数を超えて連続発生した場合には、受信ノードと接続中のあらゆる送信ノードに対して第２所定時間の間通信を断絶するようにエラー処理部を構成することもあり、この場合には、別途のキャッシュ部を設ける必要はない。
【００５４】
以下では、図８を参照して本発明の望ましい実施例によるエラー処理方法を説明する。
Ｓ８０１段階では、送信ノード２０からＩＰパケットを受信する。Ｓ８０３段階では、受信されたＩＰパケットでエラーが検出されているか否かを判別し、エラーが検出されない場合には、Ｓ８０５段階に進み、当該ＩＰパケットを正常に処理してエラー処理過程を終える。
【００５５】
Ｓ８０３段階でエラーが検出された場合には、Ｓ８０７段階に進み、同じアドレス情報を有する複数の対象ＩＰパケットに対し、以前のエラーが検出された時から最大エラー検出待機時間内に次のエラーが検出される状況が最大エラー許容回数を超えて連続的に発生しているか否かを判別し、最大エラー許容回数を超過した場合には、Ｓ８０９段階に進み、最大通信断絶時間の間前記対象ＩＰパケットの送信ノードとの通信を断絶する。この時にも、やはり対象ＩＰパケットの送信ノードとの通信断絶は、該当送信ノードからＩＰパケットは受信するものの、通信断絶時間の間にはＩＣＭＰパケットを該当送信ノードに伝送せずに当該ＩＰパケットを廃棄することを含む。一方、Ｓ８０７段階で最大エラー許容回数を超えていないと判別された場合には、Ｓ８１１段階に進み、該当エラーに対するＩＣＭＰパケットを生成して送信ノードに伝送する。
【００５６】
図９には、図８のエラー処理方法の具体的なフローチャートが図示されている。一方、エラーが検出されたＩＰパケットのうち同じアドレス情報を有するＩＰパケットに対して図８のエラー処理方法を行うために、本発明の望ましい実施例によるエラー処理方法は、通信開始時または最初エラー検出時にキャッシュを生成する段階を含むことができる。キャッシュは、図５に図示されたような少なくとも１つのエントリより構成され、各エントリは、アドレス情報フィールドのアドレス情報により互いに識別される。
【００５７】
Ｓ９０１段階で送信ノードからＩＰパケットを受信すれば、Ｓ９０３段階では、受信したＩＰパケットでエラーが検出されているか否かを判別し、エラーが検出されていなければ、Ｓ９０５段階でＩＰパケットを正常に処理して次のＩＰパケットの受信を待つ。
【００５８】
Ｓ９０７段階では、受信されたＩＰパケットのアドレス情報と同じ情報を含むエントリがキャッシュに存在しているか否か検索する。Ｓ９０７段階でエントリが存在しなければ、Ｓ９０９段階に進み、当該ＩＰパケットに対する新しいエントリを生成して各フィールドを初期化する。初期化は、有効ビットフィールド（ＶＡＬＩＤ）を１に設定し、エラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）を１に設定し、第１タイマフィールド（ＴＩＭＥＲ Ａ）を最大エラー検出待機時間（Ｔａ）に設定して単位時間ずつ減算し、第２タイマフィールド（ＴＩＭＥＲ Ｂ）を０に設定し、ソースアドレスフィールド（ＳＡ）と目的地アドレスフィールド（ＤＡ）とを当該ＩＰパケットのソースアドレス情報及び目的地アドレス情報とそれぞれ設定することによって達成される。次に、Ｓ９２５段階では、ＩＣＭＰパケットを作成して送信ノードに伝送し、次のＩＰパケットの受信を待つ。
【００５９】
Ｓ９０７段階で当該エントリが存在する場合には、Ｓ９１１段階に進み、当該エントリの第２タイマフィールド（ＴＩＭＥＲ Ｂ）が０であるか否かを判別する。Ｓ９１１段階で第２タイマフィールドが０ではない場合には、まだ最大通信断絶時間（Ｔｂ）を経過していないので、Ｓ９１３段階で当該ＩＰパケットを廃棄して次のＩＰパケットの受信を待つ。
【００６０】
Ｓ９１１段階で第２タイマフィールド（ＴＩＭＥＲ Ｂ）が０である場合には、Ｓ９１５段階に進み、第１タイマフィールド（ＴＩＭＥＲ Ａ）が０であるか否かを判別する。Ｓ９１５段階で第１タイマフィールド（ＴＩＭＥＲ Ａ）が０ならば、Ｓ９１７段階に進み、当該エントリを削除し、次にＳ９２７段階でＩＣＭＰパケットを送信ノードに伝送する。
【００６１】
Ｓ９１５段階で第１タイマフィールド（ＴＩＭＥＲ Ａ）が０でないならば、Ｓ９１９段階に進み、エラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）が最大エラー許容回数Ｅｃｍに達しているか否かを判別する。Ｓ９１９段階でＥｒｒ＿ｃｎｔ＝Ｅｃｍの場合には、Ｓ９２１段階に進み、当該エントリを更新して次のＩＰパケットの受信を待つ。この時、Ｓ９２１段階では、第２タイマフィールド（ＴＩＭＥＲ Ｂ）を最大通信断絶時間（Ｔｂ）に設定して単位時間ずつ減算し、エラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）を０に設定し、第１タイマフィールド（ＴＩＭＥＲ Ａ）を０ではない任意の値、例えば最大エラー検出待機時間（Ｔａ）に設定する。
【００６２】
Ｓ９１９段階でＥｒｒ＿ｃｎｔＥｃｍである場合には、Ｓ９２３段階に進み、当該エントリを更新し、次にＳ９２５段階でＩＣＭＰパケットを送信ノードに伝送する。この時、Ｓ９２３段階では、エラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）を１ほど増加させて第１タイマフィールド（ＴＩＭＥＲ Ａ）を最大エラー検出待機時間（Ｔａ）に再設定して単位時間ずつ減算する。
【００６３】
図１０には、本実施例のエラー処理方法を具現する過程をさらに具体的に説明するための概念図が図示されている。この時、最大エラー許容回数Ｅｃｍは５であり、最大エラー検出待機時間（Ｔａ）は１０秒であり、最大通信断絶時間（Ｔｂ）は３０秒と仮定する。また、説明の便宜のために、受信ノードで受信されるＩＰパケットは、いずれも同じエントリに属すると仮定し、従って図面では、ソースアドレスフィールド及び目的地アドレスフィールドが省略された。そして、受信されるあらゆるパケットでは、エラーが検出されたと仮定する。
【００６４】
最初のエラーパケットＰ１が受信された場合には、パケットＰ１が属するエントリがないので、Ｓ１００９段階で新しいエントリＥｎを生成し、有効ビットフィールド（ＶＡＬＩＤ）、エラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）、第１タイマフィールド（ＴＩＭＥＲ Ａ）及び第２タイマフィールド（ＴＩＭＥＲ Ｂ）を（１，１，１０，０）と設定する。
【００６５】
エラーパケットＰ１が受信された３秒後にエラーパケットＰ２が受信されれば、エントリＥｎは（１，１，７，０）の状態なので、Ｓ１０２３段階でエントリＥｎは（１，２，１０，０）に更新される。エラーパケットＰ２が受信された５秒後にエラーパケットＰ３が受信されれば、エントリＥｎは（１，２，５，０）の状態なので、Ｓ１０２３段階でエントリＥｎは（１，３，１０，０）に更新される。エラーパケットＰ４及びＰ５についても以前のエラーが発生した時点から最大エラー検出待機時間である１０秒以内にエラーが検出されたので、Ｓ１０２３段階でエラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）を１ずつ増加する。
【００６６】
エラーパケットＰ６がＰ５のエラー検出時点から６秒後に受信されれば、エントリＥｎは（１，５，４，０）の状態になるので、Ｓ１０１９段階でエラーカウントフィールド（Ｅｒｒ＿ｃｎｔ）の値が５になって最大エラー許容回数と一致するようになり、Ｓ１０２１段階でエントリＥｎが（１，０，１０，３０）と設定される。従って、エラーパケットＰ７は、エラーパケットＰ６が受信された後で最大通信断絶時間である３０秒以内に受信されたために、Ｓ１０１３段階でエラーパケットＰ７は廃棄される。
【００６７】
エラーパケットＰ８は、最大通信断絶時間である３０秒後に受信されたために、Ｓ１０２３段階でエントリＥｎは（１，１，１０，０）と設定される。また、エラーパケットＰ９は、エラーパケットＰ８が受信された後１５秒後に受信されたので、最大エラー検出待機時間である１０秒を超えた。従って、エラーパケットＰ９の受信時に、エントリＥｎは（１，１，０，０）の状態になるので、エントリＥｎはＳ１０１７段階で削除される。
【００６８】
以上、本発明の望ましい実施例による方法がエラー処理装置４０を利用して具現されると説明したが、前記方法は、コンピュータに一連の命令を指示するコードの集合からなるコンピュータプログラムにより、受信ノード内でソフトウェア的に実行されることもある。従って、本発明の範囲には、本発明の方法を実行するプログラムを記録したコンピュータ可読記録媒体が含まれる。
【００６９】
また、本発明の技術思想の範囲内で、本発明の望ましい実施例について多様な変形例が導出されうると理解せねばならない。例えば、本発明の望ましい実施例では、以前のエラーが検出された時から第１所定時間内にエラーが検出される状況が連続して所定回数以上発生した場合に、第２所定時間の間送信ノードとの通信を断絶したが、場合によっては、第１所定時間の間所定回数以上のエラーが検出された場合に、第２所定時間の間送信ノードとの通信を断絶することもある。従って、本明細書の請求範囲の権利範囲は以上で説明した本発明の望ましい実施例により制限されない。
【産業上の利用可能性】
【００７０】
本発明のＩＰパケットのエラー処理装置及び方法、そして該方法を実行するプログラムを記録したコンピュータ可読記録媒体は、例えばＩＰパケットに関連した技術分野に効果的に適用可能である。
【図面の簡単な説明】
【００７１】
【図１Ａ】ＩＰｖ６パケットの構成を図示した図面である。
【図１Ｂ】ＩＰｖ６パケットの構成を図示した図面である。
【図２Ａ】ＩＣＭＰｖ６メッセージパケットの構成を図示した図面である。
【図２Ｂ】ＩＣＭＰｖ６メッセージパケットの構成を図示した図面である。
【図３】従来のＩＰパケットのエラー処理方法のフローチャートである。
【図４】本発明の実施例によるＩＰパケットのエラー処理装置のブロック図である。
【図５】本発明の実施例によるキャッシュ部を構成するエントリの構成例である。
【図６】本発明の実施例によるエラー処理過程を説明する経時的フローチャートである。
【図７】図４のエラー処理装置の内部構成を図示したブロック図である。
【図８】本発明の実施例によるエラー処理方法のフローチャートである。
【図９】図４のエラー処理装置を利用したエラー処理方法のフローチャートである。
【図１０】本発明の望ましい実施例によるエラー処理方法の具体的な過程を説明するための経時的フローチャートである。
【符号の説明】
【００７２】
２０    送信ノード
３０    受信ノード
４０    エラー処理装置
４２    検出部
４４    キャッシュ部
４６    エラー処理部
【図１Ａ】
2005168018.tif 000003
【図１Ｂ】
2005168018.tif 000004
【図２Ａ】
2005168018.tif 000005
【図２Ｂ】
2005168018.tif 000006
【図３】
2005168018.tif 000007
【図４】
2005168018.tif 000008
【図５】
2005168018.tif 000009
【図６】
2005168018.tif 000010
【図７】
2005168018.tif 000011
【図８】
2005168018.tif 000012
【図９】
2005168018.tif 000013
【図１０】
2005168018.tif 000014