Nesta página
Configuração de GMPLS
Introdução ao GMPLS
O MPLS tradicional foi projetado para transportar tráfego IP de Camada 3 usando caminhos baseados em IP estabelecidos e associando esses caminhos com rótulos atribuídos de forma arbitrário. Esses rótulos podem ser configurados explicitamente por um administrador de rede ou podem ser atribuídos dinamicamente por meio de um protocolo como LDP ou RSVP.
O GMPLS generaliza o MPLS na forma como define rótulos para comutação de diferentes tipos de tráfego de Camada 1, Camada 2 ou Camada 3. Os nós GMPLS podem ter links com um ou mais dos seguintes recursos de comutação:
Comutada por fibra (FSC)
Comutada por Lambda (LSC)
Multiplexação por divisão de tempo (TDM) comutada (TSC)
Comutada por pacotes (PSC)
Os caminhos comutados por rótulos (LSPs) devem começar e terminar em links com o mesmo recurso de comutação. Por exemplo, os roteadores podem estabelecer LSPs comuídos por pacotes com outros roteadores. Os LSPs podem ser transportados por um LSP comutada por TDM entre os multiplexadores sonet add/drop (ADMs), que por sua vez podem ser transportados por um LSP comuto de lambda.
O resultado dessa extensão do protocolo MPLS é uma expansão no número de dispositivos que podem participar na comutação de rótulos. Dispositivos de camada inferior, como OXCs e SONET ADMs, agora podem participar da sinalização GMPLS e definir caminhos para transferir dados. Um roteador pode participar na sinalização de caminhos ópticos em uma rede de transporte.
Dois modelos de serviço determinam a visibilidade que um nó de 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 é frequentemente referida como o modelo de overlay. O segundo é conhecido como modelo de peer. A Juniper Networks oferece suporte a ambos os modelos.
Não há necessariamente uma correspondência de um para um entre uma interface física e uma interface GMPLS. Se uma conexão GMPLS usar um conector físico nãocanalizado, o rótulo GMPLS pode usar o ID da porta física. No entanto, o rótulo para interfaces canalizadas muitas vezes é baseado em um canal ou slot de tempo. Consequentemente, é melhor consultar os rótulos GMPLS como identificadores para obter um recurso em um link de engenharia de tráfego.
Para estabelecer LSPs, o GMPLS usa os seguintes mecanismos:
Um canal de controle fora de banda e um canal de dados — as mensagens RSVP para configuração de LSP são enviadas por uma rede de controle fora de banda. Assim que a configuração do LSP estiver concluída e o caminho estiver provisionado, o canal de dados estará pronto e pode ser usado para transportar tráfego. O Protocolo de gerenciamento de enlaces (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 de LMP entre pares que executam a mesma versão do Junos OS.
Extensões RSVP-TE 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 do caminho para vários tipos de LSPs (não pacotes) e solicitar rótulos como comprimentos de onda, slots de tempo e fibras como objetos de rótulo.
LSPs bidirecionais — os dados podem percorrer os dois caminhos entre dispositivos GMPLS por um único caminho, de modo que os LSPs não empacotados sejam sinalizados como bidirecionais.
Termos e siglas GMPLS
MPLS generalizado (GMPLS)
Uma extensão ao MPLS que permite que dados de várias camadas sejam trocados por caminhos comuados por rótulos (LSPs). Conexões LSP GMPLS são possíveis entre dispositivos similares de Camada 1, Camada 2 e Camada 3.
Adjacência 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 de multiplexação de divisão de tempo (TDM) ou multiplexação densa de divisão de comprimento de onda (DWDM) de um dispositivo habilitado para GMPLS usado como um identificador de próximo salto.
Tipos de LSP GMPLS
Os quatro tipos de LSPs GMPLS são:
Comutada por fibra (FSC) — os LSPs são trocados entre dois dispositivos baseados em fibra, tais cross-connects ópticos (OXCs) que operam no nível de fibras individuais.
LSC (comutada por Lambda) — os LSPs são trocados entre dois dispositivos DWDM, como OSCS que operam no nível de comprimentos de onda individuais.
TDM comutada (TDM) — Os LSPs são trocados entre dois dispositivos TDM, como SONET ADMs.
Comutação de pacotes (PSC) — os LSPs são trocados entre dois dispositivos baseados em pacotes, como roteadores ou switches ATM.
Protocolo de gerenciamento de enlaces
Um protocolo usado para definir uma adjacência de encaminhamento entre pares e para manter e alocar recursos nos links de engenharia de tráfego.
Link de engenharia de tráfego
Uma conexão lógica entre dispositivos habilitados para GMPLS. Os links de engenharia de tráfego podem ter endereços ou IDs e estão associados a determinados recursos ou interfaces. Eles também têm certos atributos (tipo de codificação, recursos de comutação, largura de banda e assim por diante). Os endereços lógicos podem ser roteáveis, embora isso não seja necessário porque eles estão agindo como identificadores de links. Cada link de engenharia de tráfego representa uma adjacência de encaminhamento entre um par de dispositivos.
Operação GMPLS
A funcionalidade básica do GMPLS requer interação estreita entre RSVP e LMP. Ele funciona na sequência a seguir:
O LMP notifica o RSVP das novas entidades:
Link de engenharia de tráfego (encaminhamento de adjacência)
Recursos disponíveis para o link de engenharia de tráfego
Controle peer
O GMPLS extrai os atributos LSP da configuração e solicita ao RSVP para sinalizar um ou mais caminhos específicos, que são especificados pelos endereços do link de engenharia de tráfego.
O RSVP determina o link de engenharia de tráfego local, adjacência de controle correspondente e canal de controle ativo e parâmetros de transmissão (como destino IP). Ele solicita que o LMP aloque um recurso do link de engenharia de tráfego com os atributos especificados. Se o LMP encontrar um recurso que corresponda aos atributos, a alocação de rótulos será bem sucedida. O RSVP envia um salto de pathMsg até chegar ao roteador alvo.
Quando o roteador-alvo recebe o PathMsg, o RSVP solicita novamente que o LMP alocasse um recurso com base nos parâmetros sinalizados. Se a alocação de rótulos for bem sucedida, o roteador enviará de volta um ResvMsg.
Se a sinalização for bem sucedida, um caminho óptico bidirecional será provisionado.
GMPLS e OSPF
Você pode configurar o OSPF para GMPLS. OSPF é um protocolo de gateway interior (IGP) que roteia pacotes dentro de um único sistema autônomo (AS). O OSPF usa informações de estado do enlace para tomar decisões de roteamento.
GMPLS e CSPF
O GMPLS introduz restrições extras para caminhos de computação para LSPs GMPLS que usam CSPF. Essas restrições adicionais afetam os seguintes atributos de link:
Tipo de sinal (largura de banda LSP mínima)
Tipo de codificação
Tipo de comutação
Essas novas restrições são povoadas no banco de dados de engenharia de tráfego com a troca de um tipo de descritor de recursos de comutação de interface, comprimento, valor (TLV) por meio de um IGP.
As restrições ignoradas que são trocadas pelo descritor de recursos de comutação de interface incluem:
Largura de banda LSP máxima
Unidade de transmissão máxima (MTU)
A computação de caminho CSPF é a mesma que em ambientes que não são GMPLS, exceto que os links também são limitados por restrições de GMPLS.
Cada link pode ter vários descritores de recursos de comutação de interface. Todos os descritores são verificados antes que um link seja rejeitado.
As restrições são verificadas na ordem a seguir:
O tipo de sinal configurado para o GMPLS LSP significa a quantidade de largura de banda solicitada. Se a largura de banda desejada for menor do que a largura de banda LSP mínima, o descritor de comutação de interface é rejeitado.
O tipo de codificação do link para a entrada e as interfaces de saída deve corresponder. O tipo de codificação é selecionado e armazenado no nó de entrada depois que todas as restrições são satisfeitas pelo link e são usadas para selecionar o link no nó de saída.
O tipo de comutação dos links dos switches intermediários deve combinar com o LSP GMPLS especificado na configuração.
Recursos de GMPLS
O Junos OS inclui a seguinte funcionalidade GMPLS:
Um plano de controle fora de banda torna possível sinalizar a configuração do caminho LSP.
As extensões RSVP-TE oferecem suporte a objetos adicionais além de pacotes de 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. Apenas a versão estática deste protocolo é suportada no Junos OS. Você pode configurar opcionalmente o LMP para estabelecer e manter canais de controle de LMP entre pares que executam a mesma versão junos OS.
Os LSPs bidirecionais são necessários entre dispositivos.
Vários tipos de rótuloS GMPLS definidos no RFC 3471, MPLS generalizado — Descrição funcional de sinalização, como MPLS, generalizado, SONET/SDH, Sugerido e Upstream, são suportados. Rótulos generalizados não contêm um campo de tipo, porque os nós devem saber pelo contexto de sua conexão que tipo de rótulo esperar.
Os parâmetros de tráfego facilitam a codificação de largura de banda GMPLS e a formatação SONET/SDH.
Outros atributos suportados incluem identificação de interface e identificação de interface incorreta, sinalização estilo usuário-rede (UNI) e caminhos LSP secundários.
Configuração de caminhos MPLS para GMPLS
Como parte da configuração para GMPLS, você precisa estabelecer um caminho MPLS para cada dispositivo exclusivo conectado por GMPLS. Configure o endereço remoto do link de engenharia de tráfego como endereço no nível de hierarquia.[edit protocols mpls path path-name] O caminho mais curto limitado primeiro (CSPF) é suportado para que você possa escolher a opção ou opção com o endereço.strictloose
Consulte a visão geral da configuração do LMP para obter informações sobre como obter um endereço remoto de link de engenharia de tráfego.https://www.juniper.net/documentation/en_US/junos/topics/task/configuration/mpls-lmp-configuration-overview.html
Para configurar o caminho MPLS, inclua a declaração no nível de hierarquia:path[edit protocols mpls]
[edit protocols mpls] path path-name { next-hop-address (strict | loose); }
Para obter informações sobre como configurar caminhos MPLS, veja Criação de caminhos nomeados.Configuração do roteador de entrada para LSPs sinalizados por MPLS
Rastreamento do tráfego LMP
Para rastrear o tráfego de protocolo LMP, inclua a declaração no nível de hierarquia:traceoptions[edit protocols link-management]
[edit protocols link-management] traceoptions { file filename <files number> <size size> <world-readable | no-world-readable>; flag flag <flag-modifier> <disable>; }
Use a declaração para especificar o nome do arquivo que recebe a saída da operação de rastreamento.file Todos os arquivos são colocados no diretório/var/log.
As seguintes bandeiras de rastreamento exibem as operações associadas ao envio e recebimento de várias mensagens LMP:
all— Trace todas as operações disponíveishello-packets— Trace pacotes de olá em qualquer canal de controle LMPinit— Saída das mensagens de inicializaçãopackets— Trace todos os pacotes que não sejam pacotes de olá em qualquer canal de controle LMPparse— Operação do parserprocess— Operação da configuração geralroute-socket— Operação de eventos de tomada de rotarouting— Operação dos protocolos de roteamentoserver— Operações de processamento de servidores— Operações de manutenção para comandos
showshowstate— Trace as transições de estado dos canais de controle LMP e links de engenharia de tráfego
Cada bandeira pode transportar um ou mais dos seguintes modificadores de bandeira:
detail— Forneça informações detalhadas de rastreamentoreceive— Pacotes sendo recebidossend— Pacotes sendo transmitidos
Configuração de LSPs MPLS para GMPLS
Para habilitar os parâmetros de comutação GMPLS adequados, configure os atributos de caminho comuado por rótulos (LSP) que são apropriados para a sua conexão de rede. O valor padrão é , o que também é apropriado para o MPLS padrão.switching-typepsc-1
Para configurar os atributos LSP, inclua a declaração no nível de hierarquia:lsp-attributes[edit protocols mpls label-switched-path lsp-name]
[edit protocols mpls label-switched-path lsp-name] lsp-attributes { encoding-type type; gpid gpid; signal-bandwidth type; switching-type type; }
Se você incluir a declaração na configuração de caminho comutada por rótulos, você também deve configurar caminhos primários e secundários, ou a configuração não pode ser comprometida.no-cspf
As seções a seguir descrevem como configurar cada um dos atributos LSP para um LSP GMPLS:
- Configurando o tipo de codificação
- Configuração do GPID
- Configurando o tipo de largura de banda de sinal
- Configuração de LSPs bidirecionais GMPLS
- Permitindo que os LSPs GMPLS não empacotados estabeleçam caminhos através de roteadores que executam o Junos OS
Configurando o tipo de codificação
Você precisa especificar o tipo de codificação da carga transportada pelo LSP. Pode ser qualquer um dos seguintes:
ethernet— Ethernetpacket— Pacotepdh— Hierarquia digital plesiócrono (PDH)sonet-sdh— SONET/SDH
O valor padrão é .packet
Para configurar o tipo de codificação, inclua a declaração no nível de hierarquia:encoding-type[edit protocols mpls label-switched-path lsp-name lsp-attributes]
[edit protocols mpls label-switched-path lsp-name lsp-attributes] encoding-type type;
Configuração do GPID
Você precisa especificar o tipo de carga transportada pelo LSP. A carga é o tipo de pacote abaixo do rótulo MPLS. A carga é especificada pelo identificador de carga (GPID) generalizado.
Você pode especificar o GPID com qualquer um dos seguintes valores:
hdlc— Controle de link de dados de alto nível (HDLC)ethernet— Ethernetipv4— versão IP 4 (padrão)pos-scrambling-crc-16— Para interoperabilidade com equipamentos de outros fornecedorespos-no-scrambling-crc-16— Para interoperabilidade com equipamentos de outros fornecedorespos-scrambling-crc-32— Para interoperabilidade com equipamentos de outros fornecedorespos-no-scrambling-crc-32— Para interoperabilidade com equipamentos de outros fornecedoresppp— Protocolo de ponto a ponto (PPP)
Para configurar o GPID, inclua a declaração no nível de hierarquia:gpid[edit protocols mpls label-switched-path lsp-name lsp-attributes]
[edit protocols mpls label-switched-path lsp-name lsp-attributes] gpid gpid;
Configurando o tipo de largura de banda de sinal
O tipo de largura de banda de sinal é a codificação usada para computação de caminhos e controle de admissão. Para configurar o tipo de largura de banda do sinal, inclua a declaração no nível de hierarquia:signal-bandwidth[edit protocols mpls label-switched-path lsp-name lsp-attributes]
[edit protocols mpls label-switched-path lsp-name lsp-attributes] signal-bandwidth type;
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 sem pacote MPLS padrão são unidirecionais, enquanto os LSPs sem pacote GMPLS são bidirecionais.
Se você usar o tipo padrão de comutação de pacotes, seu LSP se tornará unidirecional.psc-1 Para habilitar um LSP bidirecional GMPLS, você deve selecionar uma opção de tipo de comutação sem pacotes, como , ou .lambdafiberethernet Inclua a declaração no nível de hierarquia:switching-type[edit protocols mpls label-switched-path lsp-name lsp-attributes]
[edit protocols mpls label-switched-path lsp-name lsp-attributes] switching-type (lambda | fiber | ethernet);
Permitindo que os LSPs GMPLS não empacotados estabeleçam caminhos através de roteadores que executam o Junos OS
Ao definir o bit A no objeto De status de administrador. você pode permitir que LSPs GMPLS não empacotados estabeleçam caminhos através de roteadores que executam o Junos. Quando um roteador de entrada envia uma mensagem RSVP PATH com o conjunto admin Status A-bit, um dispositivo externo (não um roteador que executa o Junos OS) pode realizar um teste de configuração de caminho de Camada 1 ou ajudar a criar um cross-connect óptico.
Quando definido, o objeto A-bit no estado de administração indica o status administrativo para um LSP GMPLS. 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 distingue entre a configuração do caminho de controle e a configuração do caminho de dados. Outros nós ao longo do caminho de rede usam a sinalização RSVP PATH usando o A-bit de forma significativa.
Para configurar o objeto Admin Status para um LSP GMPLS, inclua a declaração:admin-down
admin-down;
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]
Derrubando graciosamente os LSPs GMPLS
Você pode derrubar graciosamente LSPs GMPLS sem pacote. Um LSP que é demolido de forma brusca, um processo comum em uma rede comutada por pacotes, pode causar problemas de estabilidade em redes não comutada por pacotes. Para manter a estabilidade das redes comutadas sem pacotes, talvez seja necessário derrubar os LSPs graciosamente.
As seções a seguir descrevem como derrubar os LSPs GMPLS graciosamente:
- Exclusão temporária de LSPs GMPLS
- Exclusão permanente de LSPs GMPLS
- Configurando o intervalo de tempo limite de exclusão gracioso
Exclusão temporária de LSPs GMPLS
Você pode derrubar graciosamente um LSP GMPLS usando o comando.clear rsvp session gracefully
Este comando derruba graciosamente uma sessão de RSVP para um LSP sem pacote em duas passagens. Na primeira passagem, o objeto Admin Status é sinalizado ao longo do caminho até o endpoint do LSP. Durante a segunda passagem, o LSP é derrubado. Usando este comando, o LSP é retirado temporariamente. Após o intervalo apropriado, o LSP GMPLS é resignado e depois restabelecido.
O comando tem as seguintes propriedades:clear rsvp session gracefully
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 que o comando.
clear rsvp sessionEle só funciona para LSPs não empacotados. Se usado com LSPs de pacote, ele tem o mesmo comportamento que o comando.
clear rsvp session
Para obter mais informações, veja o CLI Explorer.https://www.juniper.net/documentation/content-applications/cli-explorer/junos/
Exclusão permanente de LSPs GMPLS
Quando você desativa um LSP na configuração, o LSP é excluído permanentemente. Ao configurar a declaração, você pode desabilitar um LSP GMPLS permanentemente.disable Se o LSP que está sendo desativado for um LSP sem pacotes, então são usados os procedimentos graciosos de demolição de LSP que usam o objeto Admin Status. Se o LSP que está sendo desativado for um LSP de pacote, então os procedimentos de sinalização regulares para exclusão de LSP são usados.
Para desabilitar um LSP GMPLS, inclua a declaração em qualquer um dos seguintes níveis de hierarquia:disable
[edit protocols mpls label-switched-path lsp-name]— Desativar o LSP.[edit protocols link-management te-link te-link-name]— Desativar um link de engenharia de tráfego.[edit protocols link-management te-link te-link-name interface interface-name]— Desativar uma interface usada por um link de engenharia de tráfego.
Configurando o intervalo de tempo limite de exclusão gracioso
O roteador que inicia o procedimento de exclusão gracioso para uma sessão de RSVP aguarda o intervalo de tempo limite de exclusão gracioso para garantir que todos os roteadores ao longo do caminho (especialmente os roteadores de entrada e saída) tenham se preparado para que o LSP seja retirado.
O roteador de entrada inicia o procedimento de exclusão gracioso enviando o objeto Admin Status na mensagem de caminho com o conjunto de bits.D O roteador de entrada espera receber uma mensagem Resv com o bit definido do roteador de saída.D Se o roteador de entrada não receber essa mensagem dentro do tempo especificado pelo intervalo de tempo limite de exclusão gracioso, ele inicia uma demolição forçada do LSP enviando uma mensagem PathTear.
Para configurar o intervalo de tempo limite de exclusão gracioso, inclua a declaração no nível de hierarquia.graceful-deletion-timeout[edit protocols rsvp] Você pode configurar um tempo entre 1 e 300 segundos. O valor padrão é de 30 segundos.
graceful-deletion-timeout seconds;
Você pode configurar esta declaração 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 limite de exclusão gracioso.show rsvp version
Visão geral da sinalização GMPLS RSVP-TE VLAN LSP
- Entender a sinalização GMPLS RSVP-TE
- Necessidade de sinalização LSP GMPLS RSVP-TE VLAN
- Funcionalidade de sinalização GMPLS RSVP-TE VLAN LSP
- Hierarquia LSP com GMPLS RSVP-TE VLAN LSP
- Especificação de caminho para GMPLS RSVP-TE VLAN LSP
- Configuração do GMPLS RSVP-TE VLAN LSP
- LSP de pacote bidirecional associado
- Faça antes da pausa para pacote bidirecional associado e GMPLS RSVP-TE VLAN LSP
- Recursos suportados e sem suporte
Entender a sinalização GMPLS RSVP-TE
A sinalização é o processo de troca de mensagens dentro do plano de controle para configurar, manter, modificar e encerrar caminhos de dados (caminhos comuados por rótulos) no plano de dados. O MPLS generalizado (GMPLS) é um conjunto de protocolo que estende o plano de controle existente do MPLS para gerenciar outras classes de interfaces e oferecer suporte a outras formas de comutaçã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 ip/MPLS inteligentes de Camada 2 e 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, cross-connects ópticos (OXCs) e multiplexação densa de divisão de ondas (DWDM).
Além de rótulos, que são usados principalmente para encaminhar dados no MPLS, outras entradas físicas, como comprimentos de onda, slots de tempo e fibras podem ser usadas como objetos de rótulo para encaminhar dados no GMPLS, aproveitando assim os mecanismos de plano de controle existentes para sinalizar diferentes tipos de LSPs. O GMPLS usa RSVP-TE para ser capaz de solicitar os outros objetos de rótulo para sinalizar os vários tipos de LSPs (nonpacket). LSPs bidirecionais e um canal de controle fora de banda e um canal de dados usando o Link Management Protocol (LMP) são os outros mecanismos que são 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 VPN de Camada 2 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 dispositivos CE.
Um dos maiores desafios de fazer com que os dispositivos PE provisionem os serviços de Camada 2 para cada circuito de Camada 2 entre um par de dispositivos CE é a carga de gerenciamento de rede na rede do provedor.
Figura 1 ilustra como o serviço de Camada 2 é configurado e usado pelos roteadores CE em uma tecnologia VPN de Camada 2 baseada em LDP/BGP. Dois roteadores CE1 e CE2 estão conectados a uma rede MPLS provedora por meio dos roteadores PE1 e PE2, respectivamente. Os roteadores CE são conectados aos roteadores PE por links Ethernet. Os roteadores CE1 e CE2 estão configurados com interfaces lógicas de Camada 3 VLAN1 e VLAN2, de modo que 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 roteadores CE. Os roteadores PE usam LSPs MPLS de pacote dentro da rede MPLS do provedor para transportar o tráfego VLAN de Camada 2.
Com a introdução da sinalização VLAN LSP baseada em GMPLS, a necessidade da rede PE (também chamada de camada de servidor) para provisionar cada conexão de Camada 2 individual entre os dispositivos CE (também chamado de cliente) é minimizada. O roteador cliente solicita o roteador de camada de servidor ao qual está diretamente conectado, para configurar o serviço de Camada 2 para se conectar com um roteador cliente remoto por meio de sinalização GMPLS.
Os dispositivos de camada de servidor estendem a sinalização pela rede de camada de servidor para se conectar com os roteadores de clientes remotos. No processo, o dispositivo de camada de servidor configura o plano de dados para o serviço de Camada 2 na borda servidor-cliente e configura o plano de dados para transportar o tráfego de Camada 2 dentro da 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 adjacência IP/MPLS entre si.
Além de reduzir a atividade de provisionamento necessária nos dispositivos de camada de servidor, a sinalização GMPLS também fornece aos roteadores clientes a flexibilidade de criar 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 é configurado e usado pelos roteadores clientes na tecnologia VPN de Camada 2 baseada em RSVP-TE da GMPL.Figura 2
Em , em vez de configurar um pseudowire para transportar o tráfego VLAN de Camada 2 entre os roteadores clientes, os roteadores PE1 e PE2 são configurados com um canal de comunicação baseado em IP e outras configurações específicas de GMPLS (identificação de links Ethernet como TE-links) para permitir a troca de mensagens de sinalização GMPLS RSVP-TE com os roteadores do cliente.Figura 2 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 a troca das mensagens de sinalização GMPLS RSVP-TE com os roteadores de camada de servidor. Os roteadores CE1 e CE2 estabelecem uma adjacência IP/MPLS sobre este serviço de Camada 2.
Funcionalidade de sinalização GMPLS RSVP-TE VLAN LSP
Com base nisso , o roteador cliente estabelece o serviço de Camada 2 na rede de camada de servidor da seguinte forma:Figura 2
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 link Ethernet para o qual precisa do serviço de Camada 2 e do roteador CE remoto, o Roteador CE2, com o qual o VLAN deve ser conectado.
O roteador CE1 também indica o roteador PE remoto, o Roteador PE2, ao qual o CE2 do roteador está conectado, e o link Ethernet exato que conecta o Roteador CE2 ao Roteador PE2, no qual o serviço de Camada 2 é necessário na mensagem de sinalização.
O roteador PE1 usa as informações do Roteador CE1 na mensagem de sinalização e determina o roteador PE remoto, Roteador PE2, com o qual o Roteador CE2 está conectado. O roteador PE1 então estabelece um pacote MPLS LSP (bidirecional associado) através da rede MPLS de camada de servidor para transportar o tráfego VLAN e depois passa a mensagem de sinalização GMPLS RSVP-TE para o Roteador PE2 usando o mecanismo de hierarquia LSP.
O roteador PE2 propaga a mensagem de sinalização GMPLS RSVP-TE para o Roteador CE2 com o VLAN a ser usado no link Ethernet PE2-CE2.
O Roteador CE2 responde com reconhecimento à mensagem de sinalização GMPLS RSVP-TE para o Roteador PE2. O Roteador PE2 então o propaga para o Roteador PE1, que por sua vez o propaga para o Roteador CE1.
Como parte desta propagação de mensagem, os roteadores PE1 e PE2 configuram o plano de encaminhamento para permitir o fluxo bidirecional de tráfego de Camada 2 de VLAN entre os roteadores CE1 e CE2.
Hierarquia LSP com GMPLS RSVP-TE VLAN LSP
O serviço de Camada 2 na sinalização GMPLS RSVP-TE VLAN LSP é criado usando um mecanismo de hierarquia no qual dois LSPs RSVP diferentes são criados para o serviço de Camada 2:
Um LSP VLAN de ponta a ponta que tem informações de estado nos roteadores de camada de cliente e servidor.
Um LSP de transporte bidirecional de pacotes associado que está presente nos roteadores de camada de servidor (PE e P) da rede de camada de servidor.
A hierarquia do LSP evita compartilhar informações sobre características de LSP específicas da tecnologia com os nós centrais 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 VLAN só esteja 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 é configurado como um objeto de rota explícito (ERO) no roteador cliente de início. À medida que este LSP atravessa diferentes domínios de rede (iniciando, terminando na rede do cliente e atravessando a rede da camada de servidor), a configuração de LSP se encaixa na categoria de uma configuração LSP interdomínio. Em um cenário de interdomain, um domínio de rede geralmente não tem visibilidade completa da topologia do outro domínio de rede. Assim, o ERO que é configurado no roteador cliente de iniciação não tem informações completas de salto para a porção da camada de servidor. Esse recurso exige que o ERO configurado no roteador CE tenha três saltos, sendo o primeiro salto um salto rigoroso identificando o link Ethernet CE1-PE1, o segundo salto sendo um salto solto identificando o roteador PE de saída (PE2) e o terceiro salto sendo um salto rigoroso identificando o link Ethernet CE2-PE2.
Configuração do GMPLS RSVP-TE VLAN LSP
A configuração necessária para configurar um GMPLS VLAN LSP nos roteadores de cliente e servidor usa o modelo de configuração GMPLS existente com algumas extensões. O modelo de configuração do Junos OS GMPLS para LSPs não empacotados tem como objetivo colocar as interfaces físicas em funcionamento através da sinalização GMPLS RSVP-TE, enquanto a sinalização de um GMPLS RSVP-TE VLAN LSP visa criar VLANs individuais no topo de uma interface física. A declaração de configuração sob a hierarquia permite isso.ethernet-vlan[edit protocols link-management te-link]
O roteador cliente tem interfaces físicas conectadas a uma rede de servidor, e a rede de servidor oferece uma conexão ponto a ponto entre dois roteadores clientes pelas interfaces físicas anexadas. A interface física é trazida para um estado operacional pelo GMPLS RSVP-TE da seguinte forma:
O roteador cliente mantém uma adjacência de roteamento ou sinalização com o nó de rede do servidor ao qual a interface física é conectada, normalmente por meio de um canal de controle diferente da interface física, porque a interface física em si é criada e funciona apenas após a sinalização.
O roteador cliente e o nó de rede do servidor identificam as interfaces físicas que as conectam usando o mecanismo de enlace TE.
O roteador do cliente e o nó de rede do servidor usam o identificador de link TE (endereço IP) como o salto RSVP GMPLS e o identificador de interface física como os valores de rótulo GMPLS nas mensagens de sinalização GMPLS RSVP-TE para colocar 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 declaração de configuração para especificar o nó peer adjacente.protocols link-management peer peer-name 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 declaração de configuração.protocols link-management te-link link-name O te-link recebe um endereço IP local, um endereço IP remoto e uma lista de interfaces físicas. O link de TE é então associado à declaração de configuração.protocols link-management peer peer-name te-link te-link-list
O canal de controle fora de banda que é necessário para a troca de mensagens de sinalização é especificado usando a declaração de configuração.protocols link-management peer peer-name control-channel interface-name A existência do nó de rede do servidor ou do cliente é visível para os protocolos RSVP e IGP (OSPF) por meio da declaração de configuração sob os níveis de hierarquia.peer-interface interface-name[edit protocols rsvp][edit protocols ospf]
Na configuração GMPLS existente, o rótulo (rótulo upstream e rótulo de resv) que é transportado na mensagem de sinalização é um identificador inteiro que identifica a interface física que é necessária para ser criada. Como 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 link TE. Na configuração GMPLS existente, há informações suficientes na mensagem de sinalização GMPLS RSVP-TE, como endereço de link TE e valor do rótulo, para identificar a interface física que é necessária para ser criada. Por outro lado, para a configuração de LSP GMPLS RSVP-TE VLAN, o valor de ID de VLAN é usado como rótulo na mensagem de sinalização.
Na configuração de LSP GMPLS RSVP-TE VLAN, se várias interfaces puderem ser configuradas em um único enlace TE, usando o VLAN ID como o valor do rótulo na mensagem de sinalização pode causar ambiguidade quanto à qual interface física a VLAN precisa ser provisionada. Portanto, o te-link está configurado com a declaração de configuração, se o número de interfaces físicas que podem ser configuradas sob o link TE for restrito a apenas uma.ethernet-vlan
Na configuração GMPLS existente, a largura de banda para um LSP não empacotado é uma quantidade discreta que corresponde à largura de banda da interface física que precisa ser criada. Assim, a configuração de LSP GMPLS não permite especificar nenhuma largura de banda, mas permite que a largura de banda seja especificada apenas por meio da declaração de configuração sob o nível de hierarquia.signal-bandwidth[protocols mpls label-switched-path lsp-name lsp-attributes] Na configuração de LSP VLAN GMPLS, a largura de banda é especificada semelhante à de um LSP de pacote. Na configuração de LSP VLAN GMPLS, a opção é suportada e não é suportada.bandwidthsignal-bandwidth
LSP de pacote bidirecional associado
O GMPLS RSVP-TE VLAN LSP é transportado em um LSP de transporte bidirecional associado dentro da rede de camada de servidor, que é um LSP provisionado de um lado único. A sinalização LSP de transporte é iniciada como um LSP unidirecional do roteador de origem para o roteador de destino na direção futura, e o roteador de destino, por sua vez, inicia a sinalização do LSP unidirecional na direção inversa de volta ao roteador de origem.
Faça antes da pausa para pacote bidirecional associado e GMPLS RSVP-TE VLAN LSP
O suporte de make-before-break para um LSP de transporte bidirecional associado segue um modelo semelhante, onde o roteador de destino para a direção futura do LSP bidirecional não realiza nenhuma operação de fazer antes do intervalo na direção inversa do LSP bidirecional. É o roteador de origem (iniciador do LSP bidirecional associado) que inicia a nova instância de make-before-break do LSP bidirecional associado, e o roteador de destino, por sua vez, inicia a instância mais nova make-before-break na outra direção.
Por exemplo, o LSP de transporte unidirecional é iniciado do Roteador PE1 para o Roteador PE2 na direção de encaminhamento, e por sua vez o Roteador PE2 inicia o transporte LSP para o Roteador PE1 na direção inversa.Figura 2 Quando ocorre uma instância de make-before-break, apenas o Roteador PE1 como o roteador cliente iniciador pode estabelecer uma nova instância do LSP bidirecional associado. O Roteador PE2, por sua vez, inicia a instância mais nova na direção inversa.
O suporte make-before-break para o LSP de transporte bidirecional associado é usado apenas em cenários em que o LSP de transporte entra 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 perfeitas de largura de banda.
A re-otimização periódica não está habilitada para os LSPs de transporte bidirecional associados.
A nova instância de make-before-break do GMPLS VLAN LSP é suportada sob as seguintes restrições:
Ele deve se originar do mesmo roteador cliente da instância mais antiga e ser destinado ao mesmo roteador cliente que a instância mais antiga.
Ele deve usar os mesmos links servidor-cliente tanto nas extremidades do servidor-cliente quanto na instância mais antiga.
Ele deve usar o mesmo rótulo de VLAN nos links servidor-cliente que a instância mais antiga.
O GMPLS VLAN LSP deve ser configurado como quando a mudança de largura de banda é iniciada a partir do CLI, ou então a instância atual do VLAN LSP é demolida e uma nova instância LSP VLAN é estabelecida.
adaptive
A operação make-before-break para o GMPLS VLAN LSP no roteador de borda de camada de servidor é recusada se essas restrições não forem 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 associado completamente novo e separado é criado para oferecer suporte a esta instância de make-before-break. O LSP bidirecional associado existente (com suporte à instância mais antiga) não é acionado para iniciar uma instância de fabricação antes da quebra no nível de LSP de transporte. Uma implicação dessa escolha (de iniciar um novo LSP de transporte) é que, no compartilhamento de recursos/largura de banda da camada de servidor, não acontece quando uma operação make-before-break é realizada para o GMPLS VLAN LSP.
Recursos suportados e sem suporte
O Junos OS oferece suporte aos seguintes recursos com o GMPLS RSVP-TE VLAN LSP:
Solicite uma largura de banda específica e proteção local para o LSP VLAN no roteador cliente para o roteador de camada de servidor.
Suporte ininterrupto de roteamento ativo (NSR) para o GMPLS VLAN LSP nos roteadores clientes, roteadores de borda de camada de servidor e LSP de transporte bidirecional associado nos roteadores de borda da camada de servidor.
Suporte para multichassis.
O Junos OS oferece suporte à seguinte funcionalidade GMPLS RSVP-TE VLAN LSP:not
Suporte de reinicialização gracioso para LSP de pacote bidirecional associado e LSP VLAN GMPLS.
Computação de caminho de ponta a ponta para GMPLS VLAN LSP usando algoritmo CSPF no roteador cliente.
Descoberta baseada em roteamento não CSPF de roteadores de próximo salto pelos diferentes roteadores de borda de camada de servidor e cliente diferentes.
Provisionamento automático das interfaces VLAN de Camada 3 do cliente após a configuração bem-sucedida do VLAN LSP nos roteadores clientes.
MPLS OAM (LSP-ping, BFD).
Aplicativos MPLS de pacotes, como next-hop em rota estática e atalhos de IGP.
Mecanismo local de conexão cruzada, onde um roteador cliente se conecta a um roteador cliente remoto que está conectado ao mesmo roteador de servidor.
Estrutura de serviços do Junos OS.
Suporte para o IPv6.
Sistemas lógicos.
Interfaces agregadas de Ethernet/SONET/IRB no link servidor-cliente.
Exemplo: Configuração da sinalização LSP GMPLS RSVP-TE VLAN
Este exemplo mostra como configurar a sinalização GMPLS RSVP-TE VLAN LSP nos roteadores clientes para permitir que um roteador cliente se conecte com um roteador de cliente remoto por meio de uma rede de 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ços da Série M, plataformas de roteamento universal 5G da Série MX, roteadores de núcleo da Série T e roteadores de transporte de pacotes da Série PTX
-
Junos OS Release 14.2 ou posterior nos roteadores de cliente e roteadores de borda de camada de servidor
Antes de começar:
-
Configure as interfaces do dispositivo.
-
Configure as VLANs associadas à interface.
-
Configure os seguintes protocolos de roteamento:
-
RSVP
-
MPLS
-
LMP
-
Visão geral
A partir do Junos OS Release 14.2, os serviços de Camada 2 entre dois roteadores clientes em uma rede de camada de servidor externa/terceirizada são configurados pelos roteadores clientes sob demanda por meio da sinalização GMPLS RSVP-TE. Esse recurso oferece aos roteadores clientes a flexibilidade para 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 lidou com a atividade de provisionamento para cada circuito de Camada 2 estabelecido entre dois roteadores clientes.
Figura 3 ilustra a configuração e a sinalização do GMPLS VLAN LSP entre dois roteadores clientes, CE1 e CE2, em uma rede de camada de servidor com dois roteadores de borda de camada de servidor, PE1 e PE2, e um roteador de núcleo de camada de servidor, P.
A sinalização do GMPLS VLAN LSP é executada da seguinte forma:
-
Initiating GMPLS VLAN LSP at CE1O roteador CE1 inicia a configuração GMPLS VLAN LSP enviando a mensagem de caminho GMPLS RSVP-TE para o Roteador PE1. A sinalização entre CE1 e PE1 é por um canal de controle fora de banda, que é um VLAN de controle separado configurado no link Ethernet que conecta os dois roteadores.
A mensagem de caminho GMPLS RSVP-TE iniciada pelo Roteador CE1 é usada para executar o seguinte:
-
Identificar o link Ethernet no qual a VLAN está ativa.
-
Abstraa o link Ethernet como um link TE e atribua um endereço IP para identificar o link Ethernet.
-
Alocar um ID VLAN do pool de VLANs gratuitos gerenciados pelo Roteador CE1 para cada link Ethernet que conecta o Roteador PE1 ao link Ethernet identificado.
Este ID VLAN também pode ser usado para o GMPLS VLAN LSP no link Ethernet CE2-PE2.
-
Identifique a VLAN para a qual o serviço de Camada 2 é necessário para ser configurado usando o VLAN ID alocado como o objeto de rótulo upstream e o valor do rótulo de direção upstream.
-
Inclua um objeto ERO que ajuda o Roteador PE1 a estabelecer o VLAN LSP através da rede de camada de servidor para o roteador de cliente remoto, CE2. O objeto ERO na mensagem de caminho inclui três saltos:
-
Primeiro salto — salto rigoroso identificando o link Ethernet de servidor do cliente, PE1-CE1.
-
Segundo salto — salto solto que identifica o roteador remoto de camada de servidor, PE2.
-
Terceiro salto — salto rigoroso identificando o link remoto de Ethernet clinet-server, PE2-CE2.
-
-
Inclua a largura de banda necessária para o GMPLS VLAN LSP.
-
Inclua qualquer proteção local necessária dentro da rede de camada de servidor para o VLAN LSP.
-
-
Initiating Associated Bidirectional Transport LSP at PE1Após o Roteador PE1 receber a mensagem de caminho do Roteador CE1, a mensagem é validada para verificar a disponibilidade do link Ethernet e do ID VLAN. Na rede de 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 forma semelhante aos circuitos de Camada 2. O roteador PE1 traz um LSP de transporte para o roteador PE2 e depois estende o GMPLS VLAN LSP como um LSP hierárquico que funciona sobre o LSP de transporte PE1-PE2. O LSP de transporte PE1-PE2 é um LSP de pacote e é de natureza bidirecional. Isso porque o GMPLS VLAN LSP é bidirecional e cada roteador de camada de servidor precisa ser capaz de fazer o seguinte:
-
Receba tráfego do link Ethernet servidor-cliente (por exemplo, o link PE1-CE1) e envie-o para o roteador remoto de camada de servidor, PE2.
-
Receba tráfego do roteador remoto PE2 e envie-o no link PE1-CE1 Ethernet.
Para cada LSP VLAN GMPLS, um LSP de transporte de pacotes é configurado dentro da rede de camada de servidor. O LSP de transporte é usado exclusivamente para transportar tráfego do GMPLS VLAN LSP para o qual foi criado. O LSP de transporte é criado dinamicamente no momento de receber o GMPLS VLAN LSP; portanto, nenhuma configuração é necessária para desencadear 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 VLAN LSP.
O roteador PE1 sinaliza o LSP de transporte PE1-PE2 para o roteador PE2. O roteador PE1 determina o destino do LSP de transporte a partir do salto solto especificado no objeto ERO da mensagem de caminho GMPLS RSVP-TE do Roteador CE1 e, em seguida, sinaliza o LSP VLAN. No entanto, se o LSP de transporte PE1-PE2 não estabelecer, o Roteador PE1 envia de volta uma mensagem de erro de caminho para o Roteador CE1, e o GMPLS VLAN LSP também não está estabelecido.
-
-
Setting Up the Associated Bidirectional Transport LSP Between the Server-Layer RoutersO LSP bidirecional associado entre os roteadores PE1 e PE2 consiste em dois LSPs de pacote unidirecional:
-
PE1 a PE2
-
PE2 a PE1
O roteador PE1 inicia a sinalização de um pacote unidirecional LSP para o Roteador PE2. Este pacote unidirecional LSP constitui a direção de encaminhamento (PE1-para-PE2) do LSP bidirecional associado, e a mensagem de caminho leva o Objeto de Associação Estendida indicando que este é um modelo de provisionamento de um lado único. Ao receber a mensagem de caminho para o LSP, o Roteador PE2 responde com uma mensagem Resv e aciona a sinalização de um pacote unidirecional LSP para o Roteador PE1 com o mesmo caminho que (PE1-para-PE2) na direção inversa. Este pacote unidirecional LSP usa a direção PE2-to-PE1 do LSP bidirecional associado, e esta mensagem de caminho carrega 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 PE1-to-PE2 unidirecional LSP e a mensagem de caminho para o LSP unidirecional PE2-to-PE1, o PE1 vincula os LSPs unidirecionais PE1-to-PE2 e PE2-to-PE1, combinando os Objetos de Associação Estendida transportados nas respectivas mensagens de caminho. Para a mensagem de caminho para o LSP unidirecional PE2-to-PE1, o Roteador PE1 responde com a Mensagem Resv. Ao receber a mensagem resv para o PE1-to-PE2 LSP e a mensagem de caminho para o PE2-to-PE1 LSP, o Roteador PE1 estabeleceu o LSP de transporte bidirecional associado de pacotes.
-
-
Setting Up the GMPLS VLAN LSP at Router PE1Após estabelecer com sucesso o LSP de transporte, o roteador PE1 aciona a sinalização do GMPLS VLAN LSP. O roteador PE1 envia a mensagem de caminho GMPLS RSVP-TE correspondente ao VLAN LSP diretamente ao Roteador PE2, que é de natureza bidirecional e inclui o objeto do rótulo upstream.
O roteador PE2 não está ciente da associação entre o LSP de transporte e o VLAN LSP. Esta associação é indicada ao Roteador PE2 pelo Roteador PE1.
-
Setting Up the GMPLS VLAN LSP at Router PE2Ao receber a mensagem de caminho 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 a configuração do LSP estiver em andamento, o processamento de LSP VLAN será suspenso. Quando o LSP de transporte estiver disponível, o Roteador PE2 processa a mensagem de caminho LSP VLAN. O objeto ERO nesta mensagem de caminho indica que o próximo salto é um salto rigoroso que identifica o link Ethernet PE2-to-CE2. O objeto ERO pode indicar o VLAN ID a ser usado no link Ethernet PE2-to-CE2 pelo Roteador PE2.
O Roteador PE2 aloca adequadamente o ID VLAN para ser enviado como o rótulo upstream na mensagem de caminho LSP VLAN para o Roteador CE2, e o envia por um canal de controle fora de banda.
-
Processing the GMPLS VLAN LSP at Router CE2Ao receber o GMPLS RSVP-TE LSP do Roteador PE2, o Roteador CE2 valida a disponibilidade do VLAN ID para alocação no link PE2-to-CE2. O Roteador CE2 então aloca o ID VLAN para este LSP VLAN e envia de volta uma mensagem Resv para o Roteador PE2 com o VLAN ID como objeto de rótulo na mensagem Resv.
-
Processing the GMPLS VLAN LSP at Router PE2Ao receber a mensagem Resv do Roteador CE2, o Roteador PE2 valida que o objeto de rótulo na mensagem Resv tem o mesmo ID VLAN que na mensagem de caminho. O Roteador PE2 aloca então um rótulo MPLS de 20 bits, que está incluído na mensagem Resv enviada ao Roteador PE1.
O Roteador PE2 então 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 Ethernet PE1-to-CE1 e PE2-CE2, você deve configurar manualmente interfaces lógicas para fins de circuito cross-connect (CCC) nos roteadores de borda da camada de servidor e não para outras famílias, como IPv4, IPv6 ou MPLS.
-
Processing the GMPLS VLAN LSP at Router PE1Ao receber a mensagem Resv para o VLAN LSP do Roteador PE2, o Roteador PE1 envia uma mensagem Resv para o Roteador CE1 com o mesmo ID VLAN que recebeu do 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.
-
Processing the GMPLS VLAN LSP at Router CE1Ao receber a mensagem Resv do Roteador PE1, o Roteador CE1 valida que o ID de VLAN recebido na mensagem Resv corresponde ao ID VLAN no rótulo upstream na mensagem de caminho que enviou. Isso completa a configuração do GMPLS VLAN LSP do Roteador CE1 ao Roteador CE2.
Nota:-
A configuração de LSP VLAN da GMPLS não resulta na inclusão de nenhuma entrada de plano de encaminhamento nos roteadores clientes, CE1 e CE2. Apenas os roteadores de camada de servidor, PE1 e PE2, adicionam as entradas de plano de encaminhamento para o GMPLS VLAN LSP.
-
Não há troca de informações de roteamento entre o cliente e os roteadores de camada de servidor. Os roteadores de camada de servidor e cliente não trocam informações de topologia de rede entre si.
-
-
Accounting for Bandwidth of the GMPLS VLAN LSPAo configurar com sucesso o GMPLS VLAN LSP, os roteadores de camada de servidor e cliente reduzem a quantidade de largura de banda disponível nos links Ethernet de cliente de servidor pelo valor de largura de banda alocado para o GMPLS VLAN LSP. Essas informações de contabilidade de largura de banda são usadas para fins de controle de admissão quando LSPs VLAN GMPLS adicionais são criados nos links Ethernet de cliente de servidor.
-
Using GMPLS VLAN LSP by the Client RoutersDepois de configurar com sucesso o GMPLS VLAN LSP, os roteadores clientes — CE1 e CE2 — precisam ser configurados manualmente com a interface lógica VLAN em cima dos links Ethernet de cliente servidor com o ID VLAN sinalizado. Essa interface lógica precisa ser configurada com o endereço IP e precisa ser incluída no protocolo IGP. Como resultado dessa configuração, os roteadores CE1 e CE2 estabelecem a adjacência IGP e trocam tráfego de dados sobre o serviço de Camada 2 estabelecido por meio da sinalização GMPLS.
Figura 4 ilustra o fluxo de tráfego de dados do GMPLS VLAN LSP do Roteador CE1 para o Roteador CE2 após a configuração do LSP ser concluída e a adjacência CE1-to-CE2 IGP/MPLS necessária foi estabelecida. O LSP de transporte de camada de servidor é originário do Roteador PE1, atravessa um único roteador de núcleo de camada de servidor, o Roteador P, e chega ao Roteador PE2. O LSP de transporte de camada de servidor é mostrado como um LSP pop de penúltimo salto, onde o Roteador P sai do rótulo LSP de transporte, e apenas o rótulo de serviço está presente no link P-to-PE2.
Figura 4: Fluxo de tráfego de dados do GMPLS VLAN LSP
Topologia
In , a sinalização GMPLS RSVP-TE VLAN LSP é usada para estabelecer os serviços de Camada 2 entre os roteadores clientes, o Roteador CE1 e o Roteador CE2.Figura 5 Os roteadores de servidor, Roteador PE1 e Roteador PE2, têm um túnel GRE estabelecido com cada um dos roteadores clientes conectados diretamente. Os roteadores P1 e P2 também são roteadores de servidor na rede de camada de servidor.
Configuração
Configuração rápida da CLI
Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de hierarquia e, em seguida, entrar no modo de configuração.[edit]commit
CE1
set interfaces ge-0/0/0 vlan-tagging set interfaces ge-0/0/0 unit 1 vlan-id 1 set interfaces ge-0/0/0 unit 1 family inet address 10.1.1.1/30 set interfaces ge-0/0/0 unit 1 family mpls set interfaces ge-0/0/0 unit 10 vlan-id 10 set interfaces ge-0/0/0 unit 10 family inet address 10.10.10.1/24 set interfaces ge-0/0/0 unit 10 family mpls set interfaces gre unit 0 tunnel source 10.1.1.1 set interfaces gre unit 0 tunnel destination 10.1.1.2 set interfaces gre unit 0 family inet address 10.35.100.25/30 set interfaces lo0 unit 0 family inet address 10.255.10.1/32 set routing-options router-id 10.255.10.1 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols rsvp peer-interface PE1 set protocols mpls no-cspf set protocols mpls label-switched-path CE1-to-CE2 from 10.255.10.1 set protocols mpls label-switched-path CE1-to-CE2 to 10.255.10.6 set protocols mpls label-switched-path CE1-to-CE2 lsp-attributes switching-type ethernet-vlan set protocols mpls label-switched-path CE1-to-CE2 lsp-attributes upstream-label vlan-id 10 set protocols mpls label-switched-path CE1-to-CE2 bandwidth 100m set protocols mpls label-switched-path CE1-to-CE2 primary path1 set protocols mpls path path1 10.35.1.2 strict set protocols mpls path path1 10.255.10.5 loose set protocols mpls path path1 10.36.1.1 strict set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols link-management te-link link10 local-address 10.35.1.1 set protocols link-management te-link link10 remote-address 10.35.1.2 set protocols link-management te-link link10 ethernet-vlan set protocols link-management te-link link10 interface ge-0/0/0 set protocols link-management peer PE1 address 10.255.10.2 set protocols link-management peer PE1 control-channel gre.0 set protocols link-management peer PE1 te-link link10
PE1
set interfaces ge-0/0/0 vlan-tagging set interfaces ge-0/0/0 encapsulation flexible-ethernet-services set interfaces ge-0/0/0 unit 1 vlan-id 1 set interfaces ge-0/0/0 unit 1 family inet address 10.1.1.2/30 set interfaces ge-0/0/0 unit 1 family mpls set interfaces ge-0/0/0 unit 10 encapsulation vlan-ccc set interfaces ge-0/0/0 unit 10 vlan-id 10 set interfaces ge-0/0/1 unit 0 family inet address 10.70.70.1/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.20.20.1/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces gre unit 0 tunnel source 10.1.1.2 set interfaces gre unit 0 tunnel destination 10.1.1.1 set interfaces gre unit 0 family inet address 10.35.100.26/30 set interfaces lo0 unit 0 family inet address 10.255.10.2/32 set routing-options router-id 10.255.10.2 set protocols rsvp associated-bidirectional-lsp single-sided-provisioning set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols rsvp peer-interface CE1 dynamic-bidirectional-transport set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols link-management te-link link1 local-address 10.35.1.2 set protocols link-management te-link link1 remote-address 10.35.1.1 set protocols link-management te-link link1 ethernet-vlan vlan-id-range 1-1000 set protocols link-management te-link link1 interface ge-0/0/0 set protocols link-management peer CE1 address 10.255.10.1 set protocols link-management peer CE1 control-channel gre.0 set protocols link-management peer CE1 te-link link1
P1
set interfaces ge-0/0/0 unit 0 family inet address 10.90.90.1/24 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.70.70.2/24 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.80.80.2/24 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.10.3/32 set routing-options router-id 10.255.10.3 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
P2
set interfaces ge-0/0/0 unit 0 family inet address 10.90.90.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.30.30.1/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.20.20.2/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.10.4/32 set routing-options router-id 10.255.10.4 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
PE2
set interfaces ge-0/0/0 vlan-tagging set interfaces ge-0/0/0 encapsulation flexible-ethernet-services set interfaces ge-0/0/0 unit 0 vlan-id 1 set interfaces ge-0/0/0 unit 0 family inet address 10.2.2.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/0 unit 10 encapsulation vlan-ccc set interfaces ge-0/0/0 unit 10 vlan-id 10 set interfaces ge-0/0/1 unit 0 family inet address 10.30.30.2/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.80.80.1/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces gre unit 0 tunnel source 10.2.2.2 set interfaces gre unit 0 tunnel destination 10.2.2.1 set interfaces gre unit 0 family inet address 10.35.101.26/30 set interfaces lo0 unit 0 family inet address 10.255.10.5/32 set routing-options router-id 10.255.10.5 set protocols rsvp associated-bidirectional-lsp single-sided-provisioning set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols rsvp peer-interface CE2 dynamic-bidirectional-transport set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols link-management te-link link1 local-address 10.36.1.2 set protocols link-management te-link link1 remote-address 10.36.1.1 set protocols link-management te-link link1 ethernet-vlan vlan-id-range 1-1000 set protocols link-management te-link link1 interface ge-0/0/0 set protocols link-management peer CE2 address 10.255.10.6 set protocols link-management peer CE2 control-channel gre.0 set protocols link-management peer CE2 te-link link1
CE2
set interfaces ge-0/0/0 vlan-tagging set interfaces ge-0/0/0 unit 1 vlan-id 1 set interfaces ge-0/0/0 unit 1 family inet address 10.2.2.1/24 set interfaces ge-0/0/0 unit 1 family mpls set interfaces ge-0/0/0 unit 10 vlan-id 10 set interfaces ge-0/0/0 unit 10 family inet address 10.10.10.2/24 set interfaces ge-0/0/0 unit 10 family mpls set interfaces gre unit 0 tunnel source 10.2.2.1 set interfaces gre unit 0 tunnel destination 10.2.2.2 set interfaces gre unit 0 family inet address 10.35.101.25/30 set interfaces lo0 unit 0 family inet address 10.255.10.6/32 set routing-options router-id 10.255.10.6 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols rsvp peer-interface PE2 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols link-management te-link link10 local-address 10.36.1.1 set protocols link-management te-link link10 remote-address 10.36.1.2 set protocols link-management te-link link10 ethernet-vlan vlan-id-range 1-1000 set protocols link-management te-link link10 interface ge-0/0/0 set protocols link-management peer PE2 address 10.255.10.5 set protocols link-management peer PE2 control-channel gre.0 set protocols link-management peer PE2 te-link link10
Configurando o roteador cliente
Procedimento passo a passo
O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.Use o editor de CLI no modo de configuraçãohttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html
Para configurar o Roteador CE1:
Repita este procedimento para o Roteador CE2 na rede de camada de servidor, depois de modificar os nomes, endereços e quaisquer outros parâmetros apropriados para o roteador.
-
Configure a interface que conecta o Roteador CE1 ao Roteador PE1.
[edit interfaces] user@CE1# set ge-0/0/0 vlan-tagging
-
Configure o VLAN de controle para a interface ge-0/0/0.
[edit interfaces] user@CE1# set ge-0/0/0 unit 1 vlan-id 1 user@CE1# set ge-0/0/0 unit 1 family inet address 10.1.1.1/30 user@CE1# set ge-0/0/0 unit 1 family mpls
-
Configure o LSP VLAN na interface ge-0/0/0.
[edit interfaces] user@CE1# set ge-0/0/0 unit 10 vlan-id 10 user@CE1# set ge-0/0/0 unit 10 family inet address 10.10.10.1/24 user@CE1# set ge-0/0/0 unit 10 family mpls
-
Configure o túnel GRE como a interface de controle para o Roteador CE1.
[edit interfaces] user@CE1# set gre unit 0 tunnel source 10.1.1.1 user@CE1# set gre unit 0 tunnel destination 10.1.1.2 user@CE1# set gre unit 0 family inet address 10.35.100.25/30
-
Configure a interface de loopback do Roteador CE1.
[edit interfaces] user@CE1# set lo0 unit 0 family inet address 10.255.10.1/32
-
Configure o endereço de loopback do Roteador CE1 como ID do roteador.
[edit routing-options] user@CE1# set router-id 10.255.10.1
-
Habilite o RSVP em todas as interfaces do Roteador CE1, sem a interface de gerenciamento.
[edit protocols] user@CE1# set rsvp interface all user@CE1# set rsvp interface fxp0.0 disable
-
Configure a interface de peer RSVP para o Roteador CE1.
[edit protocols] user@CE1# set rsvp peer-interface PE1
-
Desativar a computação automática de caminhos para caminhos comulados por rótulos (LSPs).
[edit protocols] user@CE1# set mpls no-cspf
-
Configure o LSP para conectar o roteador CE1 ao roteador CE2.
[edit protocols] user@CE1# set mpls label-switched-path CE1-to-CE2 from 10.255.10.1 user@CE1# set mpls label-switched-path CE1-to-CE2 to 10.255.10.6
-
Configure os atributos LSP CE1-to-CE2.
[edit protocols] user@CE1# set mpls label-switched-path CE1-to-CE2 lsp-attributes switching-type ethernet-vlan user@CE1# set mpls label-switched-path CE1-to-CE2 lsp-attributes upstream-label vlan-id 10 user@CE1# set mpls label-switched-path CE1-to-CE2 bandwidth 100m
-
Configure os parâmetros de caminho e caminho CE1-to-CE2 LSP.
[edit protocols] user@CE1# set mpls label-switched-path CE1-to-CE2 primary path1 user@CE1# set mpls path path1 10.35.1.2 strict user@CE1# set mpls path path1 10.255.10.5 loose user@CE1# set mpls path path1 10.36.1.1 strict
-
Habilite o MPLS em todas as interfaces do Roteador CE1, sem a interface de gerenciamento.
[edit protocols] user@CE1# set mpls interface all user@CE1# set mpls interface fxp0.0 disable
-
Configure um link de engenharia de tráfego e atribua endereços para a extremidade local e remota do link.
[edit protocols] user@CE1# set link-management te-link link10 local-address 10.35.1.1 user@CE1# set link-management te-link link10 remote-address 10.35.1.2
-
Habilite a configuração do LSP VLAN de Camada 2 no link10 de engenharia de tráfego.
[edit protocols] user@CE1# set link-management te-link link10 ethernet-vlan
-
Configure a interface CE1 do roteador como a interface de membro do link10 de engenharia de tráfego.
[edit protocols] user@CE1# set link-management te-link link10 interface ge-0/0/0
-
Configure o Roteador PE1 como peer do protocolo de gerenciamento de links (LMP) para o Roteador CE1 e configure os atributos peer.
[edit protocols] user@CE1# set link-management peer PE1 address 10.255.10.2 user@CE1# set link-management peer PE1 control-channel gre.0 user@CE1# set link-management peer PE1 te-link link10
Resultados
A partir do modo de configuração, confirme sua configuração entrando no , e comandos.show interfacesshow routing-optionsshow protocols Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.
user@CE1# show interfaces
ge-0/0/0 {
vlan-tagging;
unit 1 {
vlan-id 1;
family inet {
address 10.1.1.1/30;
}
family mpls;
}
unit 10 {
vlan-id 10;
family inet {
address 10.10.10.1/24;
}
family mpls;
}
}
gre {
unit 0 {
tunnel {
source 10.1.1.1;
destination 10.1.1.2;
}
family inet {
address 10.35.100.25/30;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.255.10.1/32;
}
}
}
user@CE1# show routing-options router-id 10.255.10.1;
user@CE1# show protocols
rsvp {
interface all;
interface fxp0.0 {
disable;
}
peer-interface PE1;
}
mpls {
no-cspf;
label-switched-path CE1-to-CE2 {
from 10.255.10.1;
to 10.255.10.6;
lsp-attributes {
switching-type ethernet-vlan;
upstream-label {
vlan-id 10;
}
}
bandwidth 100m;
primary path1;
}
path path1 {
10.35.1.2 strict;
10.255.10.5 loose;
10.36.1.1 strict;
}
interface all;
interface fxp0.0 {
disable;
}
}
link-management {
te-link link10 {
local-address 10.35.1.1;
remote-address 10.35.1.2;
ethernet-vlan;
interface ge-0/0/0;
}
peer PE1 {
address 10.255.10.2;
control-channel gre.0;
te-link link10;
}
}
Configuração do roteador de servidor
Procedimento passo a passo
O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.Use o editor de CLI no modo de configuraçãohttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html
Para configurar o Roteador PE1:
Repita este procedimento para o Roteador PE2 na rede de camada de servidor, depois de modificar os nomes, endereços e quaisquer outros parâmetros apropriados para o roteador.
-
Configure a interface que conecta o Roteador PE1 ao Roteador CE1.
[edit interfaces] user@PE1# set ge-0/0/0 vlan-tagging user@PE1# set ge-0/0/0 encapsulation flexible-ethernet-services
-
Configure o VLAN de controle para a interface ge-0/0/0.
[edit interfaces] user@PE1# set ge-0/0/0 unit 1 vlan-id 1 user@PE1# ge-0/0/0 unit 1 family inet address 10.1.1.2/30 user@PE1# set ge-0/0/0 unit 1 family mpls
-
Configure o LSP VLAN na interface ge-0/0/0.
[edit interfaces] user@PE1# set ge-0/0/0 unit 10 encapsulation vlan-ccc user@PE1# set ge-0/0/0 unit 10 vlan-id 10
-
Configure a interface que conecta o Roteador PE1 aos roteadores de núcleo (Roteador P1 e Roteador P2).
[edit interfaces] user@PE1# set ge-0/0/1 unit 0 family inet address 10.70.70.1/30 user@PE1# set ge-0/0/1 unit 0 family mpls user@PE1# set ge-0/0/2 unit 0 family inet address 10.20.20.1/30 user@PE1# set ge-0/0/2 unit 0 family mpls
-
Configure o túnel GRE como a interface de controle para o Roteador PE1.
[edit interfaces] user@PE1# set gre unit 0 tunnel source 10.1.1.2 user@PE1# set gre unit 0 tunnel destination 10.1.1.1 user@PE1# set gre unit 0 family inet address 10.35.100.26/30
-
Configure a interface de loopback do Roteador PE1.
[edit interfaces] user@PE1# set lo0 unit 0 family inet address 10.255.10.2/32
-
Configure o endereço de loopback do Roteador PE1 como ID do roteador.
[edit routing-options] user@PE1# set router-id 10.255.10.2
-
Configure um LSP bidirecional associado e habilite a configuração de LSP reversa unidirecional para LSP provido de um lado único.
[edit protocols] user@PE1# set rsvp associated-bidirectional-lsp single-sided-provisioning
-
Habilite o RSVP em todas as interfaces do Roteador PE1, sem a interface de gerenciamento.
[edit protocols] user@PE1# set rsvp interface all user@PE1# set rsvp interface fxp0.0 disable
-
Configure a interface de peer RSVP para o Roteador PE1 e habilite a configuração dinâmica do LSP de pacote bidirecional para o transporte de LSP GMPLS sem pacotes.
[edit protocols] user@PE1# set rsvp peer-interface CE1 dynamic-bidirectional-transport
-
Habilite o MPLS em todas as interfaces do Roteador PE1, sem a interface de gerenciamento.
[edit protocols] user@PE1# set mpls interface all user@PE1# set mpls interface fxp0.0 disable
-
Configure o OSPF com recursos de engenharia de tráfego.
[edit protocols] user@PE1# set ospf traffic-engineering
-
Habilite a área 0 do OSPF em todas as interfaces do Roteador PE1, excluindo a interface de gerenciamento.
[edit protocols] user@PE1# set ospf area 0.0.0.0 interface all user@PE1# set ospf area 0.0.0.0 interface fxp0.0 disable
-
Configure um link de engenharia de tráfego e atribua endereços para a extremidade local e remota do link.
[edit protocols] user@PE1# set link-management te-link link1 local-address 10.35.1.2 user@PE1# set link-management te-link link1 remote-address 10.35.1.1
-
Habilite a configuração de um LSP VLAN de Camada 2 para uma gama específica de VLANs no link de engenharia de tráfego link1.
[edit protocols] user@PE1# set link-management te-link link1 ethernet-vlan vlan-id-range 1-1000
-
Configure a interface PE1 do roteador como a interface de membro do link1 de engenharia de tráfego.
[edit protocols] user@CE1# set link-management te-link link1 interface ge-0/0/0
-
Configure o Roteador CE1 como o peer LMP para o Roteador PE1 e configure os atributos peer.
[edit protocols] user@CE1# set link-management peer CE1 address 10.255.10.1 user@CE1# set link-management peer CE1 control-channel gre.0 user@CE1# set link-management peer CE1 te-link link1
Resultados
A partir do modo de configuração, confirme sua configuração entrando no , e comandos.show interfacesshow routing-optionsshow protocols Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.
user@PE1# show interfaces
ge-0/0/0 {
vlan-tagging;
encapsulation flexible-ethernet-services;
unit 1 {
vlan-id 1;
family inet {
address 10.1.1.2/30;
}
family mpls;
}
unit 10 {
encapsulation vlan-ccc;
vlan-id 10;
}
}
ge-0/0/1 {
unit 0 {
family inet {
address 10.70.70.1/30;
}
family mpls;
}
}
ge-0/0/2 {
unit 0 {
family inet {
address 10.20.20.1/30;
}
family mpls;
}
}
gre {
unit 0 {
tunnel {
source 10.1.1.2;
destination 10.1.1.1;
}
family inet {
address 10.35.100.26/30;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.255.10.2/32;
}
}
}
user@PE1# show routing-options router-id 10.255.10.2;
user@PE1# show protocols
rsvp {
associated-bidirectional-lsp single-sided-provisioning;
interface all;
interface fxp0.0 {
disable;
}
peer-interface CE1 {
dynamic-bidirectional-transport;
}
}
mpls {
interface all;
interface fxp0.0 {
disable;
}
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
}
link-management {
te-link link1 {
local-address 10.35.1.2;
remote-address 10.35.1.1;
ethernet-vlan {
vlan-id-range 1-1000;
}
interface ge-0/0/0;
}
peer CE1 {
address 10.255.10.1;
control-channel gre.0;
te-link link1;
}
}
Verificação
Confirme se a configuração está funcionando corretamente.
- Verificando o status do link de engenharia de tráfego nos roteadores clientes
- Verificando o status da sessão do RSVP nos roteadores clientes
- Verificando o status do LSP no roteador de servidor
- Verificando as entradas de CCC na tabela de roteamento MPLS dos roteadores de servidor
- Verificando a conectividade de ponta a ponta
Verificando o status do link de engenharia de tráfego nos roteadores clientes
Propósito
Verifique a situação do enlace de engenharia de tráfego configurado entre o Roteador CE1 e o Roteador CE2.
Ação
Do modo operacional, execute o e os comandos.show link-managementshow link-management te-link detail
user@CE1> show link-management
Peer name: PE1, System identifier: 50740
State: Up, Control address: 10.255.10.2
Hello interval: 150, Hello dead interval: 500
Control-channel State
gre.0 Active
TE links:
link10
TE link name: link10, State: Up
Local identifier: 65075, Remote identifier: 0, Local address: 10.35.1.1, Remote address: 10.35.1.2, Encoding: Ethernet, Switching: EVPL, Minimum bandwidth: 0bps,
Maximum bandwidth: 1000Mbps, Total bandwidth: 1000Mbps, Available bandwidth: 900Mbps
Name State Local ID Remote ID Bandwidth Used LSP-name
ge-0/0/0 Up 54183 0 1000Mbps Yes CE1-to-CE2user@CE1> show link-management te-link detail
TE link name: link10, State: Up
Local identifier: 65075, Remote identifier: 0, Local address: 10.35.1.1, Remote address: 10.35.1.2, Encoding: Ethernet, Switching: EVPL, Minimum bandwidth: 0bps,
Maximum bandwidth: 1000Mbps, Total bandwidth: 1000Mbps, Available bandwidth: 900Mbps
Resource: ge-0/0/0, Type: IFD, System identifier: 137, State: Up, Local identifier: 54183, Remote identifier: 0
Total bandwidth: 1000Mbps, Unallocated bandwidth: 900Mbps
Traffic parameters: Encoding: Ethernet, Switching: EVPL, Granularity: Unknown
Maximum allocations: 4094, Number of allocations: 1, Unique allocations: 1, In use: Yes
LSP name: CE1-to-CE2, Local label: 10, Remote label: 10, Allocated bandwidth: 100Mbpsuser@CE2> show link-management
Peer name: PE2, System identifier: 50743
State: Up, Control address: 10.255.10.5
Hello interval: 150, Hello dead interval: 500
Control-channel State
gre.0 Active
TE links:
link10
TE link name: link10, State: Up
Local identifier: 65075, Remote identifier: 0, Local address: 10.36.1.1, Remote address: 10.36.1.2, Encoding: Ethernet, Switching: EVPL, Minimum bandwidth: 0bps,
Maximum bandwidth: 1000Mbps, Total bandwidth: 1000Mbps, Available bandwidth: 900Mbps
Name State Local ID Remote ID Bandwidth Used LSP-name
ge-0/0/0 Up 54183 0 1000Mbps Yes CE1-to-CE2Significado
O peering do Link Management Protocol (LMP) foi estabelecido entre os roteadores clientes, e o link de engenharia de tráfego está em ambos os roteadores CE1 e CE2.
Verificando o status da sessão do RSVP nos roteadores clientes
Propósito
Verifique a situação das sessões de RSVP entre o Roteador CE1 e o Roteador CE2.
Ação
A partir do modo operacional, execute o comando.show rsvp session
user@CE1> show rsvp session Ingress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.255.10.6 10.255.10.1 Up 0 1 FF - 10 CE1-to-CE2 Bidir Total 1 displayed, Up 1, Down 0 Egress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
user@CE2> show rsvp session Ingress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.255.10.6 10.255.10.1 Up 0 1 FF 10 - CE1-to-CE2 Bidir Total 1 displayed, Up 1, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
Significado
As sessões de RSVP estão estabelecidas entre o roteador de entrada, o Roteador CE1 e o roteador de saída, Roteador CE2.
Verificando o status do LSP no roteador de servidor
Propósito
Verifique a situação do MPLS LSP no roteador PE1.
Ação
A partir do modo operacional, execute o comando.show mpls lsp
user@PE1> show mpls lsp Ingress LSP: 1 sessions To From State Rt P ActivePath LSPname 10.255.10.5 10.255.10.2 Up 0 * vlan:0:10:8176:10.255.10.2->10.255.10.5 Assoc-Bidir Total 1 displayed, Up 1, Down 0 Egress LSP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.255.10.2 10.255.10.5 Up 0 1 FF 3 - vlan:0:10:8176:10.255.10.2->10.255.10.5:rev Total 1 displayed, Up 1, Down 0 Transit LSP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.255.10.6 10.255.10.1 Up 0 1 FF 10 299808 CE1-to-CE2 Bidir Total 1 displayed, Up 1, Down 0
Significado
O LSP CE1-to-CE2 está estabelecido, e a saída exibe os atributos LSP.
Verificando as entradas de CCC na tabela de roteamento MPLS dos roteadores de servidor
Propósito
Verifique as entradas de interface entre conexões entre circuitos (CCC) na tabela de roteamento MPLS.
Ação
Do modo operacional, execute o e os comandos.show route table mpls.0show route forwarding-table ccc ccc-interface
user@PE1> show route table mpls.0
mpls.0: 6 destinations, 6 routes (6 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0 *[MPLS/0] 1d 22:14:51, metric 1
Receive
1 *[MPLS/0] 1d 22:14:51, metric 1
Receive
2 *[MPLS/0] 1d 22:14:51, metric 1
Receive
13 *[MPLS/0] 1d 22:14:51, metric 1
Receive
299824 *[RSVP/7/1] 17:32:07, metric 1
> via ge-0/0/0.10, Pop
ge-0/0/0.10 *[RSVP/7/1] 17:32:07, metric 1
> to 10.20.20.2 via ge-0/0/2.0, label-switched-path CE1-to-CE2user@PE1> show route forwarding-table ccc ge-0/0/0.10 Routing table: default.mpls MPLS: Destination Type RtRef Next hop Type Index NhRef Netif ge-0/0/0.10 (CCC) user 0 10.20.20.2 Push 299808, Push 299872(top) 581 2 ge-0/0/2.0 Routing table: __mpls-oam__.mpls MPLS: Destination Type RtRef Next hop Type Index NhRef Netif default perm 0 dscd 534 1
Significado
A saída exibe a interface de CCC que é a interface voltada para o roteador do cliente e os detalhes do próximo salto para essa interface.
Verificando a conectividade de ponta a ponta
Propósito
Verifique a conectividade entre o Roteador CE1 e o roteador cliente remoto, o Roteador CE2.
Ação
A partir do modo operacional, execute o comando.ping
user@CE1> ping 10.10.10.2 PING 10.10.10.2 (10.10.10.2): 56 data bytes 64 bytes from 10.10.10.2: icmp_seq=0 ttl=64 time=15.113 ms 64 bytes from 10.10.10.2: icmp_seq=1 ttl=64 time=13.353 ms 64 bytes from 10.10.10.2: icmp_seq=2 ttl=64 time=13.769 ms 64 bytes from 10.10.10.2: icmp_seq=3 ttl=64 time=10.341 ms 64 bytes from 10.10.10.2: icmp_seq=4 ttl=64 time=12.597 ms ^C --- 10.10.10.2 ping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max/stddev = 10.341/13.035/15.113/1.575 ms
Significado
O ping do Roteador CE1 para o Roteador CE2 é bem sucedido.