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 de LSP de ponto a multiponto

Visão geral dos LSPs de ponto a multiponto

Um MPLS LSP ponto a multiponto é um LSP com uma única fonte e vários destinos. Aproveitando o recurso de replicação de pacotes MPLS da rede, os LSPs de ponto a multiponto evitam a replicação desnecessária de pacotes no roteador de entrada. A replicação de pacotes ocorre apenas quando os pacotes são encaminhados para dois ou mais destinos diferentes que exigem caminhos de rede diferentes.

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

Este recurso é descrito em detalhes nos rascunhos da Internet draft-raggarwa-mpls-p2mp-te-02.txt (expirado em fevereiro de 2004), estabelecendo ponto para MULTIpoint MPLS TE LSPs, draft-ietf-mpls-rsvp-te-p2mp-02.txt, extensões à engenharia de tráfego de protocolo de reserva de recursos (RSVP-TE) para caminhos comutados por rótulos de ponto a multiponto TE (LSPs) e RFC 6388, extensões de protocolo de distribuição de rótulos para caminhos de comutação de rótulos de ponto a multiponto e multiponto para multiponto (apenas LSPs de ponto a multiponto são suportados).

Figura 1: LSPs de ponto a multipontoLSPs de ponto a multiponto

A seguir, algumas das propriedades dos LSPs de ponto a multiponto:

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

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

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

  • Você pode habilitar a proteção de enlaces em um LSP de ponto a multiponto. A proteção de enlaces pode fornecer um LSP de bypass para cada um dos LSPs de filial que compõem o LSP de ponto a multiponto. Se algum dos caminhos primários falhar, o tráfego pode ser rapidamente trocado para o desvio.

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

  • Você pode habilitar a comutação graciosa do mecanismo de roteamento (GRES) e a reinicialização graciosa para LSPs de ponto a multiponto em roteadores de entrada e saída. Os LSPs de ponto a multiponto devem ser configurados usando rotas estáticas ou interconectados de circuito (CCC). 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 de recursos para GRES e o reinício gracioso para LSPs ponto a multiponto MPLS no chipset Junos Trio são suportados nos versões Junos OS 11.1R2, 11.2R2 e 11.4.

Entendendo os LSPs de ponto a multiponto

Um caminho comutado por rótulos MPLS de ponto a multiponto (LSP) é um LSP sinalizado por LDP ou RSVP com uma única fonte e vários destinos. Aproveitando o recurso de replicação de pacotes MPLS da rede, os LSPs de ponto a multiponto evitam a replicação desnecessária de pacotes no roteador de entrada (entrada). A replicação de pacotes ocorre apenas quando os pacotes são encaminhados para dois ou mais destinos diferentes que exigem caminhos de rede diferentes.

Este processo é ilustrado em Figura 2. O PE1 do dispositivo está configurado com um LSP de ponto a multiponto para roteadores PE2, PE3 e PE4. Quando o Dispositivo PE1 envia um pacote no LSP de ponto a multiponto para roteadores P1 e P2, o dispositivo P1 replica o pacote e o encaminha aos roteadores PE2 e PE3. O dispositivo P2 envia o pacote para o Dispositivo PE4.

Figura 2: LSPs de ponto a multipontoLSPs de ponto a multiponto

A seguir, algumas das propriedades dos LSPs ponto a multiponto:

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

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

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

  • Você pode habilitar a proteção de enlaces em um LSP de ponto a multiponto. A proteção de enlaces pode fornecer um LSP de bypass para cada um dos LSPs de filial que compõem o LSP de ponto a multiponto. Se algum caminho primário falhar, o tráfego pode ser rapidamente trocado para o desvio.

  • Você pode configurar subcaminhos de forma estatística ou dinâmica.

  • Você pode habilitar uma reinicialização graciosa em LSPs de ponto a multiponto.

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

Para configurar um LSP de ponto a multiponto:

  1. Configure o LSP primário 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 primário e este mesmo nome de caminho em cada LSP de filial.
Nota:

Por padrão, os LSPs de filial são sinalizados dinamicamente por meio de Shortest Path First (CSPF) restrito e não exigem configuração. Você pode, alternativamente, configurar os LSPs de filial como caminhos estáticos.

Exemplo: Configurando uma coleção de caminhos para criar um LSP de ponto a multiponto sinalizado por RSVP

Este exemplo mostra como configurar uma coleção de caminhos para criar um caminho comutado por rótulos de ponto a multiponto (LSP) sinalizado por 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 leaf de um único LSP de ponto a multiponto. Na borda do provedor (PE), o dispositivo PE1 é o nó de entrada. 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 salto que é um LSP ponto a multiponto, usando a declaração.p2mp-lsp-next-hop Isso é útil ao implementar o encaminhamento baseado em filtros.

Nota:

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

Diagrama de topologia

Figura 3 mostra a topologia usada neste exemplo.

Figura 3: LSP de ponto a multiponto sinalizado por RSVPLSP de ponto a multiponto sinalizado por RSVP

Configuração

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 hierarquia.[edit]

Pe1 do dispositivo

Dispositivo CE1

Dispositivo CE2

Dispositivo CE3

Dispositivo CE4

Configuração do roteador comutada por rótulos de entrada (LSR) (Dispositivo PE1)

Procedimento passo a passo

Para configurar o dispositivo PE1:

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

  2. Habilite RSVP, MPLS e OSPF nas interfaces.

  3. Configure os LSPs de ponto a multiponto MPLS.

  4. (Opcional) Habilite a proteção de enlaces nos LSPs.

    A proteção de enlaces 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. Habilite o MPLS para executar a engenharia de tráfego para OSPF.

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

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

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

  7. Configure a ID do roteador.

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

  9. Se você terminar de configurar o dispositivo, confirme 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 saída:

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

  2. Habilite RSVP, MPLS e OSPF nas interfaces.

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

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

  4. Configure os IDs do roteador.

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

Resultados

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

Pe1 do dispositivo

Dispositivo P2

Dispositivo P3

Dispositivo P4

PE2 do dispositivo

Pe3 do dispositivo

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

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

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os comandos e os comandos.show interfacesshow routing-options Se a saída não exibir a configuração pretendida, repita 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 para o CE1, com o Dispositivo PE2 como próximo salto.

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

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os comandos e os comandos.show interfacesshow routing-options Se a saída não exibir a configuração pretendida, repita 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 para o CE1, com o Dispositivo PE3 como próximo salto.

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

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os comandos e os comandos.show interfacesshow routing-options Se a saída não exibir a configuração pretendida, repita 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 para o CE1, com o Dispositivo PE4 como próximo salto.

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

Resultados

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

Verificação

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

Verificando a conectividade

Propósito

Certifique-se de que os dispositivos podem se pingar.

Ação

Execute o comando do CE1 até a interface da conexão CE2 ao PE2.ping

Execute o comando do CE1 até a interface na conexão CE3 ao PE3.ping

Execute o comando do CE1 até a interface na conexão CE4 ao PE4.ping

Verificando o estado do LSP de ponto a multiponto

Propósito

Certifique-se de que os LSRs de entrada, trânsito e saída estejam no estado up.

Ação

Execute o comando em todos os LSRs.show mpls lsp p2mp Apenas o LSR de entrada é mostrado aqui.

Verificando a tabela de encaminhamento

Propósito

Certifique-se de que as rotas estão configurados como esperado executando o comando.show route forwarding-table Apenas as rotas para as redes remotas de clientes são mostradas aqui.

Ação

Configuração de LSPs primários e filiais para LSPs de ponto a multiponto

Um caminho comutado por rótulos MPLS (point-to-multipoint MPLS) é um LSP RSVP com vários destinos. Aproveitando o recurso de replicação de pacotes MPLS da rede, os LSPs de ponto a multiponto evitam a replicação desnecessária de pacotes no roteador de entrada. Para obter mais informações sobre LSPs de ponto a multiponto, veja a visão geral dos LSPs de ponto a multiponto.

Para configurar um LSP ponto a multiponto, você precisa configurar o LSP primário a partir do roteador de entrada e dos LSPs de filial que transportam tráfego para os roteadores de saída, conforme descrito nas seguintes seções:

Configurando o LSP principal de ponto a multiponto

Um LSP de ponto a multiponto deve ter um LSP primário configurado de ponto a multiponto para transportar tráfego do roteador de entrada. A configuração do LSP principal de ponto a multiponto é semelhante a um LSP sinalizado. Consulte a configuração do roteador de entrada para LSPs sinalizados por MPLS para obter mais informações.Configuração do roteador de entrada para LSPs sinalizados por MPLS Além da configuração LSP convencional, você precisa especificar um nome de caminho para O LSP principal de ponto a multiponto, incluindo a declaração:p2mp

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

Você pode habilitar o temporização de otimização para LSPs de ponto a multiponto. Veja a otimização de LSPs sinalizados para obter mais informações.Otimização de LSPs sinalizados

Configurando um LSP de filial para LSPs de ponto a multiponto

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

Para associar um LSP de filial ao LSP principal de ponto a multiponto, especifique o nome LSP de ponto a multiponto, incluindo a declaração:p2mp

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 multiponto, seja devido a uma ação do usuário ou a um ajuste automático feito pelo roteador, faz com que os LSPs primários e filiais sejam resignados. O novo LSP de ponto a multiponto é sinalizado primeiro antes que o caminho antigo seja trilhado.

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

Configurando o LSP de filial como um caminho dinâmico

Por padrão, o LSP filial para um LSP ponto a multiponto é sinalizado dinamicamente usando CSPF e não requer configuração.

Quando um LSP ponto a multiponto é alterado, seja pela inclusão ou exclusão de novos destinos ou pelo recalculação do caminho para destinos existentes, certos nós na árvore podem receber dados de mais de uma interface de entrada. Isso pode acontecer nas seguintes condições:

  • Alguns dos LSPs filiais para destinos estão configurados estaticamente e podem se cruzar com caminhos calculados estaticamente ou dinamicamente para outros destinos.

  • Quando um caminho calculado dinamicamente para um LSP de filial resulta em uma mudança de interface de entrada para um dos nós da rede, o caminho mais antigo não é imediatamente demolido após a sinalização do novo. Isso garante que quaisquer dados em trânsito que dependam 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 defeituoso na entrada calcula os caminhos para dois destinos de filiais diferentes de modo 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 de filial como um caminho estático

Você pode configurar o LSP de filial para um LSP ponto a multiponto como um caminho estático. Consulte a configuração de LSPs estáticos para obter mais informações.Configuração de LSPs estáticos

Configuração de LSPs entre domínios de ponto a multiponto

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 de IGP e sistemas autônomos (ASs). Um LSP sub-LSP de um LSP P2MP entre domínios 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 (fonte).

No nó de entrada, um nome é atribuído ao LSP P2MP entre domínios e compartilhado por todos os sub-LSPs constituintes. Cada sub LSP é 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.

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

  • Broadcast de camada 2 e multicast sobre MPLS

  • VPN BGP/MPLS de Camada 3

  • VPLS

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

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

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

  • Em um nó de entrada ou um nó de limite de domínio (ABR ou ASBR), o CSPF pode realizar uma expansão de objeto de rota explícita (ERO) por consulta RSVP. O destino questionado pode ser um nó de saída ou um ERO de salto solto recebido. Se o destino residir em um domínio vizinho ao qual o nó está conectado, o CSPF gera uma sequência de EROs rigorosos em direção a ele ou uma sequência de EROs de salto rigoroso em direção a outro nó de limite de domínio que pode chegar ao destino.

  • Se o RSVP não sinalizar um caminho através de um nó bounday de domínio previamente selecionado, o RSVP tenta sinalizar um caminho através de outros nós de limite de domínio disponíveis de forma redonda.

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

