Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuração do MPLS OAM

Configuração do perfil de transporte MPLS para OAM

Visão geral do perfil do transporte MPLS

RFC 5654, Requisitos de um Perfil de Transporte MPLS, descreve os requisitos para o Perfil de Transporte MPLS (MPLS-TP) que estende os recursos para operação, administração e manutenção (OAM) quando o MPLS é usado para serviços de transporte e operações de rede de transporte. Esses recursos ajudam na resolução e manutenção de problemas de um caminho pseudowire ou comutada por rótulos (LSP).

Os mecanismos MPLS-TP para OAM contêm dois componentes principais:

  • Rótulo de canal associado genérico (GAL)— um rótulo especial que permite um mecanismo de exceção que informa o roteador de comutação de rótulos de saída (LSR) que um pacote que ele recebe em um LSP pertence a um canal de controle associado ou ao plano de controle.

  • Cabeçalho de canal associado genérico (G-Ach) — um campo de cabeçalho especial que identifica o tipo de carga contida nos caminhos comuados por rótulos MPLS (LSPs). G-Ach tem o mesmo formato de um cabeçalho de canal de controle associado a pseudowire.

Para obter mais informações sobre o MPLS-TP, consulte RFC 5654, Requisitos de um perfil de transporte MPLS. Para obter informações específicas sobre GAL e G-Ach, consulte RFC 5586, MPLS Generic Associated Channel.

Os recursos a seguir são suportados na implementação do Junos OS do MPLS-TP:

  • O MPLS-TP OAM pode enviar e receber pacotes com GAL e G-Ach, sem encapsulamento ip.

  • Dois LSPs RSPs RSVP unidirecionais entre um par de roteadores podem ser associados entre si para criar um LSP bidrecional associado para vincular um caminho para as mensagens GAL e G-Ach OAM. Uma única sessão de detecção de encaminhamento bidirecional (BFD) é estabelecida para o LSP bidirecional associado.

Exemplo: Configuração do perfil de transporte MPLS para OAM

Este exemplo mostra como configurar o perfil de transporte MPLS (MPLS-TP) para o envio e recebimento de mensagens OAM GAL e G-Ach em um caminho comulado por rótulos (LSP).

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Seis dispositivos que podem ser uma combinação de roteadores série M, Série MX e Série T

  • Junos OS Release 12.1 ou posterior em execução nos dispositivos

Visão geral

O Junos OS Release 12.1 e posterior suporte aos recursos de operação, administração e manutenção (OAM) do MPLS Transport Profile (MPLS-TP). O MPLS-TP introduz novos recursos para o OAM quando o MPLS é usado para serviços de transporte e operações de rede de transporte. Isso inclui a configuração do Genérico Associated Channel Label (GAL) e do Generic Associated Channel Header (G-Ach) para mensagens OAM.

Este exemplo mostra como configurar o recurso OAM MPLS-TP para enviar e receber mensagens GAL e G-Ach OAM sem encapsulamento ip. Além disso, também mostra como associar dois caminhos unidirecionais comutados por rótulos RSVP (LSPs) entre um par de roteadores para criar um LSP bidirecional associado para vincular um caminho para as mensagens GAL e G-Ach OAM.

O Junos OS Release 12.1 e posterior suporte aos seguintes recursos MPLS-TP:

  • Recursos de OAM MPLS-TP e a infraestrutura necessária para que os aplicativos MPLS enviem e recebam pacotes com GAL e G-Ach, sem encapsulamento ip.

  • Aplicativos LSP-ping e detecção de encaminhamento bidirecional (BFD) para enviar e receber pacotes usando GAL e G-Ach, sem encapsulamento ip em LSPs de transporte.

  • A associação de dois LSPs RSPs RSVP unidirecionais, entre um par de roteadores, entre si para criar um LSP bidirecional associado para vincular um caminho para as mensagens GAL e G-Ach OAM. O modelo LSP bidirecional associado é suportado apenas para associar os caminhos primários. Uma única sessão de BFD está estabelecida para o LSP bidirecional associado.

O Junos OS Release 12.1 e posterior não oferece suporte aos seguintes recursos MPLS-TP:

  • LSPs de RSVP de ponto a multiponto e BGP

  • Medição de perda e medição de atraso

