Re: [j-nsp] MPLS PEs out in the last-mile
http://www.juniper.net/us/en/local/pdf/whitepapers/2000452-en.pdf BGP LU LDP DoD ... -Original Message- From: juniper-nsp [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of Will Orton Sent: Thursday, August 29, 2013 9:28 PM To: juniper-nsp@puck.nether.net Subject: [j-nsp] MPLS PEs out in the last-mile I have found recently that we are pushing MPLE PE's closer and closer out towards some customers, which means sometimes across flaky RF and DSL last-mile type connections. Usually this is with small SRX's, to provide a managed-endpoint for L2VPN over nasty last-mile topology. Is there some way to have a PE hanging out in the breeze without setting it up directly in my IGP? I don't really want last-mile IGP churn from hundreds of "micro-PEs" in my network. Does it work to build the MPLS LSPs to endpoints learned over BGP instead of an IGP, since I need BGP to the local POP's RRs for L2VPN NLRI anyway? I'm waiting on some junosphere credits to test this out but thought I'd ask what others are doing. -Will ___ 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] MPLS PEs out in the last-mile
> -Original Message- > From: juniper-nsp [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of > Will Orton > Sent: Thursday, August 29, 2013 2:28 PM > To: juniper-nsp@puck.nether.net > Subject: [j-nsp] MPLS PEs out in the last-mile > > Is there some way to have a PE hanging out in the breeze without > setting it up directly in my IGP? I don't really want last-mile IGP > churn from hundreds of "micro-PEs" in my network. Not sure what type of provider you work for, whether it be "this is what you get, deal with it" or "we'll do anything within reason to provide the service and win the business against someone larger", but one solution to this exact problem that we implemented was Carrier-of-Carriers VPN. We basically build the customer their own L3VPN as though they are a VPN service provider, then create L2VPNs within that, either to a corresponding SRX at their other remote site, or to a "customer" logical system on an edge router. It may not be pretty and certainly may not be the best way to do this, but it works well, prevents the CPE from participating in our IGP, and so far has been stable. -evt ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] MPLS PEs out in the last-mile
On Thursday, August 29, 2013 08:27:42 PM Will Orton wrote: > Does it work to build the MPLS LSPs to endpoints learned > over BGP instead of an IGP, since I need BGP to the > local POP's RRs for L2VPN NLRI anyway? RFC 3107. But I'm not sure whether the SRX's support this. Mark. signature.asc Description: This is a digitally signed message part. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] MPLS PEs out in the last-mile
I have found recently that we are pushing MPLE PE's closer and closer out towards some customers, which means sometimes across flaky RF and DSL last-mile type connections. Usually this is with small SRX's, to provide a managed-endpoint for L2VPN over nasty last-mile topology. Is there some way to have a PE hanging out in the breeze without setting it up directly in my IGP? I don't really want last-mile IGP churn from hundreds of "micro-PEs" in my network. Does it work to build the MPLS LSPs to endpoints learned over BGP instead of an IGP, since I need BGP to the local POP's RRs for L2VPN NLRI anyway? I'm waiting on some junosphere credits to test this out but thought I'd ask what others are doing. -Will ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp