ピング検知このドキュメントはこちらの記事を翻訳したものです。内容に不一致がある場合は英語版の内容が優先されます。以降がインストールされている下記のモデルでサポートされています。MS210/225/250/350/355/410/420/425/450概要この記事では、ループ検知とMACフラップ検知の仕組みと、それらを活用した監視やトラブルシューティングについて説明します。これらの機能の重要性について理解することが重要です。冗長化によって、リンクやネットワーク機器に障害が発生した場合のダウンタイムを短縮することができますが、時には複雑なネットワーク構成になってしまうことがあります。このため、より多くのユーザーやアプリケーションに対応するためにネットワークが拡大するにつれて、ネットワークの管理、維持が難しくなります。冗長化における最大の課題の1つは、ループやブロードキャストストームが発生する可能性があることです。簡単な解決策の1つは、レイヤー2ループから保護するSTPを有効にすることです。ほとんどの場合うまくいきますが、BPDUの損失がある場合、レイヤー2ループは避けられません。送信が正常に行われない可能性があります。ピング検知機能を利用できます。スイッチではデフォルトで有効になっています。トラップを生成します。トポロジー内の全てのスイッチは定期的にブロードキャストプローブパケットを生成し、全てのアクティブな論理ポートから送出します。よって一意に識別されます。スイッチがこのパケットを受信し、自分自身のマックアドレスが含まれていた場合、ダッシュボードにループを報告し、以下のようなイベントログを生成します。イベントログは、最初にループが検出されたときにすぐに生成され、その後、同じ情報でイベントログが溢れることを避けるために、30秒ごとにログが生成されます。スイッチのデフォルトで有効になっています。アドレスが3回以上学習された場合にダッシュボードに報告し、以下の画像のようなログを生成します。注:上記の例では、MACフラップイベントは、クライアントがポート31に表示され、32に表示され、その後31に戻るときに発生します。これは、トポロジーにループがある、またはアクセスポイント間を行き来する挙動不審な無線クライアントを意味します。補足事項STPによってブロックされているポートではループ検知機能によるログは記録されませんループが発生している場合、MACフラップのログも同時に生成されることがほとんどですこれらの機能は検知のみであるため、これらの機能だけではブロードキャストストームから保護することはできませんイベントログの報告は、スイッチの利用可能なCPUサイクルに依存します。ブロードキャストストームがひどい場合、CPUサイクルが利用可能になるまでイベントログはダッシュボードに報告されません。アクセスポイントがブリッジモードの場合、無線クライアントがスイッチのMACアドレステーブルの有効期限よりも早くアクセスポイント間を移動すると、MACフラップイベントログが表示されることがあります。