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 discriminador múltiplo de saída (MED ou MULTI_EXIT_DISC) é um atributo não transitivo, o que significa que ele não é propagado pela Internet, mas apenas para sistemas autônomos (ASs) adjacentes. O atributo MED é opcional, o que significa que nem sempre é enviado com as atualizações do 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 é chamado de 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 será preferido.

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

As mensagens de atualização do BGP incluem uma métrica MED se a rota foi aprendida com o BGP e já tinha uma métrica MED associada a ela, ou se você configurar a métrica 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 de grupo substitui uma métrica BGP global e uma métrica específica de peer substitui um BGP global ou uma métrica específica de grupo.

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

  • Se alguma métrica for definida, ela substituirá 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 de métrica, nenhuma métrica será anunciada. Quando você não configura explicitamente um valor de métrica, o valor MED é equivalente a zero (0) ao anunciar uma rota ativa.

Como o caminho AS, em vez do número de saltos entre os hosts, é o principal critério para a seleção da rota BGP, um AS com várias conexões com 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 MED atribuída a cada rota pode determinar qual incluir na tabela de encaminhamento. A métrica MED que você atribui pode forçar o tráfego através de um ponto de saída específico em um AS.

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

Figura 1: Exemplo Network topology diagram showing two Autonomous Systems: AS1 and AS2. Routers labeled A, B, C, D, E, F with links and metrics indicating connection costs. de MED padrão

A Figura 1 mostra AS 1 e AS 2 conectados por dois links BGP separados aos roteadores C e D. O host E no AS 1 está localizado mais próximo do roteador C. O host F, também no AS 1, está localizado mais próximo 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 através do Roteador C, o administrador de rede do AS 1 atribui uma métrica MED para cada roteador ao 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, somente 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 da tabela de roteamento listadas na Tabela 1 para comparar os MEDs de maneiras diferentes. As opções 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 entrem em vigor, você deve configurá-las uniformemente em toda a sua rede. A opção MED ou as opções configuradas determinam a rota selecionada. Assim, recomendamos que você avalie cuidadosamente sua rede em busca de rotas preferenciais antes de configurar as opções de MED.

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

Opção (nome)

Função

Utilização

Sempre comparando MEDs (always-compare-med)

Garante que os MEDs para caminhos de peers 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 a definição de MEDs. Por exemplo, em uma rede compartilhada por dois ISPs, ambos devem concordar que um determinado caminho é o melhor caminho para configurar os valores de MED corretamente.

Adicionando o custo do IGP ao MED (med-plus-igp)

Antes de comparar os valores de MED para seleção de caminho, adiciona ao MED o custo da rota IGP para o destino de próximo salto do BGP.

Essa opção substitui o valor MED do roteador, mas não afeta a comparação de métricas 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 IGP também é comparada, mesmo que tenha sido adicionada ao valor MED e comparada anteriormente no processo de seleção.

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

Aplicando o comportamento não determinístico do Cisco IOS (cisco-non-deterministic)

Especifica o comportamento não determinístico do software Cisco IOS:

  • O caminho ativo é sempre o primeiro. Todos os caminhos não ativos, mas qualificados, seguem o caminho ativo e são mantidos na ordem em que foram recebidos. Os caminhos não qualificados 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 os caminhos que nunca devem ser selecionados porque perdem a regra de desempate MED.

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

Exemplo: configurar o atributo MED que determina o ponto de saída em um AS

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

Requerimentos

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 MED para anunciar em mensagens de atualização do BGP, inclua a metric-out declaração:

metric é a métrica principal em todas as rotas enviadas aos pares. Pode ser um valor no intervalo de 0 a 4.294.967.295 (2,32 – 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 interior gateway protocol (IGP) para chegar ao próximo salto do BGP. Se uma métrica recém-calculada for maior que o valor mínimo da métrica, o valor da métrica permanecerá inalterado. Se uma métrica recém-calculada for menor, o valor da métrica será reduzido para esse valor.

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

  • delay-med-update— Atrasa o envio de atualizações do MED quando o valor do MED aumenta. Inclua a delay-med-update declaração ao configurá-la igp . 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 instrução no nível da [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 da métrica calculado no IGP. O valor da métrica é compensado pelo valor especificado. A métrica calculada no IGP (especificando um 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 no intervalo de –231 a 231 – 1. Observe que a métrica ajustada nunca pode ficar abaixo de 0 ou acima de 232 – 1.

A 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 de IBGP e vários pontos Typical Network with IBGP Sessions and Multiple Exit Points 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 alcançar o AS 4.

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Configurando o dispositivo R1

Procedimento passo a passo

O exemplo a seguir requer que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Uso do Editor de CLI no Modo de Configuração no Guia do Usuário da CLI do Junos OS.

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 esse cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-options, , show protocolse show routing-options . 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.

Configurando o dispositivo R2

Procedimento passo a passo

O exemplo a seguir requer que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Uso do Editor de CLI no Modo de Configuração no Guia do Usuário da CLI do Junos OS.

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 esse cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-options, , show protocolse show routing-options . 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.

Configurando o dispositivo R3

Procedimento passo a passo

O exemplo a seguir requer que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Uso do Editor de CLI no Modo de Configuração no Guia do Usuário da CLI do Junos OS.

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 esse cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-options, , show protocolse show routing-options . 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.

Configurando o dispositivo R4

Procedimento passo a passo

O exemplo a seguir requer que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Uso do Editor de CLI no Modo de Configuração no Guia do Usuário da CLI do Junos OS.

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 esse cenário podem ser aceitar rotas aprendidas por meio de 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 são membros) prefira o caminho através do Dispositivo R2 para alcançar o AS 4.

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-options, , show protocolse show routing-options . 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 para o dispositivo R4

Finalidade

Verifique se o caminho ativo passa pelo dispositivo R2.

Ação

Do modo operacional, insira o show route protocol bgp comando.

Significado

O asterisco (*) mostra que o caminho preferencial é através do dispositivo R2. O motivo da seleção do caminho está listado como MED 20.

Verificando se o dispositivo R4 está enviando suas rotas corretamente

Finalidade

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

Do modo operacional, insira o 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: configurar o MED usando filtros de rota

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

Requerimentos

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 modifica a métrica MED anunciada em mensagens de atualização do BGP, inclua a metric declaração na ação de política.

A 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 de IBGP e vários pontos Typical Network with IBGP Sessions and Multiple Exit Points 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 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 da CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Configurando o dispositivo R1

Procedimento passo a passo

O exemplo a seguir requer que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Uso do Editor de CLI no Modo de Configuração no Guia do Usuário da CLI do Junos OS.

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 esse cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, , show policy-optionse show routing-options . 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.

Configurando o dispositivo R2

Procedimento passo a passo

O exemplo a seguir requer que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Uso do Editor de CLI no Modo de Configuração no Guia do Usuário da CLI do Junos OS.

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 esse cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, , show policy-optionse show routing-options . 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.

Configurando o dispositivo R3

Procedimento passo a passo

O exemplo a seguir requer que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Uso do Editor de CLI no Modo de Configuração no Guia do Usuário da CLI do Junos OS.

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 esse cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, , show policy-optionse show routing-options . 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.

Configurando o dispositivo R4

Procedimento passo a passo

O exemplo a seguir requer que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Uso do Editor de CLI no Modo de Configuração no Guia do Usuário da CLI do Junos OS.

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 esse cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

  3. Configure BGP.

  4. Configure as duas políticas MED.

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

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show protocols, , show policy-optionse show routing-options . 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 para o dispositivo R4

Finalidade

Verifique se o caminho ativo passa pelo dispositivo R2.

Ação

Do modo operacional, insira o show route protocol bgp comando.

Significado

A saída mostra que o caminho preferencial 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 preferencial é através do dispositivo R3.

Verificando se o dispositivo R4 está enviando suas rotas corretamente

Finalidade

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

Do modo operacional, insira o 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: configurar o MED usando comunidades

Defina a métrica MED (discriminador múltiplo de saída) como 20 para todas as rotas de uma comunidade específica.

Exemplo: associando o atributo de caminho MED à métrica de IGP e atrasando atualizações de MED

Este exemplo mostra como associar o atributo do caminho MED (discriminador múltiplo de saída) à métrica IGP (Interior Gateway Protocol) e configurar um temporizador para atrasar a atualização do atributo MED.

Requerimentos

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 do IGP de sua rota interna do BGP (IBGP) next-hop. 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 do caminho mais curto do IGP a pares externos de BGP (EBGP) em um sistema autônomo (AS) vizinho. Isso permite que esses pares EBGP encaminhem o tráfego para o seu AS usando os caminhos mais curtos possíveis.

As rotas aprendidas de um peer EBGP geralmente têm um próximo salto em uma interface conectada diretamente e, portanto, o valor do IGP é igual a zero. Zero é o valor anunciado. A métrica do IGP é um valor diferente de zero quando um peer BGP envia próximos saltos de terceiros que exigem que o sistema local execute a resolução do próximo salto — configurações do IBGP, configurações dentro dos pares da confederação ou configurações do EBGP que incluem a multihop declaração. Nesses cenários, pode fazer sentido associar o valor MED à métrica IGP incluindo a metric-out minimum-igp opção ou metric-out 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 nesses cenários. O atraso funciona diminuindo a velocidade das atualizações do MED quando a métrica do IGP para o próximo salto muda. A abordagem usa um temporizador para anunciar periodicamente atualizações do MED. Quando o temporizador expira, o atributo MED para rotas com metric-out igp delay-updates configurado é 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 foi alterado.

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

Observação:

Se você tiver o roteamento ativo sem interrupções (NSR) habilitado e ocorrer uma alternância, as atualizações atrasadas do MED poderão ser anunciadas assim que a alternância ocorrer.

Quando você configura a metric-out igp opção, a métrica do IGP rastreia diretamente o custo do IGP para o par do IBGP. Quando o custo do IGP diminui, o mesmo acontece com o valor MED anunciado. Por outro lado, quando o custo do IGP aumenta, o valor do MED também aumenta.

Quando você configura a metric-out minimum-igp opção, o valor MED anunciado muda apenas quando o custo do IGP para o peer do IBGP diminui. 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 somente se o MED for menor que o valor anunciado anteriormente ou se outro atributo associado à rota tiver sido alterado, 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 é alterada, o MED também é alterado após o intervalo de atraso configurado. A métrica OSPF pode variar de 1 a 65.535.

A Figura 4 mostra a topologia de exemplo.

Figura 4: Topologia para atrasar a atualização Network topology diagram with three Autonomous Systems: AS 1 with routers R1, R2, R3; AS 2 with routers R4, R5; AS 3 with routers R6, R7, R8. R3 connects to R4; R5 connects to R6. do MED

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

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Dispositivo R5

Dispositivo R6

Dispositivo R7

Dispositivo R8

Configurando o dispositivo R1

Procedimento passo a passo

O exemplo a seguir requer que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Uso do Editor de CLI no Modo de Configuração no Guia do Usuário da CLI do Junos OS.

Para configurar o dispositivo R1:

  1. Configure as interfaces.

  2. Configure IBGP.

  3. Configure EBGP.

  4. Associe o valor MED à métrica IGP.

    O padrão para a atualização do MED é de 10 minutos quando você inclui a delay-med-update opção. Quando você exclui a delay-med-update opção, a atualização do MED ocorre imediatamente após as alterações da métrica 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 esse cenário podem ser aceitar rotas aprendidas por meio de OSPF ou rotas locais.

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

Resultados

No modo de configuração, confirme sua configuração inserindo os show interfacescomandos , show policy-options, , show protocolse show routing-options . 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 nos outros dispositivos da topologia, conforme necessário para sua rede.

Verificação

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

Verificando os anúncios BGP

Finalidade

Verifique se o dispositivo R1 está anunciando para o dispositivo R4 um valor de BGP MED que reflita a métrica de IGP.

Ação

Do modo operacional, insira o show route advertising-protocol bgp comando.

Significado

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

Verificando se o valor de MED é alterado quando a métrica de OSPF é alterada

Finalidade

Certifique-se de que, ao aumentar a métrica OSPF para 700, o valor MED seja atualizado para refletir essa alteração.

Ação

No modo de configuração, insira o set protocols ospf area 0 interface fe-1/2/0.2 metric 700 comando.

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

Significado

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

Testando a configuração minimum-igp

Finalidade

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

Ação

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

Do modo operacional, insira o show route advertising-protocol bgp comando para garantir que o valor MED não seja alterado.

No modo de configuração, diminua a métrica OSPF.

Do modo operacional, insira o show route advertising-protocol bgp comando para garantir que o valor MED seja alterado.

Significado

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