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
>
>