Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuração de LSP ponto a multipoint

Visão geral dos LSPs point-to-multipoint

Um ponto-a-multipoint MPLS LSP é um LSP com uma única origem e vários destinos. Ao aproveitar a capacidade MPLS de replicação de pacotes da rede, os LSPs ponto a multipoint evitam a replicação desnecessária de pacotes no roteador de entrada. A replicação de pacotes só acontece quando pacotes são encaminhados para dois ou mais destinos diferentes, exigindo caminhos de rede diferentes.

Esse processo é ilustrado em Figura 1 . O roteador PE1 está configurado com um LSP ponto-a-multipoint para os roteadores PE2, PE3 e PE4. Quando o roteador PE1 envia um pacote no LSP ponto-a-multipoint para os roteadores P1 e P2, o roteador P1 replica o pacote e o encaminha para os roteadores PE2 e PE3. O roteador P2 envia o pacote para o roteador PE4.

Esse recurso é descrito em detalhes nas rascunhos da Internet draft-raggarwa-mpls-p2mp-te-02.txt (expirado em fevereiro de 2004), Estabelecendo ponto para LSPsmultipoint MPLS TE, draft-ietf-mpls-rsvp-te-p2mp-02.txt, Extensões para Engenharia de Tráfego de Protocolo de Reserva de Recursos (RSVP-TE)para caminhos comutado de rótulos (LSPs) de ponto a multi TE point e RFC 6388, Extensões de Protocolo de Distribuição de Rótulos para Caminhos Comuados de Rótulos Ponto a Multipoint e Multipoint para Multipoint (somente LSPs ponto a multipoint são suportados).

Figura 1: Point-to-Multipoint LSPsPoint-to-Multipoint LSPs

Abaixo estão algumas das propriedades dos LSPs point-to-multipoint:

  • Um LSP ponto a multipoint permite que você use MPLS para distribuição de dados ponto a multipoint. Essa funcionalidade é semelhante à fornecida pelo IP multicast.

  • Você pode adicionar e remover LSPs de filiais de um LSP ponto a multipoint principal sem interromper o tráfego. As partes não afetadas do LSP ponto-a-multipoint continuam funcionando normalmente.

  • Você pode configurar um nó para ser um roteador de trânsito e de saída para LSPs de filiais diferentes do mesmo LSP ponto-a-multipoint.

  • Você pode habilitar a proteção de enlace em um LSP point-to-multipoint. A proteção de enlace pode fornecer um LSP de bypass para cada um dos LSPs de filial que comem o LSP ponto a multipoint. Se algum dos caminhos principais falhar, o tráfego pode ser rapidamente comutado para o bypass.

  • Você pode configurar LSPs de filiais de maneira estática, dinâmica ou como uma combinação de LSPs estáticos e dinâmicos.

  • Você pode habilitar Mecanismo de Roteamento switchover (GRES) e reinicializar graciosamente para LSPs point-to-multipoint em roteadores de entrada e saída. Os LSPs point-to-multipoint devem ser configurados usando-se rotas estáticas ou CCC (Circuit Cross-Connect, conexão cruzada por circuitos). O GRES e a reinicialização graciosa permitem que o tráfego seja encaminhado no Mecanismo de Encaminhamento de Pacotes com base no estado antigo enquanto o plano de controle se recupera. A paridade dos recursos para GRES e reinicialização graciosa para MPLS LSPs ponto a multipoint no chipset Junos Trio é suportada nas versões do Junos OS 11.1R2, 11.2R2 e 11.4.

Entender LSPs point-to-multipoint

Um caminho de comutado de rótulo (LSP) de ponto para MPLS é um LSP com sinal de LDP ou RSVP com sinal de RSVP, com uma única origem e vários destinos. Ao aproveitar a capacidade MPLS de replicação de pacotes da rede, os LSPs ponto a multipoint evitam a replicação desnecessária de pacotes no roteador de entrada (entrada). A replicação de pacotes só acontece quando pacotes são encaminhados para dois ou mais destinos diferentes, exigindo caminhos de rede diferentes.

