(57)【要約】【課題】ネットワークでの内部侵入を防止し、かつ、ネットワークの輻輳によるパフォーマンスの低下を防ぐことのできるフレーム受信装置を提供する。【解決手段】スイッチが、送信されてきたデータフレームの開始を認識する信号として、従来のＳＦＤの値の検出のみではなく、送信先ＭＡＣ値、送信元ＭＡＣ値の照合も行う。送信先ＭＡＣ値は、自装置のポートに割り当てられているＭＡＣ値を使う。送信元ＭＡＣ値は、ＡＲＰコマンドとして知られている、相手装置のＭＡＣ値を取得するためのコマンドを使用して、取得する。【選択図】図１
2008236122.tif 000002
【特許請求の範囲】
【請求項１】
フレーム開始指示信号、送信先アドレス及び送信元アドレスを少なくとも含むデータフレームを受信するフレーム受信装置であって、
自装置の第１のアドレスと、データフレームを送信してくるべき装置の第２のアドレスと、フレーム開始指示信号の信号パターンとを格納する格納手段と、
フレーム開始指示信号の信号パターンの照合と、該送信先アドレスと該第１のアドレスとの照合と、該送信元アドレスと該第２のアドレスとの照合を行い、これらが全て一致したと判断された場合にデータフレームの受信を開始するフレーム受信手段と、
を備えることを特徴とするフレーム受信装置。
【請求項２】
請求項１のフレーム受信装置は、有線のネットワークに接続されたスイッチに搭載されることを特徴とするフレーム受信装置。
【請求項３】
前記ネットワークは、イーサネットであることを特徴とする請求項２に記載のフレーム受信装置。
【請求項４】
前記アドレスは、ＭＡＣアドレスであることを特徴とする請求項１に記載のフレーム受信装置。
【請求項５】
フレーム開始指示信号、送信先アドレス及び送信元アドレスを少なくとも含むデータフレームを受信するフレーム受信方法であって、
自装置の第１のアドレスと、データフレームを送信してくるべき装置の第２のアドレスと、フレーム開始指示信号の信号パターンとを格納し、
フレーム開始指示信号の信号パターンの照合と、該送信先アドレスと該第１のアドレスとの照合と、該送信元アドレスと該第２のアドレスとの照合を行い、これらが全て一致したと判断された場合に、フレームの受信を開始する
ことを特徴とするフレーム受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イーサネットフレーム（以下フレーム）を送受信するネットワーク機器（スイッチ、ブリッジ、ルータなど）において、セキュリティ対策、および、ある特定の条件において頻発するフレーム受信エラーを削減するフレーム受信装置及びフレーム受信方法に関する。
【背景技術】
【０００２】
近年、情報通信においてセキュリティが注目されている。従来提案されているセキュリティ対策は、ソフトウェア(アプリケーション層(ＯＳＩ第７層))による高度なセキュリティ対策が主流であるが、小規模なＬＡＮなどのローカルネットワーク環境では、簡易、かつ、低コストで、セキュリティの向上が実現できることが要求されている。
【０００３】
また、従来、スイッチに搭載したネットワークＬＳＩがフレームを受信する場合、スイッチは、フレームの開始を意味するＳＦＤ(Start Frame Delimiter / IEE802.3標準)信号の認識だけで、フレーム読み込みを開始していたが、ネットワークＬＳＩを含むスイッチ機器のハードウェアの構成により、ある特定のフレームを誤フレームと判断し、フレームを破棄（削除）する問題があった。
【０００４】
図１０は、ネットワークの基本である ＩＥＥＥ８０２．３標準に従ったフレーム構成を示す図である。
図１０のフレーム構成において、プリアンブルは、１０１０１０１０ を7回繰り返した信号でフレームの先頭を意味する７バイトの信号である。ＳＦＤ(Start Frame Delimiter) フレーム開始部は、この後に、送信先ＭＡＣがあることを意味する１バイトの信号である。０ｘＡＢは、１６進表示ＡＢ(２進表示１０１０  １０１１)の 1バイト信号を意味する。イーサネット（登録商標）はバイト毎にビットデータを後ろから取り込むため、0xD5
と表現することもある。送信先ＭＡＣ(Media Access Control address) は、フレームを送信する相手側の機器のMACアドレス値を意味する６バイトの信号である。送信元ＭＡＣ (Media Access Control address) は、フレームを送信した側の機器のＭＡＣアドレス値を意味する６バイトの信号である。「長さ」はフレームの長さを意味する２バイトの信号である。IPパケットは、ＯＳＩ第３層のデータである。ＩＰパケットには、送信元／送信先ＩＰアドレス、パケット長などのＩＰヘッダ、データが入っている、最長１５００バイトの信号である。ＣＲＣ(Cyclic Redundancy Check)は、巡回冗長検査を行うための４バイトの信号である。
【０００５】
プリアンブル→ＳＦＤ→ 送信先ＭＡＣ→ 送信元ＭＡＣ→ 長さ →ＩＰパケット →ＣＲＣの順番で送信されてくるフレームをスイッチが受信する場合、通常ＳＦＤをトリガ（認識）として、以降、送信先ＭＡＣ、送信元ＭＡＣ、長さ、ＩＰパケット、ＣＲＣとして受信する。受信完了後、ネットワークＬＳＩが演算処理でフレームチェック（ＣＲＣ）を行い、その結果が、受信したフレームのＣＲＣと一致すれば、フレームデータは正常と判断する。異なれば、データ化けがあると判断し、フレームを破棄（削除）する。
【０００６】
スイッチの主な機能としては、以下のような機能がある。
・フレームのＳＦＤを認識して、フレームを受信する。
・通常、フレームチェック(ＣＲＣ)を行い、問題がなければ、フレームを再構築(送信先／送信元ＭＡＣ値の置き換え、ＣＲＣ値の置き換えなど) して、フレームをまわりの機器へ送信する。問題があれば、破棄する。この方式をストアアンドフォワード方式と呼び、現在スイッチの主流である。
【０００７】
図１１は、２つの連続したフレームの構成を示す図である。
図１１において、Ｆ１は frame番号１、Ｆ２はframe番号２を意味する。フレーム間は 通常０ｘ００になるが、０ｘ００とする指定（規定）は無い。
【０００８】
フレームとフレームの間（フレーム間ギャップ）は、最小１２バイト空ける。スイッチはフレームの受信開始をＳＦＤから判断する。スイッチはフレームの受信終了を「長さ」のデータから判断する。
【０００９】
図１２は、図１０を時間で表したタイミングを示す図である。
ＣＬＫは、クロックであり、ＦＶは、フレーム有効ビット、Ｄａｔａは、フレームを示している。図１１の（１）で示された、最初のフレームのＩＰパケットが図１２において、（１）と示されており、（２）〜（６）も同様に示されている。最初のフレームのＩＰパケット（１）の後に、ＣＲＣ（２）、その後に、フレーム間インターバル（３）、後ろのフレームのプリアンブル（４）、ＳＦＤ（５）、送信先ＭＡＣ（６）が続いている。
【００１０】
図１３は、２ポートのスイッチ構成例を示す図である。
スイッチ１０は、ＲＪ４５ケーブル１１−１、１１−２を接続するＲＪ４５コネクタ１２−１、１２−２、受信した信号の波形整形を行うＰＨＹデバイス１３−１、１３−２、スイッチの機能を実現するネットワークＬＳＩ１４、ネットワークＬＳＩ１４が処理を行うに際してデータの格納に使用するＳＤＲＡＭ、ＦＬＡＳＨメモリ１５からなる。受信フレームは、ＲＪ４５ケーブル  →  ＲＪ４５コネクタ（ポート）  →  ＰＨＹデバイス →  ネットワークＬＳＩ  の順に流れる。送信フレームは、その逆である。ここで、ＲＪ４５コネクタ１２−１、１２−２、ＰＨＹデバイス１３−１、１３−２は、図１３のスイッチ１０が、２ポート構成であるので、２つずつ設けられているが、３ポート、４ポート構成など、もっと多くのポートを備える場合には、それぞれがポートの数だけ設けられる。
【００１１】
図１４は、ネットワークＬＳＩの内部構成を示す図である。
ネットワークＬＳＩ２０は、主に、ネットワークプロセッサ２１、ＲＡＭ２２、ＲＯＭ２３から構成される。スイッチの機能は、ネットワークプロセッサ２１が、ＲＡＭ２２やＲＯＭ２３に格納されたプログラムにしたがって、データを処理することによって実現する。
【００１２】
特許文献１には、スイッチングハブ等が多段に接続されるネットワークにおける輻輳制御技術が開示されている。
【特許文献１】特開２００５−２３６４４７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
図１５は、本発明が前提とするネットワークの概観を示す図である。
スイッチ２５は、ネットワークへの接続機器として使われ、データ中継器としてのスイッチング機能を持つ。一方、大規模ネットワークにおいて、ＤＨＣＰサーバ、顧客データベース等２６を設置している場合、ネットワークにＰＣが接続する際にＩＰアドレスが自動的に割り振られるため、誰でもＰＣをスイッチ２５に接続すれば、社内ＬＡＮなどへ侵入できる。
【００１４】
インターネットのような外部からの侵入に対しては、ゲートウェイ（ルータ）２７で強固なセキュリティ対策を施せるが、内部からの侵入に対しては、非常に弱い問題がある。
内部からの侵入への対策として、ＭＡＣベースＶＬＡＮ(Virtual LAN)の構築で侵入を
防ぐことが可能であるが、小規模ＬＡＮなど、ＶＬＡＮを構築する必要がない場合は、監視するだけが唯一の対策となっている。ここで、ＶＬＡＮは、物理的には、すべてのＰＣにネットワーク接続されているが、接続できる機器を仮想的に分類して、ＬＡＮを分割するネットワークのことを意味する。
【００１５】
図１６は、フレーム最後のＣＲＣが０ｘＡＢの場合の、２つの連続したフレームの構成を示す図である。
フレーム間のデータは、ＩＥＥＥ等では規定が無く、図１３のＰＨＹデバイスによって決定されるため、製造メーカによって値が異なる。通常、フレーム間は０ｘ００になるが、ある製造メーカのＰＨＹデバイスは、フレームの最後１バイトを１２回繰り返す製品もある。図１６では、フレーム最後のＣＲＣが０ｘＡＢの場合の、２つの連続したフレームの構成を示している。
【００１６】
このＣＲＣの最後の１バイトが０ｘＡＢ、つまり、ＳＦＤ に該当するデータの場合、ネットワークＬＳＩは、次のフレームがきたと認識し、間違ったデータを読み込み、最終的にフレームを読み込み、ＣＲＣチェックエラーでエラーとなり、データを破棄するという問題が生じる。発生頻度は １／２５６である。つまり、２５６個のフレームに１個の割合で、このエラーが生じる。途中で、スイッチがフレームを破棄するため、本来の受け取り先が、データがどこかで削除されたと判断し、送信元に再送要求を出す。このように、フレームの再送が頻繁に発生し、ネットワーク全体のパフォーマンスが下がる。また、ベストエフォート型ネットワーク、映像配信、バックアップ回線などＵＤＰプロトコルのネットワークでは、通常、ＣＲＣチェックせずに、そのまま、フレームを送るため、送信相手先で問題が発生する。ここで、ベストエフォート型ネットワークとは、サービスの品質保証がない通信ネットワークのことであり、ＵＤＰ（User Datagram Protocol） 転送速度を高めるために、データの信頼性を低くしたプロトコルのことである。
【００１７】
図１７は、フレームの最後のＣＲＣが０ｘＡＢの場合の、２つの連続したフレームのタイミングを示す図である。
図１７において、フレーム最後のＣＲＣが０ｘＡＢの場合、フレーム間で、前のフレームの最後のデータを繰り返すという方式であると、フレーム間で０ｘＡＢが繰り返され、スイッチが誤ってＳＦＤが送信されてきたと判断してしまう。ＳＦＤを受信したと判断したスイッチは、その後に続くはずのフレームの長さ分のデータを取得し、ＣＲＣ検査を行おうとする。しかし、間違ってＳＦＤだと判断してしまったため、ＣＲＣ検査で、チェックエラーとなり、データを破棄することになってしまう。
【００１８】
図１８は、誤ったＳＦＤ検出の結果を説明する図である。
フレーム間の信号を誤ってＳＦＤであると判断した場合、ネットワークＬＳＩでは、図１８のＦ２というフレームが受信される。
【００１９】
正常に届くはずの２つ目のフレームＦ２は、プリアンブル（２） → ＳＦＤ（３） → 送信先ＭＡＣ（４） → 送信元ＭＡＣ（５） → 長さ（６） →ＩＰパケット（７）→ＣＲＣ（８）である。しかし、前のフレームＦ１のＣＲＣに０ｘＡＢがあると、フレーム間（１） → プリアンブル（２）→ＳＦＤ（３）→送信先ＭＡＣ（４）→送信元ＭＡＣ（５）→長さ（６）→ＩＰパケット（７）→ ＣＲＣ（８）というフレームとして、ネットワークＬＳＩの中（フレームバッファ）に取り込まれる。その時、プリアンブル（２）のデータが、ネットワークＬＳＩでは、送信先ＭＡＣとして誤認されてしまう。その後、フレームチェックにおいて、演算処理結果と ＣＲＣ（８）の比較が不一致となり、フレームを破棄することになる。ただし、このＦ２フレームは、長さを表すデータがどこに位置するのか不明のため、必ずしもＣＲＣ（８）と比較するとは限らない。
【００２０】
本発明の課題は、ネットワークでの内部侵入を防止し、かつ、ネットワークのパフォーマンスを向上することのできるフレーム受信装置を提供することである。 
【課題を解決するための手段】
【００２１】
本発明のフレーム受信装置は、フレーム開始指示信号、送信先アドレス、送信元アドレスを少なくとも含むデータフレームを受信するフレーム受信装置であって、自装置の第１のアドレスと、フレームを送信してくるべき装置の第２のアドレスと、フレーム開始指示信号の信号パターンとを格納する格納手段と、フレーム開始指示信号の信号パターンの照合と、該送信先アドレスと該第１のアドレスとの照合と、該送信元アドレスと該第２のアドレスとの照合を行い、これらが全て一致したと判断された場合に、フレームの受信を開始するフレーム受信手段とを備えることを特徴とする。
【発明の効果】
【００２２】
本発明によれば、ネットワークでの内部侵入を防止し、かつ、ネットワークの輻輳によるパフォーマンスの低下を防ぐことのできるフレーム受信装置を提供することが出来る。
【発明を実施するための最良の形態】
【００２３】
スイッチはフレームのＳＦＤを認識して、フレームの受信を開始する。この場合、前述したような問題があると、誤ったフレームを受信するため、正常にフレームを受信できない。
【００２４】
これを解決するために、スイッチの認識範囲をＳＦＤだけでなく、次の送信先ＭＡＣ、および送信元ＭＡＣまで拡げる。
図１に、本発明の実施形態にしたがって、フレーム認識範囲をＳＦＤからＳＦＤ、 送信先ＭＡＣアドレス、 送信元ＭＡＣアドレスの照合まで照合の範囲を広げた場合の説明図を示す。
【００２５】
すなわち、図１の左に示されるのが、従来の方法であり、０ｘＡＢに設定されているＳＦＤを受信することにより、フレームの受信を開始していた。しかし、この方法では、前述の問題があったので、図１右に示されるように、ＳＦＤに設定されている０ｘＡＢのほかに、送信先ＭＡＣアドレスの照合と、送信元ＭＡＣアドレスの照合とをあわせて行うようにする。このように、照合するデータの量を多くすることにより、間違えてフレーム開始を判断することを減らすことが出来る。
【００２６】
送信先ＭＡＣアドレス、 送信元ＭＡＣアドレスは、通常機器の接続を変えない限り変動することがない。互いの機器は、お互いのＭＡＣアドレスを認識（保存）するため、このＭＡＣアドレスをフレームの認識用照合データとして使うことができる。
【００２７】
図２は、ＰＣからスイッチへフレームを送信する場合を説明する図である。
送信先ＭＡＣはスイッチ自身が持っている固有ＭＡＣであり、ポート毎にそれぞれＭＡＣ値を持つ。送信元ＭＡＣは、ＰＣが持っている固有ＭＡＣである。ＭＡＣ値は、機器を識別する６バイトの値であり、同じ値のものは存在しない。ポート１に、許可していないＰＣが接続されると、送信元ＭＡＣ 値が 本来のＭＡＣ値 と異なると判断し、フレームの受信を開始しない。
【００２８】
図３は、接続を許可した機器のＭＡＣアドレスを保存する処理のフローチャートである。
送信元のＭＡＣアドレスは、送信機器の自身の持つＭＡＣアドレスであるので、すぐに知ることが出来る。しかし、送信先ＭＡＣアドレスは、外部から取得する必要がある。この場合、ＡＲＰコマンドとして知られている、相手先ＭＡＣアドレス取得コマンドを用い
る。
【００２９】
ステップＳ１０において、相手ＰＣからのＡＲＰ要求を受け付け、相手ＰＣへのＡＲＰ応答を行う。ステップＳ１１において、相手ＰＣへ送ったＭＡＣアドレスは、接続を許可されたＭＡＣアドレスであるか否かを、判断可能か否かを判断する。ステップＳ１１の判断がＹｅｓの場合には、ステップＳ１３に進む。ステップＳ１１の判断がＮｏの場合には、ステップＳ１２において、許可した機器のＭＡＣアドレスを一括管理するサーバへＭＡＣアドレスを要求し、サーバから相手ＰＣにＭＡＣアドレスを応答するようにする。ステップＳ１３では、相手ＰＣのＭＡＣアドレスは許可されているか否かを判断する。ステップＳ１３の判断がＹｅｓの場合には、ステップＳ１４において、ＬＳＩキャッシュ内の許可した機器のＭＡＣ値を格納する領域に、相手ＰＣのＭＡＣアドレスを保存して、処理を終了する。ステップＳ１３の判断がＮｏの場合には、ステップＳ１５において、ＬＳＩキャッシュ内の許可した機器のＭＡＣ値を格納する領域に、相手ＰＣのＭＡＣアドレスを保存せず処理を終了する。
【００３０】
図４は、不正なＰＣをスイッチに接続した場合を説明する図である。
スイッチのポート１は、送信元ＭＡＣ= PC_B  ＭＡＣのフレームのみ、受信することができるため、  送信元ＭＡＣ= PC_C  ＭＡＣのフレームは、受信信号と認識せず、受信を開始することがない。
【００３１】
図５は、図４のスイッチのポート１が認識できないフレームの構成を示す図である。
図５において、ＳＦＤには、０ｘＡＢが設定されている。送信先ＭＡＣは、ポート１ＭＡＣ、送信元ＭＡＣは、PC_C  ＭＡＣが設定されている。本発明の実施形態では、フレーム受信開始の判断をＳＦＤだけでなく、ＳＦＤ  ＋  送信先ＭＡＣ  ＋  送信元ＭＡＣ  とすることで、フレームを送信した相手の機器認証を上位層のプロトコルに依存せずにデータリンク層（ＯＳＩ第２層）で行うことができる。
【００３２】
図６は、本発明の実施形態の動作を説明する図である。
ネットワークＬＳＩでは、受信フレームの ＳＦＤとＬＳＩキャッシュに格納されているＳＦＤ、受信フレームの 送信先ＭＡＣ値と ＬＳＩキャッシュに格納されているＭＡＣ値、受信フレームの 送信元 ＭＡＣと ＬＳＩキャッシュに格納されている、自スイッチに接続を許可した機器のＭＡＣが、一致(ＡＮＤをとる)した場合のみ、受信フレームを取り込み(フレーム有効ＦＶと認識し)、フレームバッファへ受信フレームを送る。一致しない場合（受信フレームの送信元ＭＡＣと、接続を 許可した機器のＭＡＣが一致しない場合）、フレームと認識しないため、受信フレームは無視する。
【００３３】
図７は、図６の場合の受信信号のタイミング図である。
図７において、ＣＬＫは、クロック、ＦＶは、フレーム有効ビット（Frame Valid）、Dataは、フレームを示す。信号は、フレーム間信号、プリアンブル、ＳＦＤ、送信先ＭＡＣ、送信元ＭＡＣ、長さ、ＩＰパケットの順に送られてくる。ＦＶは、ＳＦＤ、送信先ＭＡＣ、送信元ＭＡＣの３つがネットワークＬＳＩのＬＳＩキャッシュに格納されているデータと一致した後に、「Ｈ」になる。
【００３４】
図８は、本発明の実施形態の動作を説明する図（その２）である。
連続した受信フレームのフレーム間に０ｘＡＢが入っている場合、ＳＦＤと認識して、ネットワークＬＳＩのＬＳＩキャッシュに格納されているデータと比較処理を行うが、受信フレームの プリアンブルとＬＳＩキャッシュに格納され値手いるＭＡＣが一致しないため、フレームと認識せず、受信フレームは無視する。 つまり、受信は行われない。
【００３５】
しかし、連続した受信フレーム本来のＳＦＤが来た場合は、比較処理が正常に行われる
ため、フレームは正常に受信することができる。
フレーム間ギャップが０ｘＡＢ(偽ＳＦＤ)であっても、ＦＶ は、「Ｈ」にならないため、フレームバッファへは、フレームが入らないが、本来のＳＦＤが来た場合は、ＦＶは、「Ｈ」になり、フレームを受信する。
【００３６】
図９は、本発明の実施形態に従ったフレーム受信時の処理フローである。
ステップＳ２０において、フレーム受信待機状態となる。このとき、最新の７バイト分の受信データをネットワークＬＳＩのＲＡＭ１（受信バッファ）へ一時保存する。ステップＳ２１において、ＲＡＭ１（受信バッファ）とＲＡＭ２（ＬＳＩキャッシュ）の内容を比較する。不一致の場合には、ステップＳ２０に進む。一致した場合には、ステップＳ２２において、ＦＶを有効とする。すなわち、フレームが届いたと判断し、ＦＶ（Frame Valid）を有効とする。ステップＳ２３において、フレームの受信を開始する。すなわち、ネットワークＬＳＩのＲＡＭ３（フレームバッファ）へ受信（ＲＡＭ１）データを転送する。ステップＳ２４において、フレームチェックを行う。すなわち、フレームの長さ分を受信後、ＣＲＣ（フレーム）チェックを行う。ステップＳ２４のチェック結果がＯＫの場合には、ステップＳ２５において、フレーム受信が成功したと判断される。そして、受信が正常に完了したとして、次のフレーム受信のため、ＦＶを無効とし、ステップＳ２７において、フレーム受信待機状態となる。ステップＳ２４のチェックがＮＧであった場合には、ステップＳ２６において、フレーム受信が失敗したとして、受信データを無効とし、受信データをクリア、次のフレーム受信のためにＦＶを無効とし、ステップＳ２７において、フレーム受信待機状態となる。
【００３７】
以上の実施形態によれば、ＳＦＤのみならず、送信先ＭＡＣと送信元ＭＡＣをあわせて照合し、フレームの受信を開始するので、ＳＦＤのみでフレーム受信を開始する場合に比べ、誤ってフレームの受信開始時期を判断することが少なくなる。また、フレームの受信開始指示情報として送信先ＭＡＣと送信元ＭＡＣを含んでいるので、フレームを送ってくる送信元の装置が正当な装置で無い限りフレームを受信しないことになり、不正な装置がネットワークに侵入してしまうことを防止することが出来る。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施形態にしたがって、フレーム認識範囲をＳＦＤからＳＦＤ、 送信先ＭＡＣアドレス、 送信元ＭＡＣアドレスの照合まで照合の範囲を広げた場合の説明図である。
【図２】ＰＣからスイッチへフレームを送信する場合を説明する図である。
【図３】接続を許可した機器のＭＡＣアドレスを保存する処理のフローチャートである。
【図４】不正なＰＣをスイッチに接続した場合を説明する図である。
【図５】図４のスイッチのポート１が認識できないフレームの構成を示す図である。
【図６】本発明の実施形態の動作を説明する図（その１）である。
【図７】図６の場合の受信信号のタイミング図である。
【図８】本発明の実施形態の動作を説明する図（その２）である。
【図９】本発明の実施形態に従ったフレーム受信時の処理フローである。
【図１０】ネットワークの基本である ＩＥＥＥ８０２．３標準に従ったフレーム構成を示す図である。
【図１１】２つの連続したフレームの構成を示す図である。
【図１２】図１０を時間で表したタイミングを示す図である。
【図１３】２ポートのスイッチ構成例を示す図である。
【図１４】ネットワークＬＳＩの内部構成を示す図である。
【図１５】本発明が前提とするネットワークの概観を示す図である。
【図１６】フレーム最後のＣＲＣが０ｘＡＢの場合の、２つの連続したフレームの構成を示す図である。
【図１７】フレームの最後のＣＲＣが０ｘＡＢの場合の、２つの連続したフレームのタイミングを示す図である。
【図１８】誤ったＳＦＤ検出の結果を説明する図である。
【符号の説明】
【００３９】
１０      スイッチ
１１−１、１１−２      ＲＪ４５ケーブル
１２−１、１２−２      ＲＪ４５コネクタ
１３−１、１３−２      ＰＨＹデバイス
１４      ネットワークＬＳＩ
１５      ＳＤＲＡＭ、ＦＬＡＳＨメモリ
２０      ネットワークＬＳＩ
２１      ネットワークプロセッサ
２２      ＲＡＭ
２３      ＲＯＭ
２５      スイッチ
２６      ＤＨＣＰサーバ、顧客データベース
２７      ルータ（ゲートウェイ）
【図１】
2008236122.tif 000003
【図２】
2008236122.tif 000004
【図３】
2008236122.tif 000005
【図４】
2008236122.tif 000006
【図５】
2008236122.tif 000007
【図６】
2008236122.tif 000008
【図７】
2008236122.tif 000009
【図８】
2008236122.tif 000010
【図９】
2008236122.tif 000011
【図１０】
2008236122.tif 000012
【図１１】
2008236122.tif 000013
【図１２】
2008236122.tif 000014
【図１３】
2008236122.tif 000015
【図１４】
2008236122.tif 000016
【図１５】
2008236122.tif 000017
【図１６】
2008236122.tif 000018
【図１７】
2008236122.tif 000019
【図１８】
2008236122.tif 000020