Re: BGP-4+
"John W. Stewart III" <jstewart@metro.isi.edu> Thu, 19 December 1996 16:13 UTC
Received: from cnri by ietf.org id aa05250; 19 Dec 96 11:13 EST
Received: from merit.edu by CNRI.Reston.VA.US id aa12792; 19 Dec 96 11:13 EST
Received: (from daemon@localhost) by merit.edu (8.8.4/merit-2.0) id KAA21664
for idr-outgoing; Thu, 19 Dec 1996 10:46:24 -0500 (EST)
Received: from interlock.ans.net (interlock.ans.net [147.225.5.5]) by
merit.edu (8.8.4/merit-2.0) with SMTP id KAA21657 for <bgp@merit.edu>;
Thu, 19 Dec 1996 10:46:21 -0500 (EST)
Received: by interlock.ans.net id AA17347
(InterLock SMTP Gateway 3.0 for bgp@ans.net);
Thu, 19 Dec 1996 10:46:20 -0500
Received: by interlock.ans.net (Internal Mail Agent-1);
Thu, 19 Dec 1996 10:46:20 -0500
Message-Id: <199612191546.AA00456@metro.isi.edu>
To: Dave Katz <dkatz@cisco.com>
Cc: photon@nol.net, yakov@cisco.com, 6bone@isi.edu, bgp@ans.net
Subject: Re: BGP-4+
In-Reply-To: Your message of "Wed, 18 Dec 1996 16:42:32 PST."
<199612190042.QAA25743@puli.cisco.com>
X-Phone: +1 703 812 3704
Date: Thu, 19 Dec 1996 10:46:12 EST
From: "John W. Stewart III" <jstewart@metro.isi.edu>
Sender: owner-idr@merit.edu
Precedence: bulk
> The expansion of the AS/RD space is an orthogonal issue, and one that is > far more difficult to achieve in a backward compatible fashion. I would > argue that this is beyond the scope of the hack on the table... i understand what you're saying but it makes me wonder what the goal is of these bgp4 extensions. i had thought that it was mainly to make it easier for providers to start routing ipv6: by allowing bgp4 to do it, then we get to use a protocol we already know very well. by allowing bgp4 to route ipv6 (as well as any other protocol with an Address Family identifier) then couldn't bgp4 become even more entreanched than it already is? in other words, if bgp4 becomes multiprotocol, then why would i *ever* care to switch to idrp? and if the result of this is an increased lifetime for bgp4, then shouldn't the future of the AS space be addressed now? if the authors of the draft had envisioned a different future, then perhaps it would be useful for that to be spelled out /jws > > X-Auth: NOLNET SENDMAIL AUTH > Date: Wed, 18 Dec 1996 17:31:25 -0600 (CST) > From: Brandon Black <photon@nol.net> > Mime-Version: 1.0 > Content-Type: TEXT/PLAIN; charset=US-ASCII > Sender: owner-idr@merit.edu > Precedence: bulk > > On Wed, 18 Dec 1996, Yakov Rekhter wrote: > > > John, > > > > > > > also, from reading the draft, i'm assuming that you plan > > > > > to support only ASs and not RDs? did you consider typing > > > > > routing domains in addition to network addresses? > > > > > > > > I am a bit confused - in my mind "RD" and "AS" describe > > > > pretty much similar thing. > > > > > > AS is two bytes, while RD is variable. right? or is > > > it me that's confused? > > > > Ok, I got it (I was confused). > > > > To answer your question, it doesn't look like we'll have shortage of > > ASs any time soon. So, it is not clear if there is a need for variable > > length RDs. > > > > Yakov. > > > > Famous last words :) > > Bill Gates I think once said something along the lines of "nobody will > _ever_ need more than 640 kilobytes of main memory" > > And somebody (some whole group of bodies) once thought that a 32-bit IP > address would hold off for along time.... > > Just food for thought... > > ................................. .............. > : Brandon Lee Black : [Office] :.............: [Personal] :.... > :....................: brandon.black@wcom.com : photon@nol.net :....... > : "Sanity is the : +1.281.362.6466 .......: photon@gnu.ai.mit.edu : > : trademark of a :.................:..../\: vis_blb@unx1.shsu.edu : > : weak mind. . ." : LDDS WorldCom, Inc. :\/: +1.281.397.3490 ......: > :....................:.....................:..:.................: > >
- Re: BGP-4+ Yakov Rekhter
- Re: BGP-4+ Susan Hares
- Re: BGP-4+ Susan Hares
- Re: BGP-4+ John W. Stewart III
- Re: BGP-4+ Yakov Rekhter
- Re: BGP-4+ John W. Stewart III
- Re: BGP-4+ Yakov Rekhter
- Re: BGP-4+ Yakov Rekhter
- Re: BGP-4+ Brandon Black
- Re: BGP-4+ John W. Stewart III
- Re: BGP-4+ Dorian R. Kim
- Re: BGP-4+ Yakov Rekhter
- Re: BGP-4+ Tony Bates
- BGP-4+ Dave Katz
- Re: BGP-4+ Dimitry Haskin
- Re: BGP-4+ John W. Stewart III
- Re: BGP-4+ Brad Smith
- Re: BGP-4+ Dorian R. Kim
- Re: BGP-4+ bmanning
- Re: BGP-4+ Tony Li
- Re: BGP-4+ Brad Smith
- Re: BGP-4+ Dorian R. Kim
- Re: BGP-4+ Brad Smith
- Re: BGP-4+ Curtis Villamizar
- Re: BGP-4+ Curtis Villamizar
- Re: BGP-4+ Curtis Villamizar
- Re: BGP-4+ Curtis Villamizar
- Re: BGP-4+ Dennis Ferguson
- Re: BGP-4+ Brandon Black
- Re: BGP-4+ Yakov Rekhter
- Re: BGP-4+ Dennis Ferguson
- Re: BGP-4+ John W. Stewart III
- Re: BGP-4+ Yakov Rekhter
- Re: BGP-4+ Yakov Rekhter
- Re: BGP-4+ John W. Stewart III
- Re: BGP-4+ Yakov Rekhter
- Re: BGP-4+ Geert Jan de Groot
- Re: BGP-4+ Brad Smith
- Re: BGP-4+ [QOS et al] John G. Scudder
- Re: BGP-4+ Paul Traina