Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuração do controle de rota do OSPF

Entender a resumo da rota do OSPF

Os roteadores de borda de área (ABRs) enviam anúncios de link sumário para descrever as rotas para outras áreas. Dependendo do número de destinos, uma área pode ser alagada com um grande número de registros de estado de enlace, que podem utilizar recursos de dispositivos de roteamento. Para minimizar o número de anúncios que estão alagados em uma área, você pode configurar a ABR para unir, ou resumir, uma variedade de endereços IP e enviar informações de alcance sobre esses endereços em um único anúncio de estado de link (LSA). Você pode resumir uma ou mais faixas de endereços IP, onde todas as rotas que correspondem à faixa de área especificada são filtradas no limite da área, e o resumo é anunciado em seu lugar.

Para uma área de OSPF, você pode resumir e filtrar prefixos intra-área. Todas as rotas que correspondam à faixa de área especificada são filtradas no limite da área, e o resumo é anunciado em seu lugar. Para uma área não tão stubby (NSSA) do OSPF, você só pode coalescer ou filtrar LSAs externos NSSA (Tipo 7) antes que eles sejam traduzidos em LSAs externos AS (Tipo 5) e entrar na área do backbone. Todas as rotas externas aprendidas na área que não se enquadram na faixa de um dos prefixos são anunciadas individualmente para outras áreas.

Além disso, você também pode limitar o número de prefixos (rotas) que são exportados para o OSPF. Ao definir um número máximo de prefixos definido pelo usuário, você evita que o dispositivo de roteamento alage um número excessivo de rotas em uma área.

Exemplo: limitar o número de prefixos exportados para OSPF

Este exemplo mostra como limitar o número de prefixos exportados para OSPF.

Requisitos

Antes de começar:

Visão geral

Por padrão, não há limite para o número de prefixos (rotas) que podem ser exportados para o OSPF. Ao permitir que várias rotas sejam exportadas para o OSPF, o dispositivo de roteamento pode ficar sobrecarregado e potencialmente inundar um número excessivo de rotas em uma área.

Você pode limitar o número de rotas exportadas para o OSPF para minimizar a carga no dispositivo de roteamento e evitar esse problema em potencial. Se o dispositivo de roteamento exceder o valor de exportação de prefixo configurado, o dispositivo de roteamento elimina os prefixos externos e entra em um estado de sobrecarga. Esse estado garante que o dispositivo de roteamento não esteja sobrecarregado enquanto tenta processar informações de roteamento. O número limite de exportação do prefixo pode ser um valor de 0 a 4.294.967.295.

Neste exemplo, você configura um limite de exportação de prefixo de 100.000, incluindo a prefix-export-limit declaração.

Topologia

Configuração

Configuração rápida da CLI

Para limitar rapidamente o número de prefixos exportados para OSPF, copiar os seguintes comandos, cole-os em um arquivo de texto, remover quaisquer quebras de linha, alterar todos os detalhes necessários para combinar com sua configuração de rede, copiar e colar os comandos na CLI no nível de hierarquia [editar] e, em seguida, entrar no commit modo de configuração.

Procedimento

Procedimento passo a passo

Para limitar o número de prefixos exportados para OSPF:

  1. Configure o valor limite de exportação do prefixo.

    Nota:

    Para o OSPFv3, inclua a ospf3 declaração no nível de [edit protocols] hierarquia.

  2. Se você terminar de configurar o dispositivo, comprometa a configuração.

Resultados

Confirme sua configuração entrando no show protocols ospf comando. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Para confirmar sua configuração OSPFv3, entre no show protocols ospf3 comando.

Verificação

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

Verificando o limite de exportação do prefixo

Propósito

Verifique o contador de exportação de prefixo que exibe o número ou as rotas exportadas para o OSPF.

Ação

Do modo operacional, entre no comando do show ospf overview OSPFv2 e insira o show ospf3 overview comando para o OSPFv3.

Entender o controle de tráfego dos OSPF

Uma vez que uma topologia é compartilhada em toda a rede, o OSPF usa a topologia para rotear pacotes entre nós de rede. Cada caminho entre vizinhos é atribuído a um custo com base na taxa de transferência da interface. O algoritmo padrão computa a métrica da interface com base em uma largura de banda de referência de 100 Mbps usando a fórmula cost = reference-bandwidth / interface bandwidth. O resultado é que qualquer interface operando a 100 Mbps ou mais rapidamente é atribuída o mesmo valor métrico de 1. Você pode atribuir manualmente a métrica da interface OSPF para substituir o valor padrão. Como alternativa, dadas as interfaces de suporte atuais das plataformas Juniper que operam com 400 Gbps, muitas vezes é uma boa ideia configurar um valor maior reference-bandwidth . Configurar um valor de largura de banda de referência baseado em várias das interfaces de maior velocidade da sua rede otimiza automaticamente caminhos de rede com base na velocidade da interface e oferece espaço para o crescimento das velocidades de rede.

A soma dos custos em um caminho específico entre hosts determina o custo global do caminho. Os pacotes são então roteados pelo caminho mais curto usando o algoritmo de caminho mais curto (SPF). Se houver vários caminhos de custo igual entre um endereço de origem e destino, o OSPF roteia pacotes ao longo de cada caminho alternadamente, de maneira redonda. Rotas com métricas de caminho totais mais baixas são preferidas em relação àqueles com métricas de caminho mais altas.

Você pode usar os seguintes métodos para controlar o tráfego osPF:

  • Controle o custo de segmentos individuais de rede OSPF

  • Ajuste dinamicamente as métricas da interface dos OSPF com base na largura de banda

  • Seleção de rotas do OsPF de controle

Controle do custo de segmentos individuais de rede OSPF

O OSPF usa a seguinte fórmula para determinar o custo de uma rota:

Você pode modificar o valor da largura de banda de referência, que é usado para calcular o custo padrão da interface. O valor da largura de banda da interface não é configurável pelo usuário e refere-se à largura de banda real da interface física.

