(57)【特許請求の範囲】
【請求項１】
ＩＰＯＡによる通信システムにおいて、
ＡＴＭネットワークと接続し通信する通信装置を備え、
前記通信装置は、
受信データをＡＡＬ５フレームに変換し、変換された前記ＡＡＬ５フレームの先頭部分の定められた個所のデータを抽出し、前記抽出されたデータを基に送信元ＩＰアドレスを検出することにより、当該受信データの送信元を特定する処理手段を備え、
前記処理手段は、前記受信データのＡＡＬ５フレームへの組立処理において、組み立てられた前記ＡＡＬ５フレームの長さの異常又はＣＲＣエラーを含むＡＴＭレイヤにおける障害が検出された場合に、当該ＡＡＬ５フレームから前記先頭部分のデータを抽出し、当該受信データの送信元を特定する処理を実行することを特徴とする通信システム。
【請求項２】
前記通信装置と通信先とを、ＡＴＭコネクションを固定的に確立するＰＶＣ接続とすることを特徴とする請求項１に記載の通信システム。
【請求項３】
前記通信装置の前記処理手段は、
前記受信データに対して、ＩＰパケットを基に生成されたデータであるか否かを判定し、
ＩＰパケットを基に生成されたデータの場合には、当該受信データの送信元ＩＰアドレスを検出し、
ＩＰパケットを基に生成されたデータではない場合には、当該受信データのＶＰＩ／ＶＣＩ値を検出することを特徴とする請求項１又は請求項２のいずれか１つに記載の通信システム。
【請求項４】
前記通信装置の前記処理手段は、
前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダ内のＬＬＣヘッダ及びＳＮＡＰヘッダを参照し、当該ＬＬＣヘッダの先頭３バイトの値が順番に“ＡＡ”“ＡＡ”“０３”であり、かつ当該ＳＮＡＰヘッダのＰＩＤ部分の先頭２バイトの値が順番に“０８”“００”である場合に、当該受信データをＩＰパケットを基に生成されたデータと判定し、当該ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダから送信元ＩＰアドレスを検出することを特徴とする請求項３に記載の通信システム。
【請求項５】
前記処理手段は、
前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームの先頭から４８バイトのデータを抽出し、
前記抽出したデータから、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダの情報を参照して前記受信データがＩＰパケットを基に生成されたデータであるかどうかを判定し、
前記受信データがＩＰパケットを基に生成されたデータである場合には、前記抽出したデータから、前記ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダの送信元ＩＰアドレスを検出することを特徴とする請求項４に記載の通信システム。
【請求項６】
前記通信装置をルータとすることを特徴とする請求項１から請求項５のいずれか１つに記載の通信システム。
【請求項７】
前記通信装置をブリッジとすることを特徴とする請求項１から請求項３のいずれか１つに記載の通信システム。
【請求項８】
前記通信装置の前記処理手段は、
前記受信データを変換したＡＡＬ５フレームのヘッダを参照して、当該受信データの送信元ＩＰアドレス及びＭＡＣアドレスを検出し、当該受信データの送信元を特定することを特徴とする請求項７に記載の通信システム。
【請求項９】
前記通信装置内のＳＡＲに、前記受信データの送信元を特定する前記処理手段を備えることを特徴とする請求項１から請求項８のいずれか１つに記載の通信システム。
【請求項１０】
ＡＴＭネットワークと接続しＩＰＯＡの通信を行なう通信装置において、
受信データをＡＡＬ５フレームに変換し、変換された前記ＡＡＬ５フレームの先頭部分の定められた個所のデータを抽出し、前記抽出されたデータを基に送信元ＩＰアドレスを検出することにより、当該受信データの送信元を特定する処理手段を備え、
前記処理手段は、受信データのＡＡＬ５フレームへの組立処理において、組み立てられた前記ＡＡＬ５フレームの長さの異常又はＣＲＣエラーを含むＡＴＭレイヤにおける障害が検出された場合に、当該ＡＡＬ５フレームから前記先頭部分のデータを抽出し、当該受信データの送信元を特定する処理を実行することを特徴とする通信装置。
【請求項１１】
前記処理手段は、
前記受信データに対して、ＩＰパケットを基に生成されたデータであるか否かを判定し、
ＩＰパケットを基に生成されたデータの場合には、当該受信データの送信元ＩＰアドレスを検出し、
ＩＰパケットを基に生成されたデータではない場合には、当該受信データのＶＰＩ／ＶＣＩ値を検出することを特徴とする請求項１０に記載の通信装置。
【請求項１２】
前記処理手段は、
前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダ内のＬＬＣヘッダ及びＳＮＡＰヘッダを参照し、当該ＬＬＣヘッダの先頭３バイトの値が順番に“ＡＡ”“ＡＡ”“０３”であり、かつ当該ＳＮＡＰヘッダのＰＩＤ部分の先頭２バイトの値が順番に“０８”“００”である場合に、当該受信データをＩＰパケットを基に生成されたデータと判定し、当該ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダから送信元ＩＰアドレスを検出することを特徴とする請求項１１に記載の通信装置。
【請求項１３】
前記処理手段は、
前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームの先頭から４８バイトのデータを抽出し、
前記抽出したデータから、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダの情報を参照して前記受信データがＩＰパケットを基に生成されたデータであるかどうかを判定し、
前記受信データがＩＰパケットを基に生成されたデータである場合には、前記抽出したデータから、前記ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダの送信元ＩＰアドレスを検出することを特徴とする請求項１２に記載の通信装置。
【請求項１４】
ＡＴＭネットワークと接続しＩＰＯＡの通信を行なう通信装置内のＳＡＲにおいて、
受信データをＡＡＬ５フレームに変換し、変換された前記ＡＡＬ５フレームの先頭部分の定められた個所のデータを抽出し、前記抽出されたデータを基に送信元ＩＰアドレスを検出することにより、当該受信データの送信元を特定する処理手段を備え、
前記処理手段は、受信データのＡＡＬ５フレームへの組立処理において、組み立てられた前記ＡＡＬ５フレームの長さの異常又はＣＲＣエラーを含むＡＴＭレイヤにおける障害が検出された場合に、当該ＡＡＬ５フレームから前記先頭部分のデータを抽出し、当該受信データの送信元を特定する処理を実行することを特徴とするＳＡＲ。
【請求項１５】
前記処理手段は、
前記受信データに対して、ＩＰパケットを基に生成されたデータであるか否かを判定し、
ＩＰパケットを基に生成されたデータの場合には、当該受信データの送信元ＩＰアドレスを検出し、
ＩＰパケットを基に生成されたデータではない場合には、当該受信データのＶＰＩ／ＶＣＩ値を検出することを特徴とする請求項１４に記載のＳＡＲ。
【請求項１６】
前記処理手段は、
前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダ内のＬＬＣヘッダ及びＳＮＡＰヘッダを参照し、当該ＬＬＣヘッダの先頭３バイトの値が順番に“ＡＡ”“ＡＡ”“０３”であり、かつ当該ＳＮＡＰヘッダのＰＩＤ部分の先頭２バイトの値が順番に“０８”“００”である場合に、当該受信データをＩＰパケットを基に生成されたデータと判定し、当該ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダから送信元ＩＰアドレスを検出することを特徴とする請求項１５に記載のＳＡＲ。
【請求項１７】
前記処理手段は、
前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームの先頭から４８バイトのデータを抽出し、
前記抽出したデータから、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダの情報を参照して前記受信データがＩＰパケットを基に生成されたデータであるかどうかを判定し、
前記受信データがＩＰパケットを基に生成されたデータである場合には、前記抽出したデータから、前記ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダの送信元ＩＰアドレスを検出することを特徴とする請求項１６に記載のＳＡＲ。
【請求項１８】
ＡＴＭネットワークと接続しＩＰＯＡの通信を行なう通信装置の送信元検出方法において、
受信データをＡＡＬ５フレームに変換し、変換された前記ＡＡＬ５フレームの先頭部分の定められた個所のデータを抽出し、前記抽出されたデータを基に送信元ＩＰアドレスを検出することにより、当該受信データの送信元を特定するステップを有し、
前記送信元を特定するステップで、受信データのＡＡＬ５フレームへの組立処理において、組み立てられた前記ＡＡＬ５フレームの長さの異常又はＣＲＣエラーを含むＡＴＭレイヤにおける障害が検出された場合に、当該ＡＡＬ５フレームから前記先頭部分のデータを抽出し、当該受信データの送信元を特定する処理を実行することを特徴とする送信元検出方法。
【請求項１９】
前記受信データに対して、ＩＰパケットを基に生成されたデータであるか否かを判定し、
ＩＰパケットを基に生成されたデータの場合には、当該受信データの送信元ＩＰアドレスを検出し、
ＩＰパケットを基に生成されたデータではない場合には、当該受信データのＶＰＩ／ＶＣＩ値を検出することを特徴とする請求項１８に記載の送信元検出方法。
【請求項２０】
前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダ内のＬＬＣヘッダ及びＳＮＡＰヘッダを参照し、当該ＬＬＣヘッダの先頭３バイトの値が順番に“ＡＡ”“ＡＡ”“０３”であり、かつ当該ＳＮＡＰヘッダのＰＩＤ部分の先頭２バイトの値が順番に“０８”“００”である場合に、当該受信データをＩＰパケットを基に生成されたデータと判定し、当該ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダから送信元ＩＰアドレスを検出することを特徴とする請求項１９に記載の送信元検出方法。
【請求項２１】
前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームの先頭から４８バイトのデータを抽出し、
前記抽出したデータから、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダの情報を参照して前記受信データがＩＰパケットを基に生成されたデータであるかどうかを判定し、
前記受信データがＩＰパケットを基に生成されたデータである場合には、前記抽出したデータから、前記ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダの送信元ＩＰアドレスを検出することを特徴とする請求項２０に記載の送信元検出方法。
【請求項２２】
前記受信データを変換したＡＡＬ５フレームのヘッダを参照して、当該受信データの送信元ＩＰアドレス及びＭＡＣアドレスを検出し、当該受信データの送信元を特定することを特徴とする請求項１８から請求項２１のいずれか１つに記載の送信元検出方法。
【請求項２３】
コンピュータを制御することにより、ＩＰＯＡの通信において受信した受信データの送信元を特定する送信元検出プログラムにおいて、
受信データをＡＡＬ５フレームに変換し、変換された前記ＡＡＬ５フレームの先頭部分の定められた個所のデータを抽出し、前記抽出されたデータを基に送信元ＩＰアドレスを検出することにより、当該受信データの送信元を特定する処理を実行させ、
前記送信元を特定する処理で、受信データのＡＡＬ５フレームへの組立処理において、組み立てられた前記ＡＡＬ５フレームの長さの異常又はＣＲＣエラーを含むＡＴＭレイヤにおける障害が検出された場合に、当該ＡＡＬ５フレームから前記先頭部分のデータを抽出し、当該受信データの送信元を特定する処理を実行させることを特徴とする送信元検出プログラム。
【請求項２４】
前記受信データに対して、ＩＰパケットを基に生成されたデータであるか否かを判定する処理と、
ＩＰパケットを基に生成されたデータの場合において、当該受信データの送信元ＩＰアドレスを検出する処理と、
ＩＰパケットを基に生成されたデータではない場合において、当該受信データのＶＰＩ／ＶＣＩ値を検出する処理を実行させることを特徴とする請求項２３に記載の送信元検出プログラム。
【請求項２５】
前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダ内のＬＬＣヘッダ及びＳＮＡＰヘッダを参照し、当該ＬＬＣヘッダの先頭３バイトの値が順番に“ＡＡ”“ＡＡ”“０３”であり、かつ当該ＳＮＡＰヘッダのＰＩＤ部分の先頭２バイトの値が順番に“０８”“００”である場合に、当該受信データをＩＰパケットを基に生成されたデータと判定し、当該ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダから送信元ＩＰアドレスを検出する処理を実行させることを特徴とする請求項２４に記載の送信元検出プログラム。
【請求項２６】
前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームの先頭から４８バイトのデータを抽出し、前記抽出したデータから、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダの情報を参照して前記受信データがＩＰパケットを基に生成されたデータであるかどうかを判定し、前記受信データがＩＰパケットを基に生成されたデータである場合には、前記抽出したデータから、前記ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダの送信元ＩＰアドレスを検出する処理を実行させることを特徴とする請求項２５に記載の送信元検出プログラム。
【請求項２７】
前記受信データを変換したＡＡＬ５フレームのヘッダを参照して、当該受信データの送信元ＩＰアドレス及びＭＡＣアドレスを検出し、当該受信データの送信元を特定する処理を実行させることを特徴とする請求項２３から請求項２６のいずれか１つに記載の送信元検出プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はＩＰＯＡによる通信に関し、特に、受信データの送信元を特定する通信システム、通信装置、その送信元検出方法及び送信元検出プログラムに関する。
【０００２】
【従来の技術】
ＩＰＯＡ（IP Over ATM）網の通信においては、各端末はＴＣＰ／ＩＰプロトコルなどにより通信を行なっており、途中経路で受信データが廃棄された場合には、ＴＣＰレイヤにて受信データの欠落や輻輳状態を監視しデータの再送等の処理を実行している。
【０００３】
【発明が解決しようとする課題】
しかし、上述した従来の技術では、以下に述べるような問題点があった。
【０００４】
従来のＩＰＯＡ網の通信においては、ＡＴＭレイヤにて受信データが廃棄された場合、廃棄された受信データの送出元を特定することができなかった。つまり、網内や装置内部のＡＴＭレイヤでの障害などにより、ＡＡＬ５（ATM Adaptation Layer type5）フレーム組立時にＡＴＭセルのセル落ちなどでデータが欠落した場合には、送信元の端末を特定することができず、通信装置や、システムの管理者においては、廃棄された受信データのＶＰＩ/ＶＣＩ値程度しか分らなかった。
【０００５】
この場合に詳細にトラフィック解析を行なうためには、ＶＰＩ/ＶＣＩ値から異常を起こしていると推定したネットワークに対して、ＡＴＭアナライザやＬＡＮアナライザ等を接続して実際の受信データをモニタリングする等の解析が必要となり、多大な工数が必要であった。
【０００６】
本発明の目的は、上記従来技術の欠点を解決し、従来のＡＴＭアナライザやＬＡＮアナライザ等による解析作業を必要とすることなく、ＡＴＭレイヤにおいて受信データが廃棄された際に、ＡＡＬ５フレームからデータを抽出して送信元端末のＩＰアドレスを特定することにより、無効となった受信データの送信元を特定し詳細なトラフィック解析を実現する通信システム、通信装置、その送信元検出方法及び送信元検出プログラムを提供することである。
【０００７】
【課題を解決するための手段】
上記目的を達成するため本発明の通信システムは、ＩＰＯＡによる通信システムにおいて、ＡＴＭネットワークと接続し通信する通信装置を備え、前記通信装置は、受信データをＡＡＬ５フレームに変換し、変換された前記ＡＡＬ５フレームの先頭部分の定められた個所のデータを抽出し、前記抽出されたデータを基に送信元ＩＰアドレスを検出することにより、当該受信データの送信元を特定する処理手段を備え、前記処理手段は、前記受信データのＡＡＬ５フレームへの組立処理において、組み立てられた前記ＡＡＬ５フレームの長さの異常又はＣＲＣエラーを含むＡＴＭレイヤにおける障害が検出された場合に、当該ＡＡＬ５フレームから前記先頭部分のデータを抽出し、当該受信データの送信元を特定する処理を実行することを特徴とする。
【０００８】
請求項２の本発明の通信システムは、前記通信装置と通信先とを、ＡＴＭコネクションを固定的に確立するＰＶＣ接続とすることを特徴とする。
【０００９】
請求項３の本発明の通信システムは、前記通信装置の前記処理手段は、前記受信データに対して、ＩＰパケットを基に生成されたデータであるか否かを判定し、ＩＰパケットを基に生成されたデータの場合には、当該受信データの送信元ＩＰアドレスを検出し、ＩＰパケットを基に生成されたデータではない場合には、当該受信データのＶＰＩ／ＶＣＩ値を検出することを特徴とする。
【００１０】
請求項４の本発明の通信システムは、前記通信装置の前記処理手段は、前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダ内のＬＬＣヘッダ及びＳＮＡＰヘッダを参照し、当該ＬＬＣヘッダの先頭３バイトの値が順番に“ＡＡ”“ＡＡ”“０３”であり、かつ当該ＳＮＡＰヘッダのＰＩＤ部分の先頭２バイトの値が順番に“０８”“００”である場合に、当該受信データをＩＰパケットを基に生成されたデータと判定し、当該ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダから送信元ＩＰアドレスを検出することを特徴とする。
【００１１】
請求項５の本発明の通信システムは、前記処理手段は、前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームの先頭から４８バイトのデータを抽出し、前記抽出したデータから、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダの情報を参照して前記受信データがＩＰパケットを基に生成されたデータであるかどうかを判定し、前記受信データがＩＰパケットを基に生成されたデータである場合には、前記抽出したデータから、前記ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダの送信元ＩＰアドレスを検出することを特徴とする。
【００１２】
請求項６の本発明の通信システムは、前記通信装置をルータとすることを特徴とする。
【００１３】
請求項７の本発明の通信システムは、前記通信装置をブリッジとすることを特徴とする。
【００１４】
請求項８の本発明の通信システムは、前記通信装置の前記処理手段は、前記受信データを変換したＡＡＬ５フレームのヘッダを参照して、当該受信データの送信元ＩＰアドレス及びＭＡＣアドレスを検出し、当該受信データの送信元を特定することを特徴とする。
【００１５】
請求項９の本発明の通信システムは、前記通信装置内のＳＡＲに、前記受信データの送信元を特定する前記処理手段を備えることを特徴とする。
【００１６】
請求項１０の本発明の通信装置は、ＡＴＭネットワークと接続しＩＰＯＡの通信を行なう通信装置において、受信データをＡＡＬ５フレームに変換し、変換された前記ＡＡＬ５フレームの先頭部分の定められた個所のデータを抽出し、前記抽出されたデータを基に送信元ＩＰアドレスを検出することにより、当該受信データの送信元を特定する処理手段を備え、前記処理手段は、受信データのＡＡＬ５フレームへの組立処理において、組み立てられた前記ＡＡＬ５フレームの長さの異常又はＣＲＣエラーを含むＡＴＭレイヤにおける障害が検出された場合に、当該ＡＡＬ５フレームから前記先頭部分のデータを抽出し、当該受信データの送信元を特定する処理を実行することを特徴とする。
【００１７】
請求項１１の本発明の通信装置は、前記処理手段は、前記受信データに対して、ＩＰパケットを基に生成されたデータであるか否かを判定し、ＩＰパケットを基に生成されたデータの場合には、当該受信データの送信元ＩＰアドレスを検出し、ＩＰパケットを基に生成されたデータではない場合には、当該受信データのＶＰＩ／ＶＣＩ値を検出することを特徴とする。
【００１８】
請求項１２の本発明の通信装置は、前記処理手段は、前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダ内のＬＬＣヘッダ及びＳＮＡＰヘッダを参照し、当該ＬＬＣヘッダの先頭３バイトの値が順番に“ＡＡ”“ＡＡ”“０３”であり、かつ当該ＳＮＡＰヘッダのＰＩＤ部分の先頭２バイトの値が順番に“０８”“００”である場合に、当該受信データをＩＰパケットを基に生成されたデータと判定し、当該ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダから送信元ＩＰアドレスを検出することを特徴とする。
【００１９】
請求項１３の本発明の通信装置は、前記処理手段は、前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームの先頭から４８バイトのデータを抽出し、前記抽出したデータから、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダの情報を参照して前記受信データがＩＰパケットを基に生成されたデータであるかどうかを判定し、前記受信データがＩＰパケットを基に生成されたデータである場合には、前記抽出したデータから、前記ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダの送信元ＩＰアドレスを検出することを特徴とする。
【００２０】
請求項１４の本発明のＳＡＲは、ＡＴＭネットワークと接続しＩＰＯＡの通信を行なう通信装置内のＳＡＲにおいて、受信データをＡＡＬ５フレームに変換し、変換された前記ＡＡＬ５フレームの先頭部分の定められた個所のデータを抽出し、前記抽出されたデータを基に送信元ＩＰアドレスを検出することにより、当該受信データの送信元を特定する処理手段を備え、前記処理手段は、受信データのＡＡＬ５フレームへの組立処理において、組み立てられた前記ＡＡＬ５フレームの長さの異常又はＣＲＣエラーを含むＡＴＭレイヤにおける障害が検出された場合に、当該ＡＡＬ５フレームから前記先頭部分のデータを抽出し、当該受信データの送信元を特定する処理を実行することを特徴とする。
【００２１】
請求項１５の本発明のＳＡＲは、前記処理手段は、前記受信データに対して、ＩＰパケットを基に生成されたデータであるか否かを判定し、ＩＰパケットを基に生成されたデータの場合には、当該受信データの送信元ＩＰアドレスを検出し、ＩＰパケットを基に生成されたデータではない場合には、当該受信データのＶＰＩ／ＶＣＩ値を検出することを特徴とする。
【００２２】
請求項１６の本発明のＳＡＲは、前記処理手段は、前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダ内のＬＬＣヘッダ及びＳＮＡＰヘッダを参照し、当該ＬＬＣヘッダの先頭３バイトの値が順番に“ＡＡ”“ＡＡ”“０３”であり、かつ当該ＳＮＡＰヘッダのＰＩＤ部分の先頭２バイトの値が順番に“０８”“００”である場合に、当該受信データをＩＰパケットを基に生成されたデータと判定し、当該ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダから送信元ＩＰアドレスを検出することを特徴とする。
【００２３】
請求項１７の本発明のＳＡＲは、前記処理手段は、前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームの先頭から４８バイトのデータを抽出し、前記抽出したデータから、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダの情報を参照して前記受信データがＩＰパケットを基に生成されたデータであるかどうかを判定し、前記受信データがＩＰパケットを基に生成されたデータである場合には、前記抽出したデータから、前記ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダの送信元ＩＰアドレスを検出することを特徴とする。
【００２４】
請求項１８の本発明の送信元検出方法は、ＡＴＭネットワークと接続しＩＰＯＡの通信を行なう通信装置の送信元検出方法において、受信データをＡＡＬ５フレームに変換し、変換された前記ＡＡＬ５フレームの先頭部分の定められた個所のデータを抽出し、前記抽出されたデータを基に送信元ＩＰアドレスを検出することにより、当該受信データの送信元を特定するステップを有し、前記送信元を特定するステップで、受信データのＡＡＬ５フレームへの組立処理において、組み立てられた前記ＡＡＬ５フレームの長さの異常又はＣＲＣエラーを含むＡＴＭレイヤにおける障害が検出された場合に、当該ＡＡＬ５フレームから前記先頭部分のデータを抽出し、当該受信データの送信元を特定する処理を実行することを特徴とする。
【００２５】
請求項１９の本発明の送信元検出方法は、前記受信データに対して、ＩＰパケットを基に生成されたデータであるか否かを判定し、ＩＰパケットを基に生成されたデータの場合には、当該受信データの送信元ＩＰアドレスを検出し、ＩＰパケットを基に生成されたデータではない場合には、当該受信データのＶＰＩ／ＶＣＩ値を検出することを特徴とする。
【００２６】
請求項２０の本発明の送信元検出方法は、前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダ内のＬＬＣヘッダ及びＳＮＡＰヘッダを参照し、当該ＬＬＣヘッダの先頭３バイトの値が順番に“ＡＡ”“ＡＡ”“０３”であり、かつ当該ＳＮＡＰヘッダのＰＩＤ部分の先頭２バイトの値が順番に“０８”“００”である場合に、当該受信データをＩＰパケットを基に生成されたデータと判定し、当該ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダから送信元ＩＰアドレスを検出することを特徴とする。
【００２７】
請求項２１の本発明の送信元検出方法は、前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームの先頭から４８バイトのデータを抽出し、前記抽出したデータから、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダの情報を参照して前記受信データがＩＰパケットを基に生成されたデータであるかどうかを判定し、前記受信データがＩＰパケットを基に生成されたデータである場合には、前記抽出したデータから、前記ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダの送信元ＩＰアドレスを検出することを特徴とする。
【００２８】
請求項２２の本発明の送信元検出方法は、前記受信データを変換したＡＡＬ５フレームのヘッダを参照して、当該受信データの送信元ＩＰアドレス及びＭＡＣアドレスを検出し、当該受信データの送信元を特定することを特徴とする。
【００２９】
請求項２３の本発明の送信元検出プログラムは、コンピュータを制御することにより、ＩＰＯＡの通信において受信した受信データの送信元を特定する送信元検出プログラムにおいて、受信データをＡＡＬ５フレームに変換し、変換された前記ＡＡＬ５フレームの先頭部分の定められた個所のデータを抽出し、前記抽出されたデータを基に送信元ＩＰアドレスを検出することにより、当該受信データの送信元を特定する処理を実行させ、前記送信元を特定する処理で、受信データのＡＡＬ５フレームへの組立処理において、組み立てられた前記ＡＡＬ５フレームの長さの異常又はＣＲＣエラーを含むＡＴＭレイヤにおける障害が検出された場合に、当該ＡＡＬ５フレームから前記先頭部分のデータを抽出し、当該受信データの送信元を特定する処理を実行させることを特徴とする。
【００３０】
請求項２４の本発明の送信元検出プログラムは、前記受信データに対して、ＩＰパケットを基に生成されたデータであるか否かを判定する処理と、ＩＰパケットを基に生成されたデータの場合において、当該受信データの送信元ＩＰアドレスを検出する処理と、ＩＰパケットを基に生成されたデータではない場合において、当該受信データのＶＰＩ／ＶＣＩ値を検出する処理を実行させることを特徴とする。
【００３１】
請求項２５の本発明の送信元検出プログラムは、前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダ内のＬＬＣヘッダ及びＳＮＡＰヘッダを参照し、当該ＬＬＣヘッダの先頭３バイトの値が順番に“ＡＡ”“ＡＡ”“０３”であり、かつ当該ＳＮＡＰヘッダのＰＩＤ部分の先頭２バイトの値が順番に“０８”“００”である場合に、当該受信データをＩＰパケットを基に生成されたデータと判定し、当該ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダから送信元ＩＰアドレスを検出する処理を実行させることを特徴とする。
【００３２】
請求項２６の本発明の送信元検出プログラムは、前記受信データをＡＡＬ５フレームに変換し、前記ＡＡＬ５フレームの先頭から４８バイトのデータを抽出し、前記抽出したデータから、前記ＡＡＬ５フレームのＲＦＣ１４８３ヘッダの情報を参照して前記受信データがＩＰパケットを基に生成されたデータであるかどうかを判定し、前記受信データがＩＰパケットを基に生成されたデータである場合には、前記抽出したデータから、前記ＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダの送信元ＩＰアドレスを検出する処理を実行させることを特徴とする。
【００３３】
請求項２７の本発明の送信元検出プログラムは、前記受信データを変換したＡＡＬ５フレームのヘッダを参照して、当該受信データの送信元ＩＰアドレス及びＭＡＣアドレスを検出し、当該受信データの送信元を特定する処理を実行させることを特徴とする。
【００３８】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００３９】
本発明は、ＩＰＯＡ（IP Over ATM）網において、受信データにより形成されたＡＡＬ５フレームのデータ（ＲＦＣ１４８３ヘッダ等）を参照することにより、送信元のＩＰアドレスを検出し送信元を特定することを特徴とする。例えば、ＡＡＬ５（ATM Adaptation Layer type5）長エラーやＡＡＬ５のＣＲＣエラー等の、ＡＴＭレイヤにおいて障害が検出されてその受信データが廃棄される場合において、そのＡＡＬ５フレームのＲＦＣ１４８３ヘッダから送信元ＩＰアドレス（以下ＩＰ−ＳＡ）を検出し、送信元の特定を行なう。
【００４０】
図１及び図２は、一般的なＩＰＯＡ方式のＡＴＭ−ＬＡＮ構成を示す図である。以下、本実施の形態においては、ＡＴＭのコネクションは固定的に確立されているものとして、ＰＶＣ（Permanent Virtual Connection）接続の場合について図１を用いて説明する。しかし、これに限定されるものではなく、図２の例に示されるように、ＡＴＭ（Asynchronous Transfer Mode）のＳＶＣ（Switched Virtual Connection）接続を行なう場合にＡＴＭのコネクションを確立するためのＡＲＰ（Address Resolution Protocol）サーバを設置する構成においても、同様に実施することができる。
【００４１】
図１において、ＬＡＮ側の各ＩＰ端末２００（Ａ）〜（Ｄ）は、それぞれにＡＴＭルータ１００（Ａ）（Ｂ）に接続されている。例えば、ＩＰ端末２００（Ａ）とＩＰ端末２００（Ｂ）間で通信を行う場合には、ＩＰ端末２００（Ａ）から送信されるＩＰパケットを、ＡＴＭルータ１００（Ａ）が、ＲＦＣ１４８３ヘッダを付加しＡＡＬ５へのフレーム化を行った後ＡＴＭセルに分解し、様々な回線インタフェースに合わせたフレーム（例えばＳＤＨフレーム）にマッピングしてＡＴＭルータ１００（Ｂ）に送信する。ＡＴＭセルは、５３オクテット（バイト）の固定長パケットである。そして、ＡＴＭルータ１００（Ｂ）は、ＡＴＭルータ１００（Ａ）から受け取ったフレームからＡＴＭセルを抽出し、ＡＡＬ５フレームへの組立処理を行なった後、ＡＴＭルータ１００（Ｂ）内部で再びＩＰパケット化を行ない、送信先であるＩＰ端末２００（Ｂ）に送出する。
【００４２】
図１１は、ＩＰＯＡ網におけるＡＴＭの伝送フレームからＭＡＣフレームへの変換の一例を示す図である。図１１の例では、特に回線側（ＡＴＭネットワーク側）がＯＣ−３ｃ（ＳＯＮＥＴ／ＳＤＨフレーム）の場合を例に示しているが、本発明における回線側（ＡＴＭネットワーク側）の通信形態はこれに限定されるものではく、他の場合も同様に実施することができる。
【００４３】
図３は、本実施の形態によるＡＴＭルータ１００の構成を示すブロック図である。
【００４４】
ＡＴＭルータ１００のＡＡＬ５フレームへの組立処理においては、回線品質や対向側装置（例えばＡＴＭルータ（Ａ））もしくは自装置（ＡＴＭルータ（Ｂ））内部の障害などにより、網内又は対向装置もしくは自装置においてＡＡＬ５フレーム中の一部のＡＴＭセルが欠落し、正常なＡＡＬ５フレームへの組立ができない場合がある。この場合、ＡＴＭルータ１００のＳＡＲ２０ブロックにおいて、ＡＡＬ５のLength値（長さ）の異常やＡＡＬ５のＣＲＣエラーが検出され、そのエラーとなったＡＡＬ５フレーム（受信データ）は廃棄される。
【００４５】
一般的なＳＡＲではこの時、エラーとなった受信データのＶＰＩ/ＶＣＩ値を保持する機能を持ったものがあるが、１つのＶＰＩ/ＶＣＩには複数のＩＰ端末が接続される場合もあり、実際にエラーを起こした受信データの送信元ＩＰアドレスを特定することは非常に困難であり、従来ではこのような機能を備えるＳＡＲは存在しない。
【００４６】
図４は、本実施の形態によるＳＡＲ２０の構成を示すブロック図である。本実施の形態のＳＡＲ２０は、受信データの送信元のＩＰアドレスを検出するＩＰ検出処理部７０を備えることにより、前述した従来の問題点を解決する。
【００４７】
本実施の形態のＳＡＲ２０は、何らかの理由によりＡＡＬ５フレーム中の一部のＡＴＭセルが欠落し、正常なＡＡＬ５フレームへの組立ができず、ＡＡＬ５のLength値エラー、ＡＡＬ５のＣＲＣエラー等を検出した場合には、エラーとなったＡＡＬ５フレームのＶＰＩ/ＶＣＩを保持しつつ、更にエラーとなったＡＡＬ５フレームの先頭４８バイトをＩＰ検出処理部７０に転送する。
【００４８】
ここで、ＡＡＬ５フレームの（先頭４８バイトに含まれる）先頭部分には、図７に示されるＲＦＣ１４８３ヘッダが含まれている。ＩＰ検出処理部７０は、図７に示されるＲＦＣ１４８３ヘッダ部分において、ＬＬＣヘッダ（Logical Link Control）及びＳＮＡＰ（Subnetwork Access Point）ヘッダのＰＩＤ（Protocol Identifier）部分についてフィルタリングを行なう。
【００４９】
ＬＬＣヘッダの先頭３バイトの値は、ＰＤＵ（Protocol Data Unit）種別により固定値で２種類に分類され、一つは順番にＦＥ−ＦＥ−０３、もう一つは順番にＡＡ−ＡＡ−０３である。フィルタリングについては、ＡＡ−ＡＡ−０３であるか、そうでないかにより行ない、ＡＡ−ＡＡ−０３の場合には、ＳＮＡＰヘッダ内のＰＩＤ部分の先頭２バイトについて更にフィルタリングを行なう。その結果、ＰＩＤのフィルタリングにおいて順番に０８−００であった場合には、この受信データはＩＰパケットを基に生成されたデータであると判定できるため、更に図７に示されるように、このＡＡＬ５フレームのＩＰデータグラム内のＩＰヘッダからＩＰ−ＳＡの部分の抽出を行なう。また、このＩＰ−ＳＡの部分も、先に抽出されたＡＡＬ５フレームの先頭４８バイト内に含まれるため、この抽出されたデータを用いて、上述の判定処理とＩＰ−ＳＡの部分の抽出との双方を実行することができる。
【００５０】
また抽出したＩＰ−ＳＡの値はレジスタなどに保持し、図４におけるＣＰＵインタフェース７７から読み出すことができるようにする。また、ＬＬＣもしくはＰＩＤのフィルタリングにおいて、判定がＮＧとなった場合には、従来のＳＡＲのようにエラーとなったＶＰＩ/ＶＣＩの結果のみ保持し、更にＩＰ検出処理部の判定結果を格納するレジスタに処理結果が分るようにしておくと、過去に保持したデータと混在することが避けられる。
【００５１】
次に、本実施の形態の送信元検出の処理を実行する通信装置であるＡＴＭルータ１００の各部の動作を説明する。図３は、本実施の形態によるＡＴＭルータ１００の構成を示すブロック図であり、図４は、本実施の形態によるＳＡＲ２０の構成を示すブロック図である。図３に示されるＡＴＭルータ１００の構成は公知の技術であり、本実施の形態のＡＴＭルータ１００は、内部のＳＡＲ２０においてＩＰ検出処理部７０を備えたことに特徴がある。
【００５２】
ここで、例えば図１におけるＡＴＭルータ１００（Ａ）からＡＴＭルータ１００（Ｂ）への通信を想定した場合、ＡＴＭルータ１００（Ａ）から送信されたパケットは、ＡＴＭルータ１００（Ｂ）における物理レイヤを終端する物理レイヤ終端部１０においてフレームの終端が行われ、物理レイヤ終端部１０においてＡＴＭセル化されたデータは、ＳＡＲ（Segmentation And Reassembly）２０に送出される。
【００５３】
ＡＴＭセルを受け取ったＳＡＲ２０は、ＡＡＬ５フレームへの組立を行ない、ＡＡＬ５フレームをフレーム変換処理部３０に送出する。ＡＡＬ５フレームを受け取ったフレーム変換処理部３０は、受信したフレーム内のＩＰパケットを抽出し、その宛先ＩＰアドレスから検索テーブル６０において送出すべき宛先ＭＡＣアドレスを取得し、ＭＡＣフレームに変換を行なった後ＬＡＮインタフェース４０に送出する。
【００５４】
また、装置内で障害を検出する機能、障害処理やその他の装置監視、各種設定などを行なうＣＰＵ５０に、装置設定情報、障害処理結果格納などを行なうＣＰＵローカルメモリ５１が接続されている。
【００５５】
図５は、ＳＡＲ２０に接続されているＳＡＲローカルメモリ２１内のデータ構成の一例を示す図であり、図６は、検索テーブル６０の概要の一例を示す図である。ＳＡＲローカルメモリ２１は、図５の例に示すように、送受信バッファ、回線へセルを送信する時のシェーピングなどを行なうためのスケジューラ、データ送受信時に登録されているＶＣＩであるかどうかを検索するためのＶＣテーブル、ＡＡＬ５フレーム組立時にＡＡＬ５のトレイラに設定するデータなどを格納するディスクリプタなどで構成される。
【００５６】
検索テーブル６０は、図６の例に示すように、宛先ＩＰアドレスから宛先ＭＡＣアドレス、ＬＡＮインタフェースへ送出する際、複数ポートがある場合に、送出ポートを特定するためのポート番号、また逆にＬＡＮインタフェースから入って来たＭＡＣパケットの宛先ＭＡＣアドレスから送出すべきＶＰＩ/ＶＣＩを取得するためのデータが登録されている。
【００５７】
次に、本実施の形態のＩＰ検出処理を図面を参照して詳細に説明する。図８は、本実施の形態によるＩＰ検出処理を説明するためのフローチャートである。
【００５８】
ＳＡＲ２０に、物理レイヤ終端部１０から送出されたＡＴＭセルは、セル受信部７１にて受信され、AAL5 Reassembly部７２、制御部７９、及び、メモリインタフェース７３を介したＳＡＲローカルメモリ２１においてＡＡＬ５フレームへのフレーム組立処理が行われる。正常にＡＡＬ５へのフレーム化が行われた場合、ＳＡＲローカルメモリ２１に格納されたＡＡＬ５フレームはフレーム送信部７４を介してフレーム変換処理部３０にパケットを送出する。
【００５９】
前述したＡＡＬ５フレームへの組立処理において、正常にＡＡＬ５フレームへの組立処理ができなかった場合、例えば、ＡＡＬ５のトレイラ部にあるLength値と実際に組み上げたフレームのLengthが一致しなかった場合や、ＣＲＣの演算結果が一致しなかった場合には、AAL5 Reassembly部７２において障害を検出し、ＳＡＲローカルメモリ２１に組立中のＡＡＬ５フレームから先頭４８バイトのデータの抽出、及び、確保しているメモリをセル抽出後開放するよう制御部７９に要求する（ステップ８０１）。
【００６０】
制御部７９（メモリコントローラ＆各種障害検出処理部）は、メモリコントローラの機能と各種障害の検出処理の機能を備える。制御部７９は、AAL5 Reassembly部７２から要求を受け、現在そのＡＡＬ５フレームを組立中のメモリから先頭４８バイトのデータを読み出し、ＩＰ検出処理部７０に転送する。また、制御部７９は、セルの読み出しが完了した時点で、メモリ上に確保したフレーム組立用の空間を開放する。
【００６１】
この時、AAL5 Reassembly部７２では、エラーを起こしたフレームのＶＰＩ/ＶＣＩを抽出し、制御部７９に転送する。制御部７９は、転送されて来たＶＰＩ/ＶＣＩをレジスタに保持する（ステップ８０２）。
【００６２】
以上のようにして、AAL5 Reassembly部７２、制御部７９等により、ＡＡＬ５エラー検出（ステップ８０１）及びエラーＶＰＩ/ＶＣＩの抽出（ステップ８０２）が実行され、そして制御部７９は、ＡＡＬ５フレームの先頭４８バイトのデータを抽出してＩＰ検出処理部７０に送る（ステップ８０３）。
【００６３】
ＩＰ検出処理部７０は、まずＬＬＣ部のフィルタリングを行ない、先頭から３ｂｙｔｅについて、ＡＡ−ＡＡ−０３であるかどうかの判定（ステップ８０４）を行なう。この時ＡＡ−ＡＡ−０３と一致した場合には、ＳＮＡＰヘッダ内のＰＩＤフィルタリング処理（ステップ８０６）に進み、ＰＩＤフィルタリング処理（ステップ８０６）においてフィルタリングを行なう２ｂｙｔｅが０８−００と一致した場合は、ＩＰデータグラムであると特定できるため、ＩＰ−ＳＡの抽出処理を行なう。
【００６４】
また、制御部７９内にあるレジスタには、ＩＰ−ＳＡの抽出結果及び判定処理結果を格納する。また、各フィルタリング処理において一致しなかった場合は、判定結果のみを制御部７９内のレジスタに格納する。
【００６５】
また、ＬＡＮインタフェース側からのデータの流れに関しては、上記と逆の変換を行なう。これは、まずＬＡＮ側から入力されたＭＡＣパケットを、フレーム変換処理部３０にて宛先ＩＰアドレスから送出すべきＶＰＩ/ＶＣＩの検索を行ない、ＭＡＣフレームからＡＡＬ５フレーム形式へのフレーム変換を行なった後、ＳＡＲ２０へ送出する。ＳＡＲ２０は、受信したＡＡＬ５形式のフレームに対し、実際のＡＡＬ５トレイラや送信する際のスケジュールテーブル、ＱｏＳ情報などをＳＡＲローカルメモリ２１から引き出し、そのＶＰＩ/ＶＣＩの送信スケジュールに従って、ＡＴＭセル化したデータを物理レイヤ終端部１０に送出する。ＡＴＭセルを受け取った物理レイヤ終端部１０では、回線種別毎のフレームに変換を行ない、回線へ送出する。
【００６６】
以上説明したように本実施の形態のＡＴＭルータは、ＳＡＲの機能ブロックにＩＰ検出処理ブロックを追加することにより、エラーを起こしたＡＡＬ５フレーム（受信データ）の送信元を容易に特定することができる。従来のシステムにおいては、ＡＴＭレイヤにおいてＡＡＬ５のLength値異常や、ＡＡＬ５のＣＲＣエラーなどで受信データが廃棄された場合、その受信データのＶＰＩ/ＶＣＩ値しか分らず、送信元の特定が困難であった。
【００６７】
また、無効となった受信データの送信元を特定することができるため、更に詳細なトラフィック解析が実現でき、従来必要であった送信元を特定するためのＡＴＭアナライザやＬＡＮアナライザなどを用いた解析作業が不要となり、ネットワーク管理者やシステムの管理者などにとって解析作業が非常に容易になる。
【００６８】
また、上述の本実施の形態においては、ＡＡＬ５フレームの先頭から抽出するデータの量を４８バイトと設定して説明したが、本実施の形態において必要とするＲＦＣ１４８３ヘッダ及びＩＰヘッダを抽出するためには、抽出するデータのバイト数をより少なくしても十分である。このため、抽出するデータ量は、４８バイトに限らず、ＲＦＣ１４８３ヘッダ及びＩＰヘッダを抽出することのできる他のバイト数を用いても同様に実施することができる。
【００６９】
次に、本発明の第２の実施の形態を説明する。図９は、本発明の第２の実施の形態による通信システムのネットワーク構成の一例を示すブロック図である。本実施の形態では、送信元を検出する通信装置として、第１の実施の形態のＡＴＭルータ１００の代わりに、ブリッジ１１０を用いている。
【００７０】
第１の実施の形態では、ＩＰＯＡにおけるＬＬＣカプセル化方式について、ルータ接続の場合のIP PDUがカプセル化されている場合を例に説明したが、本発明はこれに限定されるものではなく、Ethernet/IEEE802.3 PDUがカプセル化されたブリッジ接続の場合も同様に実施することができる。
【００７１】
図１０は、第１の実施の形態のルータ接続の場合と第２の実施の形態のブリッジ接続の場合のそれぞれの、ＬＬＣカプセル化方式に関するプロトコル識別子の割当を示す図である。
【００７２】
ここで、このブリッジ接続の場合には、ＭＡＣフレームがカプセル化され、図１０に示されるように、ＰＤＵ種別に対してそれぞれのＰＩＤの値が個別に定められている。このため、ブリッジ接続の場合には、装置の接続構成に基づいてフィルタリングするＰＩＤの値をレジスタなどで切り替えて設定する等の機能を備えることにより、第１の実施の形態と同様の方法により送信元のＩＰアドレスを特定することができる。またブリッジの場合には、ヘッダにＩＰアドレスに限らずＭＡＣアドレスも含まれるため、送信元のＭＡＣアドレスを抽出することも同様にして可能である。
【００７３】
なお、上記各実施の形態の通信装置（ＡＴＭルータ１００、ブリッジ１１０）は、ＳＡＲ２０におけるＩＰ検出処理部７０の機能や、その他の機能をハードウェア的に実現することは勿論として、各機能を備えるコンピュータプログラムである送信元検出プログラムを、コンピュータ処理装置のメモリにロードされることで実現することができる。この送信元検出プログラムは、磁気ディスク、半導体メモリその他の記録媒体９０に格納される。そして、その記録媒体からコンピュータ処理装置にロードされ、コンピュータ処理装置の動作を制御することにより、上述した各機能を実現する。
【００７４】
以上好ましい実施の形態及び実施例をあげて本発明を説明したが、本発明は必ずしも上記実施の形態及び実施例に限定されるものではなく、その技術的思想の範囲内において様々に変形して実施することができる。
【００７５】
【発明の効果】
以上説明したように本発明の通信システム、通信装置、その送信元検出方法及び送信元検出プログラムによれば、以下のような効果が達成される。
【００７６】
本発明によれば、従来のＳＡＲ機能ブロックに簡易な回路を一部追加することのみにより、ＡＴＭレイヤでフレームエラーとなり受信データが廃棄された場合においても、送信元端末のＩＰアドレスを抽出することができる。従来の技術では、ＡＴＭレイヤにて受信データが廃棄された場合には、廃棄された受信データのＶＰＩ/ＶＣＩ値程度しか判別できず、無効となった受信データの送出元を特定することができなかった。
【００７７】
本発明によれば、無効となった受信データの送信元を特定することができるため、更に詳細なトラフィック解析が実現でき、従来必要であった送信元を特定するためのＡＴＭアナライザやＬＡＮアナライザなどを用いた解析作業が不要となり、ネットワーク管理者やシステムの管理者などにとって解析作業が非常に容易になる。
【図面の簡単な説明】
【図１】  本発明の第１の実施の形態による通信システムのネットワーク構成の一例を示すブロック図である。
【図２】  本発明の第１の実施の形態による通信システムのネットワーク構成の一例を示すブロック図である。
【図３】  本発明の第１の実施の形態によるＡＴＭルータの構成を示すブロック図である。
【図４】  本発明の第１の実施の形態によるＳＡＲの構成を示すブロック図である。
【図５】  本発明の第１の実施の形態のＳＡＲローカルメモリ内のデータ構成の一例を示す図である
【図６】  本発明の第１の実施の形態の検索テーブルの一例を示す図である
【図７】  本発明の第１の実施の形態において抽出するＲＦＣ１４８３ヘッダの構成を示す図である。
【図８】  本発明の第１の実施の形態によるＩＰ検出処理を説明するためのフローチャートである。
【図９】  本発明の第２の実施の形態による通信システムのネットワーク構成の一例を示すブロック図である。
【図１０】  ＬＬＣカプセル化方式に関するプロトコル識別子の割当を示す図である。
【図１１】  ＩＰＯＡ網における、ＡＴＭの伝送フレームからＭＡＣフレームへの変換の一例を示す図である。
【符号の説明】
１００  ＡＴＭ（Asynchronous Transfer Mode）ルータ
１１０  ブリッジ
１０  物理レイヤ終端部
２０  ＳＡＲ（Segmentation And Reassembly）
２１  ＳＡＲローカルメモリ
３０  フレーム変換処理部
４０  ＬＡＮインタフェース
５０  ＣＰＵ
５１  ＣＰＵローカルメモリ
６０  検索テーブル
７０  ＩＰ検出処理部
７１  セル受信部
７２  AAL5 Reassembly部
７３  メモリインタフェース
７４  フレーム送信部
７５  フレーム受信部
７６  AAL5 Segmentation部
７７  ＣＰＵインタフェース
７８  セル送信部
７９  制御部
９０  記録媒体
２００  ＩＰ端末
３００  ＡＲＰ（Address Resolution Protocol）サーバ
４００  ＡＴＭ網
【図１】
0003640082.tif 000002
【図２】
0003640082.tif 000003
【図３】
0003640082.tif 000004
【図４】
0003640082.tif 000005
【図５】
0003640082.tif 000006
【図６】
0003640082.tif 000007
【図７】
0003640082.tif 000008
【図８】
0003640082.tif 000009
【図９】
0003640082.tif 000010
【図１０】
0003640082.tif 000011
【図１１】
0003640082.tif 000012