Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Atributo BGP MED

Entender o atributo MED que determina o ponto de saída em um AS

O bgp discriminatório de saída múltipla (MED, ou MULTI_EXIT_DISC) é um atributo não transitivo, o que significa que não é propagado por toda a Internet, mas apenas para sistemas autônomos adjacentes (ASs). O atributo MED é opcional, o que significa que nem sempre é enviado com as atualizações BGP. O objetivo do MED é influenciar como outros ASs entram em seu AS para alcançar um determinado prefixo.

O atributo MED tem um valor que é referido como uma métrica. Se todos os outros fatores na determinação de um ponto de saída forem iguais, o ponto de saída com a métrica mais baixa é preferido.

Se um MED for recebido por um link BGP externo, ele é propagado por links internos para outros dispositivos habilitados por BGP dentro do AS.

As mensagens de atualização do BGP incluem uma métrica de MED se a rota foi aprendida com o BGP e já tivesse uma métrica de MED associada a ela, ou se você configurar a métrica de MED no arquivo de configuração.

Uma métrica MED é anunciada com uma rota de acordo com as seguintes regras gerais:

  • Uma métrica mais específica substitui uma métrica menos específica. Ou seja, uma métrica específica do grupo substitui uma métrica BGP global, e uma métrica específica para pares substitui um BGP global ou uma métrica específica do grupo.

  • Uma métrica definida com uma política de roteamento substitui uma métrica definida com a metric-out declaração.

  • Se alguma métrica for definida, ela substitui uma métrica recebida em uma rota.

  • Se a rota recebida não tiver uma métrica MED associada e se você não configurar explicitamente um valor métrico, nenhuma métrica será anunciada. Quando você não configura explicitamente um valor métrico, o valor do MED é equivalente a zero (0) ao anunciar uma rota ativa.

Como o caminho do AS em vez do número de saltos entre hosts é o critério principal para a seleção de rotas BGP, um AS com várias conexões a um AS peer pode ter vários caminhos AS equivalentes. Quando a tabela de roteamento contém duas rotas para o mesmo host em um AS vizinho, uma métrica de MED atribuída a cada rota pode determinar quais incluir na tabela de encaminhamento. A métrica de MED que você atribui pode forçar o tráfego através de um determinado ponto de saída em um AS.

Figura 1 ilustra como as métricas de MED são usadas para determinar a seleção de rotas.

Figura 1: Exemplo de MED padrãoExemplo de MED padrão

Figura 1 mostra AS 1 e AS 2 conectados por dois links BGP separados para roteadores C e D. Host E no AS 1 está localizado mais perto do roteador C. Host F, também no AS 1, está localizado mais perto do Roteador D. Como os caminhos de AS são equivalentes, existem duas rotas para cada host, uma pelo roteador C e outra pelo roteador D. Para forçar todo o tráfego destinado ao Host E pelo roteador C, o administrador de rede do AS 1 atribui uma métrica MED para cada roteador para o Host E em seu ponto de saída. Uma métrica MED de 10 é atribuída à rota para o Host E através do roteador C, e uma métrica MED de 20 é atribuída à rota para o Host E através do roteador D. Os roteadores BGP no AS 2 selecionam a rota com a métrica MED inferior para a tabela de encaminhamento.

Por padrão, apenas os MEDs de rotas que têm os mesmos ASs peer são comparados. No entanto, você pode configurar as opções de seleção de caminho de tabela de roteamento listadas Tabela 1 para comparar MEDs de diferentes maneiras. As opções de MED não são mutuamente exclusivas e podem ser configuradas em combinação ou independentemente. Para que as opções de MED surtirem efeito, você deve configurá-las uniformemente por toda a sua rede. A opção ou opções de MED configuradas determinam a rota selecionada. Assim, recomendamos que você avalie cuidadosamente sua rede em busca de rotas preferidas antes de configurar as opções de MED.

Tabela 1: Opções de MED para seleção de caminhos de tabela de roteamento

Opção (Nome)

Função

Uso

Sempre comparando MEDs (always-compare-med)

Garante que os MEDs para caminhos de pares em diferentes ASs sejam sempre comparados no processo de seleção de rotas.

Útil quando todas as empresas que participam de uma rede concordam com uma política uniforme para definir MEDs. Por exemplo, em uma rede compartilhada por dois ISPs, ambos devem concordar que um determinado caminho é o melhor caminho para configurar os valores do MED corretamente.

Adicionar custo de IGP ao MED (med-plus-igp)

Antes de comparar os valores de MED para a seleção de caminhos, adiciona ao MED o custo da rota IGP ao destino BGP next-hop.

Essa opção substitui o valor de MED para o roteador, mas não afeta a comparação métrica do IGP. Como resultado, quando várias rotas têm o mesmo valor após a comparação MED-plus-IGP, e a seleção de rotas continua, a métrica de rota do IGP também é comparada, embora tenha sido adicionada ao valor do MED e comparada no início do processo de seleção.

Útil quando o AS downstream requer o custo completo de uma determinada rota que é recebida em vários ASs.

Aplicação de comportamento não determinado do Cisco IOS (cisco-non-deterministic)

Especifica o comportamento não determinado do software Cisco IOS:

  • O caminho ativo é sempre o primeiro. Todos os caminhos não ativos, mas elegíveis, seguem o caminho ativo e são mantidos na ordem em que foram recebidos. Caminhos inelegíveis permanecem no final da lista.

  • Quando um novo caminho é adicionado à tabela de roteamento, as comparações de caminhos são feitas entre todas as rotas, incluindo aqueles caminhos que nunca devem ser selecionados porque perdem a regra de desempate do MED.

Recomendamos que você não configure essa opção, porque o comportamento não determinado às vezes impede que o sistema compare adequadamente os MEDs entre caminhos.

Exemplo: Configuração do atributo MED que determina o ponto de saída em um AS

Este exemplo mostra como configurar uma métrica de discriminação de saída múltipla (MED) para anunciar em mensagens de atualização BGP.

Requisitos

Nenhuma configuração especial além da inicialização do dispositivo é necessária antes de configurar este exemplo.

Visão geral

Para configurar diretamente uma métrica de MED para anunciar em mensagens de atualização BGP, inclua a metric-out declaração:

metric é a métrica primária em todas as rotas enviadas aos pares. Pode ser um valor na faixa de 0 a 4.294.967.295 (232 – 1).

As seguintes configurações opcionais também são compatíveis:

  • minimum-igp— Define a métrica para o valor mínimo calculado no protocolo de gateway interior (IGP) para chegar ao BGP no próximo salto. Se uma métrica recém-calculada for maior do que o valor mínimo da métrica, o valor métrico permanecerá inalterado. Se uma métrica recém-calculada for menor, o valor da métrica será reduzido a esse valor.

  • igp— Define a métrica para o valor métrico mais recente calculado no IGP para chegar ao BGP no próximo salto.

  • delay-med-update— Atrasos no envio de atualizações de MED quando o valor do MED aumenta. Inclua a delay-med-update declaração ao configurar a igp declaração. O intervalo padrão para adiar o envio de atualizações, a menos que o MED seja menor ou outro atributo associado à rota tenha mudado é de 10 minutos. Inclua a med-igp-update-interval minutes declaração no nível de [edit routing-options] hierarquia para modificar o intervalo padrão.

  • offset— Especifica um valor para offset aumentar ou diminuir a métrica usada a partir do valor métrico calculado no IGP. O valor da métrica é compensado pelo valor especificado. A métrica calculada no IGP (especificando ou igp ) igp-minimumé aumentada se o offset valor for positivo. A métrica calculada no IGP (especificando ou igp ) igp-minimumé reduzida se o offset valor for negativo.

    offset pode ser um valor na faixa de – 231 a 231 – 1. Observe que a métrica ajustada nunca pode ir abaixo de 0 ou superior a 232 – 1.

Figura 2 mostra uma rede típica com sessões internas de peer e vários pontos de saída para um sistema autônomo (AS) vizinho.

Figura 2: Rede típica com sessões do IBGP e vários pontos de saídaRede típica com sessões do IBGP e vários pontos de saída

O dispositivo R4 tem várias interfaces de loopback configuradas para simular prefixos anunciados. Os endereços de interface de loopback extra são 44.44.44.44/32 e 144.144.144.144/32. Este exemplo mostra como configurar o dispositivo R4 para anunciar um valor MED de 30 para o dispositivo R3 e um valor MED de 20 para O Dispositivo R2. Isso faz com que todos os dispositivos no AS 123 prefiram que o caminho pelo dispositivo R2 atinja o AS 4.

Configuração

Configuração rápida de CLI

Para configurar este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com sua configuração de rede e, em seguida, copie e cole os comandos no CLI no nível de [edit] hierarquia.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Configuração do dispositivo R1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R1:

  1. Configure as interfaces.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure uma política que aceita rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

  5. Configure o número de ID do roteador e sistema autônomo (AS).

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show policy-optionsshow protocolse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se terminar de configurar o dispositivo, entre no commit modo de configuração.

Configuração do dispositivo R2

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R2:

  1. Configure as interfaces.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure uma política que aceita rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

  5. Configure o número de ID do roteador e sistema autônomo (AS).

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show policy-optionsshow protocolse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se terminar de configurar o dispositivo, entre no commit modo de configuração.

Configuração do dispositivo R3

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R3:

  1. Configure as interfaces.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure uma política que aceita rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

  5. Configure o número de ID do roteador e sistema autônomo (AS).

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show policy-optionsshow protocolse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se terminar de configurar o dispositivo, entre no commit modo de configuração.

Configuração do dispositivo R4

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R4:

  1. Configure as interfaces.

    O dispositivo R4 tem vários endereços de interface de loopback para simular prefixos anunciados.

  2. Configure uma política que aceita rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

  3. Configure BGP.

  4. Configure um valor MED de 30 para o dispositivo vizinho R3 e um valor MED de 20 para o dispositivo vizinho R2.

    Essa configuração faz com que o sistema autônomo (AS) 123 (do qual o dispositivo R1, o dispositivo R2 e o dispositivo R3 sejam membros) prefira o caminho pelo Dispositivo R2 para chegar ao AS 4.

  5. Configure o número de ID e AS do roteador.

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show policy-optionsshow protocolse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se terminar de configurar o dispositivo, entre no commit modo de configuração.

Verificação

Confirme se a configuração está funcionando corretamente.

Verificando o caminho ativo do dispositivo R1 ao dispositivo R4

Propósito

Verifique se o caminho ativo passa pelo Dispositivo R2.

Ação

A partir do modo operacional, entre no show route protocol bgp comando.

Significado

O asterisco (*) mostra que o caminho preferido é pelo dispositivo R2. O motivo da seleção de caminhos está listado como MED 20.

Verificar se o dispositivo R4 está enviando suas rotas corretamente

Propósito

Certifique-se de que o dispositivo R4 está enviando mensagens de atualização com um valor de 20 para o dispositivo R2 e um valor de 30 para o dispositivo R3.

Ação

A partir do modo operacional, entre no show route advertising-protocol bgp 24.24.24.2 comando.

Significado

A coluna MED mostra que o Dispositivo R4 está enviando os valores MED corretos para seus dois vizinhos BGP (EBGP) externos.

Exemplo: Configuração do MED usando filtros de rota

Este exemplo mostra como configurar uma política que usa filtros de rota para modificar a métrica de discriminação de saída múltipla (MED) para anunciar em mensagens de atualização BGP.

Requisitos

Nenhuma configuração especial além da inicialização do dispositivo é necessária antes de configurar este exemplo.

Visão geral

Para configurar uma política de filtro de rota que modifique a métrica MED anunciada em mensagens de atualização BGP, inclua a metric declaração na ação da política.

Figura 3 mostra uma rede típica com sessões internas de peer e vários pontos de saída para um sistema autônomo (AS) vizinho.

Figura 3: Rede típica com sessões do IBGP e vários pontos de saídaRede típica com sessões do IBGP e vários pontos de saída

O dispositivo R4 tem várias interfaces de loopback configuradas para simular prefixos anunciados. Os endereços de interface de loopback extra são 172.16.44.0/32 e 172.16.144.0/32. Este exemplo mostra como configurar o Dispositivo R4 para anunciar um valor MED de 30 a R3 de dispositivo para todas as rotas, exceto 172.16.144.0. Para 172.16.144.0, um valor de MED de 10 é anunciado para o Dispositivo 3. Um valor MED de 20 é anunciado para o dispositivo R2, independentemente do prefixo da rota.

Configuração

Configuração rápida de CLI

Para configurar este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com sua configuração de rede e, em seguida, copie e cole os comandos no CLI no nível de [edit] hierarquia.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Configuração do dispositivo R1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R1:

  1. Configure as interfaces do dispositivo.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure uma política que aceita rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

  5. Configure o número de ID do roteador e sistema autônomo (AS).

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow policy-optionse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se terminar de configurar o dispositivo, entre no commit modo de configuração.

Configuração do dispositivo R2

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R2:

  1. Configure as interfaces do dispositivo.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure uma política que aceita rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

  5. Configure o número de ID do roteador e sistema autônomo (AS).

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow policy-optionse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se terminar de configurar o dispositivo, entre no commit modo de configuração.

Configuração do dispositivo R3

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R3:

  1. Configure as interfaces do dispositivo.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure uma política que aceita rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

  5. Configure o número de ID do roteador e sistema autônomo (AS).

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow policy-optionse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se terminar de configurar o dispositivo, entre no commit modo de configuração.

Configuração do dispositivo R4

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R4:

  1. Configure as interfaces do dispositivo.

    O dispositivo R4 tem vários endereços de interface de loopback para simular prefixos anunciados.

  2. Configure uma política que aceita rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

  3. Configure BGP.

  4. Configure as duas políticas de MED.

  5. Configure os dois vizinhos EBGP, aplicando as duas políticas de MED ao Dispositivo R3 e um valor MED de 20 para O Dispositivo R2.

  6. Configure o número de ID do roteador e sistema autônomo (AS).

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show protocolsshow policy-optionse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se terminar de configurar o dispositivo, entre no commit modo de configuração.

Verificação

Confirme se a configuração está funcionando corretamente.

Verificando o caminho ativo do dispositivo R1 ao dispositivo R4

Propósito

Verifique se o caminho ativo passa pelo Dispositivo R2.

Ação

A partir do modo operacional, entre no show route protocol bgp comando.

Significado

A saída mostra que o caminho preferido para as rotas anunciadas pelo Dispositivo R4 é através do Dispositivo R2 para todas as rotas, exceto 172.16.144.0/32. Para 172.16.144.0/32, o caminho preferido é pelo dispositivo R3.

Verificar se o dispositivo R4 está enviando suas rotas corretamente

Propósito

Certifique-se de que o dispositivo R4 está enviando mensagens de atualização com um valor de 20 para o dispositivo R2 e um valor de 30 para o dispositivo R3.

Ação

A partir do modo operacional, entre no show route advertising-protocol bgp comando.

Significado

A coluna MED mostra que o dispositivo R4 está enviando os valores MED corretos para seus dois vizinhos EBGP.

Exemplo: Configuração do MED usando comunidades

Defina a métrica de discriminação por múltiplas saídas (MED) para 20 para todas as rotas de uma determinada comunidade.

Exemplo: Associando o atributo de caminho do MED com a métrica do IGP e atrasando as atualizações de MED

Este exemplo mostra como associar o atributo de caminho discriminatório de saída múltipla (MED) à métrica do protocolo de gateway interior (IGP) e configurar um temporizador para atrasar a atualização do atributo MED.

Requisitos

Nenhuma configuração especial além da inicialização do dispositivo é necessária antes de configurar este exemplo.

Visão geral

O BGP pode ser configurado para anunciar o atributo MED para uma rota com base na distância IGP de seu próximo salto bgp interno (IBGP). A métrica de IGP permite que o roteamento interno siga o caminho mais curto de acordo com a configuração administrativa. Em algumas implantações, pode ser ideal comunicar o conhecimento de caminho mais curto do IGP aos colegas externos do BGP (EBGP) em um sistema autônomo vizinho (AS). Isso permite que esses colegas de EBGP encaminhem o tráfego para o seu AS usando os caminhos mais curtos possíveis.

As rotas aprendidas com um peer EBGP geralmente têm um próximo salto em uma interface diretamente conectada e, portanto, o valor do IGP é igual a zero. Zero é o valor anunciado. A métrica de IGP é um valor nãozero quando um peer BGP envia próximos hops de terceiros que exigem que o sistema local execute a resolução de next-hop — configurações, configurações do IBGP dentro de pares da confederação ou configurações de EBGP que incluem a multihop declaração. Nesses cenários, pode fazer sentido associar o valor do MED à métrica de IGP, incluindo a opção ou metric-out igp a opçãometric-out minimum-igp.

A desvantagem de associar o MED à métrica de IGP é o risco de anúncios excessivos de rotas quando há instabilidades de IGP na rede. Configurar um atraso para a atualização do MED fornece um mecanismo para reduzir anúncios de rota em tais cenários. O atraso funciona desacelerando as atualizações de MED quando a métrica do IGP para o próximo salto muda. A abordagem usa um temporizador para anunciar periodicamente atualizações de MED. Quando o temporizador expira, o atributo MED para rotas com metric-out igp delay-updates configuração é atualizado para a métrica IGP atual do próximo salto. O dispositivo habilitado para BGP envia anúncios para rotas para as quais o atributo MED mudou.

A opção delay-updates identifica os grupos BGP (ou peers) para os quais as atualizações de MED devem ser suprimidas. O tempo de publicidade das atualizações de MED é definido para 10 minutos por padrão. Você pode aumentar o intervalo até 600 minutos incluindo a med-igp-update-interval declaração na routing-options configuração.

Nota:

Se você tiver o roteamento ativo (NSR) ativado sem parar e ocorrer uma transição, as atualizações MED atrasadas podem ser anunciadas assim que a transição ocorrer.