Esse processo é ilustrado em Figura 2 . O Dispositivo PE1 está configurado com um LSP ponto-a-multipoint para os roteadores PE2, PE3 e PE4. Quando o dispositivo PE1 envia um pacote no LSP ponto-a-multipoint para os roteadores P1 e P2, o dispositivo P1 replica o pacote e o encaminha para os roteadores PE2 e PE3. O dispositivo P2 envia o pacote para o dispositivo PE4.

Figura 2: Point-to-Multipoint LSPsPoint-to-Multipoint LSPs

A seguir estão algumas das propriedades dos LSPs point-to-multipoint:

  • Um LSP ponto a multipoint permite que você use MPLS para distribuição de dados ponto a multipoint. Essa funcionalidade é semelhante à fornecida pelo IP multicast.

  • Você pode adicionar e remover LSPs de filiais de um LSP ponto a multipoint principal sem interromper o tráfego. As partes não afetadas do LSP ponto-a-multipoint continuam funcionando normalmente.

  • Você pode configurar um nó para ser um roteador de trânsito e de saída (saída) para LSPs de filiais diferentes do mesmo LSP ponto a multipoint.

  • Você pode habilitar a proteção de enlace em um LSP point-to-multipoint. A proteção de enlace pode fornecer um LSP de bypass para cada um dos LSPs de filial que comem o LSP ponto a multipoint. Se algum caminho principal falhar, o tráfego pode ser rapidamente comutado para o bypass.

  • Você pode configurar subcamada estática ou dinamicamente.

  • Você pode habilitar a reinicialização graciosa em LSPs point-to-multipoint.

Visão geral da configuração de LSP ponto a ponto

Para configurar um LSP ponto-a-multipoint:

  1. Configure o LSP principal a partir do roteador de entrada e dos LSPs de filial que transportam tráfego até os roteadores de saída.
  2. Especifique um nome de caminho no LSP principal e esse mesmo nome de caminho em cada LSP de filial.
Nota:

Por padrão, os LSPs de filial são sinalização dinamicamente por meio do CSPF (Shortest Path First, caminho mais curto restrito) e não exigem configuração. Você pode configurar os LSPs das filiais como caminhos estáticos.

Exemplo: Configurando uma coleção de caminhos para criar um LSP ponto-a-multipoint com sinal de RSVP

Este exemplo mostra como configurar uma coleção de caminhos para criar um caminho de comutado de rótulos (LSP) com sinal de ponto para multipoint com sinal de RSVP.

Requisitos

Neste exemplo, nenhuma configuração especial além da inicialização do dispositivo é necessária.

Visão geral

Neste exemplo, vários dispositivos de roteamento servem como nós de trânsito, filial e folha de um único LSP ponto a multipoint. Na borda do provedor (PE), o Dispositivo PE1 é o nó de ingresso. As filiais vão de PE1 a PE2, PE1 a PE3 e PE1 a PE4. Rotas unicast estáticas no nó de entrada (PE1) apontam para os nós de saída.

Este exemplo também demonstra rotas estáticas com um próximo hop que é um LSP ponto-a-multipoint, usando a p2mp-lsp-next-hop instrução. Isso é útil ao implementar o encaminhamento baseado em filtro.

Nota:

Outra opção é usar a instrução para configurar um LSP ponto a ponto regular lsp-next-hop para ser o próximo salto. Embora não exibido neste exemplo, você pode opcionalmente designar uma preferência e uma métrica independentes para o próximo salto.

Diagrama de topologia

Figura 3 mostra a topologia usada neste exemplo.

Figura 3: LSP ponto-a-multipoint sinalado por RSVPLSP ponto-a-multipoint sinalado por RSVP

Configuração

Configuração rápida CLI

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

Dispositivo PE1

Dispositivo CE1

Dispositivo CE2

Dispositivo CE3

Dispositivo CE4

Configurando o roteador de entrada comutado por rótulos (LSR) (Dispositivo PE1)

Procedimento passo a passo

Para configurar o dispositivo PE1:

  1. Configure as famílias de interfaces, encapsulamento de interface e protocolo.

  2. Ative RSVP, MPLS e OSPF nas interfaces.

  3. Configure os MPLS LSPs ponto a multipoint.

  4. (Opcional) Ative a proteção de enlace nos LSPs.

    A proteção de enlace ajuda a garantir que o tráfego enviado por uma interface específica para um roteador vizinho possa continuar a chegar ao roteador se essa interface falhar.

  5. Permita MPLS realizar engenharia de tráfego para OSPF.

    Isso faz com que as rotas de ingresso sejam instaladas na tabela de roteamento inet.0. Por padrão, MPLS realiza engenharia de tráfego apenas BGP segurança. Você precisa habilitar engenharia de tráfego de MPLS apenas na entrada LSR entrada.

  6. Habilitar a engenharia de tráfego para OSPF.

    Isso faz com que o algoritmo de primeiro caminho mais curto (SPF) leve em consideração os LSPs configurados em MPLS.

  7. Configure a ID do roteador.

  8. Configure rotas de unicast IP estáticas com o nome LSP ponto-a-multipoint como o próximo salto para cada rota.

  9. Caso você não configure o dispositivo, compromete a configuração.

Configurando os LSRs de trânsito e saída (dispositivos P2, P3, P4, PE2, PE3 e PE4)

Procedimento passo a passo

Para configurar os LSRs de trânsito e de saída:

  1. Configure as famílias de interfaces, encapsulamento de interface e protocolo.

  2. Ative RSVP, MPLS e OSPF nas interfaces.

  3. Habilitar a engenharia de tráfego para OSPF.

    Isso faz com que o algoritmo de primeiro caminho mais curto (SPF) leve em consideração os LSPs configurados em MPLS.

  4. Configure as IDs do roteador.

  5. Caso você não configure os dispositivos, compromete a configuração.

Resultados

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

Dispositivo PE1

Dispositivo P2

Dispositivo P3

Dispositivo P4

Dispositivo PE2

Dispositivo PE3

Dispositivo PE4

Configuração do dispositivo CE1

Procedimento passo a passo

Para configurar o dispositivo CE1:

  1. Configure uma interface para o Dispositivo PE1.

  2. Configure rotas estáticas do dispositivo CE1 para as outras três redes de clientes, com o Dispositivo PE1 como o próximo salto.

  3. Caso você não configure o dispositivo, compromete a configuração.

Resultados

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

Configuração do dispositivo CE2

Procedimento passo a passo

Para configurar o dispositivo CE2:

  1. Configure uma interface para o dispositivo PE2.

  2. Configure uma rota estática do dispositivo CE2 até CE1, com o Dispositivo PE2 como o próximo salto.

  3. Caso você não configure o dispositivo, compromete a configuração.

Resultados

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

Configuração do dispositivo CE3

Procedimento passo a passo

Para configurar o dispositivo CE3:

  1. Configure uma interface para o Dispositivo PE3.

  2. Configure uma rota estática do dispositivo CE3 até CE1, com o Dispositivo PE3 como o próximo salto.

  3. Caso você não configure o dispositivo, compromete a configuração.

Resultados

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

Configuração do dispositivo CE4

Procedimento passo a passo

Para configurar o dispositivo CE4:

  1. Configure uma interface para o Dispositivo PE4.

  2. Configure uma rota estática do dispositivo CE4 até CE1, com o Dispositivo PE4 como o próximo salto.

  3. Caso você não configure o dispositivo, compromete a configuração.

Resultados

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

Verificação

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

Verificação de conectividade

Propósito

Certifique-se de que os dispositivos possam se rastrear.

Ação

Execute o ping comando do CE1 até a interface no CE2 que se conecta ao PE2.

Execute o ping comando do CE1 até a interface no CE3 conectando-se ao PE3.

Execute o ping comando do CE1 até a interface no CE4 com a conexão com PE4.

Verificar o estado do LSP ponto-a-multipoint

Propósito

Certifique-se de que as LSRs de entrada, trânsito e saída estão no estado up.

Ação

Execute o show mpls lsp p2mp comando em todos os LSRs. Somente a entrada LSR entrada é mostrada aqui.

Verificação da tabela de encaminhamento

Propósito

Certifique-se de que as rotas estão configuradas como esperados ao executar o show route forwarding-table comando. Aqui, só são mostradas as rotas para as redes de clientes remotas.

Ação

Configuração de LSPs principais e de filiais para LSPs point-to-multipoint

Um caminho de comutado de rótulo (LSP) ponto a MPLS multipoint é um LSP RSVP com vários destinos. Ao aproveitar a capacidade MPLS de replicação de pacotes da rede, os LSPs ponto a multipoint evitam a replicação desnecessária de pacotes no roteador de entrada. Para obter mais informações sobre LSPs point-to-multipoint, consulte Visão geral dos LSPs point-to-Multipoint.

Para configurar um LSP ponto-a-multipoint, você precisa configurar o LSP principal a partir do roteador de entrada e dos LSPs de filial que transportam tráfego até os roteadores de saída, conforme descrito nas seções a seguir:

Configurando o LSP ponto-a-multipoint principal

Um LSP ponto a multipoint deve ter um LSP principal configurado ponto a multipoint para transportar tráfego do roteador de entrada. A configuração do LSP ponto-a-multipoint principal é semelhante a um LSP sinalização. Consulte Configurar o roteador de entrada para MPLS LSPs com sinalização mais informações. Além da configuração LSP convencional, você precisa especificar um nome de caminho para o LSP ponto-a-multipoint principal incluindo a p2mp instrução:

Você pode incluir essa declaração nos seguintes níveis de hierarquia:

Você pode habilitar o temporizador de otimização para LSPs point-to-multipoint. Consulte Como otimizar LSPs sinalados para obter mais informações.

Configurando um LSP de filial para LSPs point-to-multipoint

O LSP ponto a multipoint principal envia tráfego para dois ou mais LSPs de filiais que transportam tráfego para cada um dos roteadores de borda do provedor de saída (PE). Na configuração para cada um desses LSPs de filial, o nome do caminho LSP de ponto para multipoint especificado deve ser idêntico ao nome do caminho configurado para o LSP principal ponto a multipoint. Veja Configurando o LSP ponto-a-multipoint principal mais informações.

Para associar um LSP de filial com o LSP principal ponto a multipoint, especifique o nome LSP ponto a multipoint incluindo a p2mp instrução:

Você pode incluir essa declaração nos seguintes níveis de hierarquia:

  • [edit protocols mpls label-switched-path lsp-name]

  • [edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]

    Nota:

    Qualquer mudança em qualquer um dos LSPs de filial de um LSP ponto-a-multipoint, seja por causa de uma ação do usuário ou por um ajuste automático feito pelo roteador, faz com que os LSPs principais e das filiais sejam restituíveis. O novo LSP ponto-a-multipoint é sinalização primeiro antes de o caminho antigo ser preso.

As seções a seguir descreverão como você pode configurar o LSP da filial como um caminho com sinal dinâmico usando CSPF (Constrained Shortest Path First, Caminho mais curto restrito), como um caminho estático ou como uma combinação de caminhos dinâmicos e estáticos:

Configurando o LSP da filial como um caminho dinâmico

Por padrão, o LSP de filial para um LSP ponto-a-multipoint é sinalização dinamicamente usando CSPF e não requer configuração.

Quando um LSP ponto a multipoint é alterado, seja pela adição ou exclusão de novos destinos ou pelo recálculo do caminho até os destinos existentes, determinados nós na árvore podem receber dados de mais de uma interface de entrada. Isso pode acontecer nas seguintes condições:

  • Alguns dos LSPs da filial até os destinos estão estaticamente configurados e podem se interseção com caminhos estáticos ou dinamicamente calculados para outros destinos.

  • Quando um caminho dinamicamente calculado para um LSP de filial resulta em uma mudança da interface de entrada para um dos nós da rede, o caminho mais antigo não é imediatamente separado após a sinalização do novo. Isso garante que quaisquer dados em trânsito que dependem do caminho mais antigo possam chegar ao seu destino. No entanto, o tráfego de rede pode potencialmente usar qualquer caminho para chegar ao destino.

  • Um roteador com falhas na entrada calcula os caminhos para dois destinos de filial diferentes de maneira que uma interface de entrada diferente seja escolhida para esses LSPs de filial em um nó de roteador comum a esses LSPs de filial.

Configurando o LSP da filial como um caminho estático

Você pode configurar o LSP da filial para um LSP point-to-multipoint como um caminho estático. Consulte Como configurar LSPs estáticos para obter mais informações.

Configurando LSPs ponto a ponto entre domínios

Um P2MP LSP entre domínios é um LSP P2MP que tem um ou mais sub-LSPs (filiais) que abrangem vários domínios em uma rede. Exemplos desses domínios incluem áreas IGP e sistemas autônomos (ASs). Um sub-LSP de um LSP entre domínios P2MP pode ser intra-área, inter-área ou inter-AS, dependendo da localização do nó de saída (leaf) em relação ao nó de entrada (origem).

No nó de ingresso, um nome é atribuído ao LSP entre domínios P2MP e compartilhado por todos os sub-LSPs constituintes. Cada sub-LSP está configurado separadamente, com seu próprio nó de saída e, opcionalmente, um caminho explícito. A localização do nó de saída do sub-LSP em relação ao nó de entrada determina se o sub-LSP é intra-área, inter-área ou inter-AS.

LSPs P2MP entre domínios podem ser usados para transportar tráfego nos seguintes aplicativos em uma rede multiással ou multi-AS:

  • Broadcast e multicast de Camada 2 no MPLS

  • VPN BGP/MPLS Camada 3

  • VPLS

Em cada nó de fronteira de domínio (ABR ou ASBR) ao longo do caminho do P2MP LSP, a instrução deve ser configurada no nível da hierarquia para que o CSPF possa estender um ERO de salto solto (geralmente a primeira entrada da lista de ERO transportada pela mensagem expand-loose-hop RSVP Path) em direção ao nó de saída ou ao nó de fronteira do próximo [edit protocols mpls] domínio.

Computação de caminho de CSPF para LSPs entre domínios P2MP:

  • A computação de caminho do CSPF é suportada em cada sub-LSP para LSPs entre domínios P2MP. Um sub-LSP pode ser intra-área, inter-área ou inter-AS. O CSPF trata uma sub-LSP entre áreas ou inter-AS da mesma maneira que um LSP P2P entre domínios.

  • Em um nó de ingresso ou em um nó de fronteira de domínio (ABR ou ASBR), o CSPF pode realizar uma expansão de ERO (Explicit Route Object) por consulta RSVP. O destino consultado pode ser um nó de saída ou um ERO já recebido. Se o destino residir em um domínio vizinho a que o nó está conectado, o CSPF gerará uma sequência de EROs strict-hop em direção a ele ou uma sequência de EROs strict-hop em direção a outro nó de fronteira de domínio que pode chegar ao destino.

  • Caso o RSVP não sinalize um caminho por meio de um nó bounday de domínio previamente selecionado, o RSVP tenta sinalizar um caminho por meio de outros nós de fronteira de domínio disponíveis de maneira round-robin.

  • Quando um sub-LSP é adicionado ou removido para ou de um LSP entre domínios P2MP, fazendo com que seu caminho (filial) seja mesclado ou podado com ou da árvore P2MP atual, os caminhos a serem trilhados pelos outros sub-LSPs não devem ser afetados, ajudando a evitar interrupções de tráfego nesses sub-LSPs.

Saiba o que se segue ao implantar LSPs P2MP entre domínios na sua rede:

  • A re-otimização periódica de caminhos é suportada para LSPs entre domínios P2MP em nós de entrada. Ele pode ser ligado para um LSP P2MP entre domínios configurando a instrução no nível da hierarquia com o mesmo intervalo para cada optimize-timer[edit protocols mpls label-switched-path lsp-name] sub-LSP.

  • Somente LSPs de proteção de enlace são suportados para LSPs entre domínios P2MP. Para habilita-la para um LSP P2MP entre domínios, a proteção de enlace deve estar configurada para todos os sub-LSPs e em todas as interfaces RSVP pelas pelas que o P2MP LSP possa viajar.

  • Somente OSPF áreas de domínio são suportadas para LSPs entre domínios P2MP. IS-IS níveis não são suportados.

Configurando o Graceful Reboot para LSPs point-to-multipoint

Você pode configurar a reinicialização graciosa em LSPs point-to-multipoint. A reinicialização graciosa permite que um roteador em fase de reinicialização informe seus vizinhos adjacentes de sua condição. O roteador de reinicialização solicita um período de carência do vizinho ou peer, que pode colaborar com o roteador de reinicialização. O roteador de reinicialização ainda pode MPLS tráfego durante o período de reinicialização; a convergência na rede não é rompida. A reinicialização não é evidente para o resto da rede, e o roteador de reinicialização não é removido da topologia de rede. O reinicialização graciosa de RSVP pode ser ativado em roteadores de trânsito e roteadores de entrada.

Para habilitar a reinicialização graciosa em um roteador que lida com tráfego LSP ponto a multipoint, inclua a graceful-restart declaração:

Você pode incluir essa declaração nos seguintes níveis de hierarquia:

  • [edit routing-options]

  • [edit logical-systems logical-system-name routing-options]

A configuração de reinicialização simples para LSPs point-to-multipoint é idêntica à de LSPs ponto a ponto. Para obter mais informações sobre como configurar o reinicialização gracioso, consulte Configurando RSVP Graceful Reboot.

Configurando uma política de verificação de RPF multicast para LSPs point-to-multipoint

Você pode controlar se uma verificação de encaminhamento de caminho reverso (RPF) é realizada para uma entrada de origem e grupo antes de instalar uma rota no cache de encaminhamento multicast. Com isso, é possível usar LSPs ponto a multipoint para distribuir tráfego multicast para ilhas PIM localizadas downstream a partir dos roteadores de saída dos LSPs point-to-multipoint.

Ao configurar a declaração, você pode desativar verificações rpf-check-policy de RPF para um par de origem e grupo. Normalmente, você configuraria essa instrução nos roteadores de saída de um LSP ponto-a-multipoint, porque a interface que recebe o tráfego multicast em um roteador de saída LSP ponto a multipoint pode nem sempre ser a interface RPF.

Você também pode configurar uma política de roteamento para agir sobre uma origem e um par de grupos. Essa política se comporta como uma política de importação, portanto, se nenhum termo de política bate com os dados de entrada, a ação da política padrão é "aceitação". Uma ação de política de aceitar permite verificações de RPF. Uma ação de recusa (aplicada a todos os pares de origem e grupo que não são aceitos) desativa verificações de RPF para o par.

Para configurar uma política de verificação de RPF multicast para um LSP ponto-a-multipoint, especifique a política de verificação RPF usando a rpf-check-policy instrução:

Você pode incluir essa declaração nos seguintes níveis de hierarquia:

  • [edit routing-options multicast]

  • [edit logical-systems logical-system-name routing-options multicast]

Você também deve configurar uma política para a verificação de RPF multicast. Você configura políticas em nível [edit policy-options] de hierarquia. Para obter mais informações, consulte o Guia de Usuário de Políticas de Roteamento, Filtrosde Firewall e Agentes de tráfego.

Nota:

Ao configurar a instrução, o Junos OS não pode realizar verificações de RPF no tráfego de entrada e, portanto, não pode detectar o tráfego chegando rpf-check-policy na interface errada. Isso pode fazer com que loops de roteamento se formem.

Exemplo: Configurando a política de verificação de RPF multicast para um LSP point-to-multipoint

Configure uma política para garantir que uma verificação do RPF não seja executada para fontes com prefixo ou mais que pertençam a grupos com 128.83/16 um prefixo 228/8 de ou mais:

Configurando redundância do roteador PE de entrada para LSPs point-to-multipoint

Você pode configurar um ou mais roteadores PE como parte de um grupo de roteadores PE de backup para habilitar a redundância do roteador PE de entrada. Você consegue isso configurando os endereços IP dos roteadores PE de backup (é necessário pelo menos um roteador PE de backup) e o endereço IP local usado pelo roteador PE local.

Você também deve configurar uma malha completa de LSPs ponto a ponto entre os roteadores PE principais e de backup. Você também precisa configurar BFD nesses LSPs. Consulte Configurar BFD para LSPs com sinal de RSVP e configurar BFD para LSPs LDP para obter mais informações.

Para configurar redundância de roteador PE de entrada para LSPs point-to-multipoint, inclua a backup-pe-group declaração:

Para ver uma lista de níveis de hierarquia nos quais você pode incluir essas declarações, consulte as seções de resumo da declaração para essas declarações.

Depois de configurar o grupo de backup de redundância do roteador PE de entrada, você também deve aplicar o grupo a uma rota estática no roteador PE. Isso garante que a rota estática está ativa (instalada na tabela de encaminhamento) quando o roteador PE local é o encaminhamento designado para o grupo PE de backup. Você só pode associar um grupo de roteadores PE de backup a uma rota estática que também tenha a p2mp-lsp-next-hop declaração configurada. Para obter mais informações, consulte Configurar rotas unicast estáticas para LSPs point-to-multipoint.

Permitindo LSPs ponto a ponto para monitorar roteadores PE de saída

Configurar um LSP com a instrução permite monitorar o status do roteador PE ao associate-backup-pe-groups qual está configurado. Você pode configurar vários grupos de roteadorES de backup usando o mesmo endereço do roteador. Uma falha deste LSP indica a todos os grupos de roteadorES PE de backup que o roteador PE de destino está inocesso. A associate-backup-pe-groups declaração não está ligada a um grupo específico de roteadores PE de backup. Ele se aplica a todos os grupos interessados no status do LSP a esse endereço.

Para permitir que um LSP monitore o status do roteador PE de saída, inclua a associate-backup-pe-groups declaração:

Essa instrução pode ser configurada nos seguintes níveis de hierarquia:

Se você configurar a associate-backup-pe-groups instrução, você deve configurar BFD para o LSP ponto a ponto. Para obter informações sobre como configurar BFD para um LSP, consulte Configurar BFD para MPLS LSPs IPv4 e configurar BFD para LSPs LDP.

Você também deve configurar uma malha completa de LSPs ponto a ponto entre os roteadores PE do grupo de roteadores PE de backup. É necessária uma malha completa para que cada roteador PE do grupo possa determinar de maneira independente o status dos outros roteadores PE, permitindo que cada roteador determine independentemente qual roteador PE é no momento o encaminhamento designado para o grupo do roteador PE de backup.

Se você configurar vários LSPs com a instrução no mesmo roteador PE de destino, o primeiro LSP configurado é usado para monitorar o estado de encaminhamento para associate-backup-pe-groups esse roteador PE. Se você configurar vários LSPs no mesmo destino, configure parâmetros semelhantes para os LSPs. Com esse cenário de configuração, uma notificação de falha pode ser acionada mesmo que o roteador PE remoto ainda esteja ativo.

Preservando o funcionamento de LSP ponto a multipoint com diferentes versões do Junos OS

Na versão 9.1 do Junos OS e anteriormente, as mensagens de Resv que incluem o S2L_SUB_LSP são recusadas por padrão. Na versão 9.2 e posterior do Junos OS, essas mensagens são aceitas por padrão. Para garantir o funcionamento adequado de LSPs ponto a multipoint em uma rede que inclui dispositivos executando a Versão 9.1 do Junos OS e anteriormente e dispositivos em execução no Junos 9.2 e posteriormente, você deve incluir a declaração na configuração dos dispositivos em execução do no-p2mp-sublsp Junos 9.2 e posteriormente:

Você pode incluir essa declaração nos seguintes níveis de hierarquia:

  • [edit protocols rsvp]

  • [edit logical-systems logical-system-name protocols rsvp]

Re fundir o comportamento na visão geral de LSP ponto a ponto

Esta seção fala sobre os benefícios e a visão geral do controle do comportamento de refusão em LSPs RSVP point-to-Multipoint (P2MP).

Benefícios do controle da refusão do P2MP LSP

  • Reduz a carga de sinalização de RSVP nos roteadores de entrada (roteadores de cabeça) ao evitar a computação de caminho dos sub LSPs que cria uma condição de refusão.

  • Economiza a largura de banda da rede ao recusar a refusão do P2MP sub LSP no nó de trânsito.

O que é refusão de P2MP LSP?

Em uma rede P2MP MPLS LSP, o termo refusão refere-se ao caso de um nó de entrada (headend) ou de trânsito (nó re-mesclar) que cria uma filial re-mesclada que cruza o LSP P2MP em outro nó na árvore. Isso pode ocorrer devido a eventos como um erro no cálculo do caminho, um erro na configuração manual ou alterações na topologia de rede durante o estabelecimento do P2MP LSP.

