BGP MED-Attribut verstehen

Einleitung

In diesem Dokument wird das Border Gateway Protocol (BGP) MED-Attribut beschrieben, wenn es eine AS-Grenze überschreitet, indem es in verschiedenen Szenarien implementiert wird.

Voraussetzungen

Anforderungen

Cisco empfiehlt, über Grundkenntnisse des BGP zu verfügen.

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt. Die in diesem Dokument beschriebenen Szenarien verwenden die folgenden Hardware- und Softwareversionen:

• Szenario 1: Cisco 2600 Router auf Cisco IOS® Software, Version 12.4 oder höher

• Szenario 2: Cisco 2600 Router auf Cisco IOS® Software, Version 12.4 oder höher

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

Hintergrundinformationen

Der Multi Exit Discriminator (MED) bietet eine dynamische Möglichkeit, ein anderes autonomes System (AS) zu beeinflussen, indem eine bestimmte Route erreicht wird, wenn mehrere Eintrittspunkte für dieses AS vorhanden sind. Das BGP verwendet ein systematisches Verfahren für die Auswahl des besten Pfads. Es gibt andere wichtige Attribute wie Gewicht, lokale Präferenz, Ursprungsroute und AS-Pfad, die berücksichtigt werden, bevor Sie das MED-Attribut berücksichtigen. Wenn also eines dieser Kriterien übereinstimmt, wird das MED-Attribut nicht berücksichtigt.

Hinweis: Wenn alle anderen Faktoren gleich sind, wird der Ausgangspunkt mit der niedrigsten MED bevorzugt.

Anwenderbericht

Szenario 1

Wenn ein BGP-Sprecher eine Route von einem Peer bezieht, wird die Route MED an andere interne BGP (iBGP)-Peers weitergeleitet, nicht jedoch an externe BGP (eBGP)-Peers.

Router R1 und Router R2 gehören zum selben AS, z. B. AS#100, und Router R3 gehört zum AS#101. Um eine einfache Konvention zu gewährleisten, werden IP-Adressen im /24-Block verwendet.

Die Router R1 und R2 sind wie folgt konfiguriert:

(Config)#interface Loopback10
(Config-if)#ip address xx.xx.xx.xx xxx.xxx.xxx.xxx
(Config-if)#interface FastEthernet0/0
(Config-if)#ip address xx.xx.xx.xx xxx.xxx.xxx.xxx
(Config)#router bgp 100
(Config-router)#no synchronization
(Config-router)#bgp router-id xx.xx.xx.xx
(Config-router)#bgp log-neighbor-changes
(Config-router)#network xx.xx.xx.xx mask xxx.xxx.xxx.xxx route-map ATTACH_MED
(Config-router)#neighbor xxx.x.xx.x remote-as xxx
(Config-router)#no auto-summary
(Config)#access-list 10 permit xx.xx.xx.xx
(Config)#route-map ATTACH_MED permit xx
(Config)#match ip address xx
(Config)#set metric xxx

(Config)#interface FastEthernet0/0
(Config-if)#ip address xxx.x.xx.x xxx.xxx.xxx.x
(Config-if)#interface Serial1/0
(Config-if)#ip address xxx.x.xx.x xxx.xxx.xxx.x
(Config-if)#encapsulation frame-relay IETF
(Config-if)#no fair-queue
(Config-if)#frame-relay map ip xxx.x.xx.x 203 broadcast
(Config-if)#no frame-relay inverse-arp
(Config-if)#frame-relay lmi-type ansi
(Config)#router bgp 100
(Config-router)#no synchronization
(Config-router)#bgp router-id xx.xx.xx.xx
(Config-router)#bgp log-neighbor-changes
(Config-router)#neighbor xxx.x.xx.x remote-as 100
(Config-router)#neighbor xxx.x.xx.x remote-as 101
(Config-router)#neighbor xxx.x.xx.x ebgp-multihop 3
(Config-router)#no auto-summary

Die Router R3-Konfiguration wird hier angezeigt:

(Config)#interface Serial1/0
(Config-if)#ip address xxx.x.xx.x xxx.xxx.xxx.x
(Config-if)#encapsulation frame-relay IETF
(Config-if)#no fair-queue
(Config-if)#frame-relay map ip xxx.x.xx.x 302 broadcast
(Config-if)#no frame-relay inverse-arp
(Config-if)#frame-relay lmi-type ansi
(Config)#router bgp 101
(Config-router)#no synchronization
(Config-router)#bgp log-neighbor-changes
(Config-router)#neighbor xxx.x.xx.x remote-as 100
(Config-router)#neighbor xxx.x.xx.x ebgp-multihop 3
(Config-router)#no auto-summary

In dieser Konfiguration wird iBGP auf R1 und R2 ausgeführt. Wenn eine Aktualisierung mit einer bestimmten Metrik in das AS eingeht, wird diese Metrik daher verwendet, um Entscheidungen innerhalb des AS zu treffen.

Wenn der Befehl ip bgp von R2 aktiviert wurde, wird der metrische Wert für xx.xx.xx.xx angezeigt, der vom iBGP-Nachbarn xxx.x.xx.x stammt und den MED-Wert 100 hat.

eBGP wird zwischen R2 und R3 ausgeführt, da sich diese in einem anderen AS befinden. Wenn dieselbe Aktualisierung an ein drittes AS übergeben wird, z. B. AS#101, wird diese Metrik auf 0 zurückgesetzt.

Wenn der Befehl ip bgp aus R3 aktiviert wird, wird die Metrik entfernt, da xx.xx.xx.xx die AS-Grenze überschreitet (101).

