1686582715,CRM论坛（CRMbbs.com）——一个让用户更懂CRM的垂直性行业内容平台,CRM论坛致力于互联网、客户管理、销售管理、SCRM私域流量内容输出5年。 如果您有好的内容，欢迎向我们投稿，共建CRM多元化生态体系，创建CRM客户管理一体化生态解决方案。内容来源：知了社区

问题描述：

客户的S10504交换机日志每天都弹出大量信息：STP/6/STP_NOTIFIED_TC: -Slot=2; Instance 0's port GigabitEthernet2/0/33 was notified of a topology change.

机房并没有人为的插拔线路，请问这是由于其他设备的端口没插好才导致这条信息弹出的吗？还是因为其他原因

组网及组网描述：

7小时前提问

STP的tc报文

一般是接口up down产生的

交换机偶尔出现少量STP TC日志告警可以不必过分关注，但在规模较大的二层网络域中，若交换机频繁收到TC报文，则会频繁刷新MAC地址表，可能造成短暂的未知单播流量泛洪，拥塞丢包；频繁刷新ARP表可能造成网络中瞬时出现大量ARP协议报文，导致核心设备CPU利用率升高，影响其他协议报文的处理。

因此我们应该尽可能消除频繁产生的TC报文，主要可以按照以下几点进行排查和优化：

1. 首先尽量从源头消除TC报文，找到是哪台设备的接口在频繁震荡。执行命令diplay stp tc查看频繁收到TC报文的端口，如果某端口收到的TC报文一直递增，查看该端口的对端设备的TC接收端口，一级一级往下直到找到TC源。

2. 根据上一步的排查结果，再继续定位接口震荡的原因。如果是设备间的互联接口，建议做一些硬件替换测试消除接口震荡。如果是互联终端的接口则建议配置STP边缘端口和BPDU保护功能。

3. 对于某些不便排查源头的网络，可以在端口上配置stp tc-restriction命令来开启TC-BPDU传播限制功能，此后当该端口收到TC-BPDU时，不会再向其他端口传播。

4. 在我司设备网络和其他厂商设备网络的交界处，如果只有单条路径连接，可以在该链路所连端口上配置stp disable或者bpdu drop。如果存在多条路径，则对其异常收TC情况进行监控和检查。

5. 尽可能合理规划和控制二层网络域的规模，当二层网络域规模较大，汇聚、接入和终端设备数量较多时，建议在核心和汇聚设备之间关闭STP功能，使每台汇聚设备与其下联网络构成一棵单独的STP树，每颗树之间互不影响，从而减小TC报文的泛洪和影响范围。

7小时前回答

您好，这是TC报文，没事的

7小时前回答

每天都会弹出大量这种日志

这是tc报文，你拓扑有改变就会弹，或者电脑开关机也会弹

7小时前回答

每天都会弹出大量这种日志

排查一下，是不是有端口频繁的up/down

溜溜溜

只要网络里有任何一个接口up down就会有这日志

1小时前回答

你正在,H3C S10504