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

Stefan Fouant sfouant at shortestpathfirst.net
Wed Oct 31 08:24:12 EDT 2012


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 <Luca at 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:dhanks at juniper.net] 
> Sent: Wednesday, 31 October 2012 4:27 PM
> To: Luca Salvatore; Morgan McLean; EXT - bdale at comlinx.com.au
> Cc: juniper-nsp at 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" <Luca at 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:dhanks at juniper.net]
>> Sent: Wednesday, 31 October 2012 2:42 PM
>> To: Luca Salvatore; Morgan McLean; EXT - bdale at comlinx.com.au
>> Cc: juniper-nsp at 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" <Luca at 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-bounces at puck.nether.net
>>> [mailto:juniper-nsp-bounces at puck.nether.net] On Behalf Of Morgan 
>>> McLean
>>> Sent: Wednesday, 31 October 2012 11:00 AM
>>> To: Ben Dale
>>> Cc: juniper-nsp at 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 <bdale at comlinx.com.au> wrote:
>>> 
>>>> Hi Morgan,
>>>> 
>>>> On 31/10/2012, at 9:06 AM, Morgan McLean <wrx230 at 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 <
>>>> giuliano at 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 <robhass at gmail.com>
>>>> wrote:
>>>>>> 
>>>>>>> On Fri, Oct 26, 2012 at 11:44 PM, Giuliano Medalha 
>>>>>>> <giuliano at 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 at puck.nether.net 
>>>>> https://puck.nether.net/mailman/listinfo/juniper-nsp
>>>>> 
>>>> 
>>>> 
>>> _______________________________________________
>>> juniper-nsp mailing list juniper-nsp at puck.nether.net 
>>> https://puck.nether.net/mailman/listinfo/juniper-nsp
>>> 
>>> _______________________________________________
>>> juniper-nsp mailing list juniper-nsp at puck.nether.net 
>>> https://puck.nether.net/mailman/listinfo/juniper-nsp
>>> 
>> 
>> 
>> 
> 
> 
> <switch-config.txt>_______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp




More information about the juniper-nsp mailing list