0% found this document useful (0 votes)
8 views3 pages

BGP Message Types

Uploaded by

Riyaz Admin
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
8 views3 pages

BGP Message Types

Uploaded by

Riyaz Admin
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd

BGP Message Types:

BGP basically uses four message types in its operations:


1. Open:
o Open message is sent after Border Gateway Protocol neighbor is configured.
o Exchanges Dynamic Border Gateway Protocol (BGP) values and capabilities.
o Open message is sent to establish or form peering with that BGP neighbor.
o Contains information such as Version, AS Number, Router ID and the Hold-Time.

2. Update:
o Routing information between peers is transferred using the Update message.
o Update message include, new routes, withdrawn routes and the path attributes.

3. Keepalive:
o Keepalive message is similar to Hellos message in other routing protocols.
o BGP uses keepalives message which help in keeping peering session active.
o Keepalive messages are sent periodically to maintain neighbor relationship.
o The BGP peers exchange Keepalive messages are after every 60 seconds.
o The Border Gateway Protocol Peers Hold Timer is 180 seconds by default.

4. Notification:
o In event of a problem which causes the router to end the BGP peering session.
o The BGP neighbor send a notification message and the connection is closed.
o Border Gateway Protocol use notification to resets the neighbor relationship.
o Such ad Bad peer AS Number, bad BGP Identifier, unacceptable hold time etc.
R1 Basic Configuration
R1(config)#interface f0/0
R1(config-if)#ip add [Link] [Link]
R1(config-if)#no shut
R1(config-if)#exit
R1(config)#interface loopback 1
R1(config-if)#ip add [Link] [Link]
R2 Basic Configuration
R2(config)#interface f0/0
R2(config-if)#ip add [Link] [Link]
R2(config-if)#no shut
R2(config-if)#exit
R2(config)#interface loopback 2
R2(config-if)#ip add [Link] [Link]

R1 Configuration
R1(config)#router bgp 1
R1(config-router)#neighbor [Link] remote-as 2
R1(config-router)#network [Link] mask [Link]
R2 Configuration
R2(config)#router bgp 2
R2(config-router)#neighbor [Link] remote-as 1
R2(config-router)#network [Link] mask [Link]

Wireshark capture of an open message between R1 and R2.


Wireshark capture of Update message between R1 and R2.

Wireshark capture of Keepalive message between R1 and R2.

Change BGP AS Number


R2(config-router)#no router bgp 2
R2(config)#router bgp 22
R2(config-router)#neighbor [Link] remote-as 1

Common questions

Powered by AI

The BGP Open message is significant because it is the first message sent after configuring a BGP neighbor. It facilitates the establishment of a BGP peering session by exchanging dynamic BGP values and capabilities. The Open message includes important information such as the BGP version number, Autonomous System (AS) number, Router ID, and the Hold Time, which are essential for forming the peering. By transmitting these parameters, the Open message sets the groundwork for routers to communicate effectively across networks .

The BGP Keepalive message helps maintain the BGP peering session by ensuring that the session remains active and the connection between peers is alive. Keepalive messages are periodically exchanged every 60 seconds between BGP peers to inform each other that the connection is still operational. This prevents the Hold Timer, which defaults to 180 seconds, from expiring, thus avoiding unintentional termination of the BGP session .

A BGP Notification message is sent in situations where a problem has occurred that requires the termination of the BGP peering session. This could be due to issues such as an incorrect peer AS number, an invalid BGP Identifier, or an unacceptable hold time. When a notification message is sent, it triggers the closure of the BGP connection and resets the neighbor relationship, effectively stopping traffic exchanges until the issue is resolved and the session is re-established .

Capturing BGP Open, Update, and Keepalive messages using tools like Wireshark involves several practical steps. First, set up a network environment where BGP is running between routers. Ensure that the correct interfaces and IP addresses are configured on each router. Start the Wireshark tool and set filters to capture BGP packets specifically; this can be done using the filter 'bgp'. Initiate the BGP session by configuring BGP on each router, and wait to capture Open messages as the session is established. Subsequently, once peering is established, Update and Keepalive messages can be captured as BGP exchanges routing information and maintains the connection .

The Hold Timer plays a crucial role in BGP operations by determining how long a BGP speaker should wait before assuming that the peer has become unreachable. If Keepalive messages are not received before the Hold Timer expires, the session is terminated. The default Hold Timer in BGP is set to 180 seconds, which works in conjunction with Keepalive messages sent every 60 seconds. This design gives BGP sessions resilience by allowing three Keepalive intervals to be missed before a session is dropped, providing a buffer against transient connectivity issues .

In BGP, a network path attribute is a piece of information used to describe the properties of a route, and it is crucial for path selection and routing decisions. Path attributes are included in BGP Update messages and can include values such as the AS-path, Next-Hop, MED (Multi-Exit Discriminator), and local preference. These attributes allow BGP to apply policies that influence the selection of the best path, by evaluating path metrics and operator-defined preferences, which optimize routing efficiency across different network domains .

The BGP Update message serves the purpose of transferring routing information between peers, which is central to BGP operations. It conveys information about the addition of new routes, the withdrawal of old routes, and the path attributes for the routes. This includes critical data required for routing decisions, such as metrics, network prefixes, and path vector information, which are used to determine the most efficient route for data packets .

Incorrect configuration of network IP addresses can severely impact BGP operations by preventing the establishment of peering sessions. This can lead to routes not being exchanged properly, network reachability issues, and even potential network outages. To mitigate these issues, careful verification of configuration settings is essential, including ensuring that all IP addresses are correctly assigned and that subnet masks are accurate. Implement testing and validation steps using network simulation tools before deployment. Additionally, employ configuration management and change control processes to catch and correct errors proactively .

A BGP Open message typically includes several key components: the BGP version number, AS number, Router ID, and the Hold Time. Each component is critical for successful BGP peering. The BGP version number ensures compatibility between peers. The AS number is vital for identifying the administrative domain of the routers. The Router ID uniquely identifies the BGP speaker within its AS. The Hold Time sets the maximum amount of time the session can remain active without receiving Keepalive messages, hence maintaining the session's reliability .

Changing an AS number in a BGP configuration affects the existing BGP sessions by terminating them, as the BGP neighbor relationship is based on peer AS numbers. To implement such a change, the current BGP process must first be removed with the command 'no router bgp [old AS number],' followed by configuring a new BGP process with the updated AS number using 'router bgp [new AS number].' The BGP neighbor configurations also need to be updated to reflect the new AS number to establish peering sessions again .

You might also like