Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

MPLS configuração OAM

Configurando o perfil de MPLS de transporte para OAM

MPLS de perfil de transporte

RFC 5654, Requisitos de um perfil de transporte MPLS, descreve os requisitos para o perfil de transporte de MPLS (MPLS-TP) que amplia 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 solução de problemas e na manutenção de um caminho comutado por pseudowires ou rótulos (LSP).

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

  • Generic Associated Channel Label (GAL) — Um rótulo especial que habilita um mecanismo de exceção que informa à saída roteador de comutação de rótulos (LSR) que um pacote que ele recebe em um LSP pertence a um canal de controle associado ou ao plano de controle.

  • Generic Associated Channel Header (G-Ach)— Um campo de header especial que identifica o tipo de carga contida nos caminhos de MPLS comutado por rótulos (LSPs). G-Ach tem o mesmo formato de um cabeador de canal de controle associado a pseudowire.

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

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

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

  • Dois LSPs 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 OAM DA GAL e G-Ach. Uma única sessão de Detecção de Encaminhamento Bidirecional (BFD) é estabelecida para o LSP bidirecional associado.

Exemplo: Configurando o perfil de MPLS de transporte para OAM

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

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

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

  • Junos OS Release 12.1 ou posteriormente executado nos dispositivos

Visão geral

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

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

A versão 12.1 do Junos OS e, posteriormente, tem suporte para os seguintes recursos MPLS-TP:

  • MPLS-TP OAM e a infraestrutura necessária para MPLS aplicativos para enviar e receber pacotes com GAL e G-Ach, sem encapsulamento IP.

  • Aplicativos LSP-ping e Bidirectional Forwarding Detection (BFD) para enviar e receber pacotes usando GAL e G-Ach, sem encapsulamento IP em LSPs de transporte.

  • A associação de dois LSPs de 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 de LSP bidirecional associado é suportado apenas para associar os caminhos principais. Uma única sessão de BFD é estabelecida para o LSP bidirecional associado.

A versão 12.1 e posterior do Junos OS não tem suporte para os seguintes recursos MPLS-TP:

  • LSPs de RSVP point-to-multipoint e BGP LSPs

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

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

  • mpls-tp-mode— Inclua essa instrução em nível de hierarquia para habilitar a operação [edit protocols mpls oam] OAM DE GAL e G-Ach, sem encapsulamento IP, em todos os LSPs da MPLS rede.

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

    Nota:

    A partir da versão 16.1 do Junos OS, o MPLS-TP tem suporte para dois tipos de canal adicionais para o tipo de canal LSPING padrão (0x0008) sob a instrução mpls-tp-mode. Esses tipos de canal adicionais fornecem verificação de conectividade (CV) sob demanda com e sem encapsulamento DE 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 fornece suporte à interoperabilidade com outros dispositivos de fornecedor que usam endereçamento IP.

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

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

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

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

  • transit-lsp-association— Inclua essa 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 de retorno LSP para pacotes de LSP expirados por TTL ou traceroute.

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 OAM GAL e G-Ach.

Figura 1 mostra a topologia usada neste exemplo.

Topologia
Figura 1: MPLS-TP OAM Associados LSPs bidirecionaisMPLS-TP OAM Associados LSPs bidirecionais

Configuração

Configuração rápida 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. Repetir o procedimento passo a passo descrito para o roteador de entrada, R0, no roteador de saída, R4. Repetir o procedimento passo a passo para o roteador de trânsito, R1, nos outros roteadores de trânsito, R2, R3 e R5. Modifique os nomes, endereços e outros parâmetros apropriados para a interface.

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.

Roteador R0

Roteador R1

Roteador R2

Roteador R3

Roteador R4

Roteador R5

Configurando o dispositivo R0
Procedimento passo a passo

Para configurar o roteador de entrada, R0:

  1. Configure as interfaces.

  2. Configure MPLS nas interfaces.

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

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

  5. Configure o LSP.

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

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

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

Resultados

Confirmar sua configuração, emissão de comandos show interfacesshow protocols e emissão de dados.

Configurando o dispositivo R1
Procedimento passo a passo

Para configurar o roteador de trânsito, R1:

  1. Configure as interfaces.

  2. Configure MPLS nas interfaces.

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

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

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

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

Resultados

Confirmar sua configuração, emissão de comandos show interfacesshow protocols e emissão de dados.

Verificação

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

Verificar LSPs bidirecionais associados
Propósito

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

Ação
Significado

A saída dos comandos e , e mostra os detalhes show mpls lspshow mpls detail dos show mpls bidirectional LSPs bidirecionais associados e das informações de associação LSP.

Configuração de políticas de ingresso no OAM para LDP

Usando a 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 ingress-policy o OAM ativado. Se o FEC passar pela política ou se o FEC estiver configurado explicitamente, o OAM está habilitado para um FEC. Para fecs escolhidos usando uma política, os parâmetros BFD configurados em baixo [edit protocols ldp oam bfd-liveness-detection] são aplicados.

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

Esta instrução pode ser configurada 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 MPLS e operações de pacotes e operações LSP

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

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

Você pode especificar as seguintes MPLS específicas da MPLS traceoptions de dados:

  • all— Rastrear todas as operações.

  • connection— Rastrear todas as atividades de conexão cruzada (CCC) do circuito.

  • connection-detail— Rastrear atividades de CCC detalhadas.

  • cspf— Rastrear computação CSPF.

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

  • cspf-node— Rastrear nós visitados durante as computação CSPF.

  • error— Rastrear MPLS condições de erro.

  • graceful-restart— Rastrear MPLS eventos de reinicialização graciosos.

  • lsping— Rastrear pacotes de ping LSP e códigos de retorno.

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

  • nsr-synchronization-detail— Rastrear eventos de sincronização de NSR em detalhes.

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

  • static— Rastrear o caminho comutado por rótulos estáticos.

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

Tabela de histórico de liberação
Versão
Descrição
16.1
A partir da versão 16.1 do Junos OS, o MPLS-TP tem suporte para dois tipos de canal adicionais para o tipo de canal LSPING padrão (0x0008) sob a instrução mpls-tp-mode.