Fique atento ao seguinte momento na implantação de LSPs P2MP entre domínios em sua rede:

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

  • Apenas os LSPs de proteção de enlaces são suportados para LSPs P2MP entre domínios. Para habilitá-lo para um P2MP LSP entre domínios, a proteção de link deve ser configurada para todos os sub-LSPs e em todas as interfaces RSVP pelas quais o P2MP LSP pode percorrer.

  • Apenas as áreas de OSPF são suportadas para LSPs P2MP entre domínios. Os níveis is-IS não são suportados.

Configuração de reinício gracioso para LSPs de ponto a multiponto

Você pode configurar a reinicialização graciosa em LSPs de ponto a multiponto. A reinicialização graciosa permite que um roteador que passa por uma reinicialização informe seus vizinhos adjacentes sobre sua condição. O roteador de reinicialização solicita um período de carência do vizinho ou peer, que pode então colaborar com o roteador de reinicialização. O roteador de reinicialização ainda pode encaminhar o tráfego MPLS durante o período de reinicialização; a convergência na rede não é interrompida. A reinicialização não é aparente para o resto da rede, e o roteador de reinicialização não é removido da topologia da rede. A reinicialização graciosa do RSVP pode ser habilitada em roteadores de trânsito e roteadores de entrada.

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

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 graciosa para LSPs de ponto a multiponto é idêntica à dos LSPs ponto a ponto. Para obter mais informações sobre como configurar a reinicialização graciosa, consulte Configurando o RSVP Graciosa Restart.Configuração do reinício gracioso do RSVP

Configuração de uma política de verificação de RPF multicast para LSPs de ponto a multiponto

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 de ponto a multiponto para distribuir tráfego multicast em ilhas PIM situadas a jusante dos roteadores de saída dos LSPs de ponto a multiponto.

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

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

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

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 no nível de hierarquia.[edit policy-options] Para obter mais informações, veja as políticas de roteamento, filtros de firewall e guia de usuários de policiais de tráfego.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/config-guide-policy/config-guide-policy.html

Nota:

Quando você configura a declaraçã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 na interface errada.rpf-check-policy Isso pode fazer com que os loops de roteamento se formem.

Exemplo: Configurando a política de verificação de RPF multicast para um LSP de ponto a multiponto

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

Configuração da redundância do roteador PE de entrada para LSPs de ponto a multiponto

Você pode configurar um ou mais roteadores PE como parte de um grupo de roteadores PE de backup para permitir a redundância do roteador PE de entrada. Você realiza isso configurando os endereços IP dos roteadores PE de backup (pelo menos um roteador PE de backup é necessário) 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 primários e de backup. Você também precisa configurar o BFD nesses LSPs. Consulte a configuração do BFD para LSPs sinalizados por RSVP e a configuração do BFD para LSPs LDP para obter mais informações.

Para configurar a redundância do roteador PE de entrada para LSPs de ponto a multiponto, inclua a declaração:backup-pe-group

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

Depois de configurar o grupo de backup de redundância de 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 esteja ativa (instalada na tabela de encaminhamento) quando o roteador PE local for o encaminhamento designado para o grupo de BACKUP PE. Você só pode associar um grupo de roteadores PE de backup a uma rota estática que também tenha a declaração configurada.p2mp-lsp-next-hop Para obter mais informações, veja Configuração de rotas Unicast estáticas para LSPs de ponto a multiponto.Configuração de LSPs estáticos

Configuração de um serviço para correlacionar sub-LSPs de ponto a multiponto com FPCs

Além de atuar como entrada ou saída para um determinado sub-LSP, o Mecanismo de encaminhamento de pacotes em um FPC também serve como um ponto de trânsito para outros sub-LSPs do mesmo LSP ponto a multiponto. Se um FPC falhar, todos os sub-LSPs que ele atende são afetados.

Você pode configurar um serviço que permite monitorar a correlação entre FPCs e os sub-LSPs de ponto a multiponto — caminhos de filial — que estão em um LSR. Essas informações ajudam você a avaliar o efeito que um FPC falhou nos sub-LSPs correlacionados. Quando o rastreamento é habilitado, o serviço também fornece mensagens de syslog no caso de uma interrupção do FPC que fornece informações detalhadas sobre os sub-LSPs afetados.

Você pode configurar um serviço que permite monitorar a correlação entre FPCs e os sub-LSPs de ponto a multiponto — caminhos de filial — em um LSR. Um FPC pode atuar como um ponto de entrada, saída ou trânsito para mais de um sub LSP do mesmo LSP ponto a multiponto. Se um FPC falhar, todos os sub-LSPs que ele atende são afetados.

As informações fornecidas por este serviço ajudam você a avaliar o efeito que uma falha em qualquer FPC tem sobre os sub-LSPs correlacionados e a rede ponto a multiponto. Você pode usar esse conhecimento para ajudar a planejar interrupções controladas de FPC.

Você também pode habilitar o rastreamento de algumas ou todas as operações de serviço. O serviço então fornece mensagens de syslog com informações detalhadas sobre os sub-LSPs afetados que facilitam a análise de uma interrupção de FPC.

Para permitir o monitoramento e a correlação de sub-LSPs e FPCs na rede de ponto a multiponto:

  1. Configure a votação de ponto a multiponto () e a votação do FPC () configurando a duração da frequência (em segundos) no arquivo config.xml localizado no diretório.p2mp_polling_durationfpc_polling_duration/etc/p2mp_lsp_correlation Você também pode habilitar os níveis de log no arquivo config.xml para configurar traceoptions e os logs são criados no diretório./var/log/p2mp_lsp_correlation O nível de log e os tipos de mensagem são os seguintes:

    O seguinte é um arquivo config.xml de amostra:

    • p2mp_polling_duration—Atualiza o banco de dados executando várias solicitações de RPC RE/PFE. O valor padrão para a duração da votação de ponto a multiponto é de 240.
    • fpc_polling_duration—Pesquisas de status do FPC/PFE para registrar o impacto dos sub-LSPs de ponto a multiponto. O padrão para a duração da votação do FPC é de 60.
    Nota:

    O arquivo config.xml é aplicável apenas para o Junos OS Evolved. Você precisa reiniciar o aplicativo depois de fazer alterações no arquivo config.xml.

  2. Habilite o serviço.
  3. Configure o rastreamento das operações de serviço.
    Nota:

    O comando não é aplicável ao Junos OS Evolved.set p2mp-sublsp-correlation traceoptions flag all

Quando um FPC em um LSR falha ou fica offline, todos os sub-LSPs de ponto a multiponto nesse FPC são afetados. Se você tiver habilitado anteriormente a correlação do FPC para os LSPs de ponto a multiponto e o rastreamento configurado para o serviço de correlação, em seguida, são registradas mensagens de falha do FPC que fornecem detalhes sobre os sub-LSPs afetados.

Neste caso, você precisa examinar as mensagens de log do sistema e a tabela de correlação do FPC para analisar o impacto de uma falha de FPC.

O seguinte é uma saída de log de sistema de amostra que mostra informações sobre o sub LSP de ponto a multiponto quando o FPC afetado fica offline:

Para visualizar as informações de correlação entre pontos e multipontos para interface de entrada, use o comando da seguinte forma:show services p2mp-sublsp-correlation ingress-interface

Para visualizar as informações de correlação entre pontos e multipontos para interface de saída, use o comando da seguinte forma:show services p2mp-sublsp-correlation egress-interface

Para visualizar as informações de correlação para FPC, use o comando da seguinte forma:show services p2mp-sublsp-correlation fpc 0

Para visualizar as informações de correlação para instância PFE, use o comando da seguinte forma:show services p2mp-sublsp-correlation fpc 0 pfe-instance 0

Permitindo que os LSPs ponto a ponto monitorem roteadores PE de saída

A configuração de um LSP com a declaração permite que ele monitore o status do roteador PE ao qual está configurado.associate-backup-pe-groups Você pode configurar vários grupos de roteadores PE de backup usando o endereço do mesmo roteador. Uma falha deste LSP indica a todos os grupos de roteadores PE de backup que o roteador PE de destino está desativado. A declaração não está vinculada a um grupo de roteadores PE de backup específico.associate-backup-pe-groups Aplica-se a todos os grupos que estejam interessados na situação do LSP nesse endereço.

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

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

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

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

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

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

