Re: [j-nsp] Detecting OSPF packet drops
Saku Ytti s...@ytti.fi writes: RSP720 is lower spec pq3 than MX80 yet it runs circles around MX80 in terms of convergence and scale. In fact when I heard about MX80, I wasn't worried about RE performance at all, top-of-the-line pq3, faster than RSP720, should suffice no problems, how naive I was. Indeed, the ~1500 L3 VLANs which were moved to the MX80 causing the problem came from an RSP720 which had no problem at all handling the load... (It had all sorts of other interesting problems, as everyone who has worked with the 7600 before SUP2T can surely attest, but it handled OSPF load just fine.) It was a nasty surprise I must say. /Benny ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] Detecting OSPF packet drops
When I do a commit on an somewhat buxy MX80, I see Nov 27 21:14:10.443024 OSPF dropped 172 received packets due to flow blockage as long as I have set ospf traceoptions flag error. Without traceoptions, the error is not logged. Now, JTAC is telling me that I cannot run with any traceoptions on that box in production. That leaves me completely in the dark when it comes to dropped OSPF packets, and I will have no way of knowing if the packet drops hit a level where I risk losing neighbors. Is there anything I can do to monitor those drops, without using traceoptions? /Benny ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Detecting OSPF packet drops
When I do a commit on an somewhat buxy MX80, I see Nov 27 21:14:10.443024 OSPF dropped 172 received packets due to flow blockage as long as I have set ospf traceoptions flag error. Without traceoptions, the error is not logged. Now, JTAC is telling me that I cannot run with any traceoptions on that box in production. That leaves me completely in the dark when it comes to dropped OSPF packets, and I will have no way of knowing if the packet drops hit a level where I risk losing neighbors. Is there anything I can do to monitor those drops, without using traceoptions? Probably not. The MX80 has a significantly underpowered RE CPU. Bad enough that we have basically stopped buying MX80s, mostly for that reason alone. Steinar Haug, Nethelp consulting, sth...@nethelp.no ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Detecting OSPF packet drops
On (2012-11-28 22:30 +0100), sth...@nethelp.no wrote: Probably not. The MX80 has a significantly underpowered RE CPU. Bad enough that we have basically stopped buying MX80s, mostly for that reason alone. I'm quite worried if we are able to use MX80 long time enough due to the RE, so I can fully understand your decision. RSP720 is lower spec pq3 than MX80 yet it runs circles around MX80 in terms of convergence and scale. In fact when I heard about MX80, I wasn't worried about RE performance at all, top-of-the-line pq3, faster than RSP720, should suffice no problems, how naive I was. -- ++ytti ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Detecting OSPF packet drops
I run a few MX80's but doing very basic BGP with full tables, some minor OSPF, nothing major. Where exactly are you guys running into restrictions with regards to the RE? Thanks, Morgan On Wed, Nov 28, 2012 at 3:02 PM, Saku Ytti s...@ytti.fi wrote: On (2012-11-28 22:30 +0100), sth...@nethelp.no wrote: Probably not. The MX80 has a significantly underpowered RE CPU. Bad enough that we have basically stopped buying MX80s, mostly for that reason alone. I'm quite worried if we are able to use MX80 long time enough due to the RE, so I can fully understand your decision. RSP720 is lower spec pq3 than MX80 yet it runs circles around MX80 in terms of convergence and scale. In fact when I heard about MX80, I wasn't worried about RE performance at all, top-of-the-line pq3, faster than RSP720, should suffice no problems, how naive I was. -- ++ytti ___ 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
Re: [j-nsp] Detecting OSPF packet drops
On (2012-11-28 15:08 -0700), Morgan McLean wrote: I run a few MX80's but doing very basic BGP with full tables, some minor OSPF, nothing major. Where exactly are you guys running into restrictions with regards to the RE? Just generally slow to converge BGP, long commit times with occasional rpd slips. Compared to Intel boxes, it's just unexpectedly slow. But maybe JNPR will make RPD SMP safe and enable second core :) -- ++ytti ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp