nanog mailing list archives
RE: Multihop eBGP peering or VPN based eBGP peering
From: Adam Vitkovsky <adam.vitkovsky () swan sk>
Date: Mon, 24 Jun 2013 15:53:06 +0200
-----Original Message----- From: Randy Bush [mailto:randy () 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 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, and are hard to debug. oops! all my competitors should have such 'modern networks.'
randy
Well in the context of RRs complex systems have virtually endless scalability, they are built with redundancy in mind so they don't break or don't break easily and well as far as the debug goes, I think it's a matter of how well are the Operations educated by the architects. adam
Current thread:
- Multihop eBGP peering or VPN based eBGP peering Michael McConnell (Jun 16)
- RE: Multihop eBGP peering or VPN based eBGP peering John van Oppen (Jun 16)
- Re: Multihop eBGP peering or VPN based eBGP peering Randy Bush (Jun 17)
- RE: Multihop eBGP peering or VPN based eBGP peering Adam Vitkovsky (Jun 24)
- Re: Multihop eBGP peering or VPN based eBGP peering Randy Bush (Jun 24)
- RE: Multihop eBGP peering or VPN based eBGP peering Adam Vitkovsky (Jun 24)
- Re: Multihop eBGP peering or VPN based eBGP peering Randy Bush (Jun 17)
- RE: Multihop eBGP peering or VPN based eBGP peering John van Oppen (Jun 16)
- Re: Multihop eBGP peering or VPN based eBGP peering Patrick W. Gilmore (Jun 16)
- RE: Multihop eBGP peering or VPN based eBGP peering Otis L. Surratt, Jr. (Jun 17)