最佳答案
不会
(0)
请问有这方面的官方资料吗?在官网没有找到
http://www.h3c.com/cn/d_201601/909100_30005_0.htm
谢谢您的解答,但是我发现是能够影响CIST根交换机的选举,比如有三个region,分别为1,2,3,1和2 互联,2和3互联,如果不修剪掉vlan1 ,全网CIST的根交换机在region3里面。如果我在1和2之间修剪掉vlan 1, region 1的CIST的根交换机是在1内部选举的,而不再是3的,2和3上显示的CIST根交换机还是在3里面。 说明region1里面应该收不到从region2发过来的bpdu报文了,我会再抓包分析一下,验证这个结论
谢谢您的解答,但是我发现是能够影响CIST根交换机的选举,比如有三个region,分别为1,2,3,1和2 互联,2和3互联,如果不修剪掉vlan1 ,全网CIST的根交换机在region3里面。如果我在1和2之间修剪掉vlan 1, region 1的CIST的根交换机是在1内部选举的,而不再是3的,2和3上显示的CIST根交换机还是在3里面。 说明region1里面应该收不到从region2发过来的bpdu报文了,我会再抓包分析一下,验证这个结论
(0)
这个问题,我抓包看过,首先,即使在边界trunk口上掐掉了vlan 1,两个区域仍然能互相收到对方的BPDU信息;其次,你所说的去掉trunk口的vlan 1导致根交换只会在自己的域内选举,这个触发条件其实并不是你去掉了边界trunk上的vlan 1,而是这台交换机上所有的端口全部禁止了vlan 1,我相信其他端口的default vlan也不是1吧?但凡有一个口(并不一定要是那个trunk口)允许vlan 1,这种情况就不会发生,而发生这种情况的原因也不是因为互相收不到BPDU包,而是因为全端口禁用了vlan 1的交换机会一直认为自己就是根交换并不停地发送这一BPDU出去,而除非它确实是整个拓扑里的根,否则它就与正确的BPDU包冲突,使得生成树一直无法收敛,最后这个链路会被对端阻塞掉。
(0)
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
谢谢您的解答,但是我发现是能够影响CIST根交换机的选举,比如有三个region,分别为1,2,3,1和2 互联,2和3互联,如果不修剪掉vlan1 ,全网CIST的根交换机在region3里面。如果我在1和2之间修剪掉vlan 1, region 1的CIST的根交换机是在1内部选举的,而不再是3的,2和3上显示的CIST根交换机还是在3里面。 说明region1里面应该收不到从region2发过来的bpdu报文了,我会再抓包分析一下,验证这个结论