Por padrão, o OSPF atribui uma métrica de custo padrão de 1 a qualquer enlace mais rápido que 100 Mbps, e uma métrica de custo padrão de 0 para a interface de loopback (lo0). Nenhuma largura de banda está associada à interface de loopback.

Para controlar o fluxo de pacotes na rede, o OSPF permite que você atribua manualmente um custo (ou métrica) a um segmento de caminho específico. Quando você especifica uma métrica para uma interface OSPF específica, esse valor é usado para determinar o custo das rotas anunciadas a partir dessa interface. Por exemplo, se todos os roteadores da rede OSPF usarem valores métricas padrão e aumentarem a métrica em uma interface para 5, todos os caminhos por essa interface têm uma métrica calculada acima do padrão e não são preferidos.

Nota:

Qualquer valor configurado para a métrica substitui o comportamento padrão de usar o valor de largura de banda de referência para calcular o custo de rota dessa interface.

Quando existem várias rotas de igual custo para o mesmo destino em uma tabela de roteamento, um conjunto multicaminho de custo igual (ECMP) é formado. Se houver um conjunto de ECMP para a rota ativa, o software Junos OS usa um algoritmo de hash para escolher um dos endereços de próximo salto no conjunto ECMP para instalar na tabela de encaminhamento.

Você pode configurar o Junos OS para que várias entradas de next-hop em um conjunto de ECMP sejam instaladas na tabela de encaminhamento. Defina uma política de roteamento de balanceamento de carga, incluindo uma ou mais declarações de configuração de declaração de política no nível de hierarquia [editar opções de política], com o equilíbrio de carga por pacote de ação. Em seguida, aplique a política de roteamento às rotas exportadas da tabela de roteamento para a tabela de encaminhamento.

Ajustando dinamicamente as métricas da interface dos OSPF com base na largura de banda

Você pode especificar um conjunto de valores limiares de largura de banda e valores métricas associados para uma interface OSPF ou para uma topologia em uma interface OSPF. Quando a largura de banda de uma interface muda (por exemplo, se o lag perder um membro da interface ou se a velocidade da interface for alterada administrativamente), o Junos OS define automaticamente a métrica da interface para o valor associado ao valor limite de largura de banda apropriado. O Junos OS usa o menor valor de limite de largura de banda configurado igual ou superior à largura de banda da interface real para determinar o valor métrica. Se a largura de banda da interface for maior do que qualquer um dos valores de limiar de largura de banda configurados, o valor métrica configurado para a interface é usado em vez de qualquer um dos valores métricas baseados em largura de banda configurados. A capacidade de recalcular a métrica para uma interface quando sua largura de banda muda é especialmente útil para interfaces agregadas.

Nota:

Você também deve configurar uma métrica para a interface quando habilitar métricas baseadas em largura de banda.

Controle das preferências de rota do OSPF

Você pode controlar o fluxo de pacotes pela rede usando preferências de rota. As preferências de rota são usadas para selecionar qual rota é instalada na tabela de encaminhamento quando vários protocolos calculam rotas para o mesmo destino. A rota com o menor valor de preferência é selecionada.

Por padrão, as rotas internas de OSPF têm um valor de preferência de 10, e as rotas OSPF externas têm um valor de preferência de 150. Embora as configurações padrão sejam apropriadas para a maioria dos ambientes, você pode querer modificar as configurações padrão se todos os dispositivos de roteamento em sua rede OSPF usarem os valores de preferência padrão ou se você estiver planejando migrar do OSPF para um protocolo de gateway interno (IGP) diferente. Se todos os dispositivos usarem os valores de preferência de rota padrão, você pode alterar as preferências de rota para garantir que o caminho por um determinado dispositivo seja selecionado para a tabela de encaminhamento sempre que existirem vários caminhos de custo igual para um destino. Ao migrar do OSPF para um IGP diferente, modificar as preferências de rota permite que você realize a migração de maneira controlada.

Exemplo: controlar o custo de segmentos individuais de rede OSPF

Este exemplo mostra como controlar o custo de segmentos individuais de rede OSPF.

Requisitos

Antes de começar:

Visão geral

Todas as interfaces OSPF têm um custo, que é uma métrica de roteamento usada no cálculo do estado de enlace. Rotas com métricas de caminho totais mais baixas são preferidas para aqueles com métricas de caminho mais altas. Neste exemplo, exploramos como controlar o custo dos segmentos de rede OSPF.

Por padrão, o OSPF atribui uma métrica de custo padrão de 1 a qualquer enlace mais rápido que 100 Mbps, e uma métrica de custo padrão de 0 para a interface de loopback (lo0). Nenhuma largura de banda está associada à interface de loopback. Isso significa que todas as interfaces com mais de 100 Mbps têm a mesma métrica de custo padrão de 1. Se houver vários caminhos de custo igual entre um endereço de origem e destino, o OSPF roteia pacotes ao longo de cada caminho alternadamente, de maneira redonda.

Ter a mesma métrica padrão pode não ser um problema se todas as interfaces estiverem em execução na mesma velocidade. Se as interfaces operarem em velocidades diferentes, você pode notar que o tráfego não é roteado pela interface mais rápida, porque o OSPF roteia igualmente pacotes pelas diferentes interfaces. Por exemplo, se o seu dispositivo de roteamento tiver interfaces Ethernet rápidas e Gigabit Ethernet executando OSPF, cada uma dessas interfaces tem uma métrica de custo padrão de 1.

No primeiro exemplo, você define a largura de banda de referência para 10g (10 Gbps, como denotado por 10.000.000.000 bits) incluindo a declaração de largura de banda de referência . Com essa configuração, o OSPF atribui à interface Fast Ethernet uma métrica padrão de 100, e a interface Gigabit Ethernet uma métrica de 10. Como a interface Gigabit Ethernet tem a métrica mais baixa, o OSPF a seleciona ao rotear pacotes. A faixa é de 9600 a 1.000.000.000.000 bits.