Você pode habilitar a operação do GAL e do G-Ach OAM usando as seguintes declarações de configuração:

  • mpls-tp-mode— Inclua essa declaração no nível de [edit protocols mpls oam] hierarquia para permitir a operação de OAM gal e G-Ach, sem encapsulamento ip, em todos os LSPs na rede MPLS.

    Inclua essa declaração no nível de [edit protocols mpls label-switched-path lsp-name oam] hierarquia para permitir a operação de OAM gal e G-Ach sem encapsulamento ip em um LSP específico na rede.

    Nota:

    Começando pelo Junos OS Release 16.1, o MPLS-TP oferece suporte a dois tipos de canal adicionais para o tipo de canal LSPING (0x0008) padrão sob a declaração do modo mpls-tp. Esses tipos de canal adicionais fornecem verificação de conectividade sob demanda (CV) com e sem encapsulamento IP/UDP.

    • CV sob demanda (0x0025)— Esse tipo de canal é um novo tipo de canal pseudowire e é usado para CV sob demanda sem encapsulamento IP/UDP, onde o endereçamento IP não está disponível ou o encapsulamento não IP é preferido.

    • IPv4 (0x0021)— Esse tipo de canal usa o encapsulamento IP/UDP e oferece suporte de interoperabilidade com outros dispositivos de fornecedores usando endereçamento IP.

    O GACH-TLV é usado junto com o tipo de canal LSPING padrão. De acordo com a RFC 7026, a GACH-TLV é preterida para tipos de canais de 0x0021 e 0x0025.

    Para configurar um tipo de canal para MPLS-TP, inclua a lsping-channel-type channel-type declaração nos [edit protocols mpls label-switched-path lsp-name oam mpls-tp-mode] níveis de hierarquia.[edit protocols mpls oam mpls-tp-mode]

  • associate-lsp lsp-name from from-ip-address— Inclua essa declaração no nível de [edit protocols mpls label-switched-path lsp-name] hierarquia para configurar LSPs bidirecionais associados nas duas extremidades do LSP.

    A from from-ip-address configuração para o LSP é opcional. Se omitido, ele é derivado do to endereço da configuração LSP de entrada.

  • transit-lsp-association— Inclua esta declaração no [edit protocols mpls]nível de hierarquia para associar dois LSPs em um roteador de trânsito.

    A associação dos LSPs nos nós de trânsito é útil para o caminho LSP de retorno para pacotes de ping LSP ou traceroute vencidos por TTL.

Neste exemplo, r0 é o roteador de entrada e R4 é o roteador de saída. R1, R2, R3 e R5 são roteadores de trânsito. O LSP bidirecional associado é estabelecido entre os roteadores de trânsito para o envio e recebimento das mensagens GAL e G-Ach OAM.

Figura 1 mostra a topologia usada neste exemplo.

Topologia
Figura 1: MPLS-TP OAM LSPs bidirecionais associadosMPLS-TP OAM LSPs bidirecionais associados

Configuração

Configuração rápida da CLI
Nota:

Este exemplo mostra a configuração em todos os dispositivos e mostra procedimentos passo a passo para configurar o roteador de entrada, R0 e o roteador de trânsito R1. Repita o procedimento passo a passo descrito para o roteador de entrada R0 no roteador de saída R4. Repita o procedimento passo a passo para o roteador de trânsito, R1, nos outros roteadores de trânsito, R2, R3 e R5. Certifique-se de modificar os nomes, endereços e outros parâmetros de interface apropriados.

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.

Roteador R0

Roteador R1

Roteador R2

Roteador R3

Roteador R4

Roteador R5

Configuração do dispositivo R0
Procedimento passo a passo

Para configurar o roteador de entrada, R0:

  1. Configure as interfaces.

  2. Configure o MPLS nas interfaces.

  3. Configure um protocolo de gateway interior, como o OSPF.

  4. Configure um protocolo de sinalização, como o RSVP.

  5. Configure o LSP.

  6. Habilite a operação de OAM de GAL e G-Ach sem encapsulamento de IP nos LSPs.

  7. Configure LSPs bidirecionais associados nas duas extremidades do LSP.

  8. Depois que você terminar de configurar o dispositivo, confirme a configuração.

