Re: [j-nsp] VPLS design - dual homed

2012-10-29 Thread Doug Hanks
The MX can do this several different ways: 1) VPLS MH - it's a O(n) convergence problem, where n is the number of VPLS instances 2) MC-LAG A/S - now becomes a O(1) convergence problem On 10/29/12 4:19 PM, "Luca Salvatore" wrote: >Hi Guys, > >I have a question regarding dual VPLS links. My top

Re: [j-nsp] VPLS design - dual homed

2012-10-29 Thread Jonathan Lassoff
On Mon, Oct 29, 2012 at 8:03 PM, Luca Salvatore wrote: > Right. So BGP needs to be full meshed also for this to work right? Yes -- assuming you're using BGP for signaling. Since BGP is used to signal where the PE/edge ports are, once it comes time to use that to establish LSPs, the routers just

Re: [j-nsp] VPLS design - dual homed

2012-10-29 Thread Luca Salvatore
Right. So BGP needs to be full meshed also for this to work right? Luca -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of Ben Dale Sent: Tuesday, 30 October 2012 12:22 PM Cc: juniper-nsp@puck.nether.net nsp Subject:

Re: [j-nsp] VPLS design - dual homed

2012-10-29 Thread Ben Dale
> My topology is a bit different though... There is no 'service provider' cloud > between my MX routers. > They are directly connected via dark fibre. Does the split horizon rule come > into play here? It does - although the physical topology looks like a ring, remember that it will be all L3

Re: [j-nsp] VPLS design - dual homed

2012-10-29 Thread Luca Salvatore
Thanks for the links. As I mentioned to Chip - my MX routers will be directly connected via fibre. Do the rules still apply for this type of topology? Luca -Original Message- From: Ben Dale [mailto:bd...@comlinx.com.au] Sent: Tuesday, 30 October 2012 11:17 AM To: Luca Salvatore Cc: juni

Re: [j-nsp] VPLS design - dual homed

2012-10-29 Thread Luca Salvatore
My topology is a bit different though... There is no 'service provider' cloud between my MX routers. They are directly connected via dark fibre. Does the split horizon rule come into play here? Luca -Original Message- From: chip [mailto:chip.g...@gmail.com] Sent: Tuesday, 30 October 2

Re: [j-nsp] VPLS design - dual homed

2012-10-29 Thread Ben Dale
Hi Luca, > MX1-darkfibre--MX2 > | | > | | > MX3-darkfibre--MX4 > > So above you see that there are dual links which will create a loop. > > How doe

Re: [j-nsp] VPLS design - dual homed

2012-10-29 Thread chip
In VPLS, loop avoidance is arranged by the following rule: A PE never forwards a frame received from a PE, to another PE. The use of a full mesh combined with split horizon forwarding guarantees a loop-free broadcast domain. From: wikipedia http://en.wikipedia.org/wiki/Virtual_Private_LAN_Service#

[j-nsp] VPLS design - dual homed

2012-10-29 Thread Luca Salvatore
Hi Guys, I have a question regarding dual VPLS links. My topology will look like this: MX1-darkfibre--MX2 | | | | MX3-darkfibre--MX4 So above you

[j-nsp] SRX: rate-limiting source NAT sources

2012-10-29 Thread Jonathan Lassoff
So, I'm working on tuning an SRX deployment and am wondering if something is possible. This deployment is doing a lot of source NAT for a wide variety of endpoints as they egress out to the Internet. Pretty vanilla configuration. Specific sources are mapped via NAT rules to specific egress IPs (fo

Re: [j-nsp] juniper-nsp Digest, Vol 119, Issue 45

2012-10-29 Thread Per Granath
>From 12.1R1 it should work. http://kb.juniper.net/InfoCenter/index?page=content&id=KB26116 > > Any Ideas on using a USB 3/4G modem with the SRX 100 ? > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinf