RE: Multihop eBGP peering or VPN based eBGP peering

2013-06-24 Thread Adam Vitkovsky
route reflectors should be in the data plane, ... I believe in modern networks data-plane and control-plane(s) should be separated as it provides for great scalability and versatility the drawback of course is a more complex system to manage. adam

Re: Multihop eBGP peering or VPN based eBGP peering

2013-06-24 Thread Randy Bush
route reflectors should be in the data plane, ... I believe in modern networks data-plane and control-plane(s) should be separated as it provides for great scalability and versatility the drawback of course is a more complex system to manage. more complex systems scale poorly, break easily,

RE: Multihop eBGP peering or VPN based eBGP peering

2013-06-24 Thread Adam Vitkovsky
-Original Message- From: Randy Bush [mailto:ra...@psg.com] Sent: Monday, June 24, 2013 2:32 PM To: Adam Vitkovsky Cc: 'John van Oppen'; nanog@nanog.org Subject: Re: Multihop eBGP peering or VPN based eBGP peering route reflectors should be in the data plane, ... I believe in modern

Re: Multihop eBGP peering or VPN based eBGP peering

2013-06-17 Thread Patrick W. Gilmore
On Jun 17, 2013, at 00:36 , Otis L. Surratt, Jr. o...@ocosa.com wrote: Any idea why more companies don't offer eBGP peering / multi hop peering? Its very common for providers to offer single or double hop peering, so why not 5 or 10 hops? In many cases people find it logical to perform single

Re: Multihop eBGP peering or VPN based eBGP peering

2013-06-17 Thread Randy Bush
Perhaps I am missing something from your advantage list, but why would you want to exchange routing information with a network to which you don't have a connection due to a local failure? I think you are attempting to abstract routing from the underlying physical infrastructure a bit too

RE: Multihop eBGP peering or VPN based eBGP peering

2013-06-17 Thread Otis L. Surratt, Jr.
-Original Message- From: Patrick W. Gilmore [mailto:patr...@ianai.net] Sent: Monday, June 17, 2013 1:37 AM To: NANOG list Subject: Re: Multihop eBGP peering or VPN based eBGP peering On Jun 17, 2013, at 00:36 , Otis L. Surratt, Jr. o...@ocosa.com wrote: First, inside your own network

RE: Multihop eBGP peering or VPN based eBGP peering

2013-06-16 Thread John van Oppen
Perhaps I am missing something from your advantage list, but why would you want to exchange routing information with a network to which you don't have a connection due to a local failure?I think you are attempting to abstract routing from the underlying physical infrastructure a bit too

RE: Multihop eBGP peering or VPN based eBGP peering

2013-06-16 Thread Otis L. Surratt, Jr.
-Original Message- From: Michael McConnell [mailto:mich...@winkstreaming.com] Sent: Sunday, June 16, 2013 7:40 PM To: nanog@nanog.org Subject: Multihop eBGP peering or VPN based eBGP peering Any idea why more companies don't offer eBGP peering / multi hop peering? Its very common for