BYR Achieve · 镜像论坛

Re: 网络中心通告

2006/11/3镜像同步1 回复

拓扑图如下: +-------------+ | L3 Switch | +-------------+ | | +-------------+ | L2 Switch |-------------------+ +-------------+ | | | | | +-------------+ +-------------+ | L2 Switch 1 | . . . . . . | L2 Switch N | +-------------+ ( Many ) +-------------+ | +--------+ | Switch | +--------+ L3 Switch 为某园区的核心交换机, L2 Switch 为某宿舍楼的主交换机, L2 Switch 1 - N 为该宿舍楼的楼层交换机. Switch 为某楼层交换机 L2 Switch N 下连的某寝室的小交换机. 当该寝室的A同学不小心将一根长网线的两头都接到了Switch上,由于这种家用小交换机是MDI/MDI-X自适应的,所以直通线也可以将这个小交换机的两个接口连通了. 这样的后果就是，当小交换机收到一个广播数据包（例如ARP请求），它就开始对它的接受这个包的源端口以外的端口进行洪泛。这时候，被回环的端口1和2就会收到来自对方的广播包，就会产生二次洪泛，在二此洪泛的时候,由于源端口是1和2,所以同时也会对这个广播包原来的端口也进行洪泛, 相应也会产生三次洪泛,四次洪泛等等。这样,上联的交换机就会收到来自这台小交换机大量的数据包，造成严重的拥塞以及资源消耗。对于这台小交换机未建立CAM表的时候，单播包也会产生同样的结果。记得当时这个小小的环路,影响到了该园区的核心交换机,后果是很严重的. 所以当时开玩笑说,在川大,当黑客太简单了.拿根网线,两头往交换机上一插, 网络就得瘫痪半天. 当时觉得和生成树(STP)协议有关, Huawei的交换机采用的是RSTP协议,并且默认不启用,所以认为开启生成树协议应该可以解决这个问题,但是开启生成树后同样还是遇到了这种问题, 就归于Huawei VRP的BUG了. 其实这不是VRP的BUG, 仅仅靠默认的STP并不能解决这种自回环的环路问题, 我们还需要STP的一个扩展功能, BPDU GUARD(BPDU 防护). Huawei叫做 BPDU Protection (BPDU 保护) 呵呵,换汤不换药啦. BPDU GUARD的功能是当这个端口收到任何的BPDU就马上设为Error-Disabled状态. 我们知道,当交换机STP功能启用的时候,默认所有端口都会参与STP,并发送和接受BPDU. 当BPDU GUARD开启后,在正常情况下,一个下联寝室的端口是不会收到任何BPDU的,因为PC和小交换机都不支持STP,所以不会收发BPDU. 当这个端口下如果有自回环的环路,那么它发出去的BPDU在小交换机上回环后就会被自己接收到, 这个时候BPDU GUARD就会把它立刻设为Error-Disabled状态,这个端口就相当于被关闭了,不会转发任何数据,也就切断了环路,保护了整个网络.

订阅后，新回复会通过你的通知中心匿名送达。