Ao configurar a opção, a metric-out igp métrica de IGP monitora diretamente o custo do IGP para o peer IBGP. Quando o custo do IGP cai, o valor anunciado do MED também cai. Por outro lado, quando o custo do IGP sobe, o valor do MED sobe também.

Quando você configura a opção metric-out minimum-igp , o valor anunciado do MED muda apenas quando o custo do IGP para o peer IBGP cai. Um aumento no custo do IGP não afeta o valor do MED. O roteador monitora e lembra o menor custo de IGP até que o processo de roteamento (rpd) seja reiniciado. O peer BGP envia uma atualização apenas se o MED for menor do que o valor anunciado anteriormente ou outro atributo associado à rota tiver mudado, ou se o peer BGP estiver respondendo a uma solicitação de rota de atualização.

Este exemplo usa a metric declaração na configuração do OSPF para demonstrar que, quando a métrica do IGP muda, o MED também muda após o intervalo de atraso configurado. A métrica do OSPF pode variar de 1 a 65.535.

Figura 4 mostra a topologia amostral.

Figura 4: Topologia para adiar a atualização do MEDTopologia para adiar a atualização do MED

Neste exemplo, o valor MED anunciado pelo dispositivo R1 está associado ao IGP em execução no AS 1. O valor do MED anunciado pelo Dispositivo R1 afeta as decisões do AS vizinho (AS 2) quando o AS 2 está encaminhando o tráfego para AS 1.

Configuração

Configuração rápida de CLI

Para configurar este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com sua configuração de rede e, em seguida, copie e cole os comandos no CLI no nível de [edit] hierarquia.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Dispositivo R5

Dispositivo R6

Dispositivo R7

Dispositivo R8

Configuração do dispositivo R1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte o uso do Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R1:

  1. Configure as interfaces.

  2. Configure IBGP.

  3. Configure EBGP.

  4. Associe o valor do MED com a métrica de IGP.

    O padrão para a atualização do MED é de 10 minutos quando você inclui a opção delay-med-update . Quando você exclui a opção delay-med-update , a atualização do MED ocorre imediatamente após as alterações métricas do IGP.

  5. (Opcional) Configure o intervalo de atualização para a atualização do MED.

    Você pode configurar o intervalo de 10 minutos a 600 minutos.

  6. Configure OSPF.

    A metric declaração é usada aqui para demonstrar o que acontece quando a métrica do IGP muda.

  7. Configure uma política que aceita rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas através do OSPF ou rotas locais.

  8. Configure o número de ID do roteador e sistema autônomo (AS).

Resultados

A partir do modo de configuração, confirme sua configuração entrando noshow interfaces, show policy-optionsshow protocolse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se terminar de configurar o dispositivo, entre no commit modo de configuração. Repita as etapas de configuração dos outros dispositivos na topologia, conforme necessário para sua rede.

Verificação

Confirme se a configuração está funcionando corretamente.

Verificando os anúncios BGP

Propósito

Verifique se o dispositivo R1 está anunciando ao dispositivo R4 um valor BGP MED que reflete a métrica do IGP.

Ação

A partir do modo operacional, entre no show route advertising-protocol bgp comando.

Significado

O valor de 601 na coluna MED mostra que o valor do MED foi atualizado para refletir a métrica de OSPF configurada.

Verificando se o valor do MED muda quando a métrica do OSPF muda

Propósito

Certifique-se de que, ao elevar a métrica do OSPF para 700, o valor do MED é atualizado para refletir essa mudança.

Ação

A partir do modo de configuração, entre no set protocols ospf area 0 interface fe-1/2/0.2 metric 700 comando.

Depois de esperar 12 minutos (o período de atraso configurado), entre no modo operacional do show route advertising-protocol bgp comando.

Significado

O valor do 701 na coluna MED mostra que o valor do MED foi atualizado para refletir a métrica de OSPF configurada.

Testando a configuração mínima do iGP

Propósito

Altere a configuração para usar a minimum-igp declaração em vez da igp declaração. Quando você aumenta a métrica do OSPF, o valor do MED permanece inalterado, mas quando você diminui a métrica do OSPF, o valor do MED reflete a nova métrica do OSPF.

Ação

Do modo de configuração, exclua a igp declaração, adicione a minimum-igp declaração e aumente a métrica do OSPF.

A partir do modo operacional, entre no show route advertising-protocol bgp comando para garantir que o valor do MED não mude.

A partir do modo de configuração, diminua a métrica do OSPF.

A partir do modo operacional, entre no show route advertising-protocol bgp comando para garantir que o valor do MED mude.

Significado

Quando a minimum-igp declaração está configurada, o valor do MED muda apenas quando um caminho mais curto está disponível.