PDF(28.0 KB) View with Adobe Reader on a variety of devices
ePub(80.4 KB) View in various apps on iPhone, iPad, Android, Sony Reader, or Windows Phone
Mobi (Kindle)(66.9 KB) View on Kindle device or Kindle app on multiple devices
Updated:July 19, 2022
The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
This document describes the Border Gateway Protocol (BGP) Multi Exit Discriminator (MED) Attribute when it crosses over an autonomous system (AS) boundary by implemention in different scenarios.
The MED provides a dynamic way to influence another AS in the way to reach a certain route when there are multiple entry points for that AS. BGP follows a systematic procedure for the best path choice. There are other important attributes such as weight, local preference, originate route, and AS path that are taken in to account before we consider the MED attribute. So, if any of these criteria match, the MED attribute is not considered.
Note: When all other factors are equal, the exit point with the lowest MED is preferred.
Cisco recommends that you have basic knowledge of BGP.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, ensure that you understand the potential impact of any command."
This document is not restricted to specific software and hardware versions. The scenarios discussed in this document use these hardware and software versions:
Scenario 1: Cisco 2600 routers on Cisco IOS® Software Release 12.4 or later
Scenario 2: Cisco 2600 routers on Cisco IOS® Software Release 12.4 or later
In this setup, R1 and R2 run iBGP. Therefore, when an update enters the AS with a certain metric, that metric is used to make decisions inside the AS.
Theshow ip bgp command, when checked from R2, show the metric value for xx.xx.xx.xx, which comes from iBGP neighbor xxx.x.xx.x and has a MED value of 100.
eBGP runs between R2 and R3 because these are in a different AS. When the same update passes to a third AS, for example AS#101, that metric returns to 0.
Theshow ip bgp command, when checked from R3, has its metric removed, because xx.xx.xx.xx crosses the AS boundary(101).
From this scenario, it is evident that the MED attribute can influence the inbound traffic from neighbor autonomous systems.
The MED attribute cannot influence the route decisions of more-remote autonomous systems. When a BGP speaker learns a route from a peer, it can pass the MED of the route to any iBGP peers, but not to eBGP peers.
As a result, the MED has relevance only between neighbor autonomous systems.
If the route injected into the BGP (either through thenetworkorredistributecommand) comes from an IGP (RIP or EIGRP or OSPF), the MED is derived from the IGP metric and the route is advertised to an eBGP neighbor with this MED.
In this network, R1 is configured to run in a RIP network. Routers R2 and R3 run BGP, where R2 is configured with AS 100 while R3 is with AS 101.
Both RIP and BGP run on R2. If you check with theshow ip bgp command, you can see that the prefix xx.x.x.x network is shown with a metric of 1, which is derived from the RIP.
However, in R3 which runs on eBGP, the network is advertised by consideration of the MED value derived from the IGP. In this case it is RIP. The prefix 10.0.0.0 is advertised with the IGP MED value, which is metric 1 of RIP.
This can been seen in this output:
From this scenario, the behavior of the MED, in the case that networks are injected to the BGP router via thenetworkorredistributecommand, is seen where the actual MED value is replaced with that of the IGP metric.
Given that this attribute is a hint to external neighbors about the path preference into an AS. As stated earlier, it is not always considered if there are other more important attributes to determine the best route.
In order to have the same effect with a more deterministic attribute, use theset as-path prepend command under the route map.
If you prepend the AS path for certain routes, it continues to be seen by other AS. For more information on the usage of As-path prepend, refer toUse of Set-aspath prepend Command.