Re: [j-nsp] Dealing with multihomed customer BGP primary/backup links

2016-07-13 Thread Cydon Satyr
uRPF check doesn't work since customer can just advertise his routes over backup link. I had some hopes for conditional bgp advertisement and SCU/DCU but I don't think it works not to mention it's like trying to kill a bee with a hammer. What about MC-LAG between two routers and just setting one l

Re: [j-nsp] CGNat PBA - MX104 w/MS-MIC

2016-07-13 Thread Paul Stewart
It’s a default setting … has to be in the configuration but suggest setting it to the appropriate option … in my case it’s typically enhanced-ip but that varies depending on your needs http://www.juniper.net/documentation/en_US/junos15.1/topics/concept/network-services-mode-overview.html

Re: [j-nsp] CGNat PBA - MX104 w/MS-MIC

2016-07-13 Thread Aaron
My MX104's for my CGNat project just arrived and we've staged them in the network. I was turning them up and am seeing a certain command that I don't recall typing.. What is this for, and why do I need it ? agould@blcn-h-104> show configuration | display set | grep "chassis net" set chassis ne

Re: [j-nsp] Dealing with multihomed customer BGP primary/backup links

2016-07-13 Thread Mark Tinka
On 13/Jul/16 22:23, Clinton Work wrote: > On the primary BGP session I would set Local-pref 150 and send MED 100 > for example. > On the backup BGP session, set local-pref 100 and send MED 150. > > The local-pref will set the preferred route in your network to use the > primary BGP session.

Re: [j-nsp] Dealing with multihomed customer BGP primary/backup links

2016-07-13 Thread Clinton Work
On the primary BGP session I would set Local-pref 150 and send MED 100 for example. On the backup BGP session, set local-pref 100 and send MED 150. The local-pref will set the preferred route in your network to use the primary BGP session. The MED should influence the customer to use the pr

Re: [j-nsp] Dealing with multihomed customer BGP primary/backup links

2016-07-13 Thread Harald F. Karlsen
On 13.07.2016 10:36, Cydon Satyr wrote: Any other suggestions maybe? What about uRPF strict mode on the customer-facing interfaces? This will prevent the customer from sending traffic on the "backup" interface as long as the primary circuit is up and preferred on your end. That being said

Re: [j-nsp] Dealing with multihomed customer BGP primary/backup links

2016-07-13 Thread Mark Tinka
On 13/Jul/16 10:44, Cydon Satyr wrote: > I agree with you 100%. Active/Active and splitting policer values. Well, splitting the bandwidth equally has the side-effect of leaving the customer at half-mast when one link fails. So that is not useful. You'd have to fix the issue "commercially", not

Re: [j-nsp] Dealing with multihomed customer BGP primary/backup links

2016-07-13 Thread Cydon Satyr
I agree with you 100%. Active/Active and splitting policer values. However, this doesn't help my case ;) Thanks Regards On Wed, Jul 13, 2016 at 10:41 AM, Mark Tinka wrote: > > > On 13/Jul/16 10:36, Cydon Satyr wrote: > > What would be the optimal way to deal with following scenario. > > The c

Re: [j-nsp] Dealing with multihomed customer BGP primary/backup links

2016-07-13 Thread Mark Tinka
On 13/Jul/16 10:36, Cydon Satyr wrote: > What would be the optimal way to deal with following scenario. > > The customer of ours has a primary bgp connection over primary link on one > router, and a backup bgp connection (up) on backup link on our other > router. The customer may or may not (usu

[j-nsp] Dealing with multihomed customer BGP primary/backup links

2016-07-13 Thread Cydon Satyr
What would be the optimal way to deal with following scenario. The customer of ours has a primary bgp connection over primary link on one router, and a backup bgp connection (up) on backup link on our other router. The customer may or may not (usually not) terminate both primary/backup links on th