Re: how well will IDRP nee BGP work?

Susan Hares <skh@merit.edu> Mon, 21 August 1995 18:37 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa14039; 21 Aug 95 14:37 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa14035; 21 Aug 95 14:37 EDT
Received: from interlock.ans.net by CNRI.Reston.VA.US id aa16529; 21 Aug 95 14:37 EDT
Received: by interlock.ans.net id AA41127 (InterLock SMTP Gateway 3.0 for iwg-out@ans.net); Mon, 21 Aug 1995 14:27:51 -0400
Message-Id: <199508211827.AA41127@interlock.ans.net>
Received: by interlock.ans.net (Protected-side Proxy Mail Agent-3); Mon, 21 Aug 1995 14:27:51 -0400
Received: by interlock.ans.net (Protected-side Proxy Mail Agent-2); Mon, 21 Aug 1995 14:27:51 -0400
Received: by interlock.ans.net (Protected-side Proxy Mail Agent-1); Mon, 21 Aug 1995 14:27:51 -0400
X-Authentication-Warning: idrp.merit.edu: skh owned process doing -bs
X-Authentication-Warning: idrp.merit.edu: Host localhost didn't use HELO protocol
To: bmanning@isi.edu
Cc: bgp@ans.net, skh@merit.edu
Subject: Re: how well will IDRP nee BGP work?
In-Reply-To: Your message of "Mon, 21 Aug 1995 10:17:21 PDT." <199508211720.AA18071@interlock.ans.net>
Date: Mon, 21 Aug 1995 14:27:44 -0400
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Susan Hares <skh@merit.edu>

Bill:

In some discussions with the faa-mitre folks, I have gathered
some ideas about dynamic aquisition of BGP/IDRP peers.

This feature can be added to your "here I am neighbor.."
friendly protocol for Iv6.  If you add a nob to 
the "hi neighbor" protocol that says... I want to be
a "BGP/IDRP" peer, a kernel can send a note to the
friendly bgp process running in a router.
Upon receipt of the bgp/idrp process can start a
p2p session with the new dynamic with a Hello of a standard
type.  


There are several operation issues:

	1) security for such dynamic allocation
		- filters on addresses to request
		- policy on how many dyanmic peers
			(or you run out of space.)



	2) This provides a dynamic p2p mesh, but
	    does not provide any multicast
	    

	3) Negotiations of Hello parameters
	    do you want to allow the open-open
	    sequence to go a 2nd round to get
	    better "open parameters"
		(a little bitty nitty.. here.)

Now.. we can open the issue of multicast versus automatic
p2p mesh.  But the auto-config of BGP/IDRP peer is
implementation plus hooks in the IPv6 code.


Is multicast more appropriate for Policy routing than
the p2p?  That you need to prove to me.  Policy is 
between two consenting adults.  And group policy like
group sex, may be questionable to some adults.

Also, Bill and I can take this offline.  Any other
person curious - please let me.

Sue