Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuração da política de roteamento OSPF

Entender as políticas de roteamento

Para alguns fornecedores de plataforma de roteamento, o fluxo de rotas ocorre entre vários protocolos. Se, por exemplo, você quiser configurar a redistribuição do RIP para o OSPF, o processo RIP informa ao processo OSPF que ele tem rotas que podem ser incluídas para redistribuição. No Junos OS, não há muita interação direta entre os protocolos de roteamento. Em vez disso, existem pontos de coleta centrais onde todos os protocolos instalam suas informações de roteamento. Estas são as principais tabelas de roteamento unicast inet.0 e inet6.0.

A partir dessas tabelas, os protocolos de roteamento calculam a melhor rota para cada destino e colocam essas rotas em uma tabela de encaminhamento. Essas rotas são então usadas para encaminhar o tráfego de protocolo de roteamento em direção a um destino, e podem ser anunciadas aos vizinhos.

Rotas de importação e exportação

Dois termos — importação e exportação — explicam como as rotas se movem entre os protocolos de roteamento e a tabela de roteamento.

  • Quando o mecanismo de roteamento coloca as rotas de um protocolo de roteamento na tabela de roteamento, ele está importando rotas para a tabela de roteamento.

  • Quando o mecanismo de roteamento usa rotas ativas da tabela de roteamento para enviar um anúncio de protocolo, ele está exportando rotas da tabela de roteamento.

    Nota:

    O processo de movimentação de rotas entre um protocolo de roteamento e a tabela de roteamento é descrito sempre do ponto de vista da tabela de roteamento. Ou seja, as rotas são importadas para uma tabela de roteamento a partir de um protocolo de roteamento e são exportadas de uma tabela de roteamento para um protocolo de roteamento. Lembre-se dessa distinção ao trabalhar com políticas de roteamento.

Como mostrado na Figura 1, você usa políticas de roteamento de importação para controlar quais rotas são colocadas na tabela de roteamento e políticas de roteamento de exportação para controlar quais rotas são anunciadas da tabela de roteamento aos vizinhos.

Figura 1: Rotas Importing and Exporting Routes de importação e exportação

Em geral, os protocolos de roteamento colocam todas as suas rotas na tabela de roteamento e anunciam um conjunto limitado de rotas da tabela de roteamento. As regras gerais para lidar com as informações de roteamento entre os protocolos de roteamento e a tabela de roteamento são conhecidas como a estrutura da política de roteamento.

A estrutura da política de roteamento é composta por regras padrão para cada protocolo de roteamento que determina quais rotas o protocolo coloca na tabela de roteamento e anuncia a partir da tabela de roteamento. As regras padrão para cada protocolo de roteamento são conhecidas como políticas de roteamento padrão.

Você pode criar políticas de roteamento para prever as políticas padrão, que estão sempre presentes. Uma política de roteamento permite que você modifique a estrutura da política de roteamento para atender às suas necessidades. Você pode criar e implementar suas próprias políticas de roteamento para fazer o seguinte:

  • Controle que roteia um protocolo de roteamento coloca na tabela de roteamento.

  • Controle qual roteamento ativo um protocolo de roteamento anuncia da tabela de roteamento. Uma rota ativa é uma rota escolhida de todas as rotas da tabela de roteamento para chegar a um destino.

  • Manipule as características de rota, pois um protocolo de roteamento coloca a rota na tabela de roteamento ou anuncia a rota da tabela de roteamento.

Você pode manipular as características de rota para controlar qual rota é selecionada como a rota ativa para chegar a um destino. A rota ativa é colocada na tabela de encaminhamento e é usada para encaminhar o tráfego em direção ao destino da rota. Em geral, a rota ativa também é anunciada para os vizinhos de um roteador.

Rotas ativas e inativas

Quando existem várias rotas para um destino na tabela de roteamento, o protocolo seleciona uma rota ativa e essa rota é colocada na tabela de roteamento apropriada. Para rotas de custo igual, o Junos OS coloca vários saltos seguintes na tabela de roteamento apropriada.

Quando um protocolo está exportando rotas da tabela de roteamento, ele exporta apenas rotas ativas. Isso se aplica a ações especificadas por políticas de exportação padrão e definidas pelo usuário.

Ao avaliar rotas para exportação, o Mecanismo de Roteamento usa apenas rotas ativas da tabela de roteamento. Por exemplo, se uma tabela de roteamento contém várias rotas para o mesmo destino e uma rota tiver uma métrica preferível, apenas essa rota será avaliada. Em outras palavras, uma política de exportação não avalia todas as rotas; avalia apenas as rotas que um protocolo de roteamento pode anunciar a um vizinho.

Nota:

Por padrão, o BGP anuncia rotas ativas. No entanto, você pode configurar o BGP para anunciar rotas inativas, que vão para o mesmo destino que outras rotas, mas têm métricas menos preferíveis.

Rotas configuradas explicitamente

Uma rota explicitamente configurada é uma rota que você configurou. As rotas diretas não estão configuradas explicitamente. Eles são criados como resultado da configuração de endereços IP em uma interface. As rotas explicitamente configuradas incluem rotas agregadas, geradas, locais e estáticas. (Uma rota agregada é uma rota que destila grupos de rotas com endereços comuns em uma única rota. Uma rota gerada é uma rota usada quando a tabela de roteamento não tem informações sobre como chegar a um destino específico. Uma rota local é um endereço IP atribuído a uma interface de roteador. Uma rota estática é uma rota imutável para um destino.)

O software da estrutura de políticas trata rotas diretas e explicitamente configuradas como se fossem aprendidas por meio de protocolos de roteamento; portanto, eles podem ser importados para a tabela de roteamento. As rotas não podem ser exportadas da tabela de roteamento para o pseudoprotocol, porque esse protocolo não é um protocolo de roteamento real. No entanto, rotas agregadas, diretas, geradas e estáticas podem ser exportadas da tabela de roteamento para protocolos de roteamento, enquanto as rotas locais não podem.

Banco de dados dinâmico

No Junos OS Release 9.5 e posterior, você pode configurar políticas de roteamento e certos objetos de política de roteamento em um banco de dados dinâmico que não está sujeito à mesma verificação exigida pelo banco de dados de configuração padrão. Como resultado, você pode cometer rapidamente essas políticas de roteamento e objetos de política, que podem ser mencionados e aplicados na configuração padrão conforme necessário. O BGP é o único protocolo ao qual você pode aplicar políticas de roteamento configuradas nas políticas de referência configuradas no banco de dados dinâmico. Após uma política de roteamento baseada no banco de dados dinâmico ser configurada e comprometida na configuração padrão, você pode fazer alterações rapidamente nas políticas de roteamento existentes modificando objetos de política no banco de dados dinâmico. Como o Junos OS não valida alterações de configuração no banco de dados dinâmico, quando você usa esse recurso, você deve testar e verificar todas as alterações de configuração antes de contratá-las.

Entender a política de roteamento osPF

Cada política de roteamento é identificada por um nome de política. O nome pode conter letras, números e hífens (-) e pode ter até 255 caracteres de comprimento. Para incluir espaços no nome, inclua todo o nome em marcas de cotação dupla. Cada nome da política de roteamento deve ser único dentro de uma configuração. Uma vez criada e nomeada uma política, ela deve ser aplicada antes de estar ativa.

import Na declaração, você lista o nome da política de roteamento usada para filtrar as rotas externas do OSPF de serem instaladas nas tabelas de roteamento dos vizinhos do OSPF. Você pode filtrar as rotas, mas não inundações de endereço de estado de enlace (LSA). Uma rota externa é uma rota que está fora do sistema autônomo OSPF (AS). A política de importação não afeta o banco de dados dos OSPF. Isso significa que a política de importação não tem impacto nos anúncios de estado de link.

export No comunicado, você lista o nome da política de roteamento a ser avaliado quando as rotas estão sendo exportadas da tabela de roteamento para OSPF.

Por padrão, se um dispositivo de roteamento tiver várias áreas de OSPF, rotas aprendidas de outras áreas serão instaladas automaticamente na área 0 da tabela de roteamento.

Para especificar mais de uma política e criar uma cadeia de políticas, você lista as políticas usando um espaço como um separador. Se várias políticas forem especificadas, as políticas serão avaliadas na ordem em que são especificadas. Assim que uma ação de aceitação ou rejeição é executada, a avaliação da cadeia de políticas termina.

Este tópico descreve as seguintes informações:

Termos da política de roteamento

As políticas de roteamento são compostas por um ou mais termos. Um termo é uma estrutura nomeada na qual as condições e ações de correspondência são definidas. Você pode definir um ou mais termos. O nome pode conter letras, números e hífens ( - ) e pode ter até 255 caracteres de comprimento. Para incluir espaços no nome, inclua todo o nome em marcas de cotação dupla.

Cada termo contém um conjunto de condições de correspondência e um conjunto de ações:

  • As condições de correspondência são critérios que uma rota deve combinar antes que as ações possam ser aplicadas. Se uma rota atender a todos os critérios, uma ou mais ações serão aplicadas à rota.

  • As ações especificam se aceitam ou rejeitam a rota, controlam como uma série de políticas são avaliadas e manipulam as características associadas a uma rota.

Condições de correspondência da política de roteamento

Uma condição de correspondência define os critérios que uma rota deve combinar para que uma ação ocorra. Você pode definir uma ou mais condições de correspondência para cada termo. Se uma rota corresponder a todas as condições de correspondência para um termo específico, as ações definidas para esse termo serão processadas.

Cada termo pode incluir duas declarações from e to, que definem as condições de correspondência:

  • from Na declaração, você define os critérios que uma rota de entrada deve combinar. Você pode especificar uma ou mais condições de correspondência. Se você especificar mais de um, todos eles devem combinar a rota para que uma correspondência ocorra.

    A from declaração é opcional. Se você omitir as from declarações e as to declarações, todas as rotas serão consideradas compatíveis.

    Nota:

    Nas políticas de exportação, omitir a from declaração de um termo de política de roteamento pode levar a resultados inesperados.

  • to Na declaração, você define os critérios que uma rota de saída deve combinar. Você pode especificar uma ou mais condições de correspondência. Se você especificar mais de um, todos eles devem combinar a rota para que uma correspondência ocorra.

A ordem das condições de correspondência em um termo não é importante porque uma rota deve combinar todas as condições de correspondência em um termo para que uma ação seja tomada.

Para obter uma lista completa de condições de correspondência, consulte Configurar condições de correspondência em Termos de Política de Roteamento.

Ações de políticas de roteamento

Uma ação define o que o dispositivo de roteamento faz com a rota quando a rota corresponde a todas as condições de correspondência nas declarações e to declarações from para um termo específico. Se um termo não tiver from e to declarações, todas as rotas serão consideradas compatíveis e as ações se aplicam a todas as rotas.

Cada termo pode ter um ou mais dos seguintes tipos de ações. As ações estão configuradas sob a then declaração.

  • Ações de controle de fluxo, que afetam se aceitam ou rejeitam a rota e se avaliam o próximo termo ou a política de roteamento.

  • Ações que manipulam características de rota.

  • Rastreie a ação, que registra correspondências de rota.

A then declaração é opcional. Se você omiti-lo, um dos seguintes ocorre:

  • O próximo termo da política de roteamento, se houver, é avaliado.

  • Se a política de roteamento não tiver mais termos, a próxima política de roteamento, se houver, será avaliada.

  • Se não houver mais termos ou políticas de roteamento, a ou reject ação accept especificada pela política padrão será executada.

Para obter uma lista completa de ações de políticas de roteamento, consulte Configuração de ações em termos de política de roteamento.

Entender a política de seleção de backup para o protocolo OSPF

O suporte para rotas alternativas sem loop (LFA) do OSPF essencialmente adiciona recursos de redirecionamento rápido de IP para OSPF. O Junos OS pré-computa várias rotas de backup sem loop para todas as rotas OSPF. Essas rotas de backup são pré-instaladas no Packet Forwarding Engine, que realiza um reparo local e implementa o caminho de backup quando o link para um próximo hop primário para uma rota específica não está mais disponível. A seleção do LFA é feita aleatoriamente selecionando qualquer LFA correspondente para progredir até o determinado destino. Isso não garante a melhor cobertura de backup disponível para a rede. Para escolher o melhor LFA, o Junos OS permite configurar políticas de seleção de backup em toda a rede para cada destino (IPv4 e IPv6) e uma interface de next-hop primária. Essas políticas são avaliadas com base em informações de grupo de administradores, srlg, largura de banda, tipo de proteção, métrica e nó.

Durante a computação de caminho mais curto (SPF), cada nó e atributo de enlace do caminho de backup é acumulado pelo IGP e está associado a cada nó (roteador) na topologia. O próximo salto no melhor caminho de backup é selecionado como o próximo salto de backup na tabela de roteamento. Em geral, as regras da política de avaliação de backup são categorizadas nos seguintes tipos:

  • Poda — Regras configuradas para selecionar o caminho de backup elegível.

  • Pedido — Regras configuradas para selecionar o melhor entre os caminhos de backup elegíveis.

As políticas de seleção de backup podem ser configuradas com regras de poda e pedido. Ao avaliar as políticas de backup, cada caminho de backup é atribuído a uma pontuação, um valor inteiro que significa o peso total dos critérios avaliados. O caminho de backup com a pontuação mais alta é selecionado.

Para aplicar a seleção de LFA, configure várias regras para os seguintes atributos:

  • grupo administrativo— Grupos administrativos, também conhecidos como coloração de enlaces ou classe de recursos, são atribuídos manualmente atributos que descrevem a "cor" dos links, de modo que os links com a mesma cor conceitualmente pertencem à mesma classe. Esses grupos administrativos configurados são definidos sob o protocolo MPLS. Você pode usar grupos administrativos para implementar uma variedade de políticas de seleção de backup usando excluder, incluir tudo, incluir-qualquer ou preferência.

  • srlg— Um grupo de link de risco compartilhado (SRLG) é um conjunto de links que compartilham um recurso comum, o que afeta todos os links do conjunto se o recurso comum falhar. Esses links compartilham o mesmo risco de falha e, portanto, são considerados pertencentes ao mesmo SRLG. Por exemplo, os links que compartilham uma fibra comum dizem estar no mesmo SRLG porque uma falha na fibra pode fazer com que todos os enlaces do grupo falhem. Um SRLG é representado por um número de 32 bits exclusivo em um domínio IGP (OSPF). Um link pode pertencer a vários SRLGs. Você pode definir a seleção de backup para permitir ou rejeitar os SRLGs comuns entre o caminho principal e o de backup. Essa rejeição de SRLGs comuns baseia-se na não existência de enlaces com SRLGs comuns no next-hop primário e no SPF de backup.

    Nota:

    Grupos administrativos e SRLGs só podem ser criados para topologias padrão.

  • largura de banda — A largura de banda especifica as restrições de largura de banda entre o caminho principal e o backup. O link de next-hop de backup só pode ser usado se a largura de banda da interface de next-hop de backup for maior do que ou igual à largura de banda do próximo hop principal.

  • tipo de proteção: o tipo de proteção protege o destino contra falha de nó do nó principal ou falha de enlace do enlace principal. Você pode configurar nó, link ou link de nó para proteger o destino. Se o nó de enlace estiver configurado, o LFA que protege nós é preferido em relação à LFA de proteção de enlaces.

  • nó- O nó são informações de política por nó. Aqui, o nó pode ser um roteador conectado diretamente, roteador remoto, como o LSP de backup de RSVP, ou qualquer outro roteador no caminho de SPF de backup. Os nós são identificados por meio do roteador anunciado por um nó no LSP. Você pode listar os nós para preferir ou excluê-los no caminho de backup.

  • métrica: a métrica decide como os LFAs devem ser preferidos. No caminho de seleção de backup, a métrica raiz e a métrica dest são os dois tipos de métricas. a métrica de raiz indica a métrica para o vizinho de um hop ou um roteador remoto, como um roteador de cauda LSP de backup RSVP. A métrica dest-metric indica a métrica de um vizinho de um hop ou roteador remoto, como um roteador de ponta LSP de backup RSVP até o destino final. A avaliação métrica é feita em ordem ascendente ou descendente. Por padrão, a primeira preferência é dada a caminhos de backup com avaliação de destino mais baixa e depois a caminhos de backup com métricas raiz mais baixas.

A ordem de avaliação permite que você controle a ordem e os critérios de avaliação desses atributos no caminho de backup. Você pode configurar explicitamente a ordem de avaliação. Apenas os atributos configurados influenciam a seleção do caminho de backup. A ordem padrão de avaliação desses atributos para o LFA é [ métrica de nó tipo proteção de largura de banda srlg do grupo administrador ] .

Nota:

Os atributos TE não são suportados no OSPFv3 e não podem ser usados para avaliação de políticas de seleção de backup para prefixos IPv6.

Configuração da política de seleção de backup para o protocolo OSPF

O suporte para rotas alternativas sem loop (LFA) do OSPF essencialmente adiciona recursos de redirecionamento rápido de IP para OSPF. O Junos OS pré-computa várias rotas de backup sem loop para todas as rotas OSPF. Essas rotas de backup são pré-instaladas no Packet Forwarding Engine, que realiza um reparo local e implementa o caminho de backup quando o link para um próximo hop primário para uma rota específica não está mais disponível. A seleção do LFA é feita aleatoriamente selecionando qualquer LFA correspondente para progredir até o determinado destino. Isso não garante a melhor cobertura de backup disponível para a rede. Para escolher o melhor LFA, o Junos OS permite configurar políticas de seleção de backup em toda a rede para cada destino (IPv4 e IPv6) e uma interface de next-hop primária. Essas políticas são avaliadas com base em informações de grupo de administradores, srlg, largura de banda, tipo de proteção, métrica e nó.

Antes de começar a configurar a política de seleção de backup para o protocolo OSPF:

  • Configure as interfaces do roteador. Consulte o guia de administração de rede do Junos OS para dispositivos de roteamento.

  • Configure um protocolo de gateway interno ou roteamento estático. Consulte a biblioteca de protocolos de roteamento Junos OS para dispositivos de roteamento.

Para configurar a política de seleção de backup para o protocolo OSPF:

  1. Configure o balanceamento de carga por pacote.
  2. Habilite o RSVP em todas as interfaces.
  3. Configure grupos administrativos.
  4. Configure valores srlg.
  5. Habilite o MPLS em todas as interfaces.
  6. Aplique MPLS em uma interface configurada com um grupo administrativo.
  7. Configure o ID do roteador.
  8. Aplique a política de roteamento a todos os multicaminhos de custo igual exportados da tabela de roteamento para a tabela de encaminhamento.
  9. Habilite a proteção do link e configure valores métricos em todas as interfaces para uma área.
  10. Configure o grupo administrativo da política de seleção de backup para um endereço IP.

    Você pode optar por excluir, incluir todos, incluir qualquer um ou preferir os grupos administrativos do caminho de backup.

    • Especifique o grupo administrativo a ser excluído.

      O caminho de backup não é selecionado como o alternativo sem loop (LFA) ou o nexthop de backup se algum dos links no caminho tiver algum dos grupos administrativos listados.

      Por exemplo, excluir o grupo c1 do grupo administrativo:

    • Configure todos os grupos administrativos se cada enlace no caminho de backup exigir que todos os grupos administrativos listados aceitem o caminho.

      Por exemplo, definir todos os grupos administrativos se cada enlace exigir todos os grupos administrativos listados para aceitar o caminho:

    • Configure qualquer grupo administrativo se cada enlace no caminho de backup exigir pelo menos um dos grupos administrativos listados para selecionar o caminho.

      Por exemplo, definir qualquer grupo administrativo se cada enlace no caminho de backup exigir pelo menos um dos grupos administrativos listados para selecionar o caminho:

    • Defina um conjunto ordenado de um grupo administrativo que especifica a preferência do caminho de backup.

      O elemento mais esquerdo do conjunto é dada a maior preferência.

      Por exemplo, definir um conjunto ordenado de um grupo administrativo que especifica a preferência do caminho de backup:

  11. Configure o caminho de backup para permitir a seleção do próximo hop de backup apenas se a largura de banda for maior ou igual à largura de banda do próximo hop principal.
  12. Configure o caminho de backup para especificar a métrica do vizinho de um salto ou do roteador remoto, como um roteador de ponta comutado por rótulos de backup (LSP) RSVP até o destino final.

    A métrica de destino pode ser mais alta ou mais baixa.

    • Configure o caminho de backup que tem a métrica de destino mais alta.

    • Configure o caminho de backup que tem a métrica de destino mais baixa.

  13. Configure o caminho de backup que é um caminho downstream até o destino.
  14. Defina a ordem de preferência da raiz e da métrica de destino durante a seleção do caminho de backup.

    A ordem de preferência pode ser:

    • [dest raiz] — A seleção ou preferência do caminho de backup é a primeira com base nos critérios de métrica raiz. Se os critérios de toda a métrica raiz forem os mesmos, a seleção ou preferência será baseada na dest-metric.

    • [dest root] — A seleção ou preferência do caminho de backup é a primeira com base nos critérios de desst-metric. Se os critérios de toda a métrica dest é o mesmo, então a seleção é baseada na métrica raiz.

  15. Configure o caminho de backup para definir uma lista de endereços IP de loop-back dos vizinhos adjacentes para excluir ou preferir na seleção do caminho de backup.

    O vizinho pode ser um vizinho local (roteador adjacente), vizinho remoto ou qualquer outro roteador no caminho de backup.

    • Configure a lista de vizinhos a serem excluídos.

      O caminho de backup que tem um roteador da lista não é selecionado como a alternativa sem loop ou backup no próximo hop.

    • Configure um conjunto ordenado de vizinhos a ser preferido.

      O caminho de backup que tem o vizinho mais esquerdo é selecionado.

  16. Configure o caminho de backup para especificar o tipo de proteção necessário do caminho de backup para ser link, nó ou nó-link.
    • Selecione o caminho de backup que fornece proteção de enlace.

    • Selecione o caminho de backup que fornece proteção contra nós.

    • Selecione o caminho de backup que permite o LFA de proteção de nós ou de enlace, onde a LFA de proteção de nó é preferida em relação à LFA de proteção de enlaces.

  17. Especifique a métrica para o vizinho de um salto ou para o roteador remoto, como um roteador de ponta comutado por rótulos de backup (LSP).
    • Selecione o caminho com a mais alta métrica raiz.

    • Selecione o caminho com a métrica raiz mais baixa.

  18. Configure o caminho de seleção de backup para permitir ou rejeitar os grupos de link de risco compartilhados (SRLGs) comuns entre o enlace principal e cada enlace no caminho de backup.
    • Configure o caminho de backup para permitir srlgs comuns entre o enlace principal e cada enlace no caminho de backup.

      Um caminho de backup com um número menor de colisões srlg é preferido.

    • Configure o caminho de backup para rejeitar o caminho de backup que tem srlgs comuns entre o enlace next-hop principal e cada link no caminho de backup.

  19. Configure o caminho de backup para controlar a ordem e os critérios de avaliação do caminho de backup com base no grupo administrativo, srlg, largura de banda, tipo de proteção, nó e métrica.

    A ordem padrão de avaliação é um grupo administrativo, srlg, largura de banda, tipo de proteção, nó e métrica.

Alternativa sem loop independente de topologia com roteamento por segmentos para OSPF

Entender a alternativa sem loop independente de topologia com roteamento por segmentos para OSPF

O roteamento por segmentos permite que um roteador envie um pacote por um caminho específico na rede, impondo uma pilha de rótulos que descreve o caminho. As ações de encaminhamento descritas por uma pilha de rótulos de roteamento por segmentos não precisam ser estabelecidas por caminho. Portanto, um roteador de entrada pode instanciar um caminho arbitrário usando uma pilha de rótulos de roteamento por segmentos e usá-lo imediatamente sem qualquer sinalização.

No roteamento por segmentos, cada nó anuncia mapeamentos entre rótulos recebidos e ações de encaminhamento. Uma ação de encaminhamento específica é referida como um segmento e o rótulo que identifica esse segmento é chamado de identificador de segmento (SID). Os caminhos de backup criados pela TI-LFA usam os seguintes tipos de segmentos:

  • Segmento de nó — um segmento de nó encaminha pacotes pelo caminho ou caminhos mais curtos até um nó de destino. O rótulo que representa o segmento de nó (o SID de nó) é trocado até que o nó de destino seja atingido.

  • Segmento de adjacência — Um segmento de adjacência encaminha pacotes por uma interface específica no nó que anunciava o segmento de adjacência. O rótulo que representa um segmento de adjacência (o SID de adjacência) é estourado pelo nó que o anunciou.

Um roteador pode enviar um pacote por um caminho específico, criando uma pilha de rótulos que usa uma combinação de SIDs de nó e SIDs de adjacência. Normalmente, siDs de nó são usados para representar partes do caminho que correspondem ao caminho mais curto entre dois nós. Um SID de adjacência é usado onde quer que um SID de nó não possa ser usado para representar com precisão o caminho desejado.

Quando usado com OSPF, o TI-LFA oferece proteção contra falha de enlace, falha no nó., falhas no compartilhamento de destinos e falhas em grupos de link de risco compartilhados. No modo de falha de enlace, o destino é protegido se o enlace falhar. No modo de proteção de nós, o destino é protegido se o vizinho conectado ao enlace principal falhar. Para determinar o caminho pós-convergência que protege nós, o custo de todos os enlaces que saem do vizinho deve aumentar em uma quantidade configurável.

A partir do Junos OS Release 20.3R1, você pode configurar a proteção de compartilhamento de destino em redes TI-LFA para o roteamento por segmentos para escolher um caminho de redirecionamento rápido que não inclua grupos de compartilhamento de destino nos caminhos de backup de alternativa sem loop independente de topologia (TI-LFA) para evitar falhas no compartilhamento de destinos. Com a proteção contra o compartilhamento de destinos, uma lista de grupos de compartilhamento de destinos é configurada em cada PLR com os links em cada grupo de compartilhamento de destinos identificados por seus respectivos endereços IP. O PLR associa um custo a cada grupo de compartilhamento de destinos. O caminho pós-convergência consciente do destino é computado assumindo que o custo de cada link no mesmo grupo de compartilhamento de destinos que o link falhou aumentou o custo associado a esse grupo.

A partir do Junos OS Release 20.3R1, você pode configurar a proteção do Grupo de Enlace de Risco Compartilhado (SRLG) em redes TI-LFA para o roteamento por segmentos escolher um caminho de redirecionamento rápido que não inclua links SRLG nos caminhos de backup alternativos independentes de topologia (TI-LFA). Os SRLGs compartilham uma fibra comum e também compartilham os riscos de um link quebrado. Quando um link em um SRLG falha, outros links do grupo também podem falhar. Portanto, você precisa evitar links que compartilham o mesmo risco que o enlace protegido no caminho de backup. Configurar a proteção do SRLG impede a TI-LFA de selecionar caminhos de backup que incluam um link de risco compartilhado. Se você tiver configurado a proteção SRLG, o OSPFv2 computa o caminho de redirecionamento rápido alinhado com o caminho pós convergência e exclui os links que pertencem ao SRLG do enlace protegido. Todos os links locais e remotos que são do mesmo SRLG que o enlace protegido estão excluídos do caminho de backup ti-LFA. O ponto de reparo local (PLR) configura a pilha de rótulos para o caminho de redirecionamento rápido com uma interface de saída diferente. Atualmente, você não pode habilitar a proteção SRLG em redes IPv6 e em redes com multitopologia.

Para construir um caminho de backup que siga o caminho pós-convergência, a TI-LFA pode usar vários rótulos na pilha de rótulos que definem o caminho de backup. Se o número de rótulos necessários para construir um caminho de backup pós-convergência específico exceder uma certa quantidade, em algumas circunstâncias é útil não instalar esse caminho de backup. Você pode configurar o número máximo de rótulos que um caminho de backup pode ter para ser instalado. O valor padrão é 3, com uma faixa de 2 a 5.

Muitas vezes, o caminho pós-convergência para uma determinada falha é, na verdade, um conjunto de caminhos de igual custo. A TI-LFA tenta construir os caminhos de backup para um determinado destino usando vários caminhos de igual custo na topologia pós-falha. Dependendo da topologia, a TI-LFA pode precisar usar diferentes pilhas de rótulos para construir com precisão esses caminhos de backup de custo igual. Por padrão, a TI-LFA instala apenas um caminho de backup para um determinado destino. No entanto, você pode configurar o valor na faixa de 1 a 8.

Benefícios do uso de alternativa sem loop independente de topologia com roteamento por segmentos

  • A alternativa sem loop (LFA) e a LFA remota (RLFA) têm sido usadas para fornecer proteção de redirecionamento rápido há vários anos. Com o LFA, um ponto de reparo local (PLR) determina se um pacote enviado ou não a um de seus vizinhos diretos chega ao seu destino sem fazer loop de volta pelo PLR. Em uma topologia de rede típica, aproximadamente 40 a 60% dos destinos podem ser protegidos pela LFA. A LFA remota expande o conceito de LFA, permitindo que o PLR imponha um único rótulo para tunelar o pacote a um endpoint de túnel de reparo do qual o pacote pode chegar ao seu destino sem voltar pelo PLR. Usando LFA remota, mais destinos podem ser protegidos pelo PLR em comparação com o LFA. No entanto, dependendo da topologia da rede, a porcentagem de destinos protegidos pelo LFA remoto geralmente é inferior a 100%.

  • O LFA independente de topologia (TI-LFA) estende o conceito de LFA e LFA remota, permitindo que o PLR use pilhas de rótulos mais profundas para construir caminhos de backup. Além disso, a TI-LFA impõe a restrição de que o caminho de backup usado pelo PLR seja o mesmo caminho que um pacote toma quando o protocolo de gateway interior (IGP) convergiu para um determinado cenário de falha. Esse caminho é chamado de caminho pós-convergência.

  • Usar o caminho pós-convergência como caminho de backup tem algumas características desejáveis. Para algumas topologias, uma operadora de rede só precisa garantir que a rede tenha capacidade suficiente para transportar o tráfego pelo caminho pós-convergência após uma falha. Nesses casos, um operador de rede não precisa alocar capacidade adicional para lidar com o padrão de tráfego imediatamente após a falha enquanto o caminho de backup está ativo, porque o caminho de backup segue o caminho pós-convergência.

  • Quando usado com OSPF, o TI-LFA oferece proteção contra falha de enlace e falha de nó.

Configuração de alternativa sem loop independente de topologia com roteamento por segmentos para OSPF

Antes de configurar o TI-LFA para OSPF, certifique-se de configurar o spring ou o roteamento por segmentos.

A partir do Junos OS Release 19.3R1, o Junos oferece suporte à criação de caminhos de backup TI-LFA independentes de topologia OSPF onde o SID de prefixo é aprendido com um anúncio de servidor de mapeamento de roteamento por segmentos quando o PLR e o servidor de mapeamento estão na mesma área do OSPF.

Para configurar o TI-LFA usando SPRING para OSPF, você deve fazer o seguinte:

  1. Habilite o TI-LFA para o protocolo OSPF.
  2. (Opcional) Configure atributos de caminho mais curto (SPF) de backup, como caminhos de backup multicaminho de custo igual (ECMP) máximo e rótulos máximos para TI-LFA para o protocolo OSPF.
  3. Configure a computação e a instalação de um caminho de backup que segue o caminho pós-convergência na determinada área e interface para o protocolo OSPF.
  4. (Opcional) Habilite a proteção de nós para uma determinada área e interface.
  5. (Opcional) Habilite a proteção de compartilhamento de destinos para uma determinada área e interface.
  6. (Opcional) Habilitar a proteção SRLG para uma determinada área e interface.

Exemplo: configurar a política de seleção de backup para o protocolo OSPF ou OSPF3

Este exemplo mostra como configurar a política de seleção de backup para o protocolo OSPF ou OSPF3, que permite selecionar uma alternativa sem loop (LFA) na rede.

Quando você habilita políticas de seleção de backup, o Junos OS permite a seleção de LFA com base nas regras de política e atributos dos links e nós na rede. Esses atributos são admin-group, srlg, largura de banda, tipo de proteção, métrica e nó.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Oito roteadores que podem ser uma combinação de roteadores de borda multisserviços da Série M, plataformas de roteamento universal 5G da Série MX, roteadores de transporte de pacotes da Série PTX e roteadores de núcleo da Série T

  • Junos OS Versão 15.1 ou posterior em execução em todos os dispositivos

Antes de começar:

  1. Configure as interfaces do dispositivo.

  2. Configure OSPF.

Visão geral

No Junos OS, o algoritmo de seleção ou critérios de seleção sem loop (LFA) padrão pode ser substituído com uma política de LFA. Essas políticas estão configuradas para cada destino (IPv4 e IPv6) e uma interface de next-hop primária. Essas políticas de backup aplicam a seleção de LFA com base em atributos de grupo administrativo, srlg, largura de banda, tipo de proteção, métrica e nó do caminho de backup. Durante a computação de caminho mais curto (SPF), cada atributo (nó e link) do caminho de backup, armazenado por next-hop de backup, é acumulado pelo IGP. Para as rotas criadas internamente pelo IGP, o conjunto de atributos de cada caminho de backup é avaliado em relação à política configurada para cada destino (IPv4 e IPv6) e uma interface de next-hop primária. O primeiro ou melhor caminho de backup é selecionado e instalado como o próximo salto de backup na tabela de roteamento. Para configurar a política de seleção de backup, inclua a backup-selection declaração de configuração no nível de [edit routing-options] hierarquia. O show backup-selection comando exibe as políticas configuradas para uma determinada interface e destino. O display pode ser filtrado em um determinado destino, prefixo, interface ou sistemas lógicos.

Topologia

Nesta topologia mostrada na Figura 2, a política de seleção de backup está configurada no dispositivo R3.

Figura 2: Exemplo de política de seleção de backup para OSPF ou OPSF3 Example Backup Selection Policy for OSPF or OPSF3

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, 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 [edit] hierarquia e, em seguida, entrar no commit modo de configuração.

R0

R1

R2

R3

R4

R5

R6

R7

Configuração do dispositivo R3

Procedimento passo a passo

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

Para configurar o dispositivo R3:

  1. Configure as interfaces.

  2. Configure valores srlg.

  3. Configure o ID do roteador.

  4. Aplique a política de roteamento a todos os multicaminhos de igual custo exportados da tabela de roteamento para a tabela de encaminhamento.

  5. Configure atributos da política de seleção de backup.

  6. Habilite o RSVP em todas as interfaces.

  7. Configure grupos administrativos.

  8. Habilite o MPLS em todas as interfaces e configure um grupo administrativo para uma interface.

  9. Habilite a proteção do link e configure valores métricas em todas as interfaces para uma área de OSPF.

  10. Habilite a proteção do link e configure valores métricas em todas as interfaces para uma área osPF3.

  11. Configure a política de roteamento.

Resultados

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

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

Verificação

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

Verificando as rotas

Propósito

Verifique se as rotas esperadas são aprendidas.

Ação

Do modo operacional, execute o show route comando para a tabela de roteamento.

Significado

A saída mostra todas as rotas do dispositivo R3.

Verificando a rota OSPF

Propósito

Verifique a tabela de roteamento do OSPF.

Ação

Do modo operacional, execute o show ospf route detail comando do dispositivo R3.

Significado

A saída exibe a tabela de roteamento dos roteadores OSPF.

Verificando a rota OSPF3

Propósito

Verifique a tabela de roteamento do OSPF3.

Ação

Do modo operacional, execute o show ospf3 route detail comando do dispositivo R3.

Significado

A saída exibe a tabela de roteamento dos roteadores OSPF3.

Verificando a política de seleção de backup para o dispositivo R3

Propósito

Verifique a política de seleção de backup para o dispositivo R3.

Ação

Do modo operacional, execute o show backup-selection comando do dispositivo R3.

Significado

A saída exibe as políticas configuradas por prefixo por interface primária de next-hop.

Exemplo: injeção de rotas OSPF na tabela de roteamento BGP

Este exemplo mostra como criar uma política que injete rotas OSPF na tabela de roteamento BGP.

Requisitos

Antes de começar:

Visão geral

Neste exemplo, você cria uma política de roteamento chamada injectpolicy1 e um termo de roteamento chamado injectterm1. A política injeta rotas OSPF na tabela de roteamento BGP.

Topologia

Configuração

Configuração da política de roteamento

Configuração rápida da CLI

Para configurar rapidamente este exemplo, 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

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

Para injetar rotas OSPF em uma tabela de roteamento BGP:

  1. Crie o termo da política.

  2. Especifique o OSPF como uma condição compatível.

  3. Especifique as rotas de uma área de OSPF como condição de correspondência.

  4. Especifique se a rota deve ser aceita se as condições anteriores forem combinadas.

  5. Aplique a política de roteamento ao BGP.

Resultados

Confirme sua configuração entrando no show policy-options modo de configuração e show protocols bgp comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

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

Configuração do rastreamento para a política de roteamento

Configuração rápida da CLI

Para configurar rapidamente este exemplo, 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

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

  1. Inclua uma ação de rastreamento na política.

  2. Configure o arquivo de rastreamento para a saída.

Resultados

Confirme sua configuração entrando no show policy-options modo de configuração e show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

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

Verificação

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

Verificando se as rotas BGP esperadas estão presentes

Propósito

Verifique o efeito da política de exportação.

Ação

Do modo operacional, entre no show route comando.

Solucionando problemas

Usando o comando de log show para examinar as ações da política de roteamento

Problema

A tabela de roteamento contém rotas inesperadas ou as rotas estão ausentes da tabela de roteamento.

Solução

Se você configurar o rastreamento de políticas como mostrado neste exemplo, você pode executar o show log ospf-bgp-policy-log comando para diagnosticar problemas com a política de roteamento. O show log ospf-bgp-policy-log comando exibe informações sobre as rotas que o injectpolicy1 termo de política analisa e age.

Exemplo: redistribuir rotas estáticas no OSPF

Este exemplo mostra como criar uma política que redistribui rotas estáticas para o OSPF.

Requisitos

Antes de começar:

Visão geral

Neste exemplo, você cria uma política de roteamento chamada exportstatic1 e um termo de roteamento chamado exportstatic1. A política injeta rotas estáticas no OSPF. Este exemplo inclui as seguintes configurações:

  • policy-statement— Define a política de roteamento. Você especifica o nome da política e define ainda mais os elementos da política. O nome da política deve ser único e pode conter letras, números e hífens ( - ) e ter até 255 caracteres de comprimento.

  • term— Define a condição de correspondência e as ações aplicáveis para a política de roteamento. O termo nome pode conter letras, números e hífens ( - ) e ter até 255 caracteres de comprimento. Você especifica o nome do termo e define os critérios que uma rota de entrada deve combinar, incluindo a from declaração e a ação a ser tomada se a rota corresponder às condições, incluindo a then declaração. Neste exemplo, você especifica a condição de correspondência de protocolo estático e a ação de aceitação.

  • export— Aplica a política de exportação que você criou para ser avaliada quando as rotas estão sendo exportadas da tabela de roteamento para o OSPF.

Topologia

Configuração

Configuração rápida da CLI

Para criar rapidamente uma política que injete rotas estáticas no OSPF, copie os seguintes comandos e cole-os na CLI.

Procedimento

Procedimento passo a passo

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

Para injetar rotas estáticas no OSPF:

  1. Crie a política de roteamento.

  2. Crie o termo da política.

  3. Especifique a estática como uma condição compatível.

  4. Especifique se a rota deve ser aceita se a condição anterior for compatível.

  5. Aplique a política de roteamento ao OSPF.

    Nota:

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

  6. 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 policy-options comandos. 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 os comandos e os show policy-options show protocols ospf3 comandos.

Verificação

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

Verificando se as rotas estáticas esperadas estão presentes

Propósito

Verifique o efeito da política de exportação.

Ação

Do modo operacional, entre no show route comando.

Verificando se os LSAs externos são adicionados à tabela de roteamento

Propósito

No dispositivo de roteamento onde você configurou a política de exportação, verifique se o dispositivo de roteamento origina um LSA externo AS para as rotas estáticas adicionadas à tabela de roteamento.

Ação

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

Exemplo: configurar uma política de importação do OSPF

Este exemplo mostra como criar uma política de importação de OSPF. As políticas de importação de OSPF aplicam-se apenas a rotas externas. Uma rota externa é uma rota fora do sistema autônomo OSPF (AS).

Requisitos

Antes de começar:

Visão geral

As rotas externas são aprendidas pelos roteadores de limite AS. Rotas externas podem ser anunciadas em todo o domínio dos OSPF se você configurar o roteador de limite AS para redistribuir a rota para o OSPF. Uma rota externa pode ser aprendida pelo roteador de limite AS a partir de um protocolo de roteamento que não seja o OSPF, ou a rota externa pode ser uma rota estática que você configura no roteador de limite AS.

Para o OSPFv3, o anúncio de estado de link (LSA) é chamado de LSA de prefixo interárea e executa a mesma função que um LSA de resumo de rede executa para OSPFv2. Um roteador de borda de área (ABR) origina um LSA de prefixo interárea para cada prefixo IPv6 que deve ser anunciado em uma área.

A política de importação do OSPF permite que você impeça que rotas externas sejam adicionadas às tabelas de roteamento dos vizinhos do OSPF. A política de importação não afeta o banco de dados dos OSPF. Isso significa que a política de importação não tem impacto nos anúncios de estado de link. A filtragem é feita apenas em rotas externas no OSPF. As rotas intra-área e interarea não são consideradas para filtragem. A ação padrão é aceitar a rota quando a rota não corresponder à política.

Este exemplo inclui as seguintes configurações de política do OSPF:

  • policy-statement— Define a política de roteamento. Você especifica o nome da política e define ainda mais os elementos da política. O nome da política deve ser único e pode conter letras, números e hífens ( - ) e ter até 255 caracteres de comprimento.

  • export— Aplica a política de exportação que você criou para ser avaliada quando os LSAs de resumo da rede são alagados em uma área. Neste exemplo, a política de exportação é nomeada export_static.

  • import— Aplica a política de importação que você criou para evitar que rotas externas sejam adicionadas à tabela de roteamento. Neste exemplo, a política de importação é nomeada filter_routes.

Os dispositivos configurados neste exemplo representam as seguintes funções:

  • R1 — O dispositivo R1 está na área 0.0.0.0 e tem uma conexão direta com o dispositivo R2. R1 tem uma política de exportação de OSPF configurada. A política de exportação redistribui rotas estáticas da tabela de roteamento do R1 para o banco de dados OSPF do R1. Como a rota estática está no banco de dados OSPF do R1, a rota é anunciada em um LSA ao vizinho OSPF do R1. O vizinho OSPF do R1 é o dispositivo R2.

  • R2 — O dispositivo R2 está na área 0.0.0.0 e tem uma conexão direta com o dispositivo R1. R2 tem uma política de importação de OSPF configurada que combina a rota estática com a rede 10.0.16.0/30 e impede que a rota estática seja instalada na tabela de roteamento do R2. O vizinho OSPF do R2 é o dispositivo R1.

Configuração

Configuração rápida da CLI

Para configurar rapidamente uma política de importação do OSPF, cole-as 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.

Configuração no dispositivo R1:

Configuração no dispositivo R2:

Procedimento

Procedimento passo a passo

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

Para configurar uma política de importação de OSPF:

  1. Configure as interfaces.

  2. Habilite o OSPF nas interfaces.

    Nota:

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

  3. No R1, redistribua a rota estática para o OSPF.

  4. No R2, configure a política de importação do OSPF.

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

Resultados

Confirme sua configuração entrando no show interfaces, show policy-optionse show protocols ospf comandos no dispositivo apropriado. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Saída para R1:

Saída para R2:

Para confirmar sua configuração OSPFv3, insira oshow interfaces, show policy-optionse show routing-optionsshow protocols ospf3 comandos no dispositivo apropriado.

Verificação

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

Verificando o banco de dados do OSPF

Propósito

Verifique se o OSPF está anunciando a rota estática no banco de dados dos OSPF.

Ação

A partir do modo operacional, entre no show ospf database para OSPFv2 e insira o show ospf3 database comando para o OSPFv3.

Verificando a tabela de roteamento

Propósito

Verifique as entradas na tabela de roteamento.

Ação

Do modo operacional, entre no show route comando.

Exemplo: configurar uma política de filtro de rota para especificar prioridade para prefixos aprendidos através do OSPF

Este exemplo mostra como criar uma política de importação de OSPF que prioriza prefixos específicos aprendidos por meio do OSPF.

Requisitos

Antes de começar:

Visão geral

Em uma rede com um grande número de rotas OSPF, pode ser útil controlar a ordem em que as rotas são atualizadas em resposta a uma mudança na topologia da rede. No Junos OS Release 9.3 e posterior, você pode especificar uma prioridade de alto, médio ou baixo para prefixos incluídos em uma política de importação de OSPF. No caso de uma mudança na topologia do OSPF, os prefixos de alta prioridade são atualizados na tabela de roteamento primeiro, seguidos por prefixos de média e depois baixa prioridade.

A política de importação do OSPF só pode ser usada para definir prioridade ou filtrar rotas externas do OSPF. Se uma política de importação de OSPF for aplicada que resulte em uma reject ação de encerramento para uma rota não existente, então a ação reject é ignorada e a rota é aceita de qualquer maneira. Por padrão, essa rota agora está instalada na tabela de roteamento com uma prioridade baixa. Esse comportamento evita buracos negros de tráfego, ou seja, tráfego silenciosamente descartado, garantindo roteamento consistente dentro do domínio dos OSPF.

Em geral, as rotas OSPF que não são explicitamente atribuídas a uma prioridade são tratadas como um meio de prioridade, com exceção do seguinte:

  • As rotas de descarte resumida têm uma prioridade padrão de baixa.

  • As rotas locais que não são adicionadas à tabela de roteamento são atribuídas a uma prioridade baixa.

  • As rotas externas rejeitadas pela política de importação e, portanto, não adicionadas à tabela de roteamento são atribuídas a uma prioridade baixa.

Quaisquer critérios de correspondência disponíveis aplicáveis às rotas OSPF podem ser usados para determinar a prioridade. Dois dos critérios de correspondência mais usados para OSPF são as declarações e tag as route-filter declarações.

Neste exemplo, o dispositivo de roteamento está na área 0.0.0.0, com interfaces fe-0/1/0 e fe-1/1/0 conexão a dispositivos vizinhos. Você configura uma política de roteamento de importação chamada ospf-import para especificar uma prioridade para prefixos aprendidos por meio do OSPF. As rotas associadas a esses prefixos são instaladas na tabela de roteamento na ordem da prioridade especificada dos prefixos. A correspondência 192.0.2.0/24 orlonger de rotas é instalada primeiro porque elas têm uma prioridade de high. A correspondência 198.51.100.0/24 orlonger de rotas é instalada em seguida porque elas têm uma prioridade de medium. A correspondência 203.0.113.0/24 orlonger de rotas é instalada por último porque elas têm uma prioridade de low. Em seguida, você aplica a política de importação ao OSPF.

Nota:

O valor de prioridade entra em vigor quando uma nova rota é instalada, ou quando há uma mudança em uma rota existente.

Topologia

Configuração

Configuração rápida da CLI

Para configurar rapidamente uma política de importação do OSPF que prioriza prefixos específicos aprendidos através do 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

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 noguia de usuário da CLI.

Configurar uma política de importação de OSPF que priorize prefixos específicos:

  1. Configure as interfaces.

  2. Habilite o OSPF nas interfaces.

    Nota:

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

  3. Configure a política para especificar a prioridade para prefixos aprendidos por meio do OSPF.

  4. Aplique a política ao OSPF.

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

Resultados

Confirme sua configuração inserindo os show interfacesshow policy-optionsshow protocols ospf comandos e os comandos. 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 interfacese show policy-optionsnos show protocols ospf3 comandos.

Verificação

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

Verificando a prioridade de prefixo na tabela de roteamento dos OSPF

Propósito

Verifique a prioridade atribuída ao prefixo na tabela de roteamento OSPF.

Ação

A partir do modo operacional, entre no show ospf route detail para OSPFv2 e insira o show ospf3 route detail comando para o OSPFv3.

Visão geral das políticas de importação e exportação para resumos de rede

Por padrão, o OSPF usa anúncios de estado de enlace (LSAs) de resumo de rede para transmitir informações de rota pelos limites da área. Cada roteador de fronteira de área (ABR) inunda LSAs de resumo de rede para outros dispositivos de roteamento na mesma área. A ABR também controla quais rotas da área são usadas para gerar LSAs de resumo de rede em outras áreas. Cada ABR mantém um banco de dados topológico separado para cada área à qual estão conectados. No Junos OS Release 9.1 e posterior, você pode configurar políticas de exportação e importação para OSPFv2 e OSPFv3 que permitem controlar como os LSAs sumários da rede, que contêm informações sobre prefixos OSPF interáreas, são distribuídos e gerados. Para o OSPFv3, o LSA é chamado de LSA de prefixo interarea e executa a mesma função que um LSA de resumo de rede executa para OSPFv2. Uma ABR origina um LSA de prefixo interarea para cada prefixo IPv6 que deve ser anunciado em uma área.

A política de exportação permite que você especifique quais LSAs sumários estão alagados em uma área. A política de importação permite controlar quais rotas aprendidas em uma área são usadas para gerar LSAs sumários em outras áreas. Você define uma política de roteamento no nível da [edit policy-options policy-statement policy-name] hierarquia. Como acontece com todas as políticas de exportação do OSPF, o padrão para as políticas de exportação LSA em resumo de rede é rejeitar tudo. Da mesma forma, como acontece com todas as políticas de importação do OSPF, o padrão para políticas de importação LSA resumidos em rede é aceitar todas as rotas osPF.

Exemplo: configurar uma política de exportação de OSPF para resumos de rede

Este exemplo mostra como criar uma política de exportação de OSPF para controlar os LSAs de resumo de rede (Tipo 3) que a ABR inunda em uma área de OSPF.

Requisitos

Antes de começar:

Visão geral

O OSPF usa LSAs de resumo de rede para transmitir informações de rota pelos limites da área. Dependendo do seu ambiente de rede, você pode querer filtrar ainda mais os LSAs de resumo de rede entre áreas de OSPF. Por exemplo, se você criar áreas de OSPF para definir limites administrativos, talvez não queira anunciar informações de rota internas entre essas áreas. Para melhorar ainda mais o controle da distribuição de rotas entre várias áreas de OSPF, você pode configurar políticas de resumo de rede na ABR para a área que você deseja filtrar o anúncio de LSAs de resumo de rede.

Nota:

Para o OSPFv3, o LSA é chamado de LSA de prefixo interarea e executa a mesma função que um LSA de resumo de rede executa para OSPFv2. Uma ABR origina um LSA de prefixo interarea para cada prefixo IPv6 que deve ser anunciado em uma área. Neste tópico, os termos política de resumo de rede e política de resumo de rede são usados para descrever a funcionalidade OSPFv2 e OSPFv3.

As seguintes diretrizes aplicam-se às políticas de resumo da rede de exportação:

  • Você deve ter uma compreensão aprofundada de sua rede antes de configurar essas políticas. A configuração incorreta da política de resumo de rede pode resultar em um resultado não intencional, como roteamento abaixo do ideal ou queda de tráfego.

  • Recomendamos que você use a condição de correspondência da política de filtro de rota para esses tipos de políticas.

  • Recomendamos que você use os termos da accept política de reject roteamento para esses tipos de políticas.

A Figura 3 mostra uma topologia amostral com três áreas de OSPF. R4 gera resumos de rede para as rotas na área 4 e as envia para fora da área 4 para a área 0. R3 gera resumos de rede para as rotas na área 3 e as envia para fora da área 3 para a área 0.

Figura 3: Topologia de amostra usada para uma política de resumo da rede de exportação do OSPF Sample Topology Used for an OSPF Export Network Summary Policy

Neste exemplo, você configura R4 com uma política de resumo da rede de exportação nomeada política de exportação que só permite rotas que correspondam ao prefixo de 10,4,4,4 da área 3 até a área 4. A política de exportação controla os LSAs de resumo de rede que R4 inundam a área 4. Isso resulta apenas na rota interarea permitida para entrar na área 4, e todas as outras rotas interáreas a serem retiradas do banco de dados osPF e da tabela de roteamento dos dispositivos na área 4. Primeiro você define a política e depois a aplica à ABR, incluindo a network-summary-export declaração do OSPFv2 ou a inter-area-prefix-export declaração do OSPFv3.

Os dispositivos operam da seguinte forma:

  • R1 — O dispositivo R1 é um roteador interno na área 3. A interface fe-0/1/0 tem um endereço IP de 10.0.4.13/30 e se conecta a R3. A interface fe-0/0/1 tem um endereço IP de 10.0.4.5/30 e se conecta a R2.

  • R2 — O dispositivo R2 é um roteador interno na área 3. A interface fe-0/0/1 tem um endereço IP de 10.0.4.6/30 e se conecta a R1. A interface fe-1/0/0 tem um endereço IP de 10.0.4.1 e se conecta a R3.

  • R3 — O dispositivo R3 participa da área 3 e da área 0. R3 é a ABR entre a área 3 e a área 0, e passa LSAs de resumo de rede entre as áreas. A interface fe-1/0/0 tem um endereço IP de 10.0.4.2/30 e se conecta a R2. A interface fe-1/1/0 tem um endereço IP de 10.0.4.14/30 e se conecta a R1. A interface fe-0/0/1 tem um endereço IP de 10.0.2.1/30 e se conecta a R4.

  • R4 — O dispositivo R4 participa da área 0 e da área 4. R4 é a ABR entre a área 0 e a área 4, e passa LSAs de resumo de rede entre as áreas. A interface fe-0/0/1 tem um endereço IP de 10.0.2.4/30 e se conecta a R3. A interface fe-1/1/0 tem um endereço IP de 10.0.8.6/30 e se conecta a R5. A interface fe-1/0/0 tem um endereço IP de 10.0.8.9/30 e se conecta a R6.

  • R5 — O dispositivo R5 é um roteador interno na área 4. A interface fe-1/1/0 tem um endereço IP de 10.0.8.5/30 e se conecta a R4.

  • R6 — O dispositivo R6 é um roteador interno na área 4. A interface fe-1/0/0 tem um endereço IP de 10.0.8.10/30 e se conecta a R4.

Configuração

Configuração rápida da CLI

Para configurar rapidamente uma política de exportação do OSPF para resumos de rede, 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.

Configuração no dispositivo R1:

Configuração no dispositivo R2:

Configuração no dispositivo R3:

Configuração no dispositivo R4:

Configuração no dispositivo R5:

Configuração no dispositivo R6:

Procedimento

Procedimento passo a passo

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

Para configurar uma política de exportação de OSPF para resumos da rede:

  1. Configure as interfaces.

    Nota:

    Para o OSPFv3, use endereços IPv6.

  2. Habilite o OSPF nas interfaces.

    Nota:

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

  3. No R4, configure a política de resumo da rede de exportação.

  4. No R4, aplique a política de resumo da rede de exportação ao OSPF.

    Nota:

    Para o OSPFv3, inclua a inter-area-prefix-export declaração no nível de [edit protocols ospf3 area area-id] hierarquia.

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

Resultados

Confirme sua configuração entrando no show interfaces, show policy-optionse show protocols ospf comandos no dispositivo apropriado. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Saída para R1:

Saída para R2:

Saída para R3:

Saída para R4:

Saída para R5:

Saída para R6:

Para confirmar sua configuração OSPFv3, insira o show interfaces, show policy-optionse show protocols ospf3 comandos no dispositivo apropriado.

Verificação

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

Verificando o banco de dados do OSPF

Propósito

Verifique se o banco de dados dos OSPF para os dispositivos na área 4 inclui a rota interarea que permitimos no ABR R4. As outras rotas interáreas que não são especificadas devem envelhecer ou não estar mais presentes no banco de dados do OSPF.

Ação

Do modo operacional, entre no comando do show ospf database netsummary area 0.0.0.4 OSPFv2 e insira o show ospf3 database inter-area-prefix area 0.0.0.4 comando para o OSPFv3.

Verificando a tabela de roteamento

Propósito

Verifique se as rotas correspondentes aos resumos de rede rejeitados não estão mais presentes na tabela de roteamento de R4, R5 ou R6.

Ação

A partir do modo operacional, insira o show route protocol ospf comando para OSPFv2 e OSPFv3.

Exemplo: configurar uma política de importação de OSPF para resumos de rede

Este exemplo mostra como criar uma política de importação de OSPF para controlar os LSAs de resumo de rede (Tipo 3) que a ABR anuncia de uma área de OSPF.

Requisitos

Antes de começar:

Visão geral

O OSPF usa LSAs de resumo de rede para transmitir informações de rota pelos limites da área. Dependendo do seu ambiente de rede, você pode querer filtrar ainda mais os LSAs de resumo de rede entre áreas de OSPF. Por exemplo, se você criar áreas de OSPF para definir limites administrativos, talvez não queira anunciar informações de rota internas entre essas áreas. Para melhorar ainda mais o controle da distribuição de rotas entre várias áreas de OSPF, você pode configurar políticas de resumo de rede na ABR para a área que você deseja filtrar o anúncio de LSAs de resumo de rede.

Nota:

Para o OSPFv3, o LSA é chamado de LSA de prefixo interarea e executa a mesma função que um LSA de resumo de rede executa para OSPFv2. Uma ABR origina um LSA de prefixo interarea para cada prefixo IPv6 que deve ser anunciado em uma área. Neste tópico, os termos política de resumo de rede e política de resumo de rede são usados para descrever a funcionalidade OSPFv2 e OSPFv3.

As seguintes diretrizes aplicam-se às políticas de resumo da rede de importação:

  • Você deve ter uma compreensão aprofundada de sua rede antes de configurar essas políticas. A configuração incorreta da política de resumo de rede pode resultar em um resultado não intencional, como roteamento abaixo do ideal ou queda de tráfego.

  • Recomendamos que você use a route-filter condição de correspondência de políticas para esses tipos de políticas.

  • Recomendamos que você use os termos da accept política de reject roteamento para esses tipos de políticas.

A Figura 4 mostra uma topologia amostral com três áreas de OSPF. R4 gera resumos de rede para as rotas na área 4 e as envia para fora da área 4 para a área 0. R3 gera resumos de rede para as rotas na área 3 e as envia para fora da área 3 para a área 0.

Figura 4: Topologia de amostra usada para uma política de resumo da rede de importação do OSPF Sample Topology Used for an OSPF Import Network Summary Policy

Neste exemplo, você configura R3 com uma política de resumo da rede de importação chamada política de importação, de modo que R3 só gera resumos de rede para a rota 10.0.4.12/30. A política de importação controla as rotas e, portanto, os resumos de rede que R3 anuncia fora da área 3, então aplicar essa política significa que R3 anuncia apenas a rota 10.0.4.12/30 da área 3. Isso resulta em resumos de rede existentes de outras rotas intermarinas sendo eliminados do banco de dados OSPF na área 0 e na área 4, bem como nas tabelas de roteamento dos dispositivos nas áreas 0 e área 4. Primeiro você define a política e depois a aplica à ABR, incluindo a network-summary-import declaração do OSPFv2 ou a inter-area-prefix-import declaração do OSPFv3.

Os dispositivos operam da seguinte forma:

  • R1 — O dispositivo R1 é um roteador interno na área 3. A interface fe-0/1/0 tem um endereço IP de 10.0.4.13/30 e se conecta a R3. A interface fe-0/0/1 tem um endereço IP de 10.0.4.5/30 e se conecta a R2.

  • R2 — O dispositivo R2 é um roteador interno na área 3. A interface fe-0/0/1 tem um endereço IP de 10.0.4.6/30 e se conecta a R1. A interface fe-1/0/0 tem um endereço IP de 10.0.4.1/30 e se conecta a R3.

  • R3 — O dispositivo R3 participa da área 3 e da área 0. R3 é a ABR entre a área 3 e a área 0, e passa LSAs de resumo de rede entre as áreas. A interface fe-1/0/0 tem um endereço IP de 10.0.4.2/30 e se conecta a R2. A interface fe-1/1/0 tem um endereço IP de 10.0.4.14/30 e se conecta a R1. A interface fe-0/0/1 tem um endereço IP de 10.0.2.1/30 e se conecta a R4.

  • R4 — O dispositivo R4 participa da área 0 e da área 4. R4 é a ABR entre a área 0 e a área 4, e passa LSAs de resumo de rede entre as áreas. A interface fe-0/0/1 tem um endereço IP de 10.0.2.1/30 e se conecta a R3. A interface fe-1/1/0 tem um endereço IP de 10.0.8.6/30 e se conecta a R5. A interface fe-1/0/0 tem um endereço IP de 10.0.8.9/30 e se conecta a R6.

  • R5 — O dispositivo R5 é um roteador interno na área 4. A interface fe-1/1/0 tem um endereço IP de 10.0.8.5/30 e se conecta a R4.

  • R6 — O dispositivo R6 é um roteador interno na área 4. A interface fe-1/0/0 tem um endereço IP de 10.0.8.10/30 e se conecta a R4.

Configuração

Procedimento

Configuração rápida da CLI

Para configurar rapidamente uma política de importação de OSPF para resumos de rede, 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.

Configuração no dispositivo R1:

Configuração no dispositivo R2:

Configuração no dispositivo R3:

Configuração no dispositivo R4:

Configuração no dispositivo R5:

Configuração no dispositivo R6:

Procedimento passo a passo

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

Para configurar uma política de importação de OSPF para resumos da rede:

  1. Configure as interfaces.

    Nota:

    Para o OSPFv3, use endereços IPv6.

  2. Habilite o OSPF nas interfaces.

    Nota:

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

  3. No R3, configure a política de resumo da rede de importação.

  4. No R3, aplique a política de resumo da rede de importação ao OSPF.

    Nota:

    Para o OSPFv3, inclua a inter-area-prefix-export declaração no nível de [edit protocols ospf3 area area-id] hierarquia.

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

Resultados

Confirme sua configuração entrando no show interfaces, show policy-optionse show protocols ospf comandos no dispositivo apropriado. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Saída para R1:

Saída para R2:

Saída para R3:

Saída para R4:

Saída para R5:

Saída para R6:

Para confirmar sua configuração OSPFv3, insira o show interfaces, show policy-optionse show protocols ospf3 comandos no dispositivo apropriado.

Verificação

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

Verificando o banco de dados do OSPF

Propósito

Verifique se o banco de dados dos OSPF para os dispositivos na área 4 inclui a rota interarea que estamos anunciando a partir de R3. Quaisquer outras rotas da área 3 não devem ser anunciadas na área 4, portanto, essas entradas devem envelhecer ou não estar mais presentes no banco de dados do OSPF.

Ação

Do modo operacional, entre no comando do show ospf database netsummary area 0.0.0.4 OSPFv2 e insira o show ospf3 database inter-area-prefix area 0.0.0.4 comando para o OSPFv3.

Verificando a tabela de roteamento

Propósito

Verifique se a rota especificada está incluída na tabela de roteamento de R4, R5 ou R6. Quaisquer outras rotas da área 3 não devem ser anunciadas na área 4.

Ação

A partir do modo operacional, insira o show route protocol ospf comando para OSPFv2 e OSPFv3.

Exemplo: redistribuir rotas de OSPF para o IS-IS

Este exemplo mostra como redistribuir as rotas de OSPF em uma rede IS-IS.

Requisitos

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

Visão geral

A política de exportação pode ser aplicada ao IS-IS para facilitar a redistribuição de rotas.

O Junos OS não oferece suporte à aplicação da política de importação para protocolos de roteamento de estado de enlace, como o IS-IS, porque essas políticas podem levar a entradas inconsistentes de banco de dados de estado de enlace (LSDB), o que, por sua vez, pode resultar em inconstanções de roteamento.

Neste exemplo, as rotas OSPF 192.168.0/24 a 192.168.3/24 são redistribuídas na área IS-IS 49.0002 do Dispositivo R2.

Além disso, as políticas estão configuradas para garantir que o dispositivo R1 possa chegar a destinos na rede 10.0.0.44/30, e que o dispositivo R3 possa chegar a destinos na rede 10.0.0.36/30. Isso permite a acessibilidade de ponta a ponta.

A Figura 5 mostra a topologia usada neste exemplo.

Figura 5: Topologia IS-IS Route Redistribution Topology de redistribuição de rotas IS-IS

A configuração rápida da CLI mostra a configuração para todos os dispositivos na Figura 5. A seção #d109e62__d109e232 descreve as etapas do dispositivo R2. #d109e62__d109e361 descreve as etapas do dispositivo R3.

Topologia

Configuração

Procedimento

Configuração rápida da CLI

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

Dispositivo R1

Dispositivo R2

Dispositivo R3

Procedimento passo a passo

Para configurar o dispositivo R2:

  1. Configure as interfaces de rede.

  2. Configure o IS-IS na interface voltada para o dispositivo R1 e na interface de loopback.

  3. Configure a política que permite que o dispositivo R1 atinja a rede 10.0.0.44/30.

  4. Aplique a política que permite que o dispositivo R1 atinja a rede 10.0.0.44/30.

  5. Configure o OSPF nas interfaces.

  6. Configure a política de redistribuição de rotas dos OSPF.

  7. Aplique a política de redistribuição de rotas OSPF na instância IS-IS.

  8. Configure a política que permite que o dispositivo R3 atinja a rede 10.0.0.36/30.

  9. Aplique a política que permite que o dispositivo R3 atinja a rede 10.0.0.36/30.

Procedimento passo a passo

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

Para configurar o IS-IS de vários níveis:

  1. Configure as interfaces de rede.

    Vários endereços são configurados na interface de loopback para simular vários destinos de rota.

  2. Configure rotas estáticas para os endereços da interface de loopback.

    Estas são as rotas redistribuídas para o IS-IS.

  3. Configure o OSPF nas interfaces.

  4. Configure a política de OSPF para exportar as rotas estáticas.

  5. Aplique a política de exportação do OSPF.

Resultados

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

Dispositivo R2

Dispositivo R3

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

Verificação

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

Verificação do anúncio de rota do OSPF

Propósito

Certifique-se de que as rotas esperadas sejam anunciadas pelo OSPF.

Ação

Do modo operacional no dispositivo R2, entre no show route protocol ospf comando.

Significado

As rotas 192.168/16 são anunciadas pelo OSPF.

Verificação da redistribuição de rotas

Propósito

Certifique-se de que as rotas esperadas sejam redistribuídas do OSPF para o IS-IS.

Ação

Do modo operacional no dispositivo R1, entre no show route protocol isis comando.

Significado

As rotas 192.168/16 são redistribuídas para o IS-IS.

Verificando a conectividade

Propósito

Verifique se o dispositivo R1 pode chegar aos destinos no dispositivo R3.

Ação

Do modo operacional, entre no ping comando.

Significado

Esses resultados confirmam que o dispositivo R1 pode chegar aos destinos da rede OSPF.

Tabela de histórico de lançamento
Lançamento
Descrição
20.3R1
A partir do Junos OS Release 20.3R1, você pode configurar a proteção de compartilhamento de destino em redes TI-LFA para o roteamento por segmentos para escolher um caminho de redirecionamento rápido que não inclua grupos de compartilhamento de destino nos caminhos de backup de alternativa sem loop independente de topologia (TI-LFA) para evitar falhas no compartilhamento de destinos.
20.3R1
A partir do Junos OS Release 20.3R1, você pode configurar a proteção do Grupo de Enlace de Risco Compartilhado (SRLG) em redes TI-LFA para o roteamento por segmentos escolher um caminho de redirecionamento rápido que não inclua links SRLG nos caminhos de backup alternativos independentes de topologia (TI-LFA).
19.3R1
A partir do Junos OS Release 19.3R1, o Junos oferece suporte à criação de caminhos de backup TI-LFA independentes de topologia OSPF onde o SID de prefixo é aprendido com um anúncio de servidor de mapeamento de roteamento por segmentos quando o PLR e o servidor de mapeamento estão na mesma área do OSPF.