No Junos OS Release 9.1 e anteriores, as mensagens Resv que incluem o objeto S2L_SUB_LSP são recusadas por padrão. No Junos OS Release 9.2 e posteriores, essas mensagens são aceitas por padrão. Para garantir o bom funcionamento dos LSPs ponto a multiponto em uma rede que inclua dispositivos que executam o Junos OS Release 9.1 e anteriores e dispositivos que executam o Junos 9.2 e posteriores, você deve incluir a declaração na configuração dos dispositivos que executam o Junos 9.2 e posteriores:no-p2mp-sublsp

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

  • [edit protocols rsvp]

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

Ressecaia o comportamento na visão geral do LSP de ponto a multiponto

Esta seção fala sobre os benefícios e a visão geral de controlar o comportamento de refusão em LSPs de ponto a multiponto (P2MP) do RSVP.

Benefícios de controlar a refusão de LSP P2MP

  • Reduz a carga de sinalização de RSVP na entrada (roteadores headend) evitando a computação de caminhos de sub LSPs, o que cria uma condição de refusão.

  • Salva a largura de banda da rede rejeitando a refusão P2MP sub LSP no nó de trânsito.

O que é a refusão de LSP P2MP?

Em uma rede P2MP MPLS LSP, o termo refusão refere-se ao caso de uma entrada (headend) ou nó de trânsito (nó de refusão) que cria uma filial de refusão cruzando o P2MP LSP 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 de topologia de rede durante a criação do P2MP LSP.

O RFC 4875 define as seguintes duas abordagens para lidar com a refusão de LSP P2MP:

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

  • Em segundo lugar, o nó de reconseca inicia a poda dos sub LSPs subcons fundimento por meio da sinalização.

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

  • no-re-merge— Essa declaração de configuração do CLI quando habilitada no roteador de entrada (headend) evita a computação de caminhos de P2MP sub LSPs, o que cria uma condição de reconseque. Quando essa declaração de configuração da CLI estiver configurada na entrada, a configuração da declaração de configuração da CLI no roteador de trânsito não é necessária.no-p2mp-re-merge

  • no-p2mp-re-merge— Essa declaração de configuração do CLI quando habilitada no roteador de trânsito altera o comportamento padrão de permitir que as sessões P2MP sub LSP se ressequem para rejeitar a refusão. Essa declaração de configuração da CLI é exigida principalmente quando a entrada (roteador headend) não é um roteador da Série MX da Juniper Networks.

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

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

O que é a refusão de LSP P2MP?

Nesta topologia, o R1 atua como um roteador de entrada (headend) e R2 como roteador de trânsito (reconseca nó). Há duas sessões sub LSP criadas nesta rede, LSP 1 e LSP 2. O 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 aconteça tanto dos sub LSPs quanto derruba um dos tráfego de filial sub LSP no nó de reconseca. Você pode controlar esse comportamento de reconsecação, permitindo a declaração de configuração da CLI no roteador de entrada ou na declaração de configuração da CLI no roteador de trânsito.no-re-mergeno-p2mp-re-merge

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

Se você habilitar a declaração de configuração de CLI no roteador de trânsito (R2), o roteador de trânsito rejeita a refusão de um dos sub LSPs e envia uma mensagem de erro de caminho para o roteador de entrada (R1) impedindo o roteador de entrada de criar a segunda filial de refusão P2MP LSP.no-p2mp-re-merge Você pode usar o comando CLI para visualizar a mensagem de erro de caminho.show rsvp statistics

Modifique o comportamento de refusão padrão de LSP 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.

Na entrada (roteador headend), desabiibilize o comportamento padrão de refusão para que o roteador de entrada não faça a computação de caminhos de sub LSPs, o que cria a condição de refusão. O comportamento padrão permite a computação de caminhos de sub LSPs.

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

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

Tópicos relacionados