[j-nsp] How reliable is EX multichassis? 3300 and 8200 switches

Stefan Fouant sfouant at shortestpathfirst.net
Wed Oct 31 11:50:04 EDT 2012


On Oct 31, 2012, at 10:01 AM, Luca Salvatore <Luca at ninefold.com> wrote:

> Yep my mistake.
> However I do have 'set chassis redundancy graceful-switchover' configured as well as 'set protocols nonestop-routing'
> 
> On 31/10/2012, at 11:24 PM, "Stefan Fouant" <sfouant at shortestpathfirst.net<mailto:sfouant at shortestpathfirst.net>> wrote:
> 
> I think you are confusing GRES w/ GR.  NSR and GRES are NOT mutually exclusive and in fact NSR requires it to function.

'set chassis redundancy graceful-switchover' is GRES, not GR.

> What I actually see when the master switch robots is that the AE interfaces between my devices flaps. I think this causes my OSPF neighbours to go down.
> 
> I see this in the logs: "rpd[2241]: RPD_OSPF_NBRDOWN: OSPF neighbor 10.255.255.9 (realm ospf-v2 vlan.83 area 0.0.0.1) state changed from Full to Down due to KillNbr (event reason: interface went down"

Which device is the ae interface tied to?  Is it a VC-LAG with members tied to multiple physical devices, or is it comprised of only links belonging to a single device?

Stefan Fouant
JNCIE-SEC, JNCIE-SP, JNCIE-ENT, JNCI
Systems Engineer, Juniper Networks



More information about the juniper-nsp mailing list