(57)【要約】【課題】LANにおけるアクセス部分でのループ接続を検出してネットワークのダウン状態を未然に防ぐ。【解決手段】LANのアクセス部分において、受信パケットのトラフィック量を検出し、該トラフィック量が、所定の閾値を超えているか否かを判定すると共に、該トラフィック量が該閾値を超えていると判定されたとき、該受信パケットに固有のパケット情報を取得し、さらに取得したパケット情報PKT1を既に前から保持しているパケット情報PKT0と比較し、同一の回数が、所定時間内に所定数あったとき、ループ接続が発生していると判定する。【選択図】  図１
2006101094.tif 000002
【特許請求の範囲】
【請求項１】
受信パケットのトラフィック量を検出する第1ステップと、
該トラフィック量が、所定の閾値を超えているか否かを判定する第2ステップと、
該第2ステップで、該トラフィック量が該閾値を超えていると判定されたとき、該受信パケットに固有のパケット情報を取得する第3ステップと、
該第３ステップで取得したパケット情報が、所定時間内に所定数あったとき、ループ接続が発生していると判定する第4ステップと、
を備えたことを特徴とするLANのアクセス部分におけるループ接続検出方法。
【請求項２】
請求項１において、
該第4ステップでループ接続が発生していると判定されたとき、該受信パケットの転送を禁止する第5ステップをさらに備えたことを特徴とするループ接続検出方法。
【請求項３】
請求項１において、
該第4ステップでループ接続が発生していると判定されたとき、アラームを発生する第６ステップをさらに備えたことを特徴とするループ接続検出方法。
【請求項４】
請求項１において、
該第3ステップが、複数個のパケット情報を保持するステップを含み、該第4ステップが、該保持した複数個のパケット情報の中から該所定時間内に該所定数の同一のパケット情報を検出するステップを含むことを特徴としたループ接続検出方法。
【請求項５】
受信パケットのトラフィック量を検出する第1手段と、
該トラフィック量が、所定の閾値を超えているか否かを判定する第2手段と、
該第2手段で、該トラフィック量が該閾値を超えていると判定されたとき、該受信パケットに固有のパケット情報を取得する第3手段と、
該第３手段で取得したパケット情報が、所定時間内に所定数あったとき、ループ接続が発生していると判定する第4手段と、
を備えたことを特徴とするLANのアクセス部分におけるループ接続検出装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ループ接続検出方法及び装置に関し、特にネットワーク上のループを検出しパケットの転送を停止するためのループ接続検出方法及び装置に関するものである。
【背景技術】
【０００２】
図6は、一般的に知られているLAN(Local Area Network)の構成例を示したもので、この構成例では、コア部分10とアクセス部分ACC1〜ACC4とで構成されている。なお、アクセス部分ACC1〜ACC4はそれぞれハブスイッチ20(総称して示す。)で構成され、このハブスイッチ20は端末(図示せず)に接続されるようになっている。そして、このLANの可用性を向上させる手段として、コア部分10に設けられたLANスイッチ10_1〜10_4を例えば図6に示したように、10_1と10_2間、10_2と10_4間、10_4と10_3間及び10_3と10_1間で接続することにより、LANスイッチ間の経路の冗長化を図っており、この場合、このコア部分10においてはIEEE802.1dに準拠したスパニングツリープロトコル(STP)が適用されている。
【０００３】
すなわち、このスパニングツリープロトコルは、図示の例では、LANスイッチ10_4の出力ポートにおいてループ接続状態を検出した場合、この出力ポートに対して閉塞操作BLK1を行うことによりパケット破棄やパケット転送停止を行うものである。
【０００４】
このようなスパニングツリープロトコルを、図7に示すように、LANのコア部分10だけでなくアクセス部分ACC3及びACC4（図の簡略化のためアクセス部分ACC1,ACC2は省略）の両方に対しても適用すると、例えばアクセス部分ACC3において2つのハブスイッチ20間で誤接続CCT1を行ってしまい、ループ状態が発生してしまった場合、或いはアクセス部分ACC4の1つのハブスイッチ20において誤接続CCT2を行った結果、ループ状態が発生した場合も、それぞれスパニングツリープロトコルに基づき閉塞操作BLK2及びBLK3を行うことにより、自動的に適切なポートにおけるループを排除することが出来る。
【０００５】
しかしながら、LANにおける上記のアクセス部分においては、
（１）スパニングツリープロトコルの特性として、リンクアップ(電源投入後の動作)から50秒間は通信できないため、端末のDHCP機能を妨げ、IPアドレスが取得できない。
（２）冗長構成を採らないため、スパニングツリープロトコル機能はそもそも必要ない、
という理由で、図6に示したように、コア部分10には含めずスパニングツリープロトコル機能を適用しない運用が多く行われている。
【０００６】
このように、アクセス部分にスパニングツリープロトコルを適用しない場合、図8に示すように、図7の例と同様にアクセス部分ACC３において2つのハブスイッチ20の間で誤接続CCT1が生じたり、あるいはアクセス部分ACC４において1つのハブスイッチ20において誤接続CCT2が生じたような場合には、アクセス部分ACC3,ACC4でループが構成されてしまうため、ハブスイッチ20に接続された端末30からパケットのブロードキャストBRCが行われた場合には、図9に示すように、ブロードキャストBRCによるパケットの無限コピーが生じ(ステップS70)、これによって限界までトラフィックが流れ込み(ステップS71,S72)、以ってLANのコア部分10全体のトラフィックを急激に上昇させてLANをメルトダウン(ステップS73）させることになる。
【０００７】
一方、ループ接続を検出するものとしては、スパニングツリープロトコル使用のLAN内の1つの中継装置から、該LAN内にループ検出用テストフレームを送信するステップと、該ループ検出用テストフレームがループ伝送経路を周回し、該ループ検出用テストフレームを送信した中継装置に戻って受信されたか否かを検出するステップと、該ループ検出用テストフレームが該中継装置に戻って受信された場合に、ループ伝送経路が発生していると判断し、該ループ検出用フレームを受信した接続ポートを切断するステップと、を含むことを特徴とするスパニングツリープロトコル使用のLANにおけるループ発生の検出及び解除方法がある(例えば、特許文献1参照。)。
【０００８】
さらに、シリアルバス内に構成されるループ接続を検出し、前記ループ接続の検出時に認識できないポート数に応じてランダムな時間を設定し、前記ランダムな時間が経過した時にポートを無効にすることを特徴とするシリアルバス処理方法がある(例えば、特許文献2参照。)。
【０００９】
さらに、1394ケーブルに接続する1394入出力ポートと、前記1394入出力ポートから送られた、又は前記1394入出力ポートに送出する電気信号を処理する物理層と、前記1394入出力ポートに接続されて、該入出力ポートを開閉するポートスイッチと、前記ポートスイッチの開閉を制御する制御部とを具備したことを特徴とするシリアルバスネットワーク装置がある(例えば、特許文献3参照。)。
【特許文献１】特願2003-9118号
【特許文献２】特開2002-261785号
【特許文献３】特開2001-77839号
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上記のように、LANにおけるアクセス部分を構成するハブスイッチ等ではスパニングツリープロトコル機能を適用しない場合が多い。スパニングツリープロトコル機能を適用しない状態で、図10(1)に示すように、ハブスイッチ20において誤接続CCTを行ってしまい(ステップS1)、そこに端末30からブロードキャストBRCによりパケットが流れ込むと、大量のトラフィックが発生し帯域を占有してしまうことになる。
【００１１】
通常の動作としては、ハブスイッチ20はブロードキャストパケットを受信する度に、全ポートにパケットをコピーして送信するので、同図(1)に示すようなループ状のLAN接続CCTを行ってしまうと、同図(2)に示すように、ループ接続CCT内で大量のブロードキャストパケットが無限に複製されてしまい、限界トラフィックを発生させてしまう(ステップS2)。
【００１２】
この状態になってしまうと、ネットワーク上は無限に複製されたパケットで埋め尽くされ、通常の通信が出来なくなってしまい、ネットワークのメルトダウンを引き起こしてしまう(ステップS3)。
【００１３】
また、一旦メルトダウンを起こしてしまうと、どの場所でループ状に接続されているかが分かり難い等、究明に時間がかかってしまうという問題があり未然に防ぐ必要があった。
【００１４】
従って本発明は、LANにおけるアクセス部分でのループ接続を検出してネットワークダウン状態を未然に防ぐことを目的とする。
【課題を解決するための手段】
【００１５】
上記の目的を達成するため、本発明に係るループ接続検出方法は、受信パケットのトラフィック量を検出する第1ステップと、該トラフィック量が、所定の閾値を超えているか否かを判定する第2ステップと、該第2ステップで、該トラフィック量が該閾値を超えていると判定されたとき、該受信パケットに固有のパケット情報を取得する第3ステップと、該第３ステップで取得したパケット情報が、所定時間内に所定数あったとき、ループ接続が発生していると判定する第4ステップと、を備えたことを特徴としている。
【００１６】
これを図1を参照して説明する。同図(1)に示すように、例えばハブスイッチ20において誤接続CCTが行われ、その結果、ループが形成された時(ステップS1)、同図(2)に示すように、この誤接続CCTを経由してブロードキャストパケットPKTが無限にコピーされてしまい(ステップS2)、限界トラフィックを発生させることになる(ステップS3)。これは上述したとおりの従来の課題である。
【００１７】
そこで本発明では、第1ステップにおいて受信パケットのトラフィック量を検出し、このトラフィック量に対する閾値(例えばLAN使用率80％以上：ユーザ可変)を設定しておき、第2ステップにおいてLANポートのトラフィック量がその閾値を超えたか否かを判定する。その結果、トラフィック量がその閾値を超えていると判定された場合には、同図(3)に示すように、その受信パケットに固有のパケット情報PCK１を取得する(ステップS4)。
【００１８】
そして、第4ステップでは、同図(4)に示す如く、上記の第3ステップで取得したパケット情報PCK1が、既に保持しているパケット情報PKT0と比較し(ステップS5)、且つ所定時間内に所定の回数だけ連続して一致した場合、LANにおけるアクセス部分にループ状態が発生していると判定する。
【００１９】
ここで、本発明方法においては、上記の第4ステップでループ接続が発生していると判定されたとき、該受信パケットの転送を禁止する第5ステップをさらに備えることもできる。
【００２０】
また、上記の第4ステップでループ接続が発生していると判定されたとき、アラームを発生する第６ステップをさらに設けてもよい。
【００２１】
さらに、上記の第3ステップは、複数個のパケット情報を保持するステップを含み、該第4ステップは、該保持した複数個のパケット情報の中から該所定時間内に該所定数の同一のパケット情報を検出するステップを含むことができる。
【００２２】
上記のループ接続検出方法を実現する本発明に係るループ接続検出装置は、受信パケットのトラフィック量を検出する第1手段と、該トラフィック量が、所定の閾値を超えているか否かを判定する第2手段と、該第2手段で、該トラフィック量が該閾値を超えていると判定されたとき、該受信パケットに固有のパケット情報を取得する第3手段と、該第３手段で取得したパケット情報が、所定時間内に所定数あったとき、ループ接続が発生していると判定する第4手段と、を備えたことを特徴としている。
【００２３】
ここで、上記の第4手段でループ接続が発生していると判定されたとき、該受信パケットの転送を禁止する第5手段をさらに備えることができる。
【００２４】
また、上記の第4手段でループ接続が発生していると判定されたとき、アラームを発生する第６手段をさらに設けてもよい。
【００２５】
さらに、上記の第3手段は、複数個の固有情報を保持する手段を含み、該第4手段は、該保持した複数個のパケット情報の中から該所定時間内に該所定数の同一のパケット情報を検出する手段を含んでもよい。
【００２６】
なお、上記のパケット情報としては、パケットのヘッダやフレームチェックシーケンス（FCS）を用いることができる。
【発明の効果】
【００２７】
本発明と従来例の対比を図2に示す。同図(1)に示す従来例では、アクセス部分ACC4におけるハブスイッチ20において誤接続CCTがなされた時、パケットの無限コピーが発生し(ステップS2)、この結果ネットワークダウン(無限コピーされたパケットで埋め尽くされ通常のユーザが通信出来なくなる状態)が生じる(ステップS3)。
【００２８】
これに対し、同図(2)に示すように本発明を適用した場合には、トラフィック量が多い状態で同一パケットが流れていることを検知すると、ループ接続CCTが発生していると判断し、パケットの破棄や転送停止を行う(ステップS61)。
【００２９】
従って、ループ接続の発生に伴う異常な高トラフィック状態を回避することが出来るので、あるいはその範囲を極小化することが出来るので、ネットワーク全体のダウンを防ぐことが可能となり、コア部分10は通常の運用ができる(ステップS62)。また、ネットワークループの発生の特定を容易にすることが出来、完全復旧までのネットワーク停止時間の短縮に寄与する。
【発明を実施するための最良の形態】
【００３０】
構成実施例
図3は、本発明に係るループ接続検出方法を実現する装置の一構成例を示したものである。図中、物理ポート制御部1は受信部2に接続されると共にLAN又は端末に接続されている。受信部2は受信データ処理部2_1と受信パフォーマンスモニタ部2_2とで構成されている。受信データ処理部2_1で処理された受信パケットはループ検出部3及びパケット転送制御部4に送られる。また、受信パフォーマンスモニタ部2_2は受信パケットのトラフィック量をモニタしてループ検出部3に与える。
【００３１】
ループ検出部3は、受信パケット情報比較部3_1と、タイマ3_2と、閾値レジスタ3_3とで構成されており、受信パフォーマンスモニタ部2_2からのトラフィック量Aは受信パケット情報比較部3_1へ送られるように接続されている。この受信パケット情報比較部3_1はレジスタ30を含んでおり、該トラフィック量Aと共に受信データ処理部2_1からのパケットも同時に入力するようになっている。また、この受信パケット情報比較部3_1は転送禁止信号をパケット転送制御部4に与えるように接続されている。
【００３２】
パケット転送制御部4はスイッチングエンジン部5に接続され、スイッチングエンジン部5は送信部6に接続され、送信部6は物理ポート制御部1に接続されている。なお、ループ検出部3における閾値レジスタ3_3は、外部のCPU等によって可変に設定できるようになっている。また、スイッチングエンジン部5は、各ループ接続検出装置のパケット転送制御部の出力信号も受信するように接続されている。
【００３３】
動作実施例(1)
図4は、図3に示した本発明に係るループ接続検出装置の動作実施例(1)を示したもので、特にこの実施例は受信パケット情報比較部3_1に設けるレジスタ30が1個の場合を扱っている。
【００３４】
まず電源を投入すると(ステップS11)、初期設定を行う(ステップS12)。このステップでは、後述するトラフィック量A、レジスタに保持されているパケット情報B、同一パケット受信回数C、パケット情報保持数D、取得パケット情報E、及びタイマ3_2の測定時間Tをそれぞれクリアしておく。
【００３５】
この後、タイマ3_2の測定が開始され(ステップS13)、物理ポート制御部1を介して受信部2は受信データ処理部2_1においてパケットの受信を行う(ステップS14)。この受信データ処理部2_1における処理結果に基づき受信パフォーマンスモニタ部2_2は、周知の技術に基づき受信パケットのトラフィック量A[%]を計算する(ステップS15)。
【００３６】
このトラフィック量Aを受けたループ検出部3における受信パケット情報比較部3_1は、閾値レジスタ3_3にCPU等から設定されている閾値mとトラフィック量Aとを比較する(ステップS16)。この結果A＜mであることが分かった時には、取得パケット情報Bをクリアすると共に、同一パケット受信回数C及びパケット情報保持数Dを共に“0”にリセットする(ステップS17)。この状態では、パケット転送禁止信号がパケット転送制御部4には与えられないので、パケットはパケット転送制御部4及びスイッチングエンジン部5並びに送信部6を介して物理ポート制御部1から転送される(ステップS18)。
【００３７】
ステップS16において、A≧mであることが分かった時には、受信パケット情報比較部3_1はパケット情報Eの取得を行う(ステップS19)。この場合のパケット情報Eは図1に例示したように、ヘッダ及びFCS(Frame Check Sequence)情報である。
【００３８】
この後、受信パケット情報比較部3_1は、ステップS19において取得したパケット情報Eとレジスタ30に保持しているパケット情報Bとを比較する(ステップS20)。この結果、最初はパケット情報Bはクリアされており、B≠Eであることが分かるので、ステップS21に進み、パケット情報の保持数D=1であるか否かを判定する。このステップS21はレジスタ30にパケット情報が既に保持されているか否かを判定するものであり、最初はレジスタ30には何も保持されていないので、ステップS22でD＝1に設定され、さらにステップS23において、取得パケット情報Eをパケット情報Bとしてレジスタ30に保持する(B＝E)と共に、同一パケット受信回数Cを“0”にクリアした後、パケット転送を行う(ステップS18)。
【００３９】
ステップS20においてB＝Eであることが分かった時には、同一パケット受信回数Cを“1”だけインクリメントし(ステップS24)、さらにこの同一パケット受信回数Cを、閾値レジスタ3_3に設定されているx回と比較する(ステップS25)。この結果、C＜xであることが分かった時には、ステップS18に進んでパケット転送を行うが、C≧xであることが分かった時には、測定時間Tが所定の監視期間Tthを超えているか否かを判定する(ステップS26)。この結果、T≧Tthであることが分かった時には、監視期間Tthを過ぎているので、ループ状態には至っていないと判定し、ステップS17と同様に取得パケット情報Bをクリアすると共に同一パケット受信回数C及びパケット情報保持数Dを共に“0”にクリアして(ステップS27)ステップS13に戻る。
【００４０】
ステップS26において、T＜Tthであることが分かった時には、所定時間T内に所定回数x以上同一パケットが検出されたことを示しているので、受信パケット情報比較部3_1はパケット転送制御部4に対して転送禁止信号を出力してパケットの転送停止を行い(ステップS28)、さらに管理者へのアラーム通知を行うと共に(ステップS29)、管理者による復旧操作(ステップS30)及び全ての取得情報のクリア(ステップS31)が行われてステップS13に戻ることになる。
【００４１】
動作実施例(2)
この実施例(2)においては、受信パケット情報比較部3_1におけるレジスタ30が5個のレジスタ30_1〜30_5(図示せず)で構成されている場合を扱っている。このため、図4に示した動作実施例(1)に対して、各ステップに符号“0”が付加されているもののみが動作実施例(1)と異なっている。
【００４２】
すなわち、初期設定(ステップS120)においては、トラフィック量A、5個のレジスタ30_1〜30_5に保持されているパケット情報B1〜B5、各レジスタ30_1〜30_5に対する同一パケット受信回数C1〜C5、パケット情報保持数D、取得パケット情報E、及びタイマ3_2の測定時間Tをそれぞれクリアしておく。
【００４３】
まず、上記の実施例(1)と同様に、タイマ3_2の測定が開始されると(ステップS13)、パケットの受信(ステップS14)、トラフィック量A[%]の取得(ステップS15)が行われた後、トラフィック量Aと閾値mとの比較がなされ(ステップS16)、トラフィック量Aが閾値mに満たない場合(A＜m)にはレジスタ30_1〜30_5の各取得パケット情報B1〜B5を全てクリアすると共に、同一パケット受信回数C1〜C5並びにパケット情報保持数Dをそれぞれ“0”にクリアし(ステップS170)、パケット転送を行う(ステップS18)。
【００４４】
また、ステップS19でパケット情報Eの取得を行った後、今度はステップS200において、取得したパケットEとレジスタ30_1〜30_5に保持しているパケット情報B1〜B5とを比較する。この結果、最初はどのレジスタにもパケット情報が保持されていないので、パケット情報B1〜B5のいずれも取得パケット情報Eとは等しくない(B1〜B5≠E)ので、ステップS210に進み、パケット情報保持数Dが“5”以上であるか否かをチェックする。このステップS210は、5つのレジスタ30_1〜30_5の全てにパケット情報が保持されているか否かを判定するものであり、最初はいずれのレジスタにも保持されていない(D＝0)ので、ステップS220に進みパケット情報保持数Dを“1”だけインクリメントした後、取得したパケット情報Eを最初のレジスタ、例えばレジスタ30_1にパケット情報BD ＝B1＝Eとして保持すると共に、対応するパケット受信回数CD＝C１＝0としてステップS18に進みパケット転送を行う。
【００４５】
この後、ステップS200において、5つのレジスタ30_1〜30_5のいずれかに保持されているパケット情報(B1〜B5)が、取得したパケット情報Eと等しい場合には同一パケット受信回数Cを“1”だけインクリメントし、ステップS250に進む。
【００４６】
一方、B1〜B5≠Eであれば、ステップS200, S210, S220, S230を経由した後、パケット情報保持数Dは“5”以上になるのでステップS210から直接ステップS18に進む。
【００４７】
ステップS250では各レジスタ30_1〜30_5に対する同一パケット受信回数C1〜C5を閾値x回と比較し、C1〜C5＜xであれば、上記の動作実施例(1)と同様にパケット転送(ステップS18)を行うが、同一パケット受信回数C1〜C5が閾値を超えた場合(C1〜C5≧x)には、タイマTをその監視期間Tthと比較し、この監視期間Tthを超えている場合(T≧Tth)には、ステップS270において取得パケット情報B1〜B5をクリアすると共に、同一パケット受信回数C1〜C5を“0”にクリアし、パケット情報保持数Dも“0”にクリアしてステップS13に戻る。
【００４８】
一方、監視期間Tthを超えていない場合(T＜Tth)には、上記の動作実施例(1)と同様にパケットの転送停止(ステップS28)、管理者へのアラーム通知(ステップS29)、管理者による復旧操作(ステップS30)、及び全ての取得情報のクリアを行ってステップS13に戻ることになる。
【００４９】
すなわち、最初から同一パケットを連続して受信した場合には、5つのレジスタ30_1〜30_5内のレジスタ30_1にそのパケット情報Eがパケット情報B1として保持される結果、このレジスタ30_1に対応する同一パケット受信回数C1が閾値xを超えるので、この時点でループ接続と判定する。また、同一パケットが連続して受信しないときには、順次レジスタ30_1〜30_5にパケット情報B1〜B5として保持されて行くが、例えばレジスタ30_3に保持したパケット情報B3と同一のパケット情報Eが所定時間Tth内にx回来たときには、この時点でループ接続と判定する。すなわち、不連続で同一パケットを受信した場合には、5つのレジスタ30_1〜30_5に異なったパケット情報B1〜B5が保持され、その内の1つが、取得したパケット情報Eと測定時間T内でx回一致した時点でループ接続と判定されることになる。
【００５０】
なお、上記の動作実施例においてはレジスタが1個と5個の場合を例に挙げて説明したが、当然のことながら、種々の複数のレジスタを備えても同様に構成することができることは言うまでもない。
【００５１】
また、タイマTの期間は100Mbpsの全20の状態と100Mbpsの全20の状態で流れるパケット数ではパケット数が大きく異なってしまい、またパケットのサイズもユーザが使用しているアプリケーション等の環境によって変化するため、それに伴ってLANを流れるパケット数も変化するので、タイマの設定はユーザ可変(例えば100msec)にすることが好ましい。
【００５２】
（付記１）
受信パケットのトラフィック量を検出する第1ステップと、
該トラフィック量が、所定の閾値を超えているか否かを判定する第2ステップと、
該第2ステップで、該トラフィック量が該閾値を超えていると判定されたとき、該受信パケットに固有のパケット情報を取得する第3ステップと、
該第３ステップで取得したパケット情報が、所定時間内に所定数あったとき、ループ接続が発生していると判定する第4ステップと、
を備えたことを特徴とするLANのアクセス部分におけるループ接続検出方法。
（付記２）付記１において、
該第4ステップでループ接続が発生していると判定されたとき、該受信パケットの転送を禁止する第5ステップをさらに備えたことを特徴とするループ接続検出方法。
（付記３）付記１において、
該第4ステップでループ接続が発生していると判定されたとき、アラームを発生する第６ステップをさらに備えたことを特徴とするループ接続検出方法。
（付記４）付記１において、
該第3ステップが、複数個のパケット情報を保持するステップを含み、該第4ステップが、該保持した複数個のパケット情報の中から該所定時間内に該所定数の同一のパケット情報を検出するステップを含むことを特徴としたループ接続検出方法。
（付記５）付記１において、
該パケット情報が、ヘッダ及びフレームチェックシーケンスを含むことを特徴としたループ接続検出方法。
（付記６）
受信パケットのトラフィック量を検出する第1手段と、
該トラフィック量が、所定の閾値を超えているか否かを判定する第2手段と、
該第2手段で、該トラフィック量が該閾値を超えていると判定されたとき、該受信パケットに固有のパケット情報を取得する第3手段と、
該第３手段で取得したパケット情報が、所定時間内に所定数あったとき、ループ接続が発生していると判定する第4手段と、
を備えたことを特徴とするLANのアクセス部分におけるループ接続検出装置。
（付記７）付記６において、
該第4手段でループ接続が発生していると判定されたとき、該受信パケットの転送を禁止する第5手段をさらに備えたことを特徴とするループ接続検出装置。
（付記８）付記６において、
該第4手段でループ接続が発生していると判定されたとき、アラームを発生する第６手段をさらに備えたことを特徴とするループ接続検出装置。
（付記９）付記６おいて、
該第3手段が、複数個の固有情報を保持する手段を含み、該第4手段が、該保持した複数個のパケット情報の中から該所定時間内に該所定数の同一のパケット情報を検出する手段を含むことを特徴としたループ接続検出装置。
（付記１０）付記６において、
該パケット情報が、ヘッダ及びフレームチェックシーケンスを含むことを特徴としたループ接続検出装置。
【図面の簡単な説明】
【００５３】
【図１】本発明に係るループ接続検出方法及び装置の原理を説明するための図である。
【図２】本発明に係るループ接続検出方法及び装置の効果を説明するための図である。
【図３】本発明に係るループ接続検出方法を実現する装置の一構成例を示したブロック図である。
【図４】図3に示した本発明の構成例による動作実施例(1)を示したフローチャート図である。
【図５】図3に示した本発明の構成例による動作実施例(2)を示したフローチャート図である。
【図６】一般的なLANの構成例を示した図である。
【図７】LANのコア部分とアクセス部分の全てにスパニングツリープロトコルを適用した場合に誤接続をした例を示した図である。
【図８】図6の状態で誤接続をし且つブロードキャストパケットが流れ込んだ状態を説明するための図である。
【図９】図8に示した状態でネットワークのメルトダウンが発生する状態を説明するための図である。
【図１０】従来の課題を要約して説明するための図である。
【符号の説明】
【００５４】
10  LANのコア部分
20  ハブスイッチ
30  端末
ACC1〜ACC4  LANのアクセス部分
1  物理ポート制御部
2  受信部
2_1  受信データ処理部
2_2  受信パフォーマンスモニタ部
3  ループ検出部
3_1  受信パケット情報比較部
3_2  タイマ
3_3  閾値レジスタ
4  パケット転送制御部
5  スイッチングエンジン部
6  送信部
図中、同一符号は同一又は相当部分を示す。
【図１】
2006101094.tif 000003
【図２】
2006101094.tif 000004
【図３】
2006101094.tif 000005
【図４】
2006101094.tif 000006
【図５】
2006101094.tif 000007
【図６】
2006101094.tif 000008
【図７】
2006101094.tif 000009
【図８】
2006101094.tif 000010
【図９】
2006101094.tif 000011
【図１０】
2006101094.tif 000012