这个口是核心下连汇聚交换机的端口，此端口有大量的拓扑改变通知，这个可能是什么原因呢？

TC报文的排查和优化
交换机偶尔出现少量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报文的泛洪和影响范围。