BGP MED-kenmerk begrijpen

Inleiding

In dit document wordt het MED-kenmerk BGP (Border Gateway Protocol) beschreven wanneer een AS-grens wordt overschreden door implementatie in verschillende scenario's.

Voorwaarden

Vereisten

Cisco raadt u aan een basiskennis van BGP te hebben.

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies. De scenario's die in dit document worden besproken, maken gebruik van deze hardware- en softwareversies:

• Scenario 1: Cisco 2600 routers op Cisco IOS®-softwarerelease 12.4 of hoger

• Scenario 2: Cisco 2600 routers op Cisco IOS®-softwarerelease 12.4 of hoger

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Achtergrondinformatie

De Multi Exit Discriminator (MED) biedt een dynamische manier om een ander autonoom systeem (AS) te beïnvloeden om een bepaalde route te bereiken wanneer er meerdere toegangspunten zijn voor dat AS. BGP gebruikt een systematische procedure voor de beste padkeuze. Er zijn andere belangrijke eigenschappen zoals gewicht, lokale voorkeur, startroute, en AS-pad die in aanmerking worden genomen voordat u de MED-eigenschap overweegt. Dus als een van deze criteria overeenkomt, wordt het MED-kenmerk niet in aanmerking genomen.

Opmerking: Als alle andere factoren gelijk zijn, heeft het exitpunt met de laagste MED de voorkeur.

Casestudy

Scenario 1

Wanneer een BGP-luidspreker een route van een peer leert, wordt de route MED doorgegeven aan andere interne BGP-peers (iBGP), maar niet aan externe BGP-peers (eBGP).

De router R1 en de router R2 worden beschouwd in het zelfde ALS, bijvoorbeeld AS#100, en de router R3 behoort tot AS#101. Voor een eenvoudige afspraak worden IP-adressen in het blok /24 gebruikt.

Routers R1 en R2 worden als volgt geconfigureerd:

(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

De configuratie van de router R3 wordt hier getoond:

(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 deze setup worden iBGP's uitgevoerd op R1 en R2. Daarom, wanneer een update het AS met een bepaalde metriek ingaat, wordt die metriek gebruikt om besluiten binnen het AS te nemen.

De opdracht ip bgp laat, als deze vanuit R2 is ingeschakeld, de metrische waarde zien voor xx.xx.xx.xx, die afkomstig is van iBGP-buur xxx.x.xx.x en een MED-waarde heeft van 100.

eBGP loopt tussen R2 en R3 omdat deze in een andere AS zitten. Wanneer dezelfde update overgaat naar een derde AS, bijvoorbeeld AS#101, keert die metriek terug naar 0.

De opdracht ip bgp heeft, als deze vanuit R3 is ingeschakeld, de metriek verwijderd, omdat xx.xx.xx.xx de AS-grens overschrijdt (101).

Vanuit dit scenario is het duidelijk dat het MED-kenmerk het inkomende verkeer vanuit autonome buursystemen kan beïnvloeden.

Het MED-kenmerk kan geen invloed hebben op de routebeslissingen van meer afgelegen autonome systemen. Wanneer een BGP-luidspreker een route van een peer leert, kan hij de MED van de route doorgeven aan alle iBGP-peers, maar niet aan eBGP-peers.

Als gevolg daarvan is de MED-richtlijn alleen van toepassing op autonome buursystemen.

Scenario 2

Als de route die in BGP wordt geïnjecteerd (of door het networkorredistributcommando) van een IGP komt (RIP of EIGRP of OSPF), wordt MED afgeleid van de IGP-metriek en wordt de route geadverteerd aan een eBGP-buur met deze MED.

In dit netwerk is R1 zo geconfigureerd dat het in een RIP-netwerk kan worden uitgevoerd. Routers R2 en R3 voeren BGP uit, waarbij R2 is geconfigureerd met AS 100 terwijl R3 met AS 101 is.

Router R1 wordt hier geconfigureerd:

(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

Routers R2 en R3 zijn geconfigureerd voor BGP, waar herdistributie wordt gedaan in R2 om de RIP-netwerken te injecteren in een BGP.

(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

Zowel RIP als BGP werken op R2. Als u met show ip bgp de opdracht controleert, kunt u zien dat het prefix xx.x.x.x netwerk wordt weergegeven met een metriek van 1, die wordt afgeleid uit de RIP.

In R3 dat op eBGP loopt, wordt het netwerk echter geadverteerd door de MED-waarde die uit de IGP wordt afgeleid in overweging te nemen. In dit geval gaat het om RIP. Het prefix 10.0.0 wordt geadverteerd met de IGP MED-waarde, die metriek 1 van RIP is. Dit is te zien in dit beeld.

Vanuit dit scenario wordt het gedrag van de MED, in het geval dat netwerken via de netwerkwerkorredistributopdracht worden geïnjecteerd in de BGP-router, gezien waar de werkelijke MED-waarde wordt vervangen door die van de IGP-metriek.

Gezien het feit dat deze eigenschap een hint is naar externe buren over de voorkeursvolgorde van het pad naar een AS, wordt, zoals eerder vermeld, niet altijd overwogen of er andere belangrijker eigenschappen zijn om de beste route te bepalen.

Om hetzelfde effect met een meer deterministisch kenmerk te hebben, gebruikt u set as-path prepend de opdracht onder de routekaart.

Als u het AS-pad prepend voor bepaalde routes, blijft dit zichtbaar voor andere AS. Zie Opdracht van voorpend gebruik van set-aspath voor meer informatie over het gebruik van AS-path prepend.

Gerelateerde informatie

• BGP: veelgestelde vragen
• Casestudy’s van BGP
• Ondersteuningspagina voor BGP
• BGP Multi-Homing: Ontwerp en Problemen oplossen - Video van Live Webcast 
• Technische ondersteuning en documentatie – Cisco Systems