Aus diesem Szenario ist ersichtlich, dass das MED-Attribut den eingehenden Verkehr von benachbarten autonomen Systemen beeinflussen kann.

Das MED-Attribut kann die Routenentscheidungen entfernter autonomer Systeme nicht beeinflussen. Wenn ein BGP-Sprecher eine Route von einem Peer bezieht, kann er die MED der Route an alle iBGP-Peers weitergeben, nicht jedoch an eBGP-Peers.

Infolgedessen ist die MED nur zwischen benachbarten autonomen Systemen relevant.

Szenario 2

Wenn die dem BGP zugefügte Route (entweder über den Befehl network-workor redistributecommand) von einem IGP (RIP, EIGRP oder OSPF) stammt, wird die MED von der IGP-Metrik abgeleitet, und die Route wird einem eBGP-Nachbarn mit dieser MED angekündigt.

In diesem Netzwerk ist R1 für die Ausführung in einem RIP-Netzwerk konfiguriert. Die Router R2 und R3 führen BGP aus, wobei R2 mit AS 100 konfiguriert ist, während R3 mit AS 101 konfiguriert ist.

Router R1 ist hier konfiguriert:

(Config)#interface Loopback10
(Config-if)#ip address xx.xx.xx.xx xxx.xxx.xxx.xxx
(Config-if)#interface FastEthernet0/0
(Config-if)#ip address xxx.x.xx.x xxx.xxx.xxx.x
(Config)#router rip
(Config-router)#network xx.x.x.x
(Config-router)#network xxx.x.xx.x
(Config-router)#no auto-summary

Die Router R2 und R3 werden für BGP konfiguriert, wobei die Neuverteilung in R2 erfolgt, um die RIP-Netzwerke in ein BGP zu injizieren.

(Config)#interface FastEthernet0/0
(Config-if)#ip address xxx.x.xx.x xxx.xxx.xxx.x
(Config-if)#interface Serial1/0
(Config-if)#ip address xxx.x.xx.x xxx.xxx.xxx.x
(Config-if)#encapsulation frame-relay IETF
(Config-if)#no fair-queue
(Config-if)#frame-relay map ip xxx.x.xx.x 203 broadcast
(Config-if)#no frame-relay inverse-arp
(Config-if)#frame-relay lmi-type ansi
(Config)#router rip
(Config-router)# network xxx.x.xx.x
(Config-router)#no auto-summary
(Config-router)#router bgp 100
(Config-router)#no synchronization
(Config-router)#bgp router-id xx.xx.xx.xx
(Config-router)#bgp log-neighbor-changes
(Config-router)#neighbor xxx.x.xx.x remote-as 101
(Config-router)#neighbor xxx.x.xx.x ebgp-multihop 3
(Config-router)#redistribute rip metric 1
 Config-router)#no auto-summary

(Config)#interface Serial1/0
(Config-if)#ip address xxx.x.xx.x xxx.xxx.xxx.x
(Config-if)#encapsulation frame-relay IETF
(Config-if)#no fair-queue
(Config-if)#frame-relay map ip xxx.x.xx.x 302 broadcast
(Config-if)#no frame-relay inverse-arp
(Config-if)#frame-relay lmi-type ansi
(Config)#router bgp 101
(Config-router)# no synchronization
(Config-router)#bgp router-id xx.xx.xx.xx
(Config-router)#bgp log-neighbor-changes
(Config-router)#neighbor xxx.x.xx.x remote-as 100
(Config-router)#neighbor xxx.x.xx.x ebgp-multihop 3
(Config-router)#no auto-summary

Sowohl RIP als auch BGP werden auf R2 ausgeführt. Wenn Sie mitshow ip bgp dem Befehl überprüfen, können Sie sehen, dass das Präfix "xx.x.x.x" im Netzwerk mit der Metrik "1" angezeigt wird, die vom RIP abgeleitet wird.

In R3, das auf eBGP läuft, wird das Netzwerk jedoch unter Berücksichtigung des vom IGP abgeleiteten MED-Werts angekündigt. In diesem Fall handelt es sich um RIP. Das Präfix 10.0.0.0 wird mit dem IGP MED-Wert angekündigt, der Metrik 1 von RIP entspricht. Dies ist in dieser Ausgabe zu sehen.

Aus diesem Szenario wird das Verhalten der MED für den Fall, dass Netzwerke über den Befehl "network-workor redistributecommand" in den BGP-Router eingespeist werden, an der Stelle erkannt, an der der tatsächliche MED-Wert durch den der IGP-Metrik ersetzt wird.

Da dieses Attribut, wie bereits erwähnt, ein Hinweis für externe Nachbarn auf die Pfadpräferenz zu einem AS ist, wird nicht immer berücksichtigt, ob es andere wichtigere Attribute gibt, um die beste Route zu bestimmen.

Um den gleichen Effekt mit einem deterministischeren Attribut zu erzielen, verwenden Sieset as-path prepend den Befehl unter der Routenübersicht.

Wenn Sie dem AS-Pfad für bestimmte Routen vorangehen, wird er von anderen AS weiterhin angezeigt. Weitere Informationen zur Verwendung von AS-path prepend finden Sie unter Verwenden des Befehls set-aspath prepend.

Zugehörige Informationen

• BGP: Häufig gestellte Fragen
• BGP-Anwenderberichte
• BGP-Unterstützungsseite
• BGP Multi-Homing: Design und Fehlerbehebung - Video aus dem Live-Webcast 
• Technischer Support und Dokumentation für Cisco Systeme