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

2016-07-14 Thread Maxwell Cole
Hello, Perhaps you should just try and combine the graphs in whatever graphing software you are using and police them to their commit on both ports. Then the customer is responsable for controlling the active/backup and the BW usage. You just bill them on what they use since you don’t care how t

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

2016-07-14 Thread Mark Tinka
On 14/Jul/16 16:14, Harald F. Karlsen wrote: > > > IMO this should rather be solved with a clause in your customer > contract. I'm pretty sure this is not something you will se very often. We see it all the time. Mark. ___ juniper-nsp mailing list

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

2016-07-14 Thread Harald F. Karlsen
On 14.07.2016 15:14, Cydon Satyr wrote: Hi, I understand, but if you are forcing customer to always use primary link if it is up, and customer advertises his routes over backup link ONLY, then he can go around uRPF restriction. With uRPF you are assuming he advertises all of his routes over prim

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

2016-07-14 Thread Mark Tinka
On 14/Jul/16 15:14, Cydon Satyr wrote: > Hi, > > I understand, but if you are forcing customer to always use primary link if > it is up, and customer advertises his routes over backup link ONLY, then he > can go around uRPF restriction. > With uRPF you are assuming he advertises all of his route

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

2016-07-14 Thread Cydon Satyr
Hi, I understand, but if you are forcing customer to always use primary link if it is up, and customer advertises his routes over backup link ONLY, then he can go around uRPF restriction. With uRPF you are assuming he advertises all of his routes over primary link where router can prioritize them.

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

2016-07-14 Thread joel jaeggli
On 7/13/16 1: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 customer of ours has a primary bgp connection over primary link on one >> router, and a backup bgp connection (up) on backup link on ou

Re: [j-nsp] Basic NAT44 on MS-MPC implementation help

2016-07-14 Thread Alexander Arseniev
Hello, https://www.juniper.net/uk/en/training/jnbooks/day-one/networking-technologies-series/deploying-cgnat/ has all necessary info for MS-DPC CGNAT. To adapt CGNAT config for MS-MPC "MS" interfaces, all You need is to substitute SP interfaces for MS interfaces. Your service filters part l

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

2016-07-14 Thread Harald F. Karlsen
On 14.07.2016 01:43, Cydon Satyr wrote: 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. I'm talking about

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

2016-07-14 Thread Alan Gravett
Hi Cydon, MC-LAG will provide the functionality you are looking for using active/standby mode. The active/standby mode is also available on both DPC and MPC hardware. Alan On Thu, Jul 14, 2016 at 1:43 AM, Cydon Satyr wrote: > uRPF check doesn't work since customer can just advertise his route