广州皮具网站建设,wordpress 幻灯片插件下载,公众号编辑器排行榜,现代简约客厅一个朋友发我一个H3C日志#xff0c;这个交换机是汇聚层交换机#xff0c;1和2口是trunk口#xff0c;其它接口是access接口#xff0c;17-21口据说接的都是监控、终端。日志里面看到大量的拓朴改变#xff0c;好几个网口up、down的日志#xff0c;怀疑是环路#xff0c… 一个朋友发我一个H3C日志这个交换机是汇聚层交换机1和2口是trunk口其它接口是access接口17-21口据说接的都是监控、终端。日志里面看到大量的拓朴改变好几个网口up、down的日志怀疑是环路排除了本机环路后我让他对access端口开启了端口保护然后就排查两个trunk口的问题 我怀疑两个trunk口可能一个是上联到核心一个是下联接入一般上联存在环路的可能性较小有可能是下联交换机的问题但同时有这么多口子包括trunk和access端口短时间密集发生拓朴改变有点匪夷所思会不会是下层交换机之间有环路但朋友提出如果环路网络不会恢复查了下H3C手册有这样一段话
1. 环路监测处理模式 环路监测的处理模式就是系统监测到环路时的处理方式分为以下两种 l None模式当监测到端口出现环路时除打印日志信息和发送告警信息外不对该端口进行任何处理。 l Shutdown模式当监测到端口出现环路时除打印日志信息并发送告警信息外还会关闭该端口使其不能收发报文包括环路监测报文。 说明环路默认情况下是只记录日志不做任何处理的于是到下联的trunk端口开了环路检测结果没有查到环路。(H3C关于环路检测的文章14-环路检测命令-新华三集团-H3C
14-环路检测命令-新华三集团-H3C) 突然想到以前处理过一个案例就是上游锐捷交换机一开启stp一台下游的老的H3CV5版本的trunk口就down掉了因为日志里有这样一条bpdu格式错误后来在H3C的trunk口设置了stp compliance dot1s //表示端口只发送标准格式符合802.1s协议的MSTP报文网络就正常了。会不会是不同品牌的交换机的bpdu报文造成的呢 于是查了下知了社区有这么一条回答配置了bpdu保护、边缘端口后还是有大量BPDU TC日志原因是stp模式不一致导致因为公司内网有思科华为H3C迈普等等交换机因此stp用的是PVST而H3C默认的是MSTP导致以上配置配完还是有大量TC。因此要更改STP 模式stp mode pvst 因为网络太乱了朋友说找不到下游的交换机在哪里所以出现故障要多方查找可能的故障原因一一排除。现在只有等梳理好网络再说了~ 所以说有个好的网络习惯真的很重要啊 最后跟朋友提议老的网络最好批量做一下版本升级可以避免一些不兼容的情况出现监控和办公网最好划分到不同的网段这样网络拓朴更简洁易于梳理、减少广播包、将来做策略也更方便些。
