STPでのTCNメッセージのトレース


12

ルートブリッジがCisco 3750スイッチのスタックであるRapid PVST +を実行しているL2ネットワーク上に約20のVLANがあります。スイッチで受信するTCN通知の数に少し困惑しています。

3750スタックは、すべてのVLANのルートであり、毎日TCN通知を受信します(時にはそれよりも多く、時には少し少なくなります)。すべてのVLANの同じポートで同時にTCNを受信します。これらのTCNがどこから来たのかをさかのぼるとshow spanning-tree detail | inc ieee|occurr|from|is exec、5つのトランクのみが設定され、アクセスポートがないスイッチ(switch-b)になります。

TCNの受信と同時にこのスイッチのリンクがアップまたはダウンするようなイベントに一致させることはできません。このスイッチで上記のコマンドを発行すると、最後のトポロジ変更がずっと前に行われたことが結果からわかります。

私の結論:

すべてのVLANがトポロジ変更通知を受信したため、送信されたTCNは、トランクリンクまたはスイッチ全体のイベントによってトリガーされる必要があります。スイッチbでローカルなものでなければなりません。

これらのTCNを作成する理由は何ですか?5つのトランクリンクは状態を変更しませんでした。スイッチbの最後のトポロジ変更がコアの最後のトポロジ変更と一致しないため、さらにダウンストリームに到達できません。switch-bの最後のトポロジ変更はずっと前です。

何かご意見は?


これでさらに得ましたか?私は同様を見ています。TCNがVLANに参加していなくても、トランク上で送信されるので、追跡が難しくなります。さらに悪いことに、スイッチ自体がそのVLANに参加していない場合、スイッチ間で転送されるようです

実際にはまだですが、アクセスポートにPortFastがないスイッチがいくつか見つかりました。しかし、それでも、同時にvlanのトポロジ変更を取得するための本当の説明ではありません。しかし、奇妙なことに、ここ2日間でtcnを大幅に減らすことができます。それが、私の優先事項が他のいくつかの問題に焦点を当てている理由です。単にデバッグを行うことによるdockmasterからの答えは良いものだと思います。ソースに近いものとしてトレースしてから、デバッグを行います...
user209

回答:


12

TCNを簡単にデバッグできるはずです。私の場合、最近debug spann mstp tc(MSTPを実行中)を使用してそれらをデバッグしました が、使用debug spanning-tree events するとそれらが表示されます:

Jul 10 07:42:18 UTC: STP: VLAN0228 Topology Change rcvd on Gi1/0/9       <<< received
Jul 10 07:42:18 UTC: STP: VLAN0228 sent Topology Change Notice on Po10   <<< forwarded

0

同じ問題がありました...すべてのアクセスポートでportfastを実行すると、TCNメッセージを送信せず、TCNメッセージを受信せず、すべてのスイッチに送信されません...有効にしない場合すべてのアクセスポートでportfastを実行し、デバイスがダウン/アップすると、TCNメッセージを送信し、すべてのスイッチでARPをフラッシュします。MACSをもう一度学習する必要があります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.