O RFC 4875 define as duas abordagens a seguir para tratar a refusão de P2MP LSP:

  • Primeiro, o nó que detecta a refusão permite que o caso de refusão persista, mas os dados de todos, menos uma interface de entrada, são descartados no nó re-mesclar. Isso funciona por padrão sem qualquer configuração.

  • Em segundo lugar, o nó de refusão inicia a poda dos sub LSPs re-merge por meio da sinalização.

Nos Juniper Networks da série MX, a primeira abordagem (definida por RFC 4875) funciona por padrão. A segunda abordagem pode ser implementada por uma das seguintes declarações de configuração de CLI, dependendo de onde os roteadores da série MX Juniper Networks são colocados (nó de ingresso ou nó de trânsito) na rede P2MP RSVP MPLS:

  • no-re-merge— Essa instrução de configuração de CLI quando ativada no roteador de entrada (headend) evita a computação de caminho dos sub LSPs P2MP que cria uma condição de refusão. Quando essa instrução de configuração de CLI está configurada na entrada, não é necessário configurar a instrução de configuração de CLI no roteador de no-p2mp-re-merge trânsito.

  • no-p2mp-re-merge— Essa instrução de configuração de CLI quando ativada no roteador de trânsito muda o comportamento padrão de permitir que as sessões do sub LSP P2MP re-mesclam para rejeitar a refusão. Esta instrução de configuração de CLI é principalmente necessária quando o roteador de entrada (roteador de cabeamento) não é um roteador Juniper Networks série MX.

  • single-abr— Esse comando quando ativado reduz a condição de refusão para além da inter-área ou entre domínios ou LSPs P2MP entre AS RSVP.

A topologia a seguir explica o comportamento de refusão em uma rede LSP P2MP:

O que é refusão de P2MP LSP?

Nesta topologia, R1 funciona como um roteador de entrada (headend) e R2 como roteador de trânsito (re-merge node). Existem duas sessões de sub-LSP criadas nesta rede, LSP 1 e LSP 2. LSP 1 é uma sessão estabelecida entre dispositivos R1, R2 e R3. LSP 2 é uma sessão estabelecida entre dispositivos R1, R4, R2, R3 e R5. Por padrão, o roteador de trânsito permite que a refusão ocorra a partir dos sub LSPs e derruba um do tráfego de filial sub LSP no nó de refusão. Você pode controlar esse comportamento de refusão permitindo a instrução de configuração de CLI no roteador de entrada ou na instrução de configuração no-re-mergeno-p2mp-re-merge de CLI no roteador de trânsito.

Se você habilitar a instrução de configuração de CLI no roteador de entrada (R1), apenas uma das duas no-re-merge sessões de sub-LSP está estabelecida. Por exemplo, se a sessão LSP 1 (R1-R2-R3) for estabelecida primeiro, a outra sessão do sub-LSP (LSP 2) não será estabelecida.

Se você habilitar a instrução de configuração de CLI no roteador de trânsito (R2), o roteador de trânsito rejeitará a refusão de um dos sub-LSPs e enviará uma mensagem de erro de caminho para o roteador de ingresso (R1) impedindo que o roteador de ingresso criando a segunda filial de no-p2mp-re-merge LSP do P2MP. Você pode usar o comando show rsvp statistics CLI para exibir a mensagem de erro do caminho.

Modifique o comportamento de refusão LSP padrão de P2MP

Você pode modificar o comportamento de refusão padrão no nó de entrada (headend) ou no nó de trânsito em uma rede P2MP RSVP MPLS.

No roteador de entrada (roteador de cabeça), desative o comportamento de refusão padrão para que o roteador de ingresso não faça a computação de caminho dos sub LSPs que cria a condição de refusão. O comportamento padrão permite a computação de caminho de sub LSPs.

No roteador de trânsito, desative o comportamento de refusão padrão para que o roteador de trânsito rejeite a refusão de sub LSPs.

Para LSPs entre áreas ou entre domínios ou LSPs inter-AS RSVP P2MP, use a instrução de configuração CLI no roteador de entrada (roteador de cabeamento) para que todos os sub LSPs P2MP prefiram selecionar o mesmo roteador de saída (ABR ou ASBR), reduzindo assim a condição single-abr de refusão.