[j-nsp] Topology failure on EX4200
Victor Sudakov
vas at mpeks.tomsk.su
Mon Jul 10 23:59:58 EDT 2017
One more observation: OSPF adjacency in the management vlan does
not break, so I conclude that only unicast traffic is affected.
Victor Sudakov wrote:
>
> There is a ring of EX4200 switches, please look at http://noc.sibptus.ru/jun1.png
>
> If MUX1 fails, the MSTP topology adjusts and the PCs continue to see
> one another just fine.
>
> However, some switches become inaccessible in the management vlan
> (vlan3 in this example). For example, you can still ping 192.168.1.3
> from 192.168.1.2, but not 192.168.1.4 from 192.168.1.2.
>
> One important note. If MUX1 fails, the corresponding interfaces on
> 192.168.1.2 and 192.168.1.4 don't go down, it is only the traffic
> (including BPDUs) that stops flowing through the mux.
>
> If I shutdown the corresponding interfaces on 192.168.1.2 and
> 192.168.1.4 (or use OAM to shutdown the interfaces automatically when
> the mux fails), the problem disappears and I can ping any switch from
> any switch.
>
> What's the theory behind this?
>
> "clear arp" and "clear ethernet-switching table" don't fix the
> problem.
>
> --
> Victor Sudakov, VAS4-RIPE, VAS47-RIPN
> AS43859
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
AS43859
More information about the juniper-nsp
mailing list