Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Atributo BGP MED

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

O bgp discriminatório de múltiplas saídas (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 é o preferido.

Se um MED é recebido em um link BGP externo, ele é propagado por links internos para outros dispositivos habilitados para 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á tinha 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 de 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étrica, nenhuma métrica será anunciada. Quando você não configura explicitamente um valor métrica, o valor do MED equivale a zero (0) ao anunciar uma rota ativa.

Como o caminho AS em vez do número de saltos entre hosts é o critério principal para a seleção de rotas BGP, um AS com múltiplas conexões a um PEER AS 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 qual 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. O Host F, também no AS 1, está localizado mais perto do Roteador D. Como os caminhos 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 para AS 1 atribui uma métrica de MED para cada roteador para 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 de 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 de forma independente. 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 que você configura determinam a rota selecionada. Assim, recomendamos que você avalie cuidadosamente sua rede para 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 rota.

Ú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 corretamente os valores de MED.

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 para o destino next-hop bgp.

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 rota continua, a métrica de rota do IGP também é comparada, embora tenha sido adicionada ao valor 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árias ASs.

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

Especifica o comportamento nãodeterminístico 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 iniligíveis permanecem no final da lista.

  • Quando um novo caminho é adicionado à tabela de roteamento, são feitas comparações de caminho 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, pois o comportamento não determinado às vezes impede o sistema de comparar 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 discriminatória de saída múltipla (MED) para anunciar em mensagens de atualização do 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 suportadas:

  • minimum-igp— Define a métrica para o valor mínimo de métrica 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étrica permanecerá inalterado. Se uma métrica recém-calculada for menor, o valor métrica será reduzido a esse valor.

  • igp— Define a métrica para o valor métrica 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 quando configurar a igp declaração. O intervalo padrão para atrasar o envio de atualizações, a menos que o MED seja menor ou outro atributo associado à rota tenha sido alterado é 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étrica calculado no IGP. O valor 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é diminuída 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 ficar 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 vizinho (AS).

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 extras da interface de loopback 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 o caminho através do Dispositivo R2 para chegar ao AS 4.

Configuração

Configuração rápida da CLI

Para configurar este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere os detalhes necessários para combinar com a configuração da sua 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 na CLI, consulte Usando o 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 aceite rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

  5. Configure a ID do roteador e o número do 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 você 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 na CLI, consulte Usando o 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 aceite rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

  5. Configure a ID do roteador e o número do 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 você 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 na CLI, consulte Usando o 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 aceite rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

  5. Configure a ID do roteador e o número do 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 você 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 na CLI, consulte Usando o 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 aceite rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

  3. Configure BGP.

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

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

  5. Configure o ID e o número 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 você 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 do caminho está listado como MED 20.

Verificar se o dispositivo R4 está enviando suas rotas corretamente

Propósito

Certifique-se de que o Dispositivo R4 esteja 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 de 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 discriminatória de múltiplas saídas (MED) para anunciar em mensagens de atualização do 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 de MED anunciada nas mensagens de atualização do 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 vizinho (AS).

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 extras da interface de loopback 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 para o Dispositivo R3 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 de rota.

Configuração

Configuração rápida da CLI

Para configurar este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere os detalhes necessários para combinar com a configuração da sua 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 na CLI, consulte Usando o 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 aceite rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

  5. Configure a ID do roteador e o número do 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 você 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 na CLI, consulte Usando o 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 aceite rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

  5. Configure a ID do roteador e o número do 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 você 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 na CLI, consulte Usando o 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 aceite rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

  5. Configure a ID do roteador e o número do 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 você 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 na CLI, consulte Usando o 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 aceite rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas por meio de 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 a ID do roteador e o número do 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 você 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 é pelo 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 esteja 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 de 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 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 múltiplas saídas (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 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 pares externos do BGP (EBGP) em um sistema autônomo vizinho (AS). Isso permite que esses pares 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 assim o valor do IGP é igual a zero. Zero é o valor anunciado. A métrica de IGP é um valor não zero quando um peer BGP envia próximos saltos de terceiros que exigem que o sistema local realize resolução de próximo salto — configurações do IBGP, configurações 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 de rota excessivos quando há instabilidades de IGP na rede. A configuração de um atraso para a atualização do MED fornece um mecanismo para reduzir os anúncios de rota em tais cenários. O atraso funciona diminuindo 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) ininterrupto habilitado e ocorrer uma switchover, as atualizações MED atrasadas podem ser anunciadas assim que a switchover ocorrer.

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

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 de OSPF pode variar de 1 a 65.535.

Figura 4 mostra a topologia da amostra.

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

Neste exemplo, o valor MED anunciado pelo Dispositivo R1 está associado ao IGP executado em AS 1. O valor de 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 da CLI

Para configurar este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere os detalhes necessários para combinar com a configuração da sua 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 na CLI, consulte Usando o 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 aceite rotas diretas.

    Outras opções úteis para este cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

  8. Configure a ID do roteador e o número do 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 você 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 MED BGP que reflete a métrica de IGP.

Ação

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

Significado

O valor do 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 seja 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), insira o comando do show route advertising-protocol bgp modo operacional.

Significado

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

Teste da 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 de OSPF, o valor do MED permanece inalterado, mas quando você diminui a métrica de OSPF, o valor do MED reflete a nova métrica de OSPF.

Ação

Do modo de configuração, exclua a igp declaração, adicione a minimum-igp declaração e aumente a métrica de 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 de 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.