Re: Helpful BGP Feature
Paul Ferguson <pferguso@cisco.com> Mon, 03 February 1997 19:46 UTC
Received: from cnri by ietf.org id aa05778; 3 Feb 97 14:46 EST
Received: from merit.edu by CNRI.Reston.VA.US id aa19832; 3 Feb 97 14:46 EST
Received: (from daemon@localhost) by merit.edu (8.8.5/merit-2.0) id OAA24399 for idr-outgoing; Mon, 3 Feb 1997 14:03:35 -0500 (EST)
Received: from interlock.ans.net (interlock.ans.net [147.225.5.5]) by merit.edu (8.8.5/merit-2.0) with SMTP id OAA24394 for <bgp@merit.edu>; Mon, 3 Feb 1997 14:03:32 -0500 (EST)
Received: by interlock.ans.net id AA09141 (InterLock SMTP Gateway 3.0 for bgp@ans.net); Mon, 3 Feb 1997 14:03:20 -0500
Received: by interlock.ans.net (Internal Mail Agent-1); Mon, 3 Feb 1997 14:03:20 -0500
Message-Id: <3.0.32.19970203140309.0070f2e8@lint.cisco.com>
X-Sender: pferguso@lint.cisco.com
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Date: Mon, 03 Feb 1997 14:03:12 -0500
To: EDS@rhqvm21.vnet.ibm.com
From: Paul Ferguson <pferguso@cisco.com>
Subject: Re: Helpful BGP Feature
Cc: bgp@ans.net
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-idr@merit.edu
Precedence: bulk
How does this differ from a current implementation where explicit neighbors are defined (which already accomodates each of your points below)? - paul At 12:36 PM 2/3/97 EST, EDS@RHQVM21.VNET.IBM.COM wrote: >It may be helpful to add a feature to allow for Directed Route >announcements. The originator of a BGP Route, for example, could >specify in an optional attribute, the desired recipient(s) of the >Route Advertisement e.g.listing the AS numbers or IP addresses of >the Networks or even the specific gateways that should receive >the Route Advertisement. > >This would allow for capabilities including: > >Creating Virtual Private Networks. Controlling access to a >destination. > >Limiting where Route advertisements are propogated. Not all >destinations need or want to be in all the Global Routing tables. >Avoiding the need to get Network Service Providers to place >complex policy statements on their Routers - which may not >have the desired granularity anyway. > >Avoiding having to wait for Service Providers to enter the policy >changes,which sometimes can only occur during monthly >change windows. >Thanks, Ed Segal EDS@RHQVM21.VNET.IBM.COM 914 784-3259 > >
- Helpful BGP Feature EDS
- Re: Helpful BGP Feature Yakov Rekhter
- Re: Helpful BGP Feature Paul Ferguson
- Re: Helpful BGP Feature Brandon Black
- Re: Helpful BGP Feature EDS
- Re: Helpful BGP Feature Tony Li
- Re: Helpful BGP Feature EDS
- Re: Helpful BGP Feature Paul Ferguson
- Re: Helpful BGP Feature Tony Li
- Re: Helpful BGP Feature John W. Stewart III
- Re: Helpful BGP Feature Tony Li
- Re: Helpful BGP Feature EDS
- Re: Helpful BGP Feature Brandon Black