核心交换机是三层交换机

不影响，一般就是收敛检测到变化了吧

日志含义

instance 0就是 MSTP 的 IST 实例 0；这条日志代表G1/0/21 端口收到了 TCN 拓扑变化通知报文，来自下联那台普通交换机方向Cisco。

现象说明：业务现在可以正常跑，但是下联交换机内部存在端口频繁 Up/Down、或者有环路，不断向上发送 TCN 报文；核心交换机收到 TC 之后，会把整个 MST 域 MAC 地址老化时间缩短为 15 秒，频繁刷新 MAC 地址表；少量偶尔出现日志影响很小；如果持续反复刷屏，会产生未知单播泛洪，严重时造成网络卡顿、丢包。

为什么全部终端还能正常上网

TC 只是刷新 MAC 地址表，不是直接断网；只有 TC 报文高频不停产生的时候，才会引发业务故障；现在只是日志告警，业务暂时未受影响，但隐患存在。

排查步骤

1、确认 TC 报文计数，看是否频繁产生

• 如果该端口 Receive TCN 计数持续上涨：确定 TC 源头就是 21 口下联的普通交换机。

2、排查下联那台普通交换机

1. 登录下联交换机，查看下联交换机端口日志，看是否有端口频繁 up/down；服务器网卡故障、网线松动会触发 TCN。
2. 检查下联交换机是否存在物理环路（两根网线互插交换机），环路会疯狂发送 TCN 报文。
3. 下联交换机接服务器的端口，需要配置为边缘端口（edge port），服务器上下线不产生 TC 报文。

核心交换机侧优化配置（GigabitEthernet1/0/21）

21 口接下游交换机，该端口不要配置 edge port；edge port 用于直连 PC / 服务器。

⚠️重点：TC‑protection 只是防护手段，治标不治本，根源还是要在下联交换机解决频繁 TC 来源。

下联交换机上处理（根治，最重要）

下联交换机接 6 台服务器的端口全部配置边缘端口，服务器插拔网线不会产生 TCN 报文：

风险提醒

1. 只是偶尔打印 1‑2 条日志，属于正常网络变更，可以不用处理；
2. 如果日志持续刷屏，长期频繁 TC，会导致全网 MAC 反复刷新，未知单播泛洪，业务随机卡顿、丢包。

快速定位问题点

1. 下联交换机拔掉所有服务器，观察核心还报不报错；
2. 逐个插回服务器网线，插到哪一台服务器日志复现，就是这台服务器网卡 / 网线故障。

一句话总结：日志代表 G1/0/21 收到下联交换机发送的 TCN 拓扑变化报文，当下业务正常；根源在下联交换机，要么服务器侧端口频繁 up‑down，要么下联存在二层环路；下联接服务器端口配置stp edged‑port enable，同时核心开启stp tc‑protection防护。

正常的，如果没开边缘端口，终端电脑有一个开关机就会报这个