cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2987
Views
0
Helpful
5
Replies

BGP Update Messages

maosa7578
Level 1
Level 1

Can a bgp UPDATE message carry more than a single prefix ? I have read a lot of text about this ( Halabi, Doyle, RFC 1771 ) but I think the wording that this literature is never clear to me about what they are exactly saying.

below is a quote from RFC 1771

" An UPDATE message can advertise at most one route, which may be

described by several path attributes. All path attributes contained

in a given UPDATE messages apply to the destinations carried in the

Network Layer Reachability Information field of the UPDATE message. "

In the wording of this RFC, is " route " same as prefix ?

Here is what Doyle says

" The Update message, whose format is shown in Figure 2-45, is used to advertise a single feasible route to a peer, or to withdraw multiple unfeasible routes, or both. "

And here is what Odom says in the Official CCIE R&S Guide

" The central concept in an individual Update message is the set of PAs. Then, all the prefixes (NLRIs) that share the exact same set of PAs and PA values are included at the end of the Update message. If a router needs to advertise a set of NLRIs, and each NLRI has a different setting for at least one PA, then separate Update messages will be required for each NLRI "

Anyone has the time to authoritatively explain this to me ?

Herbert

1 Accepted Solution

Accepted Solutions

There can indeed be several prefixes per BGP update as long as they all share the same path attributes. The maximum BGP update length is 4096 bytes.

BTW: The new RFC for BGP4 is 4271 and obsoletes RFC1771.

http://www.ietf.org/rfc/rfc4271.txt?number=4271

Hope this helps,

Harold Ritter
Sr Technical Leader
CCIE 4168 (R&S, SP)
harold@cisco.com
México móvil: +52 1 55 8312 4915
Cisco México
Paseo de la Reforma 222
Piso 19
Cuauhtémoc, Juárez
Ciudad de México, 06600
México

View solution in original post

5 Replies 5

mheusinger
Level 10
Level 10

Hello Herbert,

the RFC is always right. ;-)

There is one prefix (network/mask) in a single BGP Update message. There can be, however, several BGP update messages in a single TCP segment. This is why one shoud always enable path MTU discovery on a BGP speaker ( ip tcp path-mtu-discovery).

While writing this I am looking at a sniffer trace from an MPLS PE router exchanging BGP updates. So I am pretty sure, that a Cisco PE (3640 with IOS 12.3T) will do exactly, what the RFC tells you.

Hope this helps! Please rate all posts.

Regards, Martin

Hello Martin,

Again, thanks for your reply.

Below another quote from RFC 1771

" This variable length field contains a list of IP address prefixes. "

and here is another

" Reachability information is encoded as one or more 2-tuples of the form .....".

Dont these quotes suggest that the update message can advertise more than one prefix ?

Herbert.

There can indeed be several prefixes per BGP update as long as they all share the same path attributes. The maximum BGP update length is 4096 bytes.

BTW: The new RFC for BGP4 is 4271 and obsoletes RFC1771.

http://www.ietf.org/rfc/rfc4271.txt?number=4271

Hope this helps,

Harold Ritter
Sr Technical Leader
CCIE 4168 (R&S, SP)
harold@cisco.com
México móvil: +52 1 55 8312 4915
Cisco México
Paseo de la Reforma 222
Piso 19
Cuauhtémoc, Juárez
Ciudad de México, 06600
México

Hi Harold,

Thanks for your response. The wording in the new RFC is certainly different and a lot clearer. Thanks for the link.

This new RFC clearly states

" Routes are advertised between BGP speakers in UPDATE messages. Multiple routes that have the same path attributes can be advertised in a single UPDATE message by including multiple prefixes in the NLRI field of the UPDATE message. "

Thanks.

Hi Harold,

Do BGP UPDATE messages get sent out on a regular basis, or just at session establishment and when we configure BGP advertisements using network, redistribution, summary advertisements, etc.?

And another question please, why do we need route-refresh, soft-reconfiguration, etc. if routing advertisements initiate UPDATE messages, or do we only need route-refresh when we configure changes to route filtering, for example: ACLs, prefix-lists, etc.?

Thank you,
Riad. 

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: