Yep my mistake. However I do have 'set chassis redundancy graceful-switchover' configured as well as 'set protocols nonestop-routing'
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" Sent from my iPad On 31/10/2012, at 11:24 PM, "Stefan Fouant" <sfou...@shortestpathfirst.net<mailto:sfou...@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. Stefan Fouant JNCIE-SEC, JNCIE-SP, JNCIE-ENT, JNCI Systems Engineer, Juniper Networks On Oct 31, 2012, at 2:07 AM, Luca Salvatore <l...@ninefold.com<mailto:l...@ninefold.com>> wrote: It's an EX4500-VC running Junos 11.4r2.14 You can't configure GRES + NSR - they are mutually exclusive.... right? Config is attached. Luca -----Original Message----- From: Doug Hanks [mailto:dha...@juniper.net] Sent: Wednesday, 31 October 2012 4:27 PM To: Luca Salvatore; Morgan McLean; EXT - bd...@comlinx.com.au<mailto:bd...@comlinx.com.au> Cc: juniper-nsp@puck.nether.net<mailto:juniper-nsp@puck.nether.net> Subject: Re: [j-nsp] How reliable is EX multichassis? 3300 and 8200 switches Make sure the platform + software + configuration supports GRES + NSR + NSB and you're good to go. On 10/30/12 8:58 PM, "Luca Salvatore" <l...@ninefold.com<mailto:l...@ninefold.com>> wrote: Yep I'm aware, but why are my OSPF neighbours going down when one switch reboots? Luca -----Original Message----- From: Doug Hanks [mailto:dha...@juniper.net] Sent: Wednesday, 31 October 2012 2:42 PM To: Luca Salvatore; Morgan McLean; EXT - bd...@comlinx.com.au<mailto:bd...@comlinx.com.au> Cc: juniper-nsp@puck.nether.net<mailto:juniper-nsp@puck.nether.net> Subject: Re: [j-nsp] How reliable is EX multichassis? 3300 and 8200 switches GR is mutually exclusive with NSR. You want NSR. On 10/30/12 5:44 PM, "Luca Salvatore" <l...@ninefold.com<mailto:l...@ninefold.com>> wrote: I'm just playing around with this now since I have a few new EX switches not in production just yet Have a pretty simple setup with two EX4500 in VC connected to another two EX4500 in VC mode. I'm running OSPF between them. I rebooted the master member while running a ping an it took around 40 seconds to come back up. I noticed that my OSPF adjacency went down and the delay was waiting for the OSPF neighbours to come back up. I have: nonstop-routing configured under routing options graceful-switchover configured under chassis redundancy nonstop-bridging configured under ethernet-switching-options Would graceful-restart be a better config than non-stop routing? Luca -----Original Message----- From: juniper-nsp-boun...@puck.nether.net<mailto:juniper-nsp-boun...@puck.nether.net> [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of Morgan McLean Sent: Wednesday, 31 October 2012 11:00 AM To: Ben Dale Cc: juniper-nsp@puck.nether.net<mailto:juniper-nsp@puck.nether.net> Subject: Re: [j-nsp] How reliable is EX multichassis? 3300 and 8200 switches Neither of these two options show up as a configurable flag: set routing-options nonstop-routing set ethernet-switching-options nonstop-bridging I'm running 11.4R2.14 on the ex3300-48t switches. Granted, right now the VC is broken so maybe it doesn't allow me to configure it? I can head to the datacenter and upgrade these two devices to recommended release and report back tomorrow as well. Morgan On Tue, Oct 30, 2012 at 4:30 PM, Ben Dale <bd...@comlinx.com.au<mailto:bd...@comlinx.com.au>> wrote: Hi Morgan, On 31/10/2012, at 9:06 AM, Morgan McLean <wrx...@gmail.com<mailto:wrx...@gmail.com>> wrote: Can anybody give me an idea regarding typical failover times if the master in a two switch pair were to die? The quickest I've seen in my testing with EX3300's is 45 seconds, just for L2 forwarding to continue working, no routing. All the ports drop link as well on the secondary switch while things switch over. I can have my laptop connected to the secondary switch, passing traffic up an uplink on the secondary, and if the master dies it creates a 45 second interruption. Normal? Yes, but add the following to your configuration: set virtual-chassis no-split-detection (you may already have this) set routing-options nonstop-routing set ethernet-switching-options nonstop-bridging and try again. In your testing, put a 3rd switch in place with LACP and one leg to each member. My testing (45/42xx) has shown L2 should be pretty much hitless under most circumstances (except if your STP topology needs to re-converge), and L3 should around the 1-4 seconds mark (for violent failures of master RE). The worst case scenario though is re-merging a split VC, which can take the best part of 45 seconds, so avoid split-brain scenarios whenever possible with redundant VCP/VCPe or schedule their repair during planned outage windows. Cheers, Ben Morgan On Sun, Oct 28, 2012 at 2:24 PM, Giuliano Medalha < giuli...@wztech.com.br<mailto:giuli...@wztech.com.br>>wrote: Robert, It was released by juniper one or two weeks ago I think. Take a look: https://www.juniper.net/us/en/products-services/routing/mx-series/mx 2 0 00/ MX2010 MX2020 https://www.juniper.net/us/en/products-services/routing/mx-series/mx 2 0 00/#specifications But I really don't know if it will support virtual chassis without JCS. Att, Giuliano On Sun, Oct 28, 2012 at 3:47 PM, Robert Hass <robh...@gmail.com<mailto:robh...@gmail.com>> wrote: On Fri, Oct 26, 2012 at 11:44 PM, Giuliano Medalha <giuli...@wztech.com.br<mailto:giuli...@wztech.com.br>> wrote: Considering the MX family (240, 480 and 960 with TRIO 3D) and the new MX-L Hi What is new MX-L - can you write a little mort ? MX80 successor ? Rob _______________________________________________ juniper-nsp mailing list juniper-nsp@puck.nether.net<mailto:juniper-nsp@puck.nether.net> https://puck.nether.net/mailman/listinfo/juniper-nsp _______________________________________________ juniper-nsp mailing list juniper-nsp@puck.nether.net<mailto:juniper-nsp@puck.nether.net> https://puck.nether.net/mailman/listinfo/juniper-nsp _______________________________________________ juniper-nsp mailing list juniper-nsp@puck.nether.net<mailto:juniper-nsp@puck.nether.net> https://puck.nether.net/mailman/listinfo/juniper-nsp <switch-config.txt>_______________________________________________ juniper-nsp mailing list juniper-nsp@puck.nether.net<mailto:juniper-nsp@puck.nether.net> https://puck.nether.net/mailman/listinfo/juniper-nsp _______________________________________________ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp