Re: [j-nsp] jtree0 Memory full on MX480?

2015-07-21 Thread Phil Rosenthal
Over the years, we have run into a couple of issues that translated to either exhausting FPC memory or corrupting the JTree. Currently, life is good on 13.3R6, which we run on all MX's globally. I haven't run into this specific issue, and I am just assuming that behavior is improved. Best

Re: [j-nsp] Proper Break of MPLS RSVP Ring

2015-07-21 Thread Levi Pederson
Chris, I do understand. My initial thoughts were all theoretical. Helping me understand RSVP and the MPLS more. With some help I did discover i had a typo between the links forcing them not to pull up any protocol even OSPF (my internal MPLS routing). So my entire config was right but I had

Re: [j-nsp] jtree0 Memory full on MX480?

2015-07-21 Thread Phil Rosenthal
Disabling Basic-Table certainly bought you some time. Agree that it still does not look good. I suspect that you are running into a software issue. 11.4 is no longer a supported version, 12.3 is the minimum supported today, with 13.3R6 as the recommended version. Is it possible for you to

Re: [j-nsp] jtree0 Memory full on MX480?

2015-07-21 Thread Jeff Meyers
Hi, yes, an upgrade is absolutely possible but since there are no major issues with that release, we didn't do that yet. Are you just assuming a newer software improves that or did Juniper really do something on that side? Best, Jeff Am 22.07.2015 um 02:45 schrieb Phil Rosenthal:

Re: [j-nsp] Proper Break of MPLS RSVP Ring

2015-07-21 Thread Levi Pederson
All, Double Checked the Layer 2 ring today and it seems solid. Once again we have B and C co-located and A and D in remote locations with a link between them. Currently there is no RSVP between C and D and this is making my ring go right instead of left! I can Ping from D to C (it's next hop

Re: [j-nsp] MX104 Limitations

2015-07-21 Thread Ross Halliday
Saku Ytti wrote: 1) It’s 3.5U high, making rack planning a little weird, and requiring me to buy a hard to find half-U blank panel It is targeting metro applications, where racks often are telco racks. job-1 and job-2 were thrilled to get MX104 form-factor, MX80 was very problematic and

Re: [j-nsp] RE switch master to backup

2015-07-21 Thread Ross Halliday
Gents, has anybody seen a dual RE MX gear switch the routing engine master to backup due to a “possibly bad console cable” ? Jul 1 11:21:29.941 2015 MX480LON_0 init: getty repeating too quickly on port /dev/ttyd0, sleeping 30 secs Did you happen to find a resolution for this? That

Re: [j-nsp] RE switch master to backup

2015-07-21 Thread Chris Adams
Once upon a time, Ross Halliday ross.halli...@wtccommunications.ca said: On Sun servers there used to be a way cool method to get them to reboot: Send a trillion BREAKs over the console. Same thing could happen if you rebooted your console device a few times, or, indeed, if the cable was bad.

Re: [j-nsp] Q-in-Q with VSTP

2015-07-21 Thread Ross Halliday
I'm bashing away at a conundrum here. I'm trying to lab a setup for a multi-VLAN subscriber over some GPON gear. The setup is: MX104 --2x-- OLT -- ONT -- subscriber The ONT is able to strip the outer VLAN tag facing the subscriber, so the CE can hit all of the inner VLANs directly. The

Re: [j-nsp] jtree0 Memory full on MX480?

2015-07-21 Thread Chris Kawchuk
I know that a ton of fixes on BGP convergence time son MX80 is definitely a reason to be 'moving up'... however as you're on RE-2000s on MX480 may not be applicable. I see you're running DPC cards, have you considered shifting those links onto an MPC/Trio Card? (newer chip, more RAM, more

Re: [j-nsp] Proper Break of MPLS RSVP Ring

2015-07-21 Thread Chris Kawchuk
Post relevant configs and an actual diagram (Visio - PDF) Without this, anything we say is pure speculation -- and we end up playing '20 questions' with you. Getting an MPLS/RSVP/LDP/IGP/BGP/Mesh/TE network setup involves multiple steps and config-knobs being turned on and turned on correctly.

[j-nsp] jtree0 Memory full on MX480?

2015-07-21 Thread Jeff Meyers
Hello list, we seem to be running into limits with a MX480 with RE-2000 and 2x DPCE-4XGE-R since we are seeing these new messages in the syslog: Jul 22 00:50:36 cr0 fpc0 RSMON: Resource Category:jtree Instance:jtree0-seg0 Type:free-dwords Available:83072 is less than LWM limit:104857,

Re: [j-nsp] jtree0 Memory full on MX480?

2015-07-21 Thread Phil Rosenthal
Can you paste the output of these commands: show conf | display set | match rpf-check show ver show route sum DPC should have enough memory for ~1M FIB. This can get divided in half if you are using RPF. If you have multiple routing instances, this also can contribute to the problem. Best

Re: [j-nsp] jtree0 Memory full on MX480?

2015-07-21 Thread Jeff Meyers
Hi Phil, sure: {master} jeff@cr0 show configuration | display set | match rpf-check {master} nico@FRA4.cr0 show version Hostname: cr0 Model: mx480 JUNOS Base OS boot [11.4R9.4] JUNOS Base OS Software Suite [11.4R9.4] JUNOS Kernel Software Suite [11.4R9.4] JUNOS Crypto Software Suite

Re: [j-nsp] Cisco ME3600 migration to something with more 10 gig ports

2015-07-21 Thread Colton Conor
What does the price point of the ME3600X/ASR920 platform look like? Looks like for at least the ASR920 and 10G SPF+ ports you have the buy the chassis and then upgrade licenses? Considering a Juniper GFX5100 is ~$11k brand new does it make any sense to go with something like an ASR920, or does

Re: [j-nsp] Cisco ME3600 migration to something with more 10 gig ports

2015-07-21 Thread Mark Tinka
On 21/Jul/15 14:41, Colton Conor wrote: What does the price point of the ME3600X/ASR920 platform look like? Looks like for at least the ASR920 and 10G SPF+ ports you have the buy the chassis and then upgrade licenses? As with any vendor, the best deal you can do is one that won't be