A Figura 2 mostra três dispositivos de roteamento na área 0.0.0.0 e assume que a ligação entre o dispositivo R2 e o dispositivo R3 está congestionada com outro tráfego. Você também pode controlar o fluxo de pacotes pela rede atribuindo manualmente uma métrica a um segmento de caminho específico. Qualquer valor configurado para a métrica substitui o comportamento padrão de usar o valor de largura de banda de referência para calcular o custo de rota dessa interface. Para evitar que o tráfego do dispositivo R3 vá diretamente para o dispositivo R2, você ajusta a métrica na interface do dispositivo R3 que se conecta com o dispositivo R1 para que todo o tráfego passe pelo Dispositivo R1.

No segundo exemplo, você define a métrica para 5 na interface fe-1/0/1 no dispositivo R3 que se conecta com o dispositivo R1, incluindo a declaração métrica . A faixa é de 1 a 65.535.

Figura 2: Configuração OSPF Metric Configuration métrica do OSPF

Topologia

Configuração

Configurando a largura de banda de referência

Configuração rápida da CLI

Para configurar rapidamente a largura de banda de referência, 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, copiar e colar os comandos na CLI no nível de hierarquia [editar] e, em seguida, entrar no commit modo de configuração.

Procedimento passo a passo

Para configurar a largura de banda de referência:

  1. Configure a largura de banda de referência para calcular o custo padrão da interface.

    Nota:

    Para especificar o OSPFv3, inclua a declaração ospf3 no nível de hierarquia [editar protocolos] .

    Ponta:

    Como um atalho neste exemplo, você entra em 10g para especificar largura de banda de referência de 10 Gbps. Quer você insira 10g ou 1000000000, a saída dos protocolos de exibição do comando ospf exibe 10 Gbps como 10g, não 1000000000.

  2. Se você terminar de configurar o dispositivo, comprometa a configuração.

    Nota:

    Repita toda essa configuração em todos os dispositivos de roteamento em uma rede compartilhada.

Resultados

Confirme sua configuração entrando no comando ospf de protocolos de show . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Para confirmar sua configuração OSPFv3, insira o comando ospf3 dos protocolos de exibição .

Configuração de uma métrica para uma interface OSPF específica

Configuração rápida da CLI

Para configurar rapidamente uma métrica para uma interface OSPF específica, 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, copiar e colar os comandos na CLI no nível de hierarquia [editar] e, em seguida, entrar no commit modo de configuração.

Procedimento passo a passo

Para configurar a métrica para uma interface OSPF específica:

  1. Crie uma área de OSPF.

    Nota:

    Para especificar o OSPFv3, inclua a declaração ospf3 no nível de hierarquia [editar protocolos] .

  2. Configure a métrica do segmento de rede OSPF.

  3. Se você terminar de configurar o dispositivo, comprometa a configuração.

Resultados

Confirme sua configuração entrando no comando ospf de protocolos de show . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Para confirmar sua configuração OSPFv3, insira o comando ospf3 dos protocolos de exibição .

Verificação

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

Verificando a métrica configurada

Propósito

Verifique a configuração métrica na interface. Confirme que o campo Custo exibe a métrica configurada (custo) da interface. Ao escolher caminhos para um destino, o OSPF usa o caminho com o menor custo.

Ação

A partir do modo operacional, entre no comando de detalhes da interface show ospf para OSPFv2 e insira o comando de detalhes da interface show ospf3 para o OSPFv3.

Verificando a rota

Propósito

Ao escolher caminhos para um destino, o OSPF usa o caminho com o menor custo total. Confirme que o OSPF está usando o caminho apropriado.

Ação

Do modo operacional, entre no comando de rota de exibição .

Exemplo: ajustar dinamicamente as métricas da interface do OSPF com base na largura de banda

Este exemplo mostra como ajustar dinamicamente as métricas da interface dos OSPF com base na largura de banda.

Configuração

Configuração rápida da CLI

Para configurar rapidamente os valores limiares de largura de banda e os valores métricas associados para uma interface OSPF, copiar os seguintes comandos, cole-os em um arquivo de texto, remover quaisquer quebras de linha, alterar todos os detalhes necessários para combinar com sua configuração de rede, copiar e colar os comandos no CLI no nível de hierarquia [editar] e, em seguida, entrar no commit modo de configuração.

Procedimento passo a passo

Para configurar a métrica para uma interface OSPF específica:

  1. Crie uma área de OSPF.

    Nota:

    Para especificar o OSPFv3, inclua a declaração ospf3 no nível de hierarquia [editar protocolos] .

  2. Configure a métrica do segmento de rede OSPF.

  3. Configure os valores do limiar de largura de banda e os valores métricas associados. Com essa configuração quando a largura de banda da interface Ethernet agregada é de 1g, o OSPF considera a métrica 60 para essa interface. Quando a largura de banda da interface Ethernet agregada é de 10g, o OSPF considera a métrica 50 para essa interface.

  4. Se você terminar de configurar o dispositivo, comprometa a configuração.

Resultados

Confirme sua configuração entrando no comando ospf de protocolos de show . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Para confirmar sua configuração OSPFv3, insira o comando ospf3 dos protocolos de exibição .

Requisitos

Antes de começar:

Visão geral

Você pode especificar um conjunto de valores limiares de largura de banda e valores métricas associados para uma interface OSPF. Quando a largura de banda de uma interface muda, o Junos OS define automaticamente a métrica da interface ao valor associado ao valor limite de largura de banda apropriado. Quando você configura valores métricas baseados em largura de banda, normalmente configura várias larguras de banda e valores métricas.

