Re: [j-nsp] MX960 Redundant RE problem

2012-02-14 Thread Morgan McLean
Correct me if I'm wrong, but backup routing engines never have adjacencies or peering relationships etc because they are not active, correct? When they become master they have to reestablish those sessions. Thats how it seems to be for our SRX routing engines, at least, but routes are shared betwee

[j-nsp] define name servers on pppoe dynamic profile

2012-02-14 Thread Mohammad
Hi everyone We have an mx router that will be acting as BRAS router, with the following config.: dynamic-profiles { pppoe_profile { routing-instances { "$junos-routing-instance" { interface "$junos-interface-name"; } }

[j-nsp] MX960 Redundant RE problem

2012-02-14 Thread Mohammad
Hi everyone We have an MX960 with two routing engines, Re0: Backup, Re1: Master When we try to switchover to the backup RE we see the following message: XXX# run request chassis routing-engine master switch error: Standby Routing Engine is not ready for graceful switchover (replication_e

Re: [j-nsp] flexible ethernet services / pppoe

2012-02-14 Thread Per Granath
> I'm trying to work with an interface that has mixed subinterfaces. some of > the subinterfaces are part of a bridge domain, some are family inet, and one > interface is PPPOE for subscriber termination. > > > unit 402 { > description Wireless_PPPOE; > encapsulation ppp-over-ether; >

[j-nsp] WAN-PHY support for EX-series 10g interfaces

2012-02-14 Thread Dale Shaw
Hi, Potentially odd question here but does anyone know, from 1st hand experience, whether WAN-PHY mode is supported on 10g interfaces in EX-series devices? Specifically EX4200 and/or EX4500? I ask because we have a new carrier circuit being delivered in the not-too-distant future and we need to p

[j-nsp] flexible ethernet services / pppoe

2012-02-14 Thread Paul Stewart
Hi there.. I'm trying to work with an interface that has mixed subinterfaces. some of the subinterfaces are part of a bridge domain, some are family inet, and one interface is PPPOE for subscriber termination. The family inet and bridge domain combination works fine but as soon as I try to

Re: [j-nsp] next hop behavior within between VRFs

2012-02-14 Thread Stacy W. Smith
Hi Ido, Thanks to Harry Reynolds, I also figured out how to accomplish what you wanted even for traffic entering from a remote PE. The trick is to apply the filter-based forwarding policy to the vrf-a forwarding table rather than to a specific interface. This requires to firewall filters with

Re: [j-nsp] next hop behavior within between VRFs

2012-02-14 Thread Stacy W. Smith
Hi Ido, I have a setup that accomplishes most of what you were asking. Take a look at my topology and configs. Topology: http://dl.dropbox.com/u/13293084/j-nsp_topology/Topology.png pe1 config http://dl.dropbox.com/u/13293084/j-nsp_topology/pe1-config.txt pe2 config http://dl.dropbox.com/u/13

Re: [j-nsp] Random BGP peer drops

2012-02-14 Thread David Ball
I saw something similar on a T-series w/2 REs running 10.0, and it was related to an NSR bug that was causing the backup RE to thrash and push CPU through the roof on the primary. Also recall a mib2d bug resulting in high CPU, though I'm sure you would have noticed in either case. David On 14

Re: [j-nsp] Random BGP peer drops

2012-02-14 Thread Serge Vautour
Yes. That was the first thing we checked. I should've mentioned that. Serge From: "sth...@nethelp.no" To: se...@nbnet.nb.ca; sergevaut...@yahoo.ca Cc: juniper-nsp@puck.nether.net Sent: Tuesday, February 14, 2012 3:41:02 PM Subject: Re: [j-nsp] Random BGP pe

Re: [j-nsp] Random BGP peer drops

2012-02-14 Thread sthaug
> It's been rare but we've seen random iBGP peer drops. The first was > several months ago. We've now seen 2 in the last week. Have you verified that you have a consistent MTU throughout your net? Steinar Haug, Nethelp consulting, sth...@nethelp.no ___

[j-nsp] Random BGP peer drops

2012-02-14 Thread Serge Vautour
Hello, We have an MPLS network made up of many MX960s and MX80s. We run OSPF as our IGP - all links in area 0. BGP is used for signaling of all L2VPN & VPLS. At this time we only have 1 L3VPN for mgmt. LDP is used for for transport LSPs. We have M10i as dedicated Route Reflectors. Most MX are o

Re: [j-nsp] MTU: old style vs new style trunk configuration on MX80

2012-02-14 Thread Dawid Gajownik
On Mon, Feb 13, 2012 at 7:04 PM, Doug Hanks wrote: > It's as expected; you have to use vlan-tagging to add the 4 bytes to the > MTU.  It's a documentation error. Thank you for your clarification. Regards, Dawid ___ juniper-nsp mailing list juniper