Resultados

Confirme sua configuração emitindo os comandos e show protocols os show interfaces comandos.

Configuração do dispositivo R1
Procedimento passo a passo

Para configurar o roteador de trânsito, R1:

  1. Configure as interfaces.

  2. Configure o MPLS nas interfaces.

  3. Configure um protocolo de gateway interior, como o OSPF.

  4. Configure um protocolo de sinalização, como o RSVP.

  5. Configure a associação dos dois LSPs no roteador de trânsito.

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

Resultados

Confirme sua configuração emitindo os comandos e show protocols os show interfaces comandos.

Verificação

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

Verificação de LSPs bidirecionais associados
Propósito

Verifique se a configuração LSP bidirecional associada está funcionando corretamente.

Ação
Significado

A saída do show mpls lsp, show mpls detaile show mpls bidirectional comandos exibe os detalhes dos LSPs bidirecionais associados e das informações da associação LSP.

Configuração das políticas de entrada do OAM para LDP

Usando a ingress-policy declaração, você pode configurar uma política de Operação, Administração e Gerenciamento (OAM) para escolher quais classes de equivalência de encaminhamento (FECs) precisam ter o OAM habilitado. Se o FEC passar pela política ou se o FEC estiver configurado explicitamente, o OAM será habilitado para uma FEC. Para OS FECs escolhidos usando uma política, são aplicados os parâmetros BFD configurados sob [edit protocols ldp oam bfd-liveness-detection] .

Você configura a política de entrada OAM no nível de [edit policy-options] hierarquia. Para configurar uma política de entrada OAM, inclua a ingress-policy declaração:

Você pode configurar esta declaração nos seguintes níveis de hierarquia:

  • [edit protocols ldp oam]

  • [edit logical-systems logical-system-name protocols ldp oam]

Nota:

Os roteadores da Série ACX não suportam [edit logical-systems] nível de hierarquia.

Rastreamento de pacotes e operações MPLS e LSP

Para rastrear pacotes e operações MPLS e LSP, inclua a traceoptions declaração:

Para obter uma lista de níveis de hierarquia em que você possa incluir esta declaração, veja a seção de resumo da declaração para esta declaração.

Você pode especificar as seguintes bandeiras específicas do MPLS na declaração do MPLS traceoptions :

  • all— Trace todas as operações.

  • connection— Trace todas as atividades de circuito cross-connect (CCC).

  • connection-detail— Trace atividades detalhadas do CCC.

  • cspf— Trace cálculos de CSPF.

  • cspf-link— Trace links visitados durante as computação de CSPF.

  • cspf-node— Rastrear nós visitados durante as computações de CSPF.

  • error— Trace as condições de erro do MPLS.

  • graceful-restart— Trace eventos de reinício graciosos do MPLS.

  • lsping— Trace pacotes de ping LSP e códigos de devolução.

  • nsr-synchronization— Trace eventos de sincronização de roteamento sem parar (NSR).

  • nsr-synchronization-detail— Trace detalhadamente os eventos de sincronização do NSR.

  • state— Trace todas as transições de estado de LSP.

  • static— Trace o caminho estático comutada por rótulos.

Ao configurar opções de rastreamento para rastrear um MPLS LSP usando a opção cspf , o log CSPF exibe informações sobre o MPLS LSP usando o termo "MPLS generalizado" (GMPLS). Por exemplo, uma mensagem no log CSPF pode afirmar que o "link passa restrições de GMPLS". O MPLS generalizado (GMPLS) é um superconjunto de MPLS, de modo que esta mensagem é normal e não afeta a operação LSP MPLS adequada.

Tabela de histórico de alterações

A compatibillidadde com o recurso dependerá da platadorma e versão utilizada. Use o Feature Explorer para saber se o recurso é compatível com sua plataforma.

Versão
Descrição
16.1
Começando pelo Junos OS Release 16.1, o MPLS-TP oferece suporte a dois tipos de canal adicionais para o tipo de canal LSPING (0x0008) padrão sob a declaração do modo mpls-tp.