关于生成树的一些问题

侵略美国

如图所示，这个生成树域中有3台交换机，原始状态是SW1是根桥，SW3的E0/1是NDP，其余的都是指定端口和根端口

问题1：实验中强制指定生成树的模式是802.1D,并且强制backbonefast和uplinkfast关闭，实验中把SW2的E0/1口shutdown,按照我的理解，此时是间接拓扑变更，由于SW3的E0/1是NDP无法转发BPDU，所以此时SW2失去了与根桥的连通性，此时SW2会认为自己是根桥，所以SW2上的E0/2会马上称为DP并且状态是forwarding ，并且向SW3发送一份BID是自己的BPDU，SW3收到这份BPDU，通过比较缓存中原始的BPDU发现这份BPDU是次级BPDU，于是丢弃，然后经过20秒后原始的BPDU删除，然后SW3的E0/1端口转变为DP且端口状态为listing。然后SW3向SW2发送BPDU，SW2收到后通过重新选举把自身E0/2转变为RP并且状态为listing,最终到达forwarding状态，最终SW2的E0/2从DP到后来RP的forwarding状态经历的时间应该是20+30=50秒，以上是我的理解，但是通过实验发现，当SW3的E0/1端口变为DP并且状态是listing状态后，SW2的E0/2接口直接变为RP并且状态直接forwrding，这我就想不通了，为什么接口状态能直接变为forwarding，我明明已经关闭了backbonefast和uplinkfast，



增加一台SW4，四台交换机同处于一个VTP domain中，SW1是VTP SERVER，其余都是client，在server上创建VLAN 10 VLAN 20，在SW4上开启wireshark，发现有不断的VLAN10和VLAN 20的BPDU，现在假定SW4上没有VLAN10和20的用户，SW4不需要这2个vlan的更新，于是在SW1中启用vtp pruning,然后再在SW4抓包发现还是有VLAN1020的更新，请问这是为什么，难道VTP修剪没有生效吗

jsjsboy

SW2的E0/2本身就是forwarding，你shutdownE0/1只会触发SW3的blocking--forwarding
至于VTP，把你SW1的 E0/2接口配置放出来。VTP做的是手动修剪还是自动修剪？

侵略美国

jsjsboy 发表于 2018-1-27 16:17
SW2的E0/2本身就是forwarding，你shutdownE0/1只会触发SW3的blocking--forwarding
至于VTP，把你SW1的 E0/ ...

我只在SW1的全局模式启用了vtp pruinig

jsjsboy

侵略美国 发表于 2018-1-27 20:11
我只在SW1的全局模式启用了vtp pruinig

这条命令同步活动VLAN，SW4上是否已存在VLAN10、VLAN20的接口

lzp2541203936

谢谢

hahaaaa

自己实验吧