Neste exemplo, você configura a interface OSPF ae0 para métricas baseadas em largura de banda, incluindo a declaração de métricas baseadas em largura de banda e as seguintes configurações:

  • largura de banda — especifica o limiar de largura de banda em bits por segundo. A faixa é de 9600 a 1.000.000.000.000.000.

  • métrica — especifica o valor métrica para associar a um valor específico de largura de banda. A faixa é de 1 a 65.535.

Topologia

Verificação

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

Verificando a métrica configurada

Propósito

Verifique a configuração métrica na interface. Confirme que o campo Custo exibe a métrica configurada (custo) da interface. Ao escolher caminhos para um destino, o OSPF usa o caminho com o menor custo.

Ação

A partir do modo operacional, entre no comando de detalhes da interface show ospf para OSPFv2 e insira o comando de detalhes da interface show ospf3 para o OSPFv3.

Exemplo: controlar as preferências de rota do OSPF

Este exemplo mostra como controlar a seleção de rotas do OSPF na tabela de encaminhamento. Este exemplo também mostra como você pode controlar a seleção de rotas se estiver migrando do OSPF para outro IGP.

Configuração

Configuração rápida da CLI

Para configurar rapidamente os valores de preferência de rota do OSPF, 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, copiar e colar os comandos na CLI no nível de hierarquia [editar] e, em seguida, entrar no commit modo de configuração.

Procedimento passo a passo

Para configurar a seleção de rotas:

  1. Insira o modo de configuração do OSPF e defina as preferências de roteamento externo e interno.

    Nota:

    Para especificar o OSPFv3, inclua a ospf3 declaração no nível de [edit protocols] hierarquia.

  2. Se você terminar de configurar o dispositivo, comprometa a configuração.

Resultados

Confirme sua configuração entrando no show protocols ospf comando. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Para confirmar sua configuração OSPFv3, entre no show protocols ospf3 comando.

Requisitos

Este exemplo pressupõe que o OSPF está devidamente configurado e em execução em sua rede, e você quer controlar a seleção de rotas porque está planejando migrar do OSPF para um IGP diferente.

Visão geral

As preferências de rota são usadas para selecionar qual rota é instalada na tabela de encaminhamento quando vários protocolos calculam rotas para o mesmo destino. A rota com o menor valor de preferência é selecionada.

Por padrão, as rotas internas de OSPF têm um valor de preferência de 10, e as rotas OSPF externas têm um valor de preferência de 150. Você pode querer modificar essa configuração se estiver planejando migrar do OSPF para um IGP diferente. Modificar as preferências de rota permite que você realize a migração de maneira controlada.

Este exemplo faz as seguintes suposições:

  • O OSPF já está em execução em sua rede.

  • Você quer migrar do OSPF para o IS-IS.

  • Você configurou o IS-IS de acordo com seus requisitos de rede e confirmou que está funcionando corretamente.

Neste exemplo, você aumenta os valores de preferência de rota do OSPF para torná-los menos preferidos do que as rotas IS-IS, especificando 168 para rotas internas de OSPF e 169 para rotas externas de OSPF. As rotas internas is-IS têm uma preferência de 15 (para Nível 1) ou 18 (para nível 2), e as rotas externas têm uma preferência de 160 (para nível 1) ou 165 (para nível 2). Em geral, é preferível deixar o novo protocolo em suas configurações padrão para minimizar complexidades e simplificar qualquer adição futura de dispositivos de roteamento à rede. Para modificar os valores de preferência de rota do OSPF, configure as seguintes configurações:

  • preference— Especifica a preferência de rota por rotas internas de OSPF. Por padrão, as rotas internas de OSPF têm um valor de 10. A faixa é de 0 a 4.294967.295 (232 – 1).

  • external-preference— Especifica a preferência de rota por rotas externas de OSPF. Por padrão, as rotas externas de OSPF têm um valor de 150. A faixa é de 0 a 4.294967.295 (232 – 1).

Topologia

Verificação

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

Verificando a rota

Propósito

Verifique se o IGP está usando a rota apropriada. Depois que o novo IGP se tornar o protocolo preferido (neste exemplo, IS-IS), você deve monitorar a rede para quaisquer problemas. Depois de confirmar que o novo IGP está funcionando corretamente, você pode remover a configuração do OSPF do dispositivo de roteamento entrando delete ospf no comando no nível de [edit protocols] hierarquia.

Ação

Do modo operacional, entre no show route comando.

Entender a função de sobrecarga do OSPF

Se o tempo decorrido após a instância do OSPF for ativado for menor do que o tempo limite especificado, o modo de sobrecarga será definido.

Você pode configurar o dispositivo de roteamento local para que ele pareça estar sobrecarregado. Um dispositivo de roteamento sobrecarregado determina que ele não consegue lidar com mais tráfego de trânsito OSPF, o que resulta no envio de tráfego de trânsito OSPF para outros dispositivos de roteamento. O tráfego de OSPF para interfaces conectadas diretamente continua a chegar ao dispositivo de roteamento. Você pode configurar o modo de sobrecarga por muitos motivos, incluindo:

  • Se você quiser que o dispositivo de roteamento participe do roteamento OSPF, mas não queira que ele seja usado para tráfego de trânsito. Isso pode incluir um dispositivo de roteamento conectado à rede para fins de análise, mas não é considerado parte da rede de produção, como dispositivos de roteamento de gerenciamento de rede.

  • Se você estiver realizando manutenção em um dispositivo de roteamento em uma rede de produção. Você pode mover o tráfego para fora desse dispositivo de roteamento para que os serviços de rede não sejam interrompidos durante sua janela de manutenção.

Você configura ou desativa o modo de sobrecarga no OSPF com ou sem um tempo limite. Sem um tempo limite, o modo de sobrecarga é definido até que ele seja excluído explicitamente da configuração. Com um tempo limite, o modo de sobrecarga é definido se o tempo decorrido desde o início da instância do OSPF for menor do que o tempo limite especificado.

Um temporizador é iniciado para a diferença entre o tempo limite e o tempo decorrido desde o início da instância. Quando o temporizador expira, o modo de sobrecarga é liberado. No modo de sobrecarga, o anúncio de estado de enlace (LSA) do roteador é originado com todos os links do roteador de trânsito (exceto o stub) definidos para uma métrica de 0xFFFF. Os enlaces de roteador de borda são anunciados com o custo real das interfaces correspondentes ao próprio chassi. Isso faz com que o tráfego de trânsito evite o dispositivo de roteamento sobrecarregado e tome caminhos ao redor do dispositivo de roteamento. No entanto, os próprios links do dispositivo de roteamento sobrecarregado ainda estão acessíveis.

O dispositivo de roteamento também pode entrar dinamicamente no estado de sobrecarga, independentemente de configurar o dispositivo para parecer sobrecarregado. Por exemplo, se o dispositivo de roteamento exceder o limite de prefixo OSPF configurado, o dispositivo de roteamento elimina os prefixos externos e entra em um estado de sobrecarga.

Em casos de configurações incorretas, o grande número de rotas pode entrar no OSPF, o que pode prejudicar o desempenho da rede. Para evitar isso, prefix-export-limit deve-se configurar o que eliminará as externas e impedirá que a rede tenha um impacto ruim.

Ao permitir que várias rotas sejam exportadas para o OSPF, o dispositivo de roteamento pode ficar sobrecarregado e potencialmente inundar um número excessivo de rotas em uma área. Você pode limitar o número de rotas exportadas para o OSPF para minimizar a carga no dispositivo de roteamento e evitar esse problema em potencial.

Por padrão, não há limite para o número de prefixos (rotas) que podem ser exportados para o OSPF. Para evitar isso, prefix-export-limit deve ser configurado o que eliminará as externas e impedirá a rede.

A partir do Junos OS Release 18.2 em diante, as funcionalidades a seguir são suportadas pelo Roteador Stub em sua rede OSPF, quando o OSPF está sobrecarregado:

  • Permita o vazamento de rotas — prefixos externos são redistribuídos durante a sobrecarga do OSPF e os prefixos são originados com custo normal.

  • Anuncie uma rede com métrica máxima — as redes de software são anunciadas com a métrica máxima durante a sobrecarga do OSPF.

  • Anuncie o prefixo intra-área com métrica máxima — prefixos intra-área são anunciados com a métrica máxima durante a sobrecarga do OSPF.

  • Anuncie o prefixo externo com a métrica máxima possível — OSPF AS prefixos externos são redistribuídos durante a sobrecarga do OSPF e os prefixos são anunciados com custo máximo.

Agora você pode configurar o seguinte quando o OSPF estiver sobrecarregado:

  • allow-route-leaking no nível de [edit protocols <ospf | ospf3> overload] hierarquia para anunciar os prefixos externos com custo normal.

  • stub-network no nível de [edit protocols ospf overload] hierarquia para anunciar uma rede de borda com a métrica máxima.

  • intra-area-prefix no nível de hierarquia para anunciar o [edit protocols ospf3 overload] prefixo intra-área com a métrica máxima.

  • as-external no nível de [edit protocols <ospf | ospf3> overload] hierarquia para anunciar prefixo externo com a métrica máxima.

Para limitar o número de prefixos exportados para OSPF:

O número limite de exportação do prefixo pode ser um valor de 0 a 4.294.967.295.

Exemplo: configurar o OSPF para fazer dispositivos de roteamento parecerem sobrecarregados

Este exemplo mostra como configurar um dispositivo de roteamento que executa o OSPF para parecer estar sobrecarregado.

Requisitos

Antes de começar:

Visão geral

Você pode configurar um dispositivo de roteamento local que executa o OSPF para parecer estar sobrecarregado, o que permite que o dispositivo de roteamento local participe do roteamento osPF, mas não para tráfego de trânsito. Quando configuradas, as métricas da interface de trânsito são definidas para o valor máximo de 65535.

Este exemplo inclui as seguintes configurações:

  • sobrecarga — configura o dispositivo de roteamento local para que pareça estar sobrecarregado. Você pode configurá-lo se quiser que o dispositivo de roteamento participe do roteamento OSPF, mas não queira que ele seja usado para tráfego de trânsito ou esteja realizando manutenção em um dispositivo de roteamento em uma rede de produção.

  • Timeout seconds— (Opcional) Especifica o número de segundos em que a sobrecarga é reiniciada. Se nenhum intervalo de tempo limite for especificado, o dispositivo de roteamento permanecerá no estado de sobrecarga até que a declaração de sobrecarga seja excluída ou um tempo limite seja definido. Neste exemplo, você configura 60 segundos conforme o tempo que o dispositivo de roteamento permanece no estado de sobrecarga. Por padrão, o intervalo de tempo limite é de 0 segundos (esse valor não está configurado). A faixa é de 60 a 1800 segundos.

Topologia

Configuração

Procedimento

Configuração rápida da CLI

Para configurar rapidamente um dispositivo de roteamento local como sobrecarregado, copiar os seguintes comandos, cole-os em um arquivo de texto, remover quaisquer quebras de linha, alterar todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de hierarquia [editar] e, em seguida, entrar no commit modo de configuração.

Procedimento passo a passo

Configurar um dispositivo de roteamento local para parecer sobrecarregado:

  1. Insira o modo de configuração do OSPF.

    Nota:

    Para especificar o OSPFv3, inclua a ospf3 declaração no nível de [edit protocols] hierarquia.

  2. Configure o dispositivo de roteamento local para ser sobrecarregado.

  3. (Opcional) Configure o número de segundos em que a sobrecarga é redefinida.

  4. (Opcional) Configure o limite do número de prefixos exportados para OSPF, para diminuir a carga no dispositivo de roteamento e impedir que o dispositivo entre no modo de sobrecarga.

  5. Se você terminar de configurar o dispositivo, comprometa a configuração.

Resultados

Confirme sua configuração entrando no show protocols ospf comando. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração. A saída inclui os opcionais timeout e prefix-export-limit as declarações.

Para confirmar sua configuração OSPFv3, entre no show protocols ospf3 comando.

Verificação

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

Verificar se o tráfego saiu dos dispositivos

Propósito

Verifique se o tráfego saiu dos dispositivos upstream.

Ação

Do modo operacional, entre no show interfaces detail comando.

Verificando métricas da interface de trânsito

Propósito

Verifique se as métricas da interface de trânsito estão definidas para o valor máximo de 65535 no dispositivo vizinho a jusante.

Ação

Do modo operacional, entre no comando do show ospf database router detail advertising-router address OSPFv2 e insira o show ospf3 database router detail advertising-router address comando para o OSPFv3.

Verificando a configuração de sobrecarga

Propósito

Verifique se a sobrecarga está configurada revisando o campo de sobrecarga configurado. Se o temporizador de sobrecarga também estiver configurado, este campo também exibirá o tempo que permanece antes de expirar.

Ação

A partir do modo operacional, entre no show ospf overview comando do OSPFv2 e no show ospf3 overview comando do OSPFv3.

Verificando o próximo salto viável

Propósito

Verifique a configuração de next hop viável no dispositivo vizinho upstream. Se o dispositivo vizinho estiver sobrecarregado, ele não é usado para tráfego de trânsito e não é exibido na saída.

Ação

Do modo operacional, entre no show route address comando.

Entender as opções de algoritmo de SPF para OSPF

O OSPF usa o algoritmo de caminho mais curto (SPF), também conhecido como algoritmo de Dijkstra, para determinar a rota para chegar a cada destino. O algoritmo SPF descreve como o OSPF determina a rota para chegar a cada destino, e as opções de SPF controlam os temporizadors que ditam quando o algoritmo SPF é executado. Dependendo do seu ambiente de rede e dos requisitos, você pode querer modificar as opções de SPF. Por exemplo, considere um ambiente de grande escala com um grande número de dispositivos inundando anúncios de estado de enlace (LSAs) por toda a área. Nesse ambiente, é possível receber um grande número de LSAs para processar, o que pode consumir recursos de memória. Ao configurar as opções de SPF, você continua a se adaptar à topologia de rede em mudança, mas pode minimizar a quantidade de recursos de memória que estão sendo usados pelos dispositivos para executar o algoritmo SPF.

Você pode configurar as seguintes opções de SPF:

  • O atraso no tempo entre a detecção de uma mudança de topologia e quando o algoritmo SPF realmente é executado.

  • O número máximo de vezes que o algoritmo SPF pode ser executado em sucessão antes do temporizador de espera começar.

  • O tempo para segurar ou esperar antes de executar outro cálculo de SPF após o algoritmo SPF ter sido executado em sucessão o número configurado de vezes. Se a rede se estabilizar durante o período de repressão e o algoritmo SPF não precisar ser executado novamente, o sistema reverterá para os valores configurados para o atraso e rapid-runs as declarações.

Exemplo: configurar opções de algoritmo de SPF para OSPF

Este exemplo mostra como configurar as opções de algoritmo SPF. As opções de SPF controlam os temporizadors que ditam quando o algoritmo SPF é executado.

Requisitos

Antes de começar:

Visão geral

O OSPF usa o algoritmo SPF para determinar a rota para chegar a cada destino. Todos os dispositivos de roteamento em uma área executam esse algoritmo em paralelo, armazenando os resultados em seus bancos de dados de topologia individuais. Dispositivos de roteamento com interfaces para várias áreas executam várias cópias do algoritmo. As opções de SPF controlam os temporizadors usados pelo algoritmo SPF.

Antes de modificar qualquer uma das configurações padrão, você deve ter uma boa compreensão do seu ambiente e requisitos de rede.

Este exemplo mostra como configurar as opções para executar o algoritmo SPF. Você inclui a spf-options declaração e as seguintes opções:

  • atraso — configura a quantidade de tempo (em milissegundos) entre a detecção de uma topologia e quando o SPF realmente é executado. Ao modificar o temporizador de atraso, considere seus requisitos para reconvergência de rede. Por exemplo, você quer especificar um valor de temporizador que pode ajudá-lo a identificar anormalidades na rede, mas permitir que uma rede estável se reconspecifique rapidamente. Por padrão, o algoritmo SPF executa 200 milissegundos após a detecção de uma topologia. A faixa é de 50 a 8000 milissegundos.

  • execuções rápidas — configura o número máximo de vezes que o algoritmo SPF pode ser executado em sucessão antes que o temporizador de retenção comece. Por padrão, o número de cálculos de SPF que podem ocorrer sucessão é 3. A faixa é de 1 a 10. Cada algoritmo de SPF é executado após o atraso configurado do SPF. Quando ocorre o número máximo de cálculos de SPF, o temporizador de retenção começa. Qualquer cálculo SPF subseqüente não é executado até que o temporizador de retenção expira.

  • holddown — configura o tempo para segurar ou esperar antes de executar outro cálculo de SPF depois que o algoritmo SPF tiver executado sucessão o número máximo configurado de vezes. Por padrão, o tempo de espera é de 5000 milissegundos. A faixa é de 2000 a 20.000 milissegundos. Se a rede se estabilizar durante o período de repressão e o algoritmo SPF não precisar ser executado novamente, o sistema reverterá para os valores configurados para o atraso e rapid-runs as declarações.

Topologia

Configuração

Configuração rápida da CLI

Para configurar rapidamente as opções de SPF, copie os seguintes comandos e cole-os na CLI.

Procedimento

Procedimento passo a passo

Para configurar as opções de SPF:

  1. Insira o modo de configuração do OSPF.

    Nota:

    Para especificar o OSPFv3, inclua a ospf3 declaração no nível de [edit protocols] hierarquia.

  2. Configure o tempo de atraso do SPF.

  3. Configure o número máximo de vezes que o algoritmo SPF pode ser executado em sucessão.

  4. Configure o temporizador de retenção SPF.

  5. Se você terminar de configurar o dispositivo, comprometa a configuração.

Resultados

Confirme sua configuração entrando no show protocols ospf comando. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Para confirmar sua configuração OSPFv3, entre no show protocols ospf3 comando.

Verificação

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

Verificando opções de SPF

Propósito

Verifique se o SPF está operando de acordo com seus requisitos de rede. Revise o campo de atraso SPF, o campo de retenções SPF e os campos de corrida rápida SPF.

Ação

Do modo operacional, entre no comando do show ospf overview OSPFv2 e insira o show ospf3 overview comando para o OSPFv3.

Configuração da atualização do OSPF e redução de inundações em topologias estáveis

O padrão OSPF exige que cada anúncio de estado de link (LSA) seja atualizado a cada 30 minutos. A implementação da Juniper Networks atualiza LSAs a cada 50 minutos. Por padrão, qualquer LSA que não for atualizado expira após 60 minutos. Esse requisito pode resultar em sobrecarga de tráfego que dificulta a escala das redes OSPF. Você pode substituir o comportamento padrão especificando que o bit DoNotAge será definido em LSAs auto-originados quando eles são inicialmente enviados pelo roteador ou switch. Qualquer LSA com o conjunto de bits DoNotAge só é reformulado quando ocorre uma mudança no LSA. Esse recurso reduz assim a sobrecarga de tráfego de protocolo, permitindo que quaisquer LSAs alterados sejam alagados imediatamente. Roteadores ou switches habilitados para redução de inundações continuam a enviar pacotes olá para seus vizinhos e a envelhecer LSAs auto-originados em seus bancos de dados.

A implementação do OSPF pela Juniper é atualizada e a redução de inundações é baseada no RFC 4136, atualização do OSPF e redução de inundações em topologias estáveis. No entanto, a implementação da Juniper não inclui o intervalo de inundação forçada definido no RFC. Não implementar o intervalo de inundação forçada garante que os LSAs com o conjunto de bits DoNotAge sejam reprovados apenas quando ocorre uma mudança.

Este recurso é compatível com o seguinte:

  • Interfaces OSPFv2 e OSPFv3

  • Reinos OSPFv3

  • Links virtuais OSPFv2 e OSPFv3

  • Links falsos OSPFv2

  • Interfaces peer OSPFv2

  • Todas as instâncias de roteamento suportadas pelo OSPF

  • Sistemas lógicos

Para configurar a redução de inundações para uma interface OSPF, inclua a flood-reduction declaração no nível de [edit protocols (ospf | ospf3) area area-id interface interface-id] hierarquia.

Nota:

Se você configurar a redução de inundação para uma interface configurada como um circuito de demanda, os LSAs não serão inicialmente alagados, mas enviados apenas quando o conteúdo tiver mudado. Olá pacotes e LSAs são enviados e recebidos em uma interface de circuito de demanda somente quando ocorre uma mudança na topologia de rede.

No exemplo a seguir, a interface OSPF so-0/0/1.0 está configurada para redução de inundações. Como resultado, todos os LSAs gerados pelas rotas que atravessam a interface especificada têm o conjunto de bits DoNotAge quando são inicialmente inundados, e os LSAs são atualizados apenas quando ocorre uma mudança.

Nota:

Começando com o Junos OS Release 12.2, você pode configurar um intervalo de inundação de anúncio de estado de link (LSA) padrão global no OSPF para LSAs auto-gerados, incluindo a lsa-refresh-interval minutes declaração no nível de [edit protocols (ospf | ospf3)] hierarquia. A implementação da Juniper Networks atualiza LSAs a cada 50 minutos. O alcance é de 25 a 50 minutos. Por padrão, qualquer LSA que não for atualizado expira após 60 minutos.

Se você tiver o intervalo global de atualização de LSA configurado para a redução de inundações de OSPF e OSPF configurado para uma interface específica em uma área de OSPF, a configuração de redução de inundação do OSPF tem precedência para essa interface específica.

Entender a sincronização entre LDP e IGPs

LDP é um protocolo para distribuir rótulos em aplicativos não projetados para tráfego. Os rótulos são distribuídos pelo melhor caminho determinado pelo protocolo de gateway interior (IGP). Se a sincronização entre LDP e IGP não for mantida, o caminho do switch de rótulos (LSP) cairá. Quando o LDP não está totalmente operacional em um determinado link (uma sessão não está estabelecida e os rótulos não são trocados), o IGP anuncia o enlace com a métrica de custo máximo. O enlace não é preferido, mas permanece na topologia da rede.

A sincronização de LDP é suportada apenas em interfaces ativas de ponto a ponto e interfaces LAN configuradas como ponto a ponto sob o IGP. A sincronização de LDP não é suportada durante a reinicialização graciosa.

Exemplo: configurar a sincronização entre LDP e OSPF

Este exemplo mostra como configurar a sincronização entre LDP e OSPFv2.

Requisitos

Antes de começar:

Visão geral

Neste exemplo, configure a sincronização entre LDP e OSPFv2 realizando as seguintes tarefas:

  • Habilite o LDP na interface so-1/0/3, que é um membro da área 0.0.0.0 da OSPF, incluindo a ldp declaração no nível de [edit protocols] hierarquia. Você pode configurar uma ou mais interfaces. Por padrão, o LDP é desativado no dispositivo de roteamento.

  • Habilite a sincronização de LDP incluindo a ldp-synchronization declaração no nível de [edit protocols ospf area area-id interface interface-name] hierarquia. Esta declaração permite a sincronização de LDP anunciando a métrica de custo máximo até que o LDP esteja operacional no link.

  • Configure a quantidade de tempo (em segundos) que o dispositivo de roteamento anuncia a métrica de custo máximo para um enlace que não está totalmente operacional, incluindo a hold-time declaração no nível de [edit protocols ospf area area-id interface interface-name ldp-synchronization] hierarquia. Se você não configurar a hold-time declaração, o valor do tempo de espera ficará infinity. O intervalo é de 1 a 65.535 segundos. Neste exemplo, configure 10 segundos para o intervalo de tempo de espera.

Este exemplo também mostra como desativar a sincronização entre LDP e OSPFv2, incluindo a disable declaração no nível de [edit protocols ospf area area-id interface interface-name ldp-synchronization] hierarquia.

Topologia

Configuração

Habilitando a sincronização entre LDP e OSPFv2

Configuração rápida da CLI

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 Modifique a configuração do Junos OS no guia de usuário da CLI.

Para habilitar rapidamente a sincronização entre LDP e OSPFv2, copie os seguintes comandos, remova quaisquer quebras de linha e depois cole-os na CLI.

Procedimento passo a passo

Para permitir a sincronização entre LDP e OSPFv2:

  1. Habilite o LDP na interface.

  2. Configure a sincronização de LDP e configure opcionalmente um período de tempo de 10 segundos para anunciar a métrica de custo máximo para um enlace que não está totalmente operacional.

  3. Configure um período de tempo de 10 segundos para anunciar a métrica de custo máximo para um link que não esteja totalmente operacional.

  4. Se você terminar de configurar o dispositivo, comprometa a configuração.

Resultados

Confirme sua configuração inserindo os comandos e show protocols ospf os show protocols ldp comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Desativação da sincronização entre LDP e OSPFv2

Configuração rápida da CLI

Para desativar rapidamente a sincronização entre LDP e OSPFv2, copie o seguinte comando e cole-o na CLI.

Procedimento passo a passo

Para desativar a sincronização entre LDP e OSPF:

  1. Sincronização desativada incluindo a disable declaração.

  2. Se você terminar de configurar o dispositivo, comprometa a configuração.

Resultados

Confirme sua configuração entrando no show protocols ospf comando. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

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

Verificando o estado de sincronização de LDP da interface

Propósito

Verifique o estado atual da sincronização de LDP na interface. O estado de sincronização LDP exibe informações relacionadas ao estado atual, e o campo de tempo de espera de configuração exibe o intervalo de tempo de espera configurado.

Ação

Do modo operacional, entre no show ospf interface extensive comando.

Compatibilidade do OSPFv2 com visão geral do RFC 1583

Por padrão, a implementação do Sistema Operacional Junos do OSPFv2 é compatível com RFC 1583, OSPF Versão 2. Isso significa que o Junos OS mantém uma única rota melhor para um roteador de limite de sistema autônomo (AS) na tabela de roteamento OSPF, em vez de vários caminhos intra-AS, se eles estiverem disponíveis. Agora você pode desativar a compatibilidade com o RFC 1583. É preferível fazê-lo quando o mesmo destino externo é anunciado por roteadores de fronteira AS que pertencem a diferentes áreas de OSPF. Quando você desativa a compatibilidade com o RFC 1583, a tabela de roteamento OSPF mantém os múltiplos caminhos intra-AS disponíveis, que o roteador usa para calcular rotas externas COMO definidas no RFC 2328, OSPF Versão 2. Ser capaz de usar vários caminhos disponíveis para calcular uma rota externa AS pode evitar loops de roteamento.

Exemplo: desativar a compatibilidade do OSPFv2 com o RFC 1583

Este exemplo mostra como desativar a compatibilidade do OSPFv2 com o RFC 1583 no dispositivo de roteamento.

Requisitos

Nenhuma configuração especial além da inicialização do dispositivo é necessária antes de desativar a compatibilidade do OSPFv2 com o RFC 1583.

Visão geral

Por padrão, a implementação do OSPF pelo Junos OS é compatível com o RFC 1583. Isso significa que o Junos OS mantém uma única rota melhor para um roteador de limite de sistema autônomo (AS) na tabela de roteamento OSPF, em vez de vários caminhos intra-AS, se eles estiverem disponíveis. Você pode desativar a compatibilidade com o RFC 1583. É preferível fazê-lo quando o mesmo destino externo é anunciado por roteadores de fronteira AS que pertencem a diferentes áreas de OSPF. Quando você desativa a compatibilidade com o RFC 1583, a tabela de roteamento OSPF mantém os múltiplos caminhos intra-AS disponíveis, que o roteador usa para calcular rotas externas COMO definidas no RFC 2328. Ser capaz de usar vários caminhos disponíveis para calcular uma rota externa AS pode evitar loops de roteamento. Para minimizar o potencial de loops de roteamento, configure a mesma compatibilidade com RFC em todos os dispositivos OSPF em um domínio osPF.

Topologia

Configuração

Procedimento

Configuração rápida da CLI

Para desativar rapidamente a compatibilidade do OSPFv2 com o RFC 1583, 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, copiar e colar os comandos no CLI no nível de hierarquia [editar] e, em seguida, entrar no commit modo de configuração. Você configura essa configuração em todos os dispositivos que fazem parte do domínio do OSPF.

Procedimento passo a passo

Para desativar a compatibilidade do OSPFv2 com o RFC 1583:

  1. Desativar o RFC 1583.

  2. Se você terminar de configurar o dispositivo, comprometa a configuração.

    Nota:

    Repita essa configuração em cada dispositivo de roteamento que participa de um domínio de roteamento OSPF.

Resultados

Confirme sua configuração entrando no show protocols ospf comando. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

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

Verificando as rotas dos OSPF

Propósito

Verifique se a tabela de roteamento OSPF mantém os caminhos intra-AS com a maior métrica, que o roteador usa para calcular rotas externas AS.

Ação

Do modo operacional, entre no show ospf route detail comando.