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.