Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Conventions

Casos Práticos

Cenário 1

Cenário 2

Informações Relacionadas

Introduction

A finalidade deste documento é fornecer uma melhor compreensão do atributo Discriminador de Múltiplas Saídas (MED - Multi Exit Discriminator) do Protocolo de Gateway de Borda (BGP - Border Gateway Protocol) ao atravessar um limite de sistema autônomo (AS - autonomous system), implementando-o em diferentes cenários.

O MED fornece uma maneira dinâmica de influenciar outro AS na maneira de alcançar uma determinada rota quando há vários pontos de entrada para esse AS. O BGP segue um procedimento sistemático para escolher o melhor caminho. Há outros atributos importantes, como peso, preferência local, rota de origem e caminho AS que são levados em conta antes de considerar o atributo MED. Por conseguinte, se qualquer um destes critérios corresponder, o atributo MED não será considerado.

Nota: Quando todos os outros fatores são iguais, o ponto de saída com o MED mais baixo é preferido.

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento básico do BGP.

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas. Os cenários discutidos neste documento usam estas versões de hardware e software:

- Cenário 1: Roteadores Cisco 2600 no Cisco IOS® Software Release 12.4 ou posterior

- Cenário 2: Roteadores Cisco 2600 no Cisco IOS Software Release 12.4 ou posterior

Conventions

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Casos Práticos

Cenário 1

Quando um alto-falante BGP aprende uma rota de um peer, o MED da rota é passado para outros peers BGP internos (iBGP), mas não para peers BGP externos (eBGP).

Considere esta configuração de rede:

Aqui, o roteador R1 e o roteador R2 são considerados no mesmo AS, por exemplo AS#100, e o roteador R3 pertence ao AS#101. Para facilitar a convenção, os endereços IP no bloco /24 são usados.

Os roteadores R1 e R2 estão configurados da seguinte forma:

Roteador 1

(Config)#interface Loopback10

(Config-if)#ip address 10.10.10.10 255.255.255.255

(Config-if)#interface FastEthernet0/0

(Config-if)#ip address 192.1.12.1 255.255.255.0

(Config)#router bgp 100

(Config-router)#no synchronization

(Config-router)#bgp router-id 10.10.10.10

(Config-router)#bgp log-neighbor-changes

(Config-router)#network 10.10.10.10 mask 255.255.255.255 route-map ATTACH_MED

(Config-router)#neighbor 192.1.12.2 remote-as 100

(Config-router)#no auto-summary

(Config)#access-list 10 permit 10.10.10.10

(Config)#route-map ATTACH_MED permit 10

(Config)#match ip address 10

(Config)#set metric 100

Roteador 2

(Config)#interface FastEthernet0/0

(Config-if)#ip address 192.1.12.2 255.255.255.0

(Config-if)#interface Serial1/0

(Config-if)#ip address 192.1.23.2 255.255.255.0

(Config-if)#encapsulation frame-relay IETF

(Config-if)#no fair-queue

(Config-if)#frame-relay map ip 192.1.23.3 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 22.22.22.22

(Config-router)#bgp log-neighbor-changes

(Config-router)#neighbor 192.1.12.1 remote-as 100

(Config-router)#neighbor 192.1.23.3 remote-as 101

(Config-router)#neighbor 192.1.23.3 ebgp-multihop 3

(Config-router)#no auto-summary

A configuração do roteador R3 é fornecida aqui:

Roteador 3

(Config)#interface Serial1/0

(Config-if)#ip address 192.1.23.3 255.255.255.0

(Config-if)#encapsulation frame-relay IETF

(Config-if)#no fair-queue

(Config-if)#frame-relay map ip 192.1.23.2 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 192.1.23.2 remote-as 100

(Config-router)#neighbor 192.1.23.2 ebgp-multihop 3

(Config-router)#no auto-summary

Nesta configuração, R1 e R2 têm o iBGP em execução. Portanto, quando uma atualização entra no AS com uma determinada métrica, essa métrica é usada para tomar decisões dentro do AS. O comando show ip bgp quando marcado de R2 mostra o valor da métrica para 10.10.10.10, que é aprendido através do vizinho iBGP 192.1.12.1 e terá um valor MED de 100.

A saída de R2 é mostrada aqui:

O eBGP é executado entre R2 e R3 porque eles estão em um AS diferente. Quando a mesma atualização passa para um terceiro AS, por exemplo AS#101, essa métrica retorna para 0. O comando show ip bgp quando verificado de R3 terá sua métrica removida, pois 10.10.10.10 atravessa o limite de AS(101).

A saída de R3 é mostrada aqui:

A partir desse cenário, é evidente que o atributo MED pode influenciar o tráfego de entrada de sistemas autônomos vizinhos. O atributo MED não pode influenciar as decisões de roteamento de sistemas autônomos mais remotos. Quando um alto-falante BGP aprende uma rota de um peer, ele pode passar o MED da rota para quaisquer peers iBGP, mas não para peers eBGP. Consequentemente, o MED só tem relevância entre os sistemas autônomos vizinhos.

Cenário 2

Se a rota injetada no BGP (usando o comando network ou redistribute) vem de um IGP (RIP ou EIGRP ou OSPF), o MED é derivado da métrica IGP e a rota é anunciada para um vizinho eBGP com este MED.

Este cenário usa esta configuração de rede:

Nesta rede, R1 está configurado para ser executado em uma rede RIP. Os roteadores R2 e R3 executam o BGP, onde R2 é configurado com AS 100 enquanto R3 está com AS 101.

O roteador R1 está configurado da seguinte maneira:

Roteador R1

(Config)#interface Loopback10

(Config-if)#ip address 10.10.10.10 255.255.255.255

(Config-if)#interface FastEthernet0/0

(Config-if)#ip address 192.1.12.1 255.255.255.0

(Config)#router rip

(Config-router)#network 10.0.0.0

(Config-router)#network 192.1.12.0

(Config-router)#no auto-summary

Os roteadores R2 e R3 estão configurados para BGP, onde a redistribuição é feita em R2 para injetar as redes RIP em um BGP.

Roteador R2

(Config)#interface FastEthernet0/0

(Config-if)#ip address 192.1.12.2 255.255.255.0

(Config-if)#interface Serial1/0

(Config-if)#ip address 192.1.23.2 255.255.255.0

(Config-if)#encapsulation frame-relay IETF

(Config-if)#no fair-queue

(Config-if)#frame-relay map ip 192.1.23.3 203 broadcast

(Config-if)#no frame-relay inverse-arp

(Config-if)#frame-relay lmi-type ansi

(Config)#router rip

(Config-router)# network 192.1.12.0

(Config-router)#no auto-summary

(Config-router)#router bgp 100

(Config-router)#no synchronization

(Config-router)#bgp router-id 22.22.22.22

(Config-router)#bgp log-neighbor-changes

(Config-router)#neighbor 192.1.23.3 remote-as 101

(Config-router)#neighbor 192.1.23.3 ebgp-multihop 3

(Config-router)#redistribute rip metric 1

Config-router)#no auto-summary

Roteador R3

(Config)#interface Serial1/0

(Config-if)#ip address 192.1.23.3 255.255.255.0

(Config-if)#encapsulation frame-relay IETF

(Config-if)#no fair-queue

(Config-if)#frame-relay map ip 192.1.23.2 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 33.33.33.33

(Config-router)#bgp log-neighbor-changes

(Config-router)#neighbor 192.1.23.2 remote-as 100

(Config-router)#neighbor 192.1.23.2 ebgp-multihop 3

(Config-router)#no auto-summary

RIP e BGP são executados em R2. Se você verificar usando o comando show ip bgp, verá que o prefixo 10.0.0.0 network é mostrado com uma métrica de 1, derivada do RIP.

A saída de R2 é mostrada aqui:

No entanto, em R3 executado no eBGP, a rede é anunciada considerando o valor MED derivado do IGP. Nesse caso, é RIP. O prefixo 10.0.0.0 é anunciado com o valor IGP MED, que é a métrica 1 do RIP.

Isso pode ser visto nesta saída:

A partir desse cenário, o comportamento do MED, no caso de redes sendo injetadas no roteador BGP através do comando network ou redistribute, é claramente visto onde o valor MED real está sendo substituído pelo da métrica IGP. Agora, dado que este atributo é uma dica para vizinhos externos sobre a preferência de caminho em um AS. Como dito anteriormente, nem sempre é considerado se há outros atributos mais importantes para determinar a melhor rota. Para ter o mesmo efeito com um atributo mais determinístico, use o comando set as-path prepend no mapa da rota. Se você prefixar o caminho AS para determinadas rotas, ele continuará sendo visto por outro AS. Para obter mais informações sobre o uso da pré-fixação As-path, consulte Uso do Comando Set-aspath prepend.

Informações Relacionadas

- BGP: Perguntas mais freqüentes

- Estudos de caso de BGP

- Página de suporte de BGP

- Multicamada BGP: Design e solução de problemas - Vídeo do Webcast ao vivo

- Suporte Técnico e Documentação - Cisco Systems