ご返信ありがとうございます。
keepaliveとBPDU Guardについてお教え頂きましたが、申し訳有りません
私の説明不足により構成に誤解を与えてしまわないよう念のため想定して
いる構成を再度ご説明させて下さい。
[Ｃａｔａｌｙｓｔ3750]---[Catalyst2960]---[他社製Switch]======⊃ ×ループ
※他社製SwitchはSTP未対応でダウンリンク同士を接続してしまいループ発生
上記のように他社製Switch(エンドユーザ設置のSTP未対応)の配下で同一筐体
でUTP等を接続してしまった場合には、他社製Switch内にてループが発生して
しまい、ブロードキャストやマルチキャストはUplinkである、Catalyt2960に流れて
しまうかと思います。
上記構成であった場合、お教え頂いた機能では対応できないと理解していた
物ですから、他の仕組み(機能)を模索していたのですが、keepalive等で対応
できるのであれば検証や内容ご教授頂けると助かります。
ちなみに、以下が私の理解なので、誤りあればご指摘下さい。
・keepalive
送信元/宛先が物理I/F MACなので、他社製Switchではフォワーディングされない為
折り返ってこず、検出が不可
・BPDU Guard
BPDUが元々流れてない為検出不可(BPDUについて、先の問合せではご説明して
おりませんでした、申し訳有りません)
・storm-control
閾値以下であった場合は検出不可
・loopguard
元々BPDUが流れてこないため機能しないので検出不可
※keepaliveは送信したポート以外で受信した場合には機能しないと理解しております
がこちらも謝りあればご指摘下さい。
（上記構成例とは異なりますが、STPを止めているVlanにてCatalyst2960のダウン
リンク同士を接続したパターンや、上記構成例にて他社製Switchのダウンリンクと
Catalyst2960の別のダウンリンクを接続した場合等の検出可否)
以上、私の理解になりますが、誤り等あればご指摘頂けると助かりますし、検証
頂けますと助かります。
Keepaliveの宛先がマルチキャストアドレス等に変更可能で、Catalystが折り返って
来たkeepaliveパケットを理解できれば検出は可能と考えております。
お忙しい中恐縮ですが、ご連絡お待ちしております。
