Re: When can NLRI and Withdrawn Route info be modified?
Paul Traina <pst@cisco.com> Fri, 03 May 1996 12:07 UTC
Received: from ietf.cnri.reston.va.us by IETF.CNRI.Reston.VA.US id aa14065;
3 May 96 8:07 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa14061;
3 May 96 8:07 EDT
Received: from p-o.ans.net by CNRI.Reston.VA.US id aa07639; 3 May 96 8:07 EDT
Received: (from majordom@localhost) by p-o.ans.net (8.7.5/8.7.3) id LAA18788
for bgp-outgoing; Fri, 3 May 1996 11:57:12 GMT
X-Authentication-Warning: p-o.ans.net: majordom set sender to bgp-owner using
-f
Message-Id: <199605030905.CAA08115@puli.cisco.com>
To: bgp@ans.net
Cc: brad@cse.ucsc.edu
Subject: Re: When can NLRI and Withdrawn Route info be modified?
In-Reply-To: Your message of "Thu, 02 May 1996 23:45:59 PDT."
<199605030645.XAA03220@toltec.cse.ucsc.edu>
Date: Fri, 03 May 1996 02:05:30 -0700
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Paul Traina <pst@cisco.com>
X-Orig-Sender: bgp-owner@ans.net
Precedence: bulk
Reply-To: bgp@ans.net
Hi Brad... The protocol does not specify when it can or can't be modified. Manual configuration can always modify something (you can lie about your view of the world if you want to be evil). Is your question, when can things be aggregated and what do you have to do? If so, you can always choose to aggregate a route if you have information about some more specific prefixes of that canidate aggregate. You can take this to the extreme of generating what we used to think of as a "default" route. When you aggregate, you may, or may not, withdraw the more specific routes. Your choice again. Obviously, it makes sense to withdraw more specific routes in almost all cases. If you advertise a hunk of NRLI, you should be prepared to withdraw that same hunk if the conditions that created that aggregate change. When do you use AA? When you create an aggregate of more specific NRLI, the preferred choice is to combine the AS paths of the more specific NRLI into an AS set and advertise that set. If for some reason, you do not create a set that contains complete information of all ASs in the paths you aggregated, you add the AA attribute. *My* reading of the text is, if, for any reason, you lose AS path information in the process of generating an aggregate, you must set AA to indicate that information has been suppressed. Does anyone actually do anything with AA? Not really as far as I know. From: Brad Smith <brad@cse.ucsc.edu> Subject: When can NLRI and Withdrawn Route info be modified? Hello, I have been attempting to gain an understanding of how BGP works from the RFC (1771), and am confused on two related aspects of the protocol processing; specifically, when can the NLRI and Withdrawn Route information be modified? A clear example of modifying the NLRI is when route aggregation is performed; it is not discussed in the RFC (1771), but I assume that the Withdrawn Route information must be also modified at this time (corresponding to the changes in the NLRI)..? Are there other times this can occur? A related question is under what circumstances are ATOMIC_AGGREGATOR path attributes generated? Thanks in advance, Brad Smith Computer Sciences, UCSC brad@cs.ucsc.edu
- When can NLRI and Withdrawn Route info be modifie… Brad Smith
- Re: When can NLRI and Withdrawn Route info be mod… Paul Traina
- Re: When can NLRI and Withdrawn Route info be mod… Ravi Chandra
- Re: When can NLRI and Withdrawn Route info be mod… Brad Smith
- Re: When can NLRI and Withdrawn Route info be mod… Brad Smith
- Re: When can NLRI and Withdrawn Route info be mod… Paul Traina
- Re: When can NLRI and Withdrawn Route info be mod… Brad Smith
- Re: When can NLRI and Withdrawn Route info be mod… Paul Traina