Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
NESTA PÁGINA
 

Configuração da política de roteamento OSPF

Entendendo 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 elas 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 estã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 para os 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 de política de roteamento é composta por regras padrão para cada protocolo de roteamento que determinam quais rotas o protocolo coloca na tabela de roteamento e anunciam 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 antecipar as políticas padrão, que estão sempre presentes. Uma política de roteamento permite que você modifique a estrutura de políticas de roteamento para atender às suas necessidades. Você pode criar e implementar suas próprias políticas de roteamento para fazer o seguinte:

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

  • Controle quais rotas ativas 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.

  • Manipular as características de rota como um protocolo de roteamento coloca a rota na tabela de roteamento ou anuncia a rota a partir 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 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 igual custo, 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 as 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, somente essa rota será avaliada. Em outras palavras, uma política de exportação não avalia todas as rotas; ele 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 explicitamente configuradas

Uma rota explicitamente configurada é uma rota que você configurou. As rotas diretas não estão explicitamente configuradas. 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 de estrutura de políticas trata rotas diretas e explicitamente configuradas como se fossem aprendidas por meio de protocolos de roteamento; portanto, elas podem ser importadas para a tabela de roteamento. As rotas não podem ser exportadas da tabela de roteamento para o pseudoprotocol, porque este 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 comprometer rapidamente essas políticas de roteamento e objetos de política, que podem ser referenciados e aplicados na configuração padrão conforme necessário. BGP é o único protocolo ao qual você pode aplicar políticas de roteamento que fazem referência às políticas 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 mudanças 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.

Veja também

Entendendo 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 duas cotações. Cada nome da política de roteamento deve ser único em uma configuração. Quando uma política é criada e nomeada, ela deve ser aplicada antes de estar ativa.

import No comunicado, você lista o nome da política de roteamento usada para filtrar as rotas externas de OSPF de serem instaladas nas tabelas de roteamento de vizinhos 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 OSPF. Isso significa que a política de importação não tem impacto sobre os anúncios de estado de link. A política de importação padrão para OSPF é aceitar todas as rotas aprendidas e importá-las para a tabela de roteamento.

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. A política de exportação padrão para OSPF é rejeitar tudo, exceto LSA tipo 1 e tipo 2. O OSPF não exporta suas rotas aprendidas internamente (as rotas diretamente conectadas em interfaces que estão executando o protocolo). O OSPF usa o anúncio de estado de enlace (LSA) para anunciar rotas locais e rotas aprendidas, e as inundações de LSA não são afetadas pela política de exportação.

Por padrão, se um dispositivo de roteamento tiver várias áreas de OSPF, as 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 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 duas cotações.

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

  • Condições de correspondência são critérios que uma rota deve corresponder antes que as ações possam ser aplicadas. Se uma rota corresponde 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 corresponder 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 determinado termo, as ações definidas para esse termo serão processadas.

Cada termo pode incluir duas declarações eto, from que definem as condições da correspondência:

  • from Na declaração, você define os critérios que uma rota de entrada deve corresponder. 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 corresponder. 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 da partida em um termo não é importante porque uma rota deve corresponder a 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 from to correspondência e declarações 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.

  • Trace a ação, que registra as correspondências da rota.

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

  • 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 Configurar ações em termos de política de roteamento.

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

O suporte para rotas alternativas sem loop (LFA) OSPF basicamente 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 estã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 salto primário para uma determinada rota não está mais disponível. A seleção do LFA é feita aleatoriamente selecionando qualquer LFA correspondente para progredir para o destino determinado. Isso não garante a melhor cobertura de backup disponível para a rede. Para escolher o melhor LFA, o Junos OS permite que você configure 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) de backup, cada nó e atributo de link do caminho de backup é acumulado pelo IGP e está associado a todos os nós (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 pedidos. Ao avaliar as políticas de backup, cada caminho de backup recebe 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 enlace de risco compartilhado (SRLG) é um conjunto de links que compartilham um recurso comum, o que afeta todos os links no 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, dizem que os links que compartilham uma fibra comum estão no mesmo SRLG porque uma falha na fibra pode fazer com que todos os links 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 primário e o backup. Essa rejeição de SRLGs comuns baseia-se na não existência de enlaces com SRLGs comuns no próximo salto 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 próximo salto 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 salto primário.

  • tipo de proteção— O tipo de proteção protege o destino contra falha de nó do nó primário ou falha de enlace do link principal. Você pode configurar nó, link ou link de nós para proteger o destino. Se o nó de enlace estiver configurado, o LFA que protege nós é preferido na proteção de enlaces LFA.

  • nó- O nó é informação de política por nó. Aqui, o nó pode ser um roteador conectado diretamente, roteador remoto como rsVP backup LSP tail-end, ou qualquer outro roteador no caminho SPF de backup. Os nós são identificados por meio do id de roteamento 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 dest-metric são os dois tipos de métricas. a métrica de raiz indica a métrica para o vizinho de um salto ou um roteador remoto, como um roteador de ponta LSP de backup RSVP. A métrica dest indica a métrica de um vizinho de um salto 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, em seguida, 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ó do tipo de 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.

Veja também

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

O suporte para rotas alternativas sem loop (LFA) OSPF basicamente 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 estã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 salto primário para uma determinada rota não está mais disponível. A seleção do LFA é feita aleatoriamente selecionando qualquer LFA correspondente para progredir para o destino determinado. Isso não garante a melhor cobertura de backup disponível para a rede. Para escolher o melhor LFA, o Junos OS permite que você configure 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 interior ou roteamento estático. Consulte a biblioteca de protocolos de roteamento do 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 de srlg.
  5. Habilite o MPLS em todas as interfaces.
  6. Aplique o MPLS em uma interface configurada com um grupo administrativo.
  7. Configure a 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étricas 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 link no caminho de backup exigir que todos os grupos administrativos listados aceitem o caminho.

      Por exemplo, definir todos os grupos administrativos se cada link exigir que todos os grupos administrativos listados aceitem o caminho:

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

      Por exemplo, definir qualquer grupo administrativo se cada link 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 à esquerda do conjunto tem a mais alta preferência.

      Por exemplo, para 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 salto de backup apenas se a largura de banda for maior ou igual à largura de banda do próximo salto primário.
  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 RSVP (LSP) 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 para 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, então a seleção ou a preferência se baseiam na dest-metric.

    • [dest root] — A seleção ou preferência do caminho de backup é primeiramente baseada nos critérios de dest-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 próximo salto.

    • Configure um conjunto ordenado de vizinhos a ser preferido.

      O caminho de backup com o vizinho mais à esquerda é 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 oferece proteção de enlaces.

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

    • Selecione o caminho de backup que permite a proteção de nós ou de link LFA, onde a LFA de proteção de nós é preferida em vez da 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 menor métrica raiz.

  18. Configure o caminho de seleção de backup para permitir ou rejeitar os grupos comuns de link de risco compartilhado (SRLGs) entre o link primário e cada link no caminho de backup.

    • Configure o caminho de backup para permitir srlgs comuns entre o link principal e cada link no caminho de backup.

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

    • Configure o caminho de backup para rejeitar o caminho de backup que tem srlgs comuns entre o link de próximo salto primário 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 é admin group, srlg, largura de banda, tipo de proteção, nó e métrica.

Veja também

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

Entenda o alternativo 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 de entrada e ações de encaminhamento. Uma ação de encaminhamento específica é referida como um segmento e o rótulo que identifica esse segmento é referido como um identificador de segmentos (SID). Os caminhos de backup criados pela TI-LFA utilizam os seguintes tipos de segmentos:

  • Segmento de nós — um segmento de nós encaminha pacotes ao longo do caminho ou caminhos mais curtos para um nó de destino. O rótulo que representa o segmento de nós (o SID de nós) é trocado até que o nó de destino seja alcançado.

  • Segmento de adjacência — Um segmento de adjacência encaminha pacotes em uma interface específica sobre o 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 anunciava.

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ós e SIDs de adjacência. Normalmente, os SIDs de nós 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 de compartilhamento de destino e falhas compartilhadas em grupos de enlace de risco. No modo de falha de link, o destino é protegido se o link falhar. No modo de proteção de nós, o destino é protegido se o vizinho conectado ao enlace primário falhar. Para determinar o caminho de proteção de nós após a convergência, o custo de todos os links que saem do vizinho é assumido para aumentar em um valor 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 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 de compartilhamento de destino. Com a proteção do compartilhamento de destinos, uma lista de grupos de compartilhamento de destinos está configurada em cada PLR com os links em cada grupo de compartilhamento de destinos identificado por seus respectivos endereços IP. O PLR associa um custo a cada grupo de compartilhamento de destino. O caminho pós-convergência consciente do destino é computado assumindo que o custo de cada link no mesmo grupo de compartilhamento de destino que o link fracassado 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 roteamento por segmentos para escolher um caminho de redirecionamento rápido que não inclua links SRLG nos caminhos de backup alternativo sem loop independente de topologia (TI-LFA). Os SRLGs compartilham uma fibra comum e também compartilham os riscos de um elo 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 link protegido no caminho de backup. A configuração da proteção 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 que está alinhado com o caminho pós convergência e exclui os links que pertencem ao SRLG do link protegido. Todos os links locais e remotos que são do mesmo SRLG que o link protegido sã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árias etiquetas 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 determinada 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 um intervalo de 2 a 5.

É frequentemente o caso de que 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 igual custo. 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 de usar alternativa sem loop independente de topologia com roteamento por segmentos

  • A alternativa sem loop (LFA) e LFA remota (RLFA) têm sido usadas para fornecer proteção de redirecionamento rápido por 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 loops de volta pelo PLR. Em uma topologia de rede típica, aproximadamente 40 a 60% dos destinos podem ser protegidos pela LFA. O LFA remoto 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 fazer loops de volta pelo PLR. Usando LFA remoto, mais destinos podem ser protegidos pelo PLR em comparação com a LFA. No entanto, dependendo da topologia da rede, a porcentagem de destinos protegidos pelo LFA remoto é geralmente inferior a 100%.

  • A LFA independente de topologia (TI-LFA) estende o conceito de LFA e LFA remota, permitindo que o PLR use pilhas de rótulo 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) converge para um determinado cenário de falha. Esse caminho é referido como o 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 ao longo do caminho pós-convergência após uma falha. Nesses casos, uma operadora 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 a TI-LFA para OSPF, certifique-se de configurar o roteamento SPRING ou 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 ambos na mesma área de OSPF.

Para configurar a 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 backup de caminho mais curto primeiro (SPF), 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 interfacepara 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 destino para uma determinada área e interface.
  6. (Opcional) Habilitar a proteção SRLG para uma determinada área e interface.

Veja também

Exemplo: configuração da 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ço 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 Release 15.1 ou posterior 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 ou critérios de seleção de alternativa sem loop (LFA) padrão pode ser substituído por uma política de LFA. Essas políticas estão configuradas para cada destino (IPv4 e IPv6) e uma interface de próximo salto primária. Essas políticas de backup aplicam a seleção de LFA com base em atributos de grupo de administrador, 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ós e link) do caminho de backup, armazenados 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 primária de next-hop. O primeiro ou o melhor caminho de backup são selecionados e instalados 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: Política de seleção de backup de exemplo 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 a configuração da sua 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 na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o dispositivo R3:

  1. Configure as interfaces.

  2. Configure valores de srlg.

  3. Configure a 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 o 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 noshow interfaces, show protocolsshow policy-optionse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

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

Verificação

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

Verificação das rotas

Propósito

Verifique se as rotas esperadas são aprendidas.

Ação

A partir do modo operacional, execute o show route comando da 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

A partir 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

A partir 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 do Dispositivo R3.

Ação

A partir 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 próximo salto.

Veja também

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 este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere 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 então 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 na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do 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 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 este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere 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 então 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 na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do 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 se 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

A partir do modo operacional, entre no show route comando.

Solucionando problemas

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

Problema

A tabela de roteamento contém rotas ou rotas inesperadas que estão faltando na 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 em que o injectpolicy1 termo política analisa e age.

Exemplo: redistribuição de rotas estáticas para 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 da 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 corresponder, 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 do 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 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 Modificar a configuração do Junos OS no Guia do 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 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, confirme a configuração.

Resultados

Confirme sua configuração inserindo os comandos e show protocols ospf a show policy-options configuração. 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 se 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

A partir 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 em que você configurou a política de exportação, verifique se o dispositivo de roteamento origina um LSA externo AS para as rotas estáticas que são adicionadas à tabela de roteamento.

Ação

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

Exemplo: Configuração de uma política de importação de 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 que está 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 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) é referido como o 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 de OSPF permite que você impeça que rotas externas sejam adicionadas às tabelas de roteamento dos vizinhos osPF. A política de importação não afeta o banco de dados OSPF. Isso significa que a política de importação não tem impacto sobre os anúncios de estado de link. A filtragem é feita apenas em rotas externas no OSPF. As rotas intraáreas e interáreas 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 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 forem inundados 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 que você configura 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. O R1 tem uma política de exportação 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. O R2 tem uma política de importação de OSPF configurada que corresponde à rota estática à 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 de OSPF, cole-as em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos no 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 Modificar a configuração do Junos OS noGuia do 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 de OSPF.

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

Resultados

Confirme sua configuração inserindo o show interfacese show policy-optionsshow protocols ospf os 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 o show interfaces, show policy-optionse show routing-optionsshow protocols ospf3 comandos no dispositivo apropriado.

Verificação

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

Verificando o banco de dados OSPF

Propósito

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

Ação

A partir do modo operacional, entre no show ospf database 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

A partir do modo operacional, entre no show route comando.

Exemplo: configuração de 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 de 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 de topologia 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 de OSPF só pode ser usada para definir prioridade ou filtrar rotas externas de OSPF. Se uma política de importação de OSPF for aplicada que resulte em uma reject ação terminante 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 no tráfego, ou seja, tráfego silenciosamente descartado, garantindo um roteamento consistente dentro do domínio OSPF.

Em geral, as rotas OSPF que não são explicitamente atribuídas a uma prioridade são tratadas como meio de prioridade, exceto para os seguintes:

  • As rotas de descarte sumária têm uma prioridade padrão baixa.

  • As rotas locais que não são adicionadas à tabela de roteamento recebem uma prioridade baixa.

  • As rotas externas que são recusadas pela política de importação e, portanto, não adicionadas à tabela de roteamento recebem 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 de OSPF. As rotas associadas a esses prefixos estã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 de 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 quaisquer detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos no CLI no nível de hierarquia [editar] e então 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 Modificar a configuração do Junos OS noGuia do usuário da CLI.

Para configurar uma política de importação de OSPF que prioriza 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 de OSPF.

  4. Aplique a política ao OSPF.

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

Resultados

Confirme sua configuração inserindo os show interfacesshow policy-optionscomandos e a show protocols ospf configuração. 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, digite o show interfacese show policy-optionsos show protocols ospf3 comandos.

Verificação

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

Verificando a prioridade de prefixo na tabela de roteamento 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 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 através dos limites da área. Cada roteador de fronteira de área (ABR) inunda LSAs sumários 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 sumários da 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 que você controle 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 interárea e executa a mesma função que um LSA de resumo de rede executa para OSPFv2. Um ABR origina um LSA de prefixo interárea 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 inundados em uma área. A política de importação permite que você controle quais rotas aprendidas com uma área são usadas para gerar LSAs sumários em outras áreas. Você define uma política de roteamento no nível hierárquica [edit policy-options policy-statement policy-name] . Como acontece com todas as políticas de exportação de OSPF, o padrão para 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 de OSPF, o padrão para políticas de importação LSA sumárias da rede é aceitar todas as rotas OSPF.

Exemplo: configuração de 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 sumários da rede para transmitir informações de rota através dos 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 sumários da rede.

Nota:

Para o OSPFv3, o 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 ABR origina um LSA de prefixo interárea 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 se aplicam às políticas de resumo da rede de exportação:

  • Você deve ter uma compreensão completa da 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 de amostra com três áreas de OSPF. O R4 gera resumos de rede para as rotas na área 4 e as envia da área 4 à área 0. A R3 gera resumos de rede para as rotas na área 3 e as envia da área 3 à área 0.

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

Neste exemplo, você configura o R4 com uma política de resumo da rede de exportação chamada política de exportação que só permite rotas compatíveis com o prefixo de 10,4,4,4 da área 3 para a área 4. A política de exportação controla os LSAs sumários da rede que o R4 inunda a área 4. Isso resulta apenas na rota interarea permitida para entrar na área 4, e todas as outras rotas interáreas a serem expurgadas 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 para 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 ao R3. A interface fe-0/0/1 tem um endereço IP de 10.0.4.5/30 e se conecta ao 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 ao R1. A interface fe-1/0/0 tem um endereço IP de 10.0.4.1 e se conecta ao 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 ao R2. A interface fe-1/1/0 tem um endereço IP de 10.0.4.14/30 e se conecta ao R1. A interface fe-0/0/1 tem um endereço IP de 10.0.2.1/30 e se conecta ao 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 ao R3. A interface fe-1/1/0 tem um endereço IP de 10.0.8.6/30 e se conecta ao R5. A interface fe-1/0/0 tem um endereço IP de 10.0.8.9/30 e se conecta ao 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 ao 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 ao R4.

Configuração

Configuração rápida da CLI

Para configurar rapidamente uma política de exportação de OSPF para resumos de rede, copiar os seguintes comandos, cole-os em um arquivo de texto, remover quaisquer quebras de linha, alterar quaisquer detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos no CLI no nível de hierarquia [editar] e então 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 Modificar a configuração do Junos OS no Guia do usuário da CLI.

Para configurar uma política de exportação de OSPF configurada para resumos de 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, confirme a configuração.

Resultados

Confirme sua configuração inserindo o show interfacese show policy-optionsshow protocols ospf os 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 a configuração do OSPFv3, insira o show interfacese show policy-optionsshow protocols ospf3 comandos no dispositivo apropriado.

Verificação

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

Verificando o banco de dados OSPF

Propósito

Verifique se o banco de dados OSPF para os dispositivos na área 4 inclui a rota interárea 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 OSPF.

Ação

A partir do modo operacional, insira o show ospf database netsummary area 0.0.0.4 comando para o 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 do R4, R5 ou R6.

Ação

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

Exemplo: configuração de 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 sumários da rede para transmitir informações de rota através dos 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 sumários da rede.

Nota:

Para o OSPFv3, o 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 ABR origina um LSA de prefixo interárea 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 completa da 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 de route-filter 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 de amostra com três áreas de OSPF. O R4 gera resumos de rede para as rotas na área 4 e as envia da área 4 à área 0. A R3 gera resumos de rede para as rotas na área 3 e as envia da área 3 à área 0.

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

Neste exemplo, você configura o R3 com uma política de resumo de rede de importação chamada política de importação para que a R3 só gere 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 a R3 anuncia fora da área 3, portanto, a aplicação dessa política significa que a R3 anuncia apenas a rota 10.0.4.12/30 da área 3. Isso resulta em resumos de rede existentes de outras rotas interáreas sendo eliminados do banco de dados OSPF na área 0 e á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 para 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 ao R3. A interface fe-0/0/1 tem um endereço IP de 10.0.4.5/30 e se conecta ao 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 ao R1. A interface fe-1/0/0 tem um endereço IP de 10.0.4.1/30 e se conecta ao 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 ao R2. A interface fe-1/1/0 tem um endereço IP de 10.0.4.14/30 e se conecta ao R1. A interface fe-0/0/1 tem um endereço IP de 10.0.2.1/30 e se conecta ao 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 ao R3. A interface fe-1/1/0 tem um endereço IP de 10.0.8.6/30 e se conecta ao R5. A interface fe-1/0/0 tem um endereço IP de 10.0.8.9/30 e se conecta ao 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 ao 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 ao 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 quaisquer 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 então 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 Modificar a configuração do Junos OS no Guia do usuário da CLI.

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

Resultados

Confirme sua configuração inserindo o show interfacese show policy-optionsshow protocols ospf os 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 a configuração do OSPFv3, insira o show interfacese show policy-optionsshow protocols ospf3 comandos no dispositivo apropriado.

Verificação

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

Verificando o banco de dados OSPF

Propósito

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

Ação

A partir do modo operacional, insira o show ospf database netsummary area 0.0.0.4 comando para o 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: Redistribuição de rotas OSPF no IS-IS

Este exemplo mostra como redistribuir as rotas 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 pode 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 #d177e62__d177e232 descreve as etapas do Dispositivo R2. #d177e62__d177e361 descreve as etapas do dispositivo R3.

Topologia

Configuração

Procedimento

Configuração rápida da CLI

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

Dispositivo R1

Dispositivo R2

Dispositivo R3

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 rota OSPF.

  7. Aplique a política de redistribuição de rota 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 na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

Para configurar o IS-IS multinível:

  1. Configure as interfaces de rede.

    Vários endereços estã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 que são 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 noshow interfaces, show protocolsshow policy-optionse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Dispositivo R2

Dispositivo R3

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

Verificação

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

Verificação do anúncio da rota OSPF

Propósito

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

Ação

A partir do modo operacional no dispositivo R2, entre no show route protocol ospf comando.

Significado

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

Verificação da redistribuição de rota

Propósito

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

Ação

A partir do modo operacional no dispositivo R1, entre no show route protocol isis comando.

Significado

As rotas de 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

A partir do modo operacional, entre no ping comando.

Significado

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

Documentação relacionada

Tabela de histórico de mudanças

O suporte de recursos é determinado pela plataforma e versão que você está usando. Use o Feature Explorer para determinar se um recurso é suportado em sua plataforma.

Soltar
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 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 de compartilhamento de destino.
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 roteamento por segmentos para escolher um caminho de redirecionamento rápido que não inclua links SRLG nos caminhos de backup alternativo sem loop independente 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 ambos na mesma área de OSPF.