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 discriminador de saída múltiplo (MED ou MULTI_EXIT_DISC) é um atributo não transitivo, o que significa que ele 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 ele é enviado com as BGP de atualização. O objetivo do MED é influenciar a forma como outros ASs entram em seu AS para atingir 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 são iguais, o ponto de saída com a menor métrica é preferido.

Se um MED for recebido por um enlace BGP externo, ele será propagado por enlaces internos para outros dispositivos BGP ativados no AS.

BGP mensagens de atualização incluem uma métrica MED se a rota foi aprendida com BGP e se 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 sobrepõe uma métrica menos específica. Ou seja, uma métrica específica de grupo sobrepõe uma métrica global BGP, e uma métrica específica por peer sobresscred uma métrica global BGP grupo ou específica.

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

  • Se alguma métrica for definida, ela sobrescrevia 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 um valor métrico explicitamente, o valor MED é equivalente a zero (0) ao anunciar uma rota ativa.

Como o caminho de AS em vez do número de hops entre hosts é o critério principal para BGP de rotear, 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ído a cada rota pode determinar qual incluir na tabela de encaminhamento. A métrica MED que você designa pode obrigar o tráfego por um ponto de saída específico em um AS.

Figura 1 ilustra como as métricas 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 conectadas por dois links BGP separados para os roteadores C e D. O host E no AS 1 está localizado mais perto do Roteador C. O host F, também no AS 1, está mais perto do Roteador D. Como os caminhos as são equivalentes, existem duas rotas para cada host, uma pelo Roteador C e uma pelo Roteador D. Para obrigar todo o tráfego destinado ao Host E pelo Roteador C, o administrador de rede para AS 1 atribue uma métrica MED para cada roteador ao Host E em seu ponto de saída. Uma métrica MED de 10 é atribuído à rota para Host E pelo Roteador C, e uma métrica MED de 20 é atribuído à rota para Host E pelo Roteador D. BGP roteadores em AS 2 selecione 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 do caminho da tabela de roteamento listadas Tabela 1 para comparar MEDs de maneiras diferentes. As opções de MED não são mutuamente exclusivas e podem ser configuradas de forma combinada ou independente. Para que as opções MED surtiram efeito, você deve configurá-las de maneira uniforme em toda a sua rede. A opção ou opção MED configurada determina a rota selecionada. Assim, recomendamos que você avalie cuidadosamente sua rede pelas rotas preferidas antes de configurar as opções MED.

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

Opção (nome)

Função

Usar

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 roteamento.

Ú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 precisam concordar que um certo caminho é o melhor caminho para configurar os valores MED corretamente.

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

Antes de comparar valores de MED para seleção de caminho, adiciona ao MED o custo da IGP até o BGP destino de next-hop.

Essa opção substitui o valor MED pelo roteador, mas não afeta a comparação IGP métrica. Como resultado, quando várias rotas têm o mesmo valor depois da comparação MED-plus-IGP, e a seleção de roteamento continua, IGP métrica de roteamento também é comparada, embora ela 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 é recebido em vários ASs.

Aplicando comportamento não-determinístico 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. Os caminhos inelegíveis continuam ao final da lista.

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

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

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

Este exemplo mostra como configurar uma métrica com vários discriminadores de saída (MED) para anunciar na BGP mensagens de atualização.

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

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

As seguintes configurações opcionais também são suportadas:

  • minimum-igp— Define a métrica como o valor mínimo métrico calculado no protocolo de gateway interior (IGP) para chegar ao BGP hop. Se uma métrica recém-calculada for maior do que o valor mínimo, o valor métrico permanece inalterado. Se uma métrica recém-calculada for menor, o valor métrico será rebaixado a esse valor.

  • igp— Define a métrica como o valor métrico mais recente IGP chegar ao BGP hop.

  • delay-med-update— Atrasa o envio de atualizações MED quando o valor MED aumenta. Inclua a delay-med-update declaração ao configurar a igp declaração. O intervalo padrão para retardar 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 [edit routing-options] da hierarquia para modificar o intervalo padrão.

  • offset— Especifica um valor para aumentar ou diminuir a métrica usada a partir do valor métrico calculado offset no IGP. O valor métrico é compensado pelo valor especificado. A métrica calculada no IGP (especificando ou) é aumentada igp se o valor for igp-minimumoffset positivo. A métrica calculada no IGP (especificando ou) é reduzida se igpigp-minimum o valor for offset 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 acima de 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 de IBGP e vários pontos de saídaRede típica com sessões de 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 em AS 123 prefiram o caminho pelo dispositivo R2 até atingir AS 4.

Configuração

Configuração rápida CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, confie-os em um arquivo de texto, remova quaisquer quebras de linha, altere quaisquer detalhes necessários para combinar com a configuração da rede e, em seguida, copie e copie e colar os comandos na CLI no nível da [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ê navegar por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte Como usar o Editor de CLI no modo de configuração no Guia de Usuários 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 aceita rotas diretas.

    Outras opções úteis para esse cenário podem ser aceitar rotas aprendidas por meio OSPF rotas locais ou 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 show interfaces inserindo os show policy-options comandos , e show protocols . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, entre commit no modo de configuração.

Configurando o dispositivo R2

Procedimento passo a passo

O exemplo a seguir requer que você navegar por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte Como usar o Editor de CLI no modo de configuração no Guia de Usuários 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 aceita rotas diretas.

    Outras opções úteis para esse cenário podem ser aceitar rotas aprendidas por meio OSPF rotas locais ou 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 show interfaces inserindo os show policy-options comandos , e show protocols . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, entre commit no modo de configuração.

Configuração do dispositivo R3

Procedimento passo a passo

O exemplo a seguir requer que você navegar por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte Como usar o Editor de CLI no modo de configuração no Guia de Usuários 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 aceita rotas diretas.

    Outras opções úteis para esse cenário podem ser aceitar rotas aprendidas por meio OSPF rotas locais ou 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 show interfaces inserindo os show policy-options comandos , e show protocols . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, entre commit no modo de configuração.

Configurando o dispositivo R4

Procedimento passo a passo

O exemplo a seguir requer que você navegar por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte Como usar o Editor de CLI no modo de configuração no Guia de Usuários 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 aceita rotas diretas.

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

  3. Configure BGP.

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

    Essa configuração faz com que o sistema autônomo (AS) 123 (dos quais os dispositivos R1, O dispositivo R2 e o dispositivo R3 sejam membros) prefiram o caminho pelo dispositivo R2 para alcançar AS 4.

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

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show policy-options comandos , e show protocols . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, entre commit no modo de configuração.

Verificação

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

Verificação do caminho ativo do dispositivo R1 ao dispositivo R4

Propósito

Verificar 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 preferido é pelo dispositivo R2. O motivo da seleção do caminho está indicado 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

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 de MED corretos para seus dois vizinhos BGP externos (EBGP).

Exemplo: Configurando o MED usando filtros de roteamento

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

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 rotear que modifica a métrica MED anunciada na BGP mensagens de atualização, inclua a metric declaração na ação de 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 de IBGP e vários pontos de saídaRede típica com sessões de 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 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 no Dispositivo 3. Um valor MED de 20 é anunciado para o dispositivo R2, independentemente do prefixo de rota.

Configuração

Configuração rápida CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, confie-os em um arquivo de texto, remova quaisquer quebras de linha, altere quaisquer detalhes necessários para combinar com a configuração da rede e, em seguida, copie e copie e colar os comandos na CLI no nível da [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ê navegar por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte Como usar o Editor de CLI no modo de configuração no Guia de Usuários da CLI do Junos OS.

Para configurar o dispositivo R1:

  1. Configure as interfaces de dispositivo.

  2. Configure BGP.

  3. Configure OSPF.

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

    Outras opções úteis para esse cenário podem ser aceitar rotas aprendidas por meio OSPF rotas locais ou 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 show interfaces inserindo os show protocols comandos , e show policy-options . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, entre commit no modo de configuração.

Configurando o dispositivo R2

Procedimento passo a passo

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

Para configurar o dispositivo R2:

  1. Configure as interfaces de dispositivo.

  2. Configure BGP.

  3. Configure OSPF.

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

    Outras opções úteis para esse cenário podem ser aceitar rotas aprendidas por meio OSPF rotas locais ou 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 show interfaces inserindo os show protocols comandos , e show policy-options . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, entre commit no modo de configuração.

Configuração do dispositivo R3

Procedimento passo a passo

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

Para configurar o dispositivo R3:

  1. Configure as interfaces de dispositivo.

  2. Configure BGP.

  3. Configure OSPF.

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

    Outras opções úteis para esse cenário podem ser aceitar rotas aprendidas por meio OSPF rotas locais ou 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 show interfaces inserindo os show protocols comandos , e show policy-options . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, entre commit no modo de configuração.

Configurando o dispositivo R4

Procedimento passo a passo

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

Para configurar o dispositivo R4:

  1. Configure as interfaces de 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 esse cenário podem ser aceitar rotas aprendidas por meio OSPF rotas locais ou 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 ao 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 show interfaces inserindo os show protocols comandos , e show policy-options . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, entre commit no modo de configuração.

Verificação

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

Verificação do caminho ativo do dispositivo R1 ao dispositivo R4

Propósito

Verificar 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 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 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

Do modo operacional, insira o 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 de EBGP.

Exemplo: Configurando o MED usando comunidades

Dede a métrica de discriminação de saída múltipla (MED) para 20 para todas as rotas de uma comunidade específica.

Exemplo: Associar o atributo do caminho MED às métricas IGP o atraso das atualizações DE MED

Este exemplo mostra como associar o atributo de caminho do discriminador de saída (MED) com a métrica do protocolo de gateway interior (IGP) e configurar um temporizador para retardar 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

BGP pode ser configurado para anunciar o atributo MED para uma rota com base na distância IGP distância de seu próximo hop da rota de BGP interna (IBGP). A 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 IGP conhecimento de caminho mais curto para peers de BGP externos (EBGP) em um sistema autônomo vizinho (AS). Isso permite que esses colegas de EBGP encaminhem tráfego para seu AS usando os caminhos mais curtos possíveis.

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

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

A opção identifica os BGP grupos (ou peers) para os quais as atualizações delay-updates MED devem ser suprimidas. O tempo para atualizações de MED de publicidade é definido como padrão para 10 minutos. Você pode aumentar o intervalo de 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 comover, as atualizações MED retardadas podem ser anunciadas assim que a comover ocorrer.

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

Quando você configura a opção, o valor MED anunciado só muda quando o custo IGP para o metric-out minimum-igp peer IBGP é baixo. Um aumento no custo IGP não afeta o valor MED. O roteador monitora e lembra o menor custo IGP até o processo de roteamento (rpd) ser reinicializado. O BGP envia uma atualização somente se o MED for inferior ao valor anunciado anteriormente ou se outro atributo associado à rota tiver sido alterado ou se o peer de BGP estiver respondendo a uma solicitação de rota de atualização.

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

Figura 4 mostra a topologia amostral.

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

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

Configuração

Configuração rápida CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, confie-os em um arquivo de texto, remova quaisquer quebras de linha, altere quaisquer detalhes necessários para combinar com a configuração da rede e, em seguida, copie e copie e colar os comandos na CLI no nível da [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ê navegar por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte Como usar o Editor de CLI no modo de configuração no Guia de Usuários da CLI do Junos OS.

Para configurar o dispositivo R1:

  1. Configure as interfaces.

  2. Configure IBGP.

  3. Configurar EBGP.

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

    O padrão para a atualização 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 MED ocorre imediatamente após as IGP métricas.

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

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

  6. Configure OSPF.

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

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

    Outras opções úteis para esse cenário podem ser aceitar rotas aprendidas por meio OSPF rotas locais ou 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 show interfaces inserindo os show policy-options comandos , e show protocols . show routing-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Caso você não configure o dispositivo, entre commit no modo de configuração. Repetir as etapas de configuração dos outros dispositivos na topologia, conforme necessário para sua rede.

Verificação

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

Verificação dos BGP anúncios

Propósito

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

Ação

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

Significado

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

Verificar se o valor MED muda quando a OSPF métrica muda

Propósito

Certifique-se de que, quando você eleva a OSPF para 700, o valor MED é atualizado para refletir essa mudança.

Ação

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

Após esperar 12 minutos (o período de atraso configurado), insira o 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.

Teste da configuração mínima de igp

Propósito

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

Ação

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

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

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

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

Significado

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