Agree with Mark, if you count loss of redundancy as a high priority issue find 
the funds to purchase dual RE even on dual chassis designs.

We made this engineering mistake; initially saved money with a single RE design 
with dual PE MX104s.  We've had some NAND corruption RE failures that are 
undetectable until the fan gets hit.  The MX104 recovery process requires 
physical access (would love to be proven wrong).  Some of these chassis are 
distant and/or not convenient to access physically.  We are walking back and 
installing dual RE everywhere.

-Michael

> -----Original Message-----
> From: juniper-nsp [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of
> Mark Tinka
> Sent: Tuesday, November 22, 2016 12:00 AM
> To: Aaron <aar...@gvtc.com>; 'Sebastian Becker' <s...@lab.dtag.de>
> Cc: juniper-nsp@puck.nether.net; 'Clarke Morledge' <chm...@wm.edu>
> Subject: Re: [j-nsp] RE-S-X6-64G & ISSU?
> 
> 
> 
> On 14/Nov/16 17:04, Aaron wrote:
> 
> > Have y'all ever thought through the benefits of having dual RE in one
> > chassis compared to 2 chassis with 1 RE in each ?
> >
> > Like if I'm thinking about getting a MX480 with dual RE... what about
> > instead, getting dual MX240 with 1 RE in each ?  ...and possibly Virtual
> > Chassis'ing the dual MX240's as one virtual router
> >
> > Chassis diversity seems nice...then whatever would connect in that location,
> > can be redundantly connected to both MX240's.
> 
> Firstly, unless you're tight for space, I'd not spend money on an MX240.
> MX480 should be the bare minimum. Line cards are hungry for space.
> 
> We used to run single control planes in core switches, and have 2 core
> switches per PoP. This was because those switches only handled Ethernet
> traffic, no IP/MPLS.
> 
> I'd be hesitant to run any kind of routing device on a single control
> plane unless it was designed as such. Then again, control planes are not
> that much more expensive in current-generation core switches, so we are
> now kitting them fully out from that perspective as well.
> 
> Mark.
> _______________________________________________
> juniper-nsp mailing list 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

Reply via email to