Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuração GMPLS

Introdução ao GMPLS

A MPLS tradicional foi projetada para transportar tráfego IP de Camada 3 usando caminhos baseados em IP estabelecidos e associar esses caminhos a rótulos atribuídos arbitráriamente. Esses rótulos podem ser configurados explicitamente por um administrador de rede ou ser atribuídos dinamicamente por meio de um protocolo, como LDP ou RSVP.

O GMPLS generaliza a MPLS na qual define rótulos para comutando diversos tipos de tráfego de Camada 1, Camada 2 ou Camada 3. Nós GMPLS podem ter links com um ou mais dos seguintes recursos de comutagem:

  • FSC (Fiber-Switched Capable, capacidade para comutado de fibra)

  • Capacidade de comutado de Lambda (LSC)

  • Multiplexação por divisão de tempo (TDM) com comutado (TSC)

  • Capaz de comutado de pacotes (PSC)

Os caminhos comutado por rótulos (LSPs) devem iniciar e encerrar links com o mesmo recurso de comutamento. Por exemplo, os roteadores podem estabelecer LSPs com comutado de pacote com outros roteadores. Os LSPs podem ser carregados sobre um LSP com TDM comutado por sonet entre multiplexadores sonet/drop (ADMs), que por sua vez podem ser carregados sobre um LSP com lambda.

O resultado dessa extensão do protocolo MPLS é uma expansão no número de dispositivos que podem participar da comação de rótulos. Dispositivos de camada inferior, como OXCs e ADMs SONET, agora podem participar da sinalização GMPLS e configurar caminhos para transferir dados. Um roteador pode participar da sinalização de caminhos ópticos em uma rede de transporte.

Dois modelos de serviço determinam a visibilidade que um nó cliente (um roteador, por exemplo) tem no núcleo óptico ou na rede de transporte. A primeira é por meio de uma interface de usuário para rede (UNI), que costuma ser chamada de modelo de sobreposição. O segundo é conhecido como o modelo peer. Juniper Networks aceita ambos os modelos.

Nota:

Não existe necessariamente uma correspondência entre uma interface física e uma interface GMPLS. Se uma conexão GMPLS usar um conector físico não-canalizado, o rótulo GMPLS pode usar a ID de porta física. Entretanto, o rótulo para interfaces canalizadas costuma ser baseado em um canal ou slot de tempo. Portanto, é melhor consultar rótulos GMPLS como identificadores de um recurso em um enlace de engenharia de tráfego.

Para estabelecer LSPs, o GMPLS usa os seguintes mecanismos:

  • Um canal de controle fora da banda e um canal de dados — mensagens de RSVP para configuração de LSP são enviadas por uma rede de controle fora da banda. Uma vez que a configuração de LSP está completa e o caminho é provisionado, o canal de dados está aberto e pode ser usado para transportar tráfego. O Protocolo de Gerenciamento de Enlace (LMP) é usado para definir e gerenciar os canais de dados entre um par de nós. Você pode usar o LMP opcionalmente para estabelecer e manter canais de controle LMP entre colegas que executam a mesma versão do Junos OS.

  • Extensões de TE RSVP para GMPLS — O RSVP-TE já foi projetado para sinalizar a configuração de LSPs de pacotes. Isso foi estendido para que o GMPLS possa solicitar a configuração de caminho para vários tipos de LSPs (sem pacote) e solicitar rótulos como comprimentos de onda, slots de tempo e fibra como objetos de rótulo.

  • LSPs bidirecionais — Os dados podem viajar entre dispositivos GMPLS por um único caminho, para que LSPs não empacotados sejam sinalização bidirecional.

Termos e siglas GMPLS

Generalizada MPLS (GMPLS)

Uma extensão para MPLS que permite que dados de várias camadas sejam comutado por caminhos comutado por rótulos (LSPs). Conexões LSP GMPLS são possíveis entre dispositivos semelhantes de Camada 1, Camada 2 e Camada 3.

Adjabilidade de encaminhamento

Um caminho de encaminhamento para o envio de dados entre dispositivos habilitados para GMPLS.

rótulo GMPLS

Identificadores de Camada 3, porta de fibra, slot de tempo multiplexação por divisão de tempo (TDM) ou comprimento de onda de multiplexação por divisão de comprimento de onda (DWDM) denso de um dispositivo habilitado para GMPLS usado como um identificador de next-hop.

tipos GMPLS LSP

Os quatro tipos de LSPs GMPLS são:

  • Capaz de comutado de fibra (FSC)— Os LSPs são comutados entre dois dispositivos baseados em fibra, esses OXCs (Optical Cross-Connects, transectos ópticos) que operam no nível de fibra individual.

  • Capaz de comutado de Lambda (LSC)— Os LSPs são comutados entre dois DWDM, como os OXCs que operam no nível de comprimentos de onda individuais.

  • TDM comutado (TDM)— os LSPs são comutados entre dois TDM de rede, como ADMs SONET.

  • PSC (Packet-Switch Capable, capacidade de comutado de pacotes) — Os LSPs são comutados entre dois dispositivos baseados em pacote, como roteadores ou switches ATM.

Protocolo de gerenciamento de enlace

Um protocolo usado para definir uma adjaceência de encaminhamento entre colegas e manter e alocar recursos nos en links de engenharia de tráfego.

Link de engenharia de tráfego

Uma conexão lógica entre dispositivos habilitados para GMPLS. Links de engenharia de tráfego podem ter endereços ou IDs e estar associados a determinados recursos ou interfaces. Eles também têm determinados atributos (tipo codificação, capacidade de com switching, largura de banda etc.). Os endereços lógicos podem ser instável, embora isso não seja obrigatório porque eles estão agindo como identificadores de enlace. Cada enlace de engenharia de tráfego representa uma adjaceência de encaminhamento entre um par de dispositivos.

Operação GMPLS

A funcionalidade básica do GMPLS requer uma interação próxima entre RSVP e LMP. Ele funciona na sequência a seguir:

  1. A LMP notifica o RSVP das novas entidades:

    • Enlace de engenharia de tráfego (adjabilidade de encaminhamento)

    • Recursos disponíveis para o link de engenharia de tráfego

    • peer de controle

  2. O GMPLS extrai os atributos de LSP da configuração e solicita que RSVP sinalize um ou mais caminhos específicos, especificados pelos endereços de enlace de engenharia de tráfego.

  3. O RSVP determina o enlace de engenharia de tráfego local, a adjacência de controle correspondente e os parâmetros de canal de controle ativo e de transmissão (como destino IP). Ele solicita que o LMP aloce um recurso do enlace de engenharia de tráfego com os atributos especificados. Se o LMP encontrar um recurso que correspondência com os atributos, a alocação de rótulos será bem-sucedida. O RSVP envia um hop de PathMsg por hop até chegar ao roteador alvo.

  4. Quando o roteador alvo recebe o PathMsg, o RSVP solicita novamente que o LMP aloce um recurso com base nos parâmetros sinalados. Se a alocação de rótulos tiver sucesso, o roteador enviará de volta um ResvMsg.

  5. Se a sinalização for bem-sucedida, um caminho óptico bidirecional é provisionado.

GMPLS e OSPF

Você pode configurar a OSPF para GMPLS. OSPF é um protocolo de gateway interior (IGP) que encaminha pacotes dentro de um único sistema autônomo (AS). OSPF usa informações de estado de enlace para tomar decisões de roteamento.

GMPLS e CSPF

O GMPLS introduz restrições adicionais para os caminhos de computação para LSPs GMPLS que usam CSPF. Essas restrições adicionais afetarão os seguintes atributos de enlace:

  • Tipo de sinal (largura de banda LSP mínima)

  • Tipo de codificação

  • Tipo de comação

Essas novas restrições são preenchidas no banco de dados de engenharia de tráfego com a troca de um tipo de descritor de computação de interface, comprimento, valor (TLV) por meio de um IGP.

As restrições ignoradas que são trocadas pelo recurso de complicação de interface incluem:

  • Largura de banda LSP máxima

  • Unidade de transmissão máxima (MTU)

A computação de caminho do CSPF é a mesma que em ambientes não GMPLS, exceto que os links também são limitados por restrições GMPLS.

Cada enlace pode ter vários descritores de recursos de complicação de interface. Todos os descritores são verificados antes de um enlace ser rejeitado.

As restrições são marcadas na seguinte ordem:

  1. O tipo de sinal configurado para o GMPLS LSP significa a quantidade de largura de banda necessária. Se a largura de banda desejada for inferior à largura de banda LSP mínima, o descritor de complicação de interface será recusado.

  2. O tipo de codificação do enlace para as interfaces de entrada e de saída deve combinar. O tipo de codificação é selecionado e armazenado no nó de entrada, depois que todas as restrições são atendidas pelo enlace e são usadas para selecionar o enlace no nó de saída.

  3. O tipo de comutadores dos links dos switches intermediários deve combinar com o do GMPLS LSP especificado na configuração.

Recursos GMPLS

O Junos OS inclui a seguinte funcionalidade GMPLS:

  • Um plano de controle fora da banda possibilita sinalizar a configuração do caminho do LSP.

  • As extensões TE RSVP são de suporte a outros objetos além dos pacotes da Camada 3, como portas, slots de tempo e comprimentos de onda.

  • O protocolo LMP cria e mantém um banco de dados de links de engenharia de tráfego e informações de peer. Somente a versão estática deste protocolo é suportada no Junos OS. Você pode configurar o LMP opcionalmente para estabelecer e manter os canais de controle LMP entre colegas que executam a mesma versão do Junos OS.

  • LSPs bidirecionais são obrigatórios entre dispositivos.

  • São suportados vários tipos de rótulos GMPLS definidos em RFC 3471, MPLS generalizado Descrição Funcional de Sinalização, como MPLS, Generalizado, SONET/SDH, Sugestão e Upstream. Rótulos generalizados não contêm um campo do tipo, porque os nós devem saber a partir do contexto da conexão qual tipo de rótulo esperar.

  • Os parâmetros de tráfego facilitam a codificação da largura de banda GMPLS e a formatação SONET/SDH.

  • Outros atributos suportados incluem identificação de interface e identificação de interface com erros, sinalização no estilo UNI (user-to-network) e caminhos LSP secundários.

Configuração de MPLS para GMPLS

Como parte da configuração para GMPLS, você precisa estabelecer um caminho MPLS único para cada dispositivo exclusivo conectado por GMPLS. Configure o endereço remoto do enlace de engenharia de tráfego como o endereço em [edit protocols mpls path path-name] nível de hierarquia. O CSPF (Shortest Path First, caminho mais curto restrito) é suportado para que você possa escolher a opção strictloose ou o endereço.

Consulte Visão geral da configuração do LMP para obter informações sobre como obter um endereço remoto de enlace de engenharia de tráfego.

Para configurar o caminho MPLS, inclua a path instrução no nível [edit protocols mpls] da hierarquia:

Para obter informações sobre como configurar MPLS caminhos, consulte Criação de caminhos nomeados.

Rastreamento de tráfego LMP

Para rastrear o tráfego de protocolo LMP, inclua a traceoptions declaração em nível de [edit protocols link-management] hierarquia:

Use a file instrução para especificar o nome do arquivo que recebe a saída da operação de rastreamento. Todos os arquivos são colocados no diretório /var/log.

As bandeiras de rastreamento a seguir exibem as operações associadas ao envio e recebimento de várias mensagens LMP:

  • all— Rastrear todas as operações disponíveis

  • hello-packets— Rastrear pacotes hello em qualquer canal de controle LMP

  • init— Saída das mensagens de inicialização

  • packets— Rastrear todos os pacotes que não os pacotes hello em qualquer canal de controle LMP

  • parse— Operação do analisador

  • process— Operação da configuração geral

  • route-socket— Operação dos eventos do soquete de rotas

  • routing— Operação dos protocolos de roteamento

  • server— Operações de processamento de servidor

  • show— A manutenção de operações para show comandos

  • state— Rastrear transições de estado dos canais de controle LMP e links de engenharia de tráfego

Cada bandeira pode levar um ou mais dos seguintes modificadores de bandeira:

  • detail— Forneça informações detalhadas de rastreamento

  • receive— Pacotes sendo recebidos

  • send— Pacotes sendo transmitidos

Configuração de MPLS LSPs para GMPLS

Para habilitar os parâmetros de comutamento GMPLS apropriados, configure os atributos LSP (Label-Switch Path, caminho comutado por rótulos) apropriados para a conexão de rede. O valor padrão para switching-type é , que também é apropriado para a psc-1 MPLS.

Para configurar os atributos LSP, inclua a lsp-attributes instrução no nível [edit protocols mpls label-switched-path lsp-name] da hierarquia:

Se você incluir a instrução na configuração do caminho comutado por rótulos, você também deve configurar os caminhos principais e secundários, ou no-cspf a configuração não pode ser comprometida.

As seções a seguir descreverão como configurar cada um dos atributos LSP para um LSP GMPLS:

Configurando o tipo de codificação

Você precisa especificar o tipo de codificação do payload carregado pelo LSP. Pode ser qualquer um dos seguintes:

  • ethernet—Ethernet

  • packet—Pacote

  • pdh— Hierarquia digital plesicrona (PDH)

  • sonet-sdh—SONET/SDH

O valor padrão é packet .

Para configurar o tipo de codificação, inclua a encoding-type instrução no nível [edit protocols mpls label-switched-path lsp-name lsp-attributes] da hierarquia:

Configuração do GPID

Você precisa especificar o tipo de carga transportada pelo LSP. O payload é o tipo de pacote sob o rótulo MPLS de dados. A carga útil é especificada pelo identificador de carga generalizada (GPID).

Você pode especificar o GPID com qualquer um dos seguintes valores:

  • hdlc— HdLC (High-Level Data Link Control, Controle de enlace de dados de alto nível)

  • ethernet—Ethernet

  • ipv4—IP versão 4 (padrão)

  • pos-scrambling-crc-16— Para interoperabilidade com equipamentos de outros fornecedores

  • pos-no-scrambling-crc-16— Para interoperabilidade com equipamentos de outros fornecedores

  • pos-scrambling-crc-32— Para interoperabilidade com equipamentos de outros fornecedores

  • pos-no-scrambling-crc-32— Para interoperabilidade com equipamentos de outros fornecedores

  • ppp—Protocolo ponto a ponto (PPP)

Para configurar o GPID, inclua a gpid instrução em nível [edit protocols mpls label-switched-path lsp-name lsp-attributes] de hierarquia:

Configurando o tipo de largura de banda do sinal

O tipo de largura de banda de sinal é a codificação usada para computação de caminho e controle de admissão. Para configurar o tipo de largura de banda do sinal, inclua signal-bandwidth a instrução no [edit protocols mpls label-switched-path lsp-name lsp-attributes] nível da hierarquia:

Configuração de LSPs bidirecionais GMPLS

Como MPLS e GMPLS usam a mesma hierarquia de configuração para LSPs, é útil saber quais atributos LSP controlam a funcionalidade LSP. Os LSPs MPLS com comutado de pacote padrão são unidirecionais, enquanto os LSPs não empacotados GMPLS são bidirecionais.

Se você usar o tipo de com switching de pacotes psc-1 padrão, seu LSP se tornará unidirecional. Para habilitar um LSP bidirecional GMPLS, você deve selecionar uma opção do tipo não-pacote-switching, lambdafiber como, ou ethernet . Inclua a switching-type declaração no nível da [edit protocols mpls label-switched-path lsp-name lsp-attributes] hierarquia:

Permitindo que LSPs GMPLS não empacotados estabeleçam caminhos por meio de roteadores executando o Junos OS

Definindo o bit A no objeto Status de administrador. você pode habilitar LSPs GMPLS não empacotados a estabelecer caminhos por meio de roteadores que executarão o Junos. Quando um roteador de entrada envia uma mensagem DE CAMINHO de RSVP com o conjunto de bits do Status de Administrador, um dispositivo externo (não um roteador executando o Junos OS) pode realizar um teste de configuração de caminho de Camada 1 ou ajudar a criar uma conexão cruzada óptica.

Quando definido, o bit A no objeto Status de administrador indica o status administrativo de down para um GMPLS LSP. Esse recurso é usado especificamente por LSPs GMPLS não empacotados. Ele não afeta a configuração do caminho de controle ou o encaminhamento de dados para LSPs de pacotes.

O Junos não diferencia a configuração do caminho de controle e a configuração do caminho de dados. Outros nós ao longo do caminho da rede usam a sinalização de CAMINHO de RSVP usando o bit A de maneira significativa.

Para configurar o objeto Status de Administrador para um LSP GMPLS, inclua a admin-down instrução:

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

Desconectando os LSPs GMPLS com elegância

Você pode derrubar LSPs não empacotados GMPLS. Um LSP que é derrubado de forma abrupta, um processo comum em uma rede comutado de pacotes, pode causar problemas de estabilidade em redes não comuadas. Para manter a estabilidade das redes não comutado, pode ser necessário derrubar LSPs de maneira graciosa.

As seções a seguir descrevem como derrubar os LSPs GMPLS de maneira graciosa:

Exclusão temporariamente de LSPs GMPLS

Você pode derrubar um LSP GMPLS usando o clear rsvp session gracefully comando.

Esse comando revela uma sessão de RSVP para um LSP não empacotado em duas passagens. Na primeira passagem, o objeto Status de administrador é sinalização ao longo do caminho até o endpoint do LSP. Durante a segunda passagem, o LSP é derrubado. Usando esse comando, o LSP é preso temporariamente. Após o intervalo apropriado, o LSP GMPLS é restituido e reestabelecido.

O clear rsvp session gracefully comando tem as seguintes propriedades:

  • Ele só funciona nos roteadores de entrada e saída de uma sessão de RSVP. Se usado em um roteador de trânsito, ele tem o mesmo comportamento do clear rsvp session comando.

  • Ele só funciona para LSPs não empacotados. Se usado com LSPs de pacote, ele tem o mesmo comportamento do clear rsvp session comando.

Para obter mais informações, consulte o ClI Explorer.

Exclusão permanente dos LSPs GMPLS

Quando você desativa um LSP na configuração, o LSP é excluído permanentemente. Ao configurar a disable declaração, você pode desativar um LSP GMPLS permanentemente. Se o LSP que está sendo desabilitado for um LSP não empacotado, os procedimentos de desarmagem LSP graciosos que usam o objeto Status de administrador são usados. Se o LSP for inválido é um LSP de pacote, os procedimentos de sinalização regulares para exclusão de LSP são usados.

Para desativar um GMPLS LSP, inclua a disable instrução em qualquer um dos seguintes níveis de hierarquia:

  • [edit protocols mpls label-switched-path lsp-name]— Desative o LSP.

  • [edit protocols link-management te-link te-link-name]— Desative um enlace de engenharia de tráfego.

  • [edit protocols link-management te-link te-link-name interface interface-name]— Desative uma interface usada por um enlace de engenharia de tráfego.

Configurando o intervalo de tempo de exclusão graciosa

O roteador que inicia o procedimento de exclusão graciosa para uma sessão de RSVP espera pelo intervalo de tempo de exclusão simplificado para garantir que todos os roteadores ao longo do caminho (especialmente os roteadores de entrada e saída) tenham se preparado para derrubar o LSP.

O roteador de entrada inicia o procedimento de exclusão graciosa enviando o objeto Status de administrador na mensagem de caminho com o D conjunto de bits. O roteador de entrada espera receber uma mensagem Resv com o conjunto de bits do roteador de D saída. Caso o roteador de entrada não receba essa mensagem no tempo especificado pelo intervalo de tempo de exclusão graciosa, ele inicia uma eliminação forçada do LSP enviando uma mensagem PathTear.

Para configurar o intervalo de tempo de exclusão simplificado, inclua a graceful-deletion-timeout declaração no nível da [edit protocols rsvp] hierarquia. Você pode configurar um tempo entre 1 a 300 segundos. O valor padrão é de 30 segundos.

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

  • [edit protocols rsvp]

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

Você pode usar o comando para determinar o valor atual configurado para o tempo de show rsvp version exclusão graciosa.

Visão geral de sinalização de VLAN TE GMPLS RSVP

Entender a sinalização gmpls RSVP-TE

A sinalização é o processo de troca de mensagens no plano de controle para configurar, manter, modificar e encerrar caminhos de dados (caminhos comutado por rótulos (LSPs) no plano de dados. O MPLS generalizado (GMPLS) é um pacote de protocolo que amplia o plano de controle existente da MPLS para gerenciar novas classes de interfaces e dar suporte a outras formas de complicação de rótulos, como multiplexação por divisão de tempo (TDM), fibra (porta), Lambda e assim por diante.

O GMPLS estende conexões inteligentes de IP/MPLS desde a Camada 2 e a Camada 3 até dispositivos ópticos de Camada 1. Ao contrário do MPLS, que é suportado principalmente por roteadores e switches, o GMPLS também pode ser suportado por plataformas ópticas, incluindo SONET/SDH, cruzados ópticos (OXCs) e multiplexação densa por divisão de onda (DWDM).

Além dos rótulos, que são usados principalmente para encaminhamento de dados na MPLS, outras entradas físicas, como comprimentos de onda, slots de tempo e fibra, podem ser usadas como objetos de rótulo para encaminhamento de dados no GMPLS, utilizando assim os mecanismos de plano de controle existentes para sinalização de diferentes tipos de LSPs. O GMPLS usa TE RSVP para solicitar que os outros objetos de rótulo sinalizem os vários tipos de LSPs (não empacotados). LSPs bidirecionais e um canal de controle fora da banda e um canal de dados usando o Protocolo de Gerenciamento de Enlace (LMP) são os outros mecanismos usados pelo GMPLS para estabelecer LSPs.

Necessidade de sinalização LSP GMPLS RSVP-TE VLAN

Os serviços tradicionais de Camada 2 ponto a ponto usam circuitos de Camada 2 e tecnologias DE VPN de Camada 2 que são baseadas em LDP e BGP. Na implantação tradicional, os dispositivos de borda do cliente (CE) não participam da sinalização do serviço de Camada 2. Os dispositivos de borda do provedor (PE) gerenciam e provisionam o serviço de Camada 2 para fornecer conectividade de ponta a ponta entre os CE de segurança.

Um dos maiores desafios de ter os dispositivos PE que provisionam os serviços de Camada 2 para cada circuito de Camada 2 entre um par de CE é a carga de gerenciamento da rede na rede do provedor.

Figura 1 ilustra como o serviço de Camada 2 é criado e usado pelos roteadores CE em uma tecnologia VPN de Camada 2 baseada em LDP/BGP Camada 2. Dois CE CE1 e CE2 estão conectados a uma rede MPLS provedores por meio dos roteadores PE1 e PE2, respectivamente. Os CE estão conectados aos roteadores PE por links Ethernet. Os roteadores CE1 e CE2 estão configurados com interfaces lógicas de Camada 3 e VLAN1 e VLAN2, e assim parecem estar conectados diretamente. Os roteadores PE1 e PE2 estão configurados com circuito de Camada 2 (pseudowire) para transportar o tráfego VLAN de Camada 2 entre os CE roteadores. Os roteadores PE usam pacotes MPLS LSPs dentro da rede MPLS provedores para transportar o tráfego VLAN de Camada 2.

Figura 1: Serviços tradicionais ponto a ponto de Camada 2Serviços tradicionais ponto a ponto de Camada 2

Com a introdução da sinalização LSP VLAN baseada em GMPLS, minimiza-se a necessidade da rede PE (também chamada de camada de servidor) provisionar cada conexão individual de Camada 2 entre os dispositivos CE (também chamado de cliente). O roteador cliente solicita ao roteador da camada de servidor ao qual está diretamente conectado, para configurar o serviço de Camada 2 para se conectar a um roteador cliente remoto por meio da sinalização GMPLS.

Os dispositivos de camada de servidor ampliam a sinalização pela rede da camada de servidor para se conectarem aos roteadores do cliente remoto. No processo, o dispositivo de camada de servidor configura o plano de dados para o serviço de Camada 2 na borda do servidor-cliente e configura o plano de dados para transporte do tráfego de Camada 2 na rede da camada de servidor. Com a configuração do serviço de Camada 2, os roteadores clientes podem executar ip/MPLS diretamente sobre o serviço de Camada 2 e ter adjabilidade de IP/MPLS entre si.

Além de reduzir a atividade de provisionamento necessária nos dispositivos da camada de servidor, a sinalização GMPLS também fornece aos roteadores clientes a flexibilidade de subir os circuitos de Camada 2 sob demanda, sem depender da administração da camada de servidor para o provisionamento do serviço de Camada 2.

Usando a mesma topologia da Figura 1, ilustra como o serviço de Camada 2 é criado e usado pelos roteadores clientes na tecnologia VPN de Camada 2 baseada em Figura 2 GMPL RSVP-TE.

Figura 2: GMPLS RSVP-TE VLAN LSPGMPLS RSVP-TE VLAN LSP

Em vez de configurar um pseudowire para transportar o tráfego VLAN de Camada 2 entre os roteadores clientes, os roteadores PE1 e PE2 estão configurados com um canal de comunicação baseado em IP e outras configurações específicas do GMPLS (identificação de links ethernet como TE-links) para permitir a troca de mensagens de sinalização Figura 2 GMPLS RSVP-TE com os roteadores cliente. Os roteadores CE1 e CE2 também estão configurados com um canal de comunicação baseado em IP e configuração GMPLS relevante para trocar mensagens de sinalização GMPLS RSVP-TE com os roteadores da camada de servidor. Os roteadores CE1 e CE2 estabelecem uma adjaciabilidade de IP/MPLS sobre este serviço de Camada 2.

Funcionalidade de sinalização de VLAN TE GMPLS RSVP

Com base Figura 2 em, o roteador cliente estabelece o serviço de Camada 2 na rede da camada de servidor da seguinte forma:

  1. O roteador CE1 inicia a sinalização GMPLS RSVP-TE com o Roteador PE1. Nesta mensagem de sinalização, o roteador CE1 indica a VLAN no enlace Ethernet para o qual ele precisa do serviço de Camada 2 e do roteador CE remoto, o Roteador CE2, com o qual a VLAN deve ser conectada.

    O roteador CE1 também indica o roteador PE remoto, o roteador PE2, ao qual o roteador CE2 está conectado, e o enlace Ethernet exato que conecta o Roteador CE2 ao Roteador PE2 no qual o serviço de Camada 2 é obrigatório na mensagem de sinalização.

  2. O roteador PE1 usa as informações do Roteador CE1 na mensagem de sinalização e determina o roteador PE remoto, o roteador PE2, com o qual o roteador CE2 está conectado. O Roteador PE1 estabelece um pacote MPLS LSP (bidirecional associado) pela rede de MPLS camada de servidor para transportar o tráfego VLAN e passa a mensagem de sinalização GMPLS RSVP-TE para o Roteador PE2 usando o mecanismo de hierarquia LSP.

  3. O roteador PE2 propaga a mensagem de sinalização GMPLS RSVP-TE o roteador CE2 com o VLAN para ser usado no enlace Ethernet PE2-CE2.

  4. O roteador CE2 responde com um reconhecimento da mensagem de sinalização GMPLS RSVP-TE o Roteador PE2. Em seguida, o roteador PE2 propaga-o para o Roteador PE1, que, por sua vez, propaga-o para o Roteador CE1.

  5. Como parte dessa propagação de mensagens, os roteadores PE1 e PE2 configuram o plano de encaminhamento para permitir o fluxo bidirecional do tráfego da Camada 2 da VLAN entre os roteadores CE1 e CE2.

Hierarquia de LSP com GMPLS RSVP-TE VLAN LSP

O serviço de Camada 2 no GMPLS RSVP-TE sinalização LSP VLAN é criado usando um mecanismo de hierarquia no qual dois LSPs RSVP diferentes são criados para o serviço de Camada 2:

  • Um LSP de VLAN de ponta a ponta que tenha informações de estado nos roteadores da camada de cliente e servidor.

  • Um LSP de transporte de pacotes bidirecionais associado que está presente nos roteadores de camada de servidor (PE e P) da rede da camada de servidor.

A hierarquia LSP evita o compartilhamento de informações sobre características de LSP específicas da tecnologia com os nós de núcleo da rede da camada de servidor. Essa solução separa de forma limpa o estado LSP da VLAN e o estado LSP de transporte, e garante que o estado LSP da VLAN só está presente nos nós (PE, CE) onde for necessário.

Especificação de caminho para GMPLS RSVP-TE VLAN LSP

O caminho para o GMPLS RSVP-TE LSP está configurado como um Objeto de Roteamento Explícito (ERO) no roteador do cliente de iniciação. Conforme esse LSP atravessa diferentes domínios de rede (iniciando, terminando na rede do cliente e atravessando a rede da camada de servidor), a configuração LSP se enquadra na categoria de uma configuração LSP entre domínios. Em um cenário entre domínios, um domínio de rede geralmente não tem visibilidade total da topologia do outro domínio da rede. Assim, o ERO que fica configurado no roteador cliente que inicia o lançamento não tem informações de hop total para a porção da camada do servidor. Esse recurso requer que o ERO configurado no roteador de CE tenha três hops, sendo o primeiro hop um salto rigoroso que identifica o enlace Ethernet CE1-PE1, o segundo hop é um hop frouxo que identifica o roteador PE de saída (PE2), e o terceiro hop é um hop rigoroso que identifica o enlace Ethernet CE2-PE2.

Configuração LSP GMPLS RSVP-TE VLAN

A configuração necessária para configurar um LSP GMPLS VLAN nos roteadores de cliente e servidor usa o modelo de configuração GMPLS existente com algumas extensões. O modelo de configuração DO GMPLS do Junos OS para LSPs não empacotados tem como objetivo trazer as interfaces físicas para funcionamento por meio da sinalização GMPLS RSVP-TE, enquanto a sinalização de um GMPLS RSVP-TE VLAN LSP visa a colocar VLANs individuais no topo de uma interface física. A ethernet-vlan instrução de configuração na [edit protocols link-management te-link] hierarquia permite isso.

O roteador cliente tem interfaces físicas conectadas a uma rede de servidor, e a rede do servidor fornece uma conexão ponto a ponto entre dois roteadores cliente nas interfaces físicas conectadas. A interface física é trazida para um estado operacional pelo GMPLS RSVP-TE da seguinte forma:

  1. O roteador cliente mantém uma adjaceência de roteamento ou sinalização com o nó de rede do servidor ao qual a interface física está conectada, normalmente por meio de um canal de controle diferente da interface física, porque a própria interface física é criada e funcionando somente após a sinalização.

  2. O roteador do cliente e o nó de rede do servidor identificam as interfaces físicas que as conectam usando o mecanismo TE-link.

  3. O roteador cliente e o nó de rede do servidor usam o identificador de TE-link (endereço IP) como hop GMPLS RSVP e o identificador de interface física como valores de rótulo GMPLS nas mensagens de sinalização GMPLS RSVP-TE para levar a interface física em um estado operacional.

Na configuração GMPLS existente, os nós de rede do servidor e do cliente usam a instrução de configuração protocols link-management peer peer-name para especificar o nó de peer adjacente. Como um roteador cliente pode ter uma ou mais interfaces físicas conectadas ao nó de rede do servidor, essas interfaces físicas são agrupadas e identificadas por um endereço IP por meio da instrução de protocols link-management te-link link-name configuração. O TE é atribuído a um endereço IP local, um endereço IP remoto e uma lista de interfaces físicas. O TE link de rede é associado à instrução protocols link-management peer peer-name te-link te-link-list de configuração.

O canal de controle fora da banda necessário para a troca de mensagens de sinalização é especificado usando a instrução protocols link-management peer peer-name control-channel interface-name de configuração. A existência do nó de rede do servidor ou do cliente fica visível para os protocolos RSVP e IGP (OSPF) por meio da instrução de configuração nos níveis e peer-interface interface-name[edit protocols rsvp] na [edit protocols ospf] hierarquia.

Na configuração GMPLS existente, o rótulo (rótulo upstream e rótulo resv) carregado na mensagem de sinalização é um identificador inteiro que identifica a interface física necessária para a aplicação. Conforme o rótulo é usado para identificar a interface física, a configuração GMPLS existente permite que várias interfaces sejam agrupadas sob um único TE-link. Na configuração GMPLS existente, há informações suficientes na mensagem de sinalização GMPLS RSVP-TE, como endereço de TE-link e valor do rótulo, para identificar a interface física necessária para a aplicação. Em comparação, para a configuração GMPLS RSVP-TE VLAN LSP, o valor de ID VLAN é usado como rótulo na mensagem de sinalização.

Na configuração GMPLS RSVP-TE VLAN LSP, se é permitido que várias interfaces sejam configuradas em um único enlace TE, usar a ID VLAN como o valor do rótulo na mensagem de sinalização pode causar ambiguidade quanto à interface física na qual a VLAN precisa ser provisionada. Portanto, o TE link de rede está configurado com a instrução de configuração, caso o número de interfaces físicas que podem ser configuradas no TE-link seja restrito a apenas ethernet-vlan uma.

Na configuração GMPLS existente, a largura de banda de um LSP não empacotado é uma quantidade discreta que corresponde à largura de banda da interface física que precisa ser ampliada. Assim, a configuração GMPLS LSP não permite que qualquer largura de banda seja especificada, mas permite que a largura de banda seja especificada apenas pela instrução de configuração no nível signal-bandwidth[protocols mpls label-switched-path lsp-name lsp-attributes] da hierarquia. Na configuração GMPLS VLAN LSP, a largura de banda é especificada como a de um LSP de pacote. Na configuração GMPLS VLAN LSP, a opção é bandwidth suportada e signal-bandwidth não é suportada.

Pacote bidirecional associado LSP

O GMPLS RSVP-TE VLAN LSP é realizado em um LSP de transporte bidirecional associado dentro da rede da camada de servidor, que é um LSP provisionado de um único lado. A sinalização de LSP de transporte é iniciada como um LSP unidirecional do roteador de origem até o roteador de destino na direção oposta, e o roteador de destino, por sua vez, inicia a sinalização do LSP unidirecional na direção reversa de volta ao roteador de origem.

Make-before-break para pacote bidirecional associado e GMPLS RSVP-TE VLAN LSP

O suporte make-before-break para um LSP de transporte bidirecional associado segue um modelo semelhante, no qual o roteador de destino para a direção de encaminhamento do LSP bidirecional não realiza operações de make-before-break na direção reversa do LSP bidirecional. É o roteador de origem (iniciador do LSP bidirecional associado) que inicia a mais nova instância make-before-break do LSP bidirecional associado, e o roteador de destino, por sua vez, inicia a nova instância de make-before-break na outra direção.

Por exemplo, no LSP de transporte unidirecional é iniciado do Roteador PE1 ao Roteador PE2 na direção do encaminhamento, e por sua vez o Roteador PE2 inicia o transporte LSP para o Roteador PE1 na direção Figura 2 reversa. Quando ocorre uma instância de make-before-break, somente o Roteador PE1 como o roteador cliente iniciando pode estabelecer uma nova instância do LSP bidirecional associado. O roteador PE2, por sua vez, inicia a nova instância de fazer antes de quebrar na direção reversa.

O suporte make-before-break para o LSP de transporte bidirecional associado é usado apenas em cenários em que o LSP de transporte fica em um estado de proteção local devido a falha de enlace ou nó no caminho do LSP. O GMPLS RSVP-TE VLAN LSP usa o mecanismo make-before-break para ajustar mudanças contínuas de largura de banda.

Nota:

A re-otimização periódica não está habilitada para LSPs de transporte bidirecional associados.

A instância de make-before-break mais nova do GMPLS VLAN LSP é suportada sob as seguintes restrições:

  • Ele deve ser originado do mesmo roteador do cliente da instância mais antiga e ser destinado ao mesmo roteador do cliente da instância mais antiga.

  • Ele deve usar os mesmos links servidor-cliente nas extremidades do servidor-cliente que a instância mais antiga.

  • Ele deve usar o mesmo rótulo de VLAN nos links servidor-cliente da instância mais antiga.

  • O LSP GMPLS VLAN deve ser configurado como quando a mudança de largura de banda é iniciada a partir da CLI, ou a instância atual do LSP VLAN é destruída e uma nova instância adaptive LSP VLAN é estabelecida.

A operação de make-before-break para o LSP GMPLS VLAN no roteador de borda da camada de servidor é recusada caso essas restrições não sejam atendidas.

Nos roteadores de borda da camada de servidor, quando uma instância de make-before-break do GMPLS VLAN LSP é vista, um LSP de transporte bidirecional totalmente novo e separado é criado para dar suporte a essa instância de make-before-break. O LSP bidirecional associado existente (com suporte para a instância mais antiga) não é acionado para iniciar uma instância de make-before-break no nível de LSP de transporte. Uma implicação dessa escolha (iniciar um novo LSP de transporte) é que no compartilhamento de largura de banda/recurso da camada de servidor não ocorre uma operação de make-before-break para o LSP GMPLS VLAN.

Recursos suportados e não suportados

O Junos OS oferece suporte aos seguintes recursos com o GMPLS RSVP-TE VLAN LSP:

  • Solicitar largura de banda e proteção local específicas para o LSP VLAN no roteador do cliente até o roteador da camada de servidor.

  • Suporte ininterrupto de roteamento ativo (NSR) para o LSP GMPLS VLAN nos roteadores do cliente, roteadores de borda da camada de servidor e LSP de transporte bidirecional associado nos roteadores de borda da camada de servidor.

  • Suporte multichassis.

O Junos OS not tem suporte para as seguintes funcionalidades GMPLS RSVP-TE VLAN LSP:

  • Suporte a reinicialização graciosa para LSP de pacotes bidirecionais associados e LSP GMPLS VLAN.

  • Computação de caminho de ponta a ponta para LSP GMPLS VLAN usando algoritmo CSPF no roteador do cliente.

  • Descoberta não baseada em roteamento CSPF de roteadores de next-hop por diferentes roteadores de borda da camada de cliente e servidor.

  • Provisionamento automático das interfaces VLAN de Camada 3 do cliente com base na configuração bem-sucedida do LSP VLAN nos roteadores do cliente.

  • MPLS OAM (LSP-ping, BFD).

  • Aplicativos MPLS pacotes, como next-hop em rota estática e IGP atalhos.

  • Mecanismo de conexão cruzada local, no qual um roteador cliente se conecta a um roteador cliente remoto que está conectado ao mesmo roteador do servidor.

  • Junos OS Services Framework.

  • Suporte ao IPv6.

  • Sistemas lógicos.

  • Interfaces de Ethernet/SONET/IRB agregadas no enlace servidor-cliente.

Exemplo: Configurando a sinalização de LSP VLAN GMPLS RSVP-TE VLAN

Este exemplo mostra como configurar GMPLS RSVP-TE sinalização de LSP VLAN nos roteadores cliente para permitir que um roteador cliente se conecte a um roteador cliente remoto por meio de uma rede na camada de servidor usando a hierarquia LSP. Isso permite que os roteadores clientes estabeleçam, mantenham e provisionem os serviços de Camada 2, sem depender da administração da camada de servidor, reduzindo assim a carga sobre as despesas operacionais da rede do provedor.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Seis roteadores que podem ser uma combinação de roteadores de borda multisserviço Série M, 5G da série MX Plataformas de roteamento universal, Série T de núcleo e série PTX Roteadores de transporte de pacotes

  • Junos OS Release 14.2 ou mais tarde executado nos roteadores cliente e roteadores de borda da camada de servidor

Antes de começar:

  1. Configure as interfaces de dispositivo.

  2. Configure as VLANs associadas à interface.

  3. Configure os seguintes protocolos de roteamento:

    • RSVP

    • MPLS

    • Lmp

Visão geral

A partir da versão 14.2 do Junos OS, os serviços de Camada 2 entre dois roteadores clientes em uma rede de camada de servidor externo/de terceiros são definidos pelos roteadores clientes sob demanda por meio da sinalização GMPLS RSVP-TE. Esse recurso fornece aos roteadores clientes a flexibilidade de estabelecer, manter e provisionar os serviços de Camada 2, sem depender da administração da camada de servidor, reduzindo assim a carga sobre as despesas operacionais da rede do provedor. Na tecnologia VPN de Camada 2 tradicional baseada em LDP e BGP, a rede do provedor lidava com a atividade de provisionamento para cada circuito de Camada 2 estabelecido entre dois roteadores clientes.

Figura 3 ilustra a configuração e sinalização do LSP GMPLS VLAN entre dois roteadores cliente, CE1 e CE2, em uma rede da camada de servidor com dois roteadores de borda da camada de servidor, PE1 e PE2, e um roteador núcleo da camada de servidor, P.

Figura 3: Configurando um LSP GMPLS VLANConfigurando um LSP GMPLS VLAN

A sinalização do GMPLS VLAN LSP é executada da seguinte forma:

  1. Initiating GMPLS VLAN LSP at CE1

    O roteador CE1 inicia a configuração de LSP GMPLS VLAN enviando a mensagem de caminho GMPLS RSVP-TE o Roteador PE1. A sinalização entre CE1 e PE1 é sobre um canal de controle fora da banda, que é um VLAN de controle separado configurado no enlace Ethernet que conecta os dois roteadores.

    A mensagem de caminho GMPLS RSVP-TE iniciada pelo Roteador CE1 é usada para executar o seguinte:

    1. Identifique o link ethernet no qual o VLAN está ativo.

    2. Abstraa o enlace de Ethernet TE um enlace de rede e atribua um endereço IP para identificar o enlace ethernet.

    3. Aloce uma ID VLAN do pool de VLANs gratuitas gerenciadas pelo roteador CE1 para cada enlace Ethernet que conecta o Roteador PE1 ao enlace Ethernet identificado.

      Esse ID VLAN também pode ser usado para o LSP GMPLS VLAN no enlace Ethernet CE2-PE2.

    4. Identifique a VLAN para a qual o serviço de Camada 2 precisa ser configurada usando a ID VLAN alocada como o objeto de rótulo upstream e o valor do rótulo de direção upstream.

    5. Inclua um objeto ERO que ajuda o Roteador PE1 a estabelecer o LSP VLAN por meio da rede da camada de servidor até o roteador do cliente remoto, CE2. O objeto ERO na mensagem de caminho inclui três hops:

      • First hop — Salto rígido identificando o link Ethernet iniciador de Ethernet do servidor-cliente, PE1-CE1.

      • Segundo hop — Salto solto que identifica o roteador de camada de servidor remoto, PE2.

      • Terceiro hop — salto rígido que identifica o link Ethernet remoto de clinet-server, PE2-CE2.

    6. Inclua a largura de banda necessária para o LSP GMPLS VLAN.

    7. Inclua qualquer proteção local necessária na rede da camada de servidor para o VLAN LSP.

  2. Initiating Associated Bidirectional Transport LSP at PE1

    Depois que o Roteador PE1 recebe a mensagem de caminho do roteador CE1, a mensagem é validada para verificar a disponibilidade do enlace ethernet e da ID VLAN. Na rede da camada de servidor, os serviços de Camada 2 entre os roteadores de camada de servidor, PE1 e PE2, são fornecidos no plano de dados de maneira semelhante a circuitos de Camada 2. O roteador PE1 traz um LSP de transporte para o Roteador PE2 e depois amplia o LSP GMPLS VLAN como um LSP hierárquico em execução sobre o LSP de transporte PE1-PE2. O LSP de transporte PE1-PE2 é um pacote LSP e tem natureza bidirecional. Isso porque o LSP GMPLS VLAN é bidirecional e cada roteador da camada de servidor precisa ser capaz de fazer o seguinte:

    • Receba tráfego do link Ethernet do servidor-cliente (por exemplo, o enlace PE1-CE1) e envie-o para o roteador da camada do servidor remoto, PE2.

    • Receba tráfego do Roteador PE2 remoto e envie-o no enlace Ethernet PE1-CE1.

    Para cada LSP GMPLS VLAN, um LSP de transporte de pacotes é criado na rede da camada de servidor. O LSP de transporte é usado exclusivamente para transportar tráfego do LSP GMPLS VLAN para o qual foi criado. O LSP de transporte é criado dinamicamente no momento do recebimento do LSP GMPLS VLAN; assim, nenhuma configuração é necessária para acionar sua criação. O LSP de transporte estabelecido para o VLAN LSP herda a largura de banda e os atributos de proteção local do LSP VLAN.

    O roteador PE1 indica o LSP de transporte PE1-PE2 para o Roteador PE2. O roteador PE1 determina o destino do LSP de transporte a partir do hop solto especificado no objeto ERO da mensagem de caminho GMPLS RSVP-TE do roteador CE1 e, em seguida, indica o LSP da VLAN. No entanto, se o LSP de transporte PE1-PE2 não conseguir estabelecer, o Roteador PE1 envia uma mensagem de erro de caminho para o roteador CE1, e o LSP GMPLS VLAN não está estabelecido também.

  3. Setting Up the Associated Bidirectional Transport LSP Between the Server-Layer Routers

    O LSP bidirecional associado entre os roteadores PE1 e PE2 consiste em dois LSPs de pacote unidirecional:

    • PE1-to-PE2

    • PE2-to-PE1

    O roteador PE1 inicia a sinalização de um pacote unidirecional LSP para o roteador PE2. Esse pacote unidirecional LSP constitui a direção de encaminhamento (PE1-para-PE2) do LSP bidirecional associado, e a mensagem de caminho transporta o Objeto de Associação Estendida indicando que esse é um modelo de provisionamento de um lado. Ao receber a mensagem de caminho do LSP, o Roteador PE2 responde com uma mensagem Resv e aciona a sinalização de um pacote unidirecional LSP ao Roteador PE1 com o mesmo caminho (PE1-para-PE2) na direção reversa. Esse pacote unidirecional LSP usa a direção PE2-para-PE1 do LSP bidirecional associado, e esta mensagem de caminho transporta o mesmo Objeto de Associação Estendida visto na mensagem de caminho PE1-para-PE2.

    Quando o Roteador PE1 recebe a mensagem Resv para o LSP unidirecional PE1-a-PE2 e a mensagem de caminho para lSPs unidirecionais PE2-para-PE1, PE1 vincula os LSPs unidirecionais PE1-a-PE2 e PE2-para-PE1 combinando os objetos de associação estendida carregados nas respectivas mensagens de caminho. Para a mensagem de caminho do LSP unidirecional PE2-a-PE1, o roteador PE1 responde com a mensagem resv. Ao receber a mensagem Resv para o LSP PE1-a-PE2 e a mensagem de caminho para o LSP PE2-para-PE1, o roteador PE1 estabeleceu o LSP de transporte de pacotes bidirecional associado.

  4. Setting Up the GMPLS VLAN LSP at Router PE1

    Após estabelecer com sucesso o LSP de transporte, o Roteador PE1 aciona a sinalização do LSP GMPLS VLAN. O Roteador PE1 envia a mensagem de caminho GMPLS RSVP-TE correspondente ao LSP da VLAN diretamente ao Roteador PE2, que tem natureza bidirecional e inclui o objeto de rótulo upstream.

    O roteador PE2 não sabe da associação entre o LSP de transporte e o LSP da VLAN. Essa associação é indicada ao Roteador PE2 pelo Roteador PE1.

  5. Setting Up the GMPLS VLAN LSP at Router PE2

    Ao receber a mensagem de caminho do VLAN LSP do Roteador PE1, o roteador PE2 verifica a disponibilidade do LSP de transporte. Se o LSP de transporte não estiver disponível ou se a configuração LSP estiver em andamento, o processamento LSP VLAN será colocado em espera. Quando o LSP de transporte está disponível, o Roteador PE2 processa a mensagem de caminho LSP da VLAN. O objeto ERO nesta mensagem de caminho indica que o próximo hop é um hop rigoroso que identifica o enlace Ethernet PE2-para-CE2. O objeto ERO pode indicar a ID VLAN a ser usada no enlace Ethernet PE2-para-CE2 pelo Roteador PE2.

    O Roteador PE2 aloca adequadamente a ID VLAN a ser enviada como o rótulo upstream na mensagem de caminho do VLAN LSP para o Roteador CE2, e envia-a por um canal de controle fora da banda.

  6. Processing the GMPLS VLAN LSP at Router CE2

    Ao receber o GMPLS RSVP-TE LSP do roteador PE2, o roteador CE2 valida a disponibilidade de ID VLAN para alocação no enlace PE2-para-CE2. O roteador CE2 aloca a ID VLAN para este LSP VLAN e envia uma mensagem resv ao Roteador PE2 com a ID VLAN como o objeto de rótulo na mensagem Resv.

  7. Processing the GMPLS VLAN LSP at Router PE2

    Ao receber a mensagem Resv do roteador CE2, o Roteador PE2 valida que o objeto de rótulo na mensagem Resv tem a mesma ID de VLAN que na mensagem de caminho. Em seguida, o roteador PE2 aloca um rótulo MPLS de 20 bits, incluído na mensagem Resv enviada ao Roteador PE1.

    Em seguida, o Roteador PE2 programa o plano de encaminhamento com as entradas para fornecer a funcionalidade de serviço de Camada 2.

    Nota:

    Para todos os IDs VLAN que podem ser alocados como rótulos nos links PE1-para-CE1 e PE2-CE2 Ethernet, você deve configurar manualmente interfaces lógicas para fins de conexão cruzada de circuito (CCC) nos roteadores de borda da camada de servidor e não para outras famílias, como IPv4, IPv6 ou MPLS.

  8. Processing the GMPLS VLAN LSP at Router PE1

    Ao receber a mensagem Resv para o LSP VLAN do roteador PE2, o Roteador PE1 envia uma mensagem de Resv para o Roteador CE1 com a mesma ID VLAN que recebeu como o rótulo upstream do Roteador CE1. O roteador PE1 programa o plano de encaminhamento com as entradas para fornecer a funcionalidade de serviço de Camada 2 como Roteador PE2.

  9. Processing the GMPLS VLAN LSP at Router CE1

    Ao receber a mensagem Resv do Roteador PE1, o Roteador CE1 valida que a ID da VLAN recebida na mensagem Resv bate com a ID VLAN no rótulo upstream na mensagem de caminho enviada. Isso conclui a configuração do LSP GMPLS VLAN do roteador CE1 ao roteador CE2.

    Nota:
    • A configuração GMPLS VLAN LSP não resulta na inclusão de entradas de plano de encaminhamento nos roteadores do cliente, CE1 e CE2. Somente os roteadores de camada de servidor, PE1 e PE2, adicionam as entradas de plano de encaminhamento para o LSP GMPLS VLAN.

    • Não há troca de informações de roteamento entre o cliente e os roteadores da camada do servidor. Os roteadores de camada de cliente e servidor não trocam informações de topologia de rede entre si.

  10. Accounting for Bandwidth of the GMPLS VLAN LSP

    Ao configurar com sucesso o LSP GMPLS VLAN, roteadores de camada de cliente e servidor reduzem a largura de banda disponível nos links Ethernet do servidor-cliente pelo valor de largura de banda alocado para o LSP GMPLS VLAN. Essas informações de contabilidade de largura de banda são usadas para fins de controle de admissão quando LSPs GMPLS VLAN adicionais são fornecidos nos links Ethernet do servidor-cliente.

  11. Using GMPLS VLAN LSP by the Client Routers

    Depois de configurar com sucesso o LSP GMPLS VLAN, os roteadores cliente – CE1 e CE2 – precisam ser configurados manualmente com a interface lógica VLAN sobre os links Ethernet do servidor-cliente com a ID VLAN sinalização. Essa interface lógica precisa ser configurada com o endereço IP e precisa ser incluída no protocolo IGP de segurança. Como resultado dessa configuração, os roteadores CE1 e CE2 estabelecem IGP adjaciabilidade e trocam tráfego de dados pelo serviço de Camada 2 estabelecido por meio da sinalização GMPLS.

    Figura 4 ilustra o fluxo de tráfego de dados do LSP GMPLS VLAN do roteador CE1 ao roteador CE2 depois que a configuração LSP estiver concluída e a adjaciabilidade CE1-to-CE MPLS IGP 2 necessária tenha sido estabelecida. O LSP de transporte da camada de servidor é originado do Roteador PE1, atravessa um único roteador de núcleo da camada de servidor, o roteador P e chega ao Roteador PE2. O LSP de transporte da camada de servidor é mostrado como um LSP pop penúltimo-hop, no qual o Roteador P sai do rótulo LSP de transporte e somente o rótulo de serviço está presente no enlace P-to-PE2.

    Figura 4: Fluxo de tráfego de dados de GMPLS VLAN LSPFluxo de tráfego de dados de GMPLS VLAN LSP

Topologia

Em , a sinalização Figura 5 de VLAN LSP por GMPLS RSVP-TE é usada para estabelecer os serviços de Camada 2 entre os roteadores do cliente, o roteador CE1 e o roteador CE2. Os roteadores de servidor, o roteador PE1 e o roteador PE2, têm um túnel GRE estabelecido com cada um dos roteadores de cliente conectados diretamente. Os roteadores P1 e P2 também são roteadores de servidor na rede da camada de servidor.

Figura 5: Configurando a sinalização de LSP VLAN GMPLS RSVP-TE VLANConfigurando a sinalização de LSP VLAN GMPLS RSVP-TE VLAN

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 a configuração da rede, copie e copie e copie os comandos na CLI no nível da hierarquia e, em seguida, entre no modo de [edit]commit configuração.

CE1

PE1

P1

P2

PE2

CE2

Configuração do roteador do cliente

Procedimento passo a passo

O exemplo a seguir requer que você navegar por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte Como usar o Editor de CLI no modo de configuração no Guia do Usuário da CLI.

Para configurar o roteador CE1:

Nota:

Repetir esse procedimento para o Roteador CE2 na rede da camada de servidor, depois de modificar os nomes, endereços e quaisquer outros parâmetros apropriados para o roteador.

  1. Configure a interface que conecta o roteador CE1 ao Roteador PE1.

  2. Configure o VLAN de controle para a interface ge-0/0/0.

  3. Configure a VLAN LSP na interface ge-0/0/0.

  4. Configure o túnel GRE como a interface de controle do Roteador CE1.

  5. Configure a interface de loopback do roteador CE1.

  6. Configure o endereço de loopback do Roteador CE1 como sua ID do roteador.

  7. Ative o RSVP em todas as interfaces do Roteador CE1, exceto a interface de gerenciamento.

  8. Configure a interface de peer de RSVP para o roteador CE1.

  9. Desative a computação de caminho automática para caminhos comutado por rótulos (LSPs).

  10. Configure o LSP para conectar o roteador CE1 ao roteador CE2.

  11. Configure os atributos LSP CE1-para-CE2.

  12. Configure os parâmetros de caminho e caminho do CE1-para-CE2.

  13. Ative MPLS em todas as interfaces do Roteador CE1, exceto a interface de gerenciamento.

  14. Configure um enlace de engenharia de tráfego e atribua endereços para a ponta local e remota do enlace.

  15. Ative a configuração do LSP da Camada 2 VLAN no enlace de engenharia de tráfego10.

  16. Configure a interface do roteador CE1 como a interface de membro do enlace de engenharia de tráfego10.

  17. Configure o Roteador PE1 como o peer de Protocolo de Gerenciamento de Enlace (LMP) para o Roteador CE1 e configure os atributos de peer.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show routing-options comandos , e . show protocols 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 roteador de servidor

Procedimento passo a passo

O exemplo a seguir requer que você navegar por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte Como usar o Editor de CLI no modo de configuração no Guia do Usuário da CLI.

Para configurar o roteador PE1:

Nota:

Repetir esse procedimento para o Roteador PE2 na rede da camada de servidor, depois de modificar os nomes, endereços e quaisquer outros parâmetros apropriados para o roteador.

  1. Configure a interface que conecta o roteador PE1 ao roteador CE1.

  2. Configure o VLAN de controle para a interface ge-0/0/0.

  3. Configure a VLAN LSP na interface ge-0/0/0.

  4. Configure a interface que conecta o Roteador PE1 aos roteadores de núcleo (Roteador P1 e Roteador P2).

  5. Configure o túnel GRE como a interface de controle do Roteador PE1.

  6. Configure a interface de loopback do Roteador PE1.

  7. Configure o endereço de loopback do Roteador PE1 como sua ID do roteador.

  8. Configure um LSP bidirecional associado e possibilite a configuração de LSP reversa unidirecional para LSP encaminhado provisionado de um só lado.

  9. Ative o RSVP em todas as interfaces do Roteador PE1, exceto a interface de gerenciamento.

  10. Configure a interface de ponto RSVP para o Roteador PE1 e possibilite a configuração dinâmica de LSP de pacote bidirecional para o transporte de LSP GMPLS não empacotado.

  11. Ative MPLS em todas as interfaces do Roteador PE1, exceto a interface de gerenciamento.

  12. Configure OSPF com recursos de engenharia de tráfego.

  13. Ative OSPF área 0 em todas as interfaces do Roteador PE1, exceto a interface de gerenciamento.

  14. Configure um enlace de engenharia de tráfego e atribua endereços para a ponta local e remota do enlace.

  15. Ative a configuração de um LSP VLAN de Camada 2 para uma variedade específica de VLANs no enlace de engenharia de tráfego link1.

  16. Configure a interface do roteador PE1 como a interface de membro do enlace de engenharia de tráfego link1.

  17. Configure o roteador CE1 como o peer LMP do Roteador PE1 e configure os atributos de peer.

Resultados

A partir do modo de configuração, confirme sua configuração show interfaces inserindo os show routing-options comandos , e . show protocols 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 do status do enlace de engenharia de tráfego nos roteadores do cliente

Propósito

Verificar o status do enlace de engenharia de tráfego configurado entre o roteador CE1 e o roteador CE2.

Ação

Do modo operacional, execute os show link-management comandos e show link-management te-link detail os comandos.

Significado

O peering do Protocolo de Gerenciamento de Enlace (LMP) foi estabelecido entre os roteadores clientes, e o enlace de engenharia de tráfego está ativo nos roteadores CE1 e CE2.

Verificação do status da sessão de RSVP nos roteadores do cliente

Propósito

Verificar o status das sessões de RSVP entre o Roteador CE1 e o Roteador CE2.

Ação

Do modo operacional, execute o show rsvp session comando.

Significado

As sessões de RSVP são estabelecidas entre o roteador de entrada, o roteador CE1 e o roteador de saída, o roteador CE2.

Verificação do status do LSP no roteador do servidor

Propósito

Verificar o status do MPLS LSP no roteador PE1.

Ação

Do modo operacional, execute o show mpls lsp comando.

Significado

O LSP CE1-para-CE2 está estabelecido, e a saída exibe os atributos LSP.

Verificação das entradas de CCC na tabela MPLS roteamento dos roteadores de servidor

Propósito

Verificar as entradas da interface de conexão cruzada (CCC) do circuito na tabela MPLS roteamento.

Ação

Do modo operacional, execute os show route table mpls.0 comandos e show route forwarding-table ccc ccc-interface os comandos.

Significado

A saída exibe a interface CCC, que é a interface cliente-roteador e os detalhes do next-hop para essa interface.

Verificação da conectividade ponta a ponta

Propósito

Verificar a conectividade entre o roteador CE1 e o roteador do cliente remoto, o roteador CE2.

Ação

Do modo operacional, execute o ping comando.

Significado

O ping do roteador CE1 ao roteador CE2 é bem-sucedido.