Re: BGP-4+
"John W. Stewart III" <jstewart@metro.isi.edu> Mon, 23 December 1996 15:36 UTC
Received: from cnri by ietf.org id aa25109; 23 Dec 96 10:36 EST
Received: from merit.edu by CNRI.Reston.VA.US id aa10474; 23 Dec 96 10:36 EST
Received: (from daemon@localhost) by merit.edu (8.8.4/merit-2.0) id KAA09137
for idr-outgoing; Mon, 23 Dec 1996 10:10:19 -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 KAA09130 for <bgp@merit.edu>;
Mon, 23 Dec 1996 10:10:16 -0500 (EST)
Received: by interlock.ans.net id AA27616
(InterLock SMTP Gateway 3.0 for bgp@ans.net);
Mon, 23 Dec 1996 10:10:14 -0500
Received: by interlock.ans.net (Internal Mail Agent-1);
Mon, 23 Dec 1996 10:10:14 -0500
Message-Id: <199612231510.AA13702@metro.isi.edu>
To: Yakov Rekhter <yakov@cisco.com>
Cc: 6bone@isi.edu, bgp@ans.net
Subject: Re: BGP-4+
In-Reply-To: Your message of "Mon, 23 Dec 1996 05:43:06 PST."
<199612231343.FAA05649@puli.cisco.com>
X-Phone: +1 703 812 3704
Date: Mon, 23 Dec 1996 10:10:04 EST
From: "John W. Stewart III" <jstewart@metro.isi.edu>
Sender: owner-idr@merit.edu
Precedence: bulk
i guess i don't understand the spec completely, then. how do you specify no NLRI, then? a prefix-length of 0 doesn't do it because that means 0.0.0.0/0, right? /jws > John, > > > i have a follow-up question to one of the things dennis asked, > > but i have a general question as well > > > > the UPDATE message looks like: > > > > +-----------------------------------------------------+ > > | Unfeasible Routes Length (2 octets) | > > +-----------------------------------------------------+ > > | Withdrawn Routes (variable) | > > +-----------------------------------------------------+ > > | Total Path Attribute Length (2 octets) | > > +-----------------------------------------------------+ > > | Path Attributes (variable) | > > +-----------------------------------------------------+ > > | Network Layer Reachability Information (variable) | > > +-----------------------------------------------------+ > > > > let's say that i'm an implementation with these extensions and > > i want to advertise an IPv6 route over an ebgp session with > > just the mandatory well-known attributes ORIGIN="IGP", > > AS-PATH="3561" and NEXT-HOP="10.1.1.1". what do i put in the > > "NLRI" field of the UPDATE message (not the NLRI component of > > the attribute)? as i read it, the proposed extension doesn't > > include the ability to specify attributes within the > > MP_REACH_NLRI attribute, so the "Total Path Attribute Length" > > and "Path Attributes" fields of the UPDATE message need to be > > used. the spec says: > > > > >> > > >> Total Path Attribute Length: > > >> > > >> [...] > > >> > > >> A value of 0 indicates that no Network Layer Reachability > > >> Information field is present in this UPDATE message. > > >> > > > > so conversely a non-zero value in "Total Path Attribute Length" > > means that NLRI *is* present. since i need to associate > > attributes with the IPv6 route, "Total Path Attribute Length" > > needs to be non-zero, so what goes in NLRI if i don't have any > > IP4-related thing to do in this message? > > The converse is not true (and perhaps this should be clarified in the > BGP-4 spec). That is, "Total Path Attribute Length" may be non-zero *and* > no NLRI may be present. This way one could have NLRI carried only in the > MP_REACH_NLRI and have all the other necessary attributes as well. > > Yakov.
- 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