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 arbitrariamente. 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 definição de rótulos para comutação de tipos variados 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 comutação:
Comutamento por fibra (FSC)
Capaz de comutada de Lambda (LSC)
Multiplexação por divisão de tempo (TDM) comutável (TSC)
Capacidade de comutamento de 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 comutados por pacotes com outros roteadores. Os LSPs podem ser transportados por um LSP comutado por TDM entre multiplexers sonet add/drop (ADMs), que por sua vez podem ser transportados por um LSP comutado por lambda.
O resultado dessa extensão do protocolo MPLS é uma expansão no número de dispositivos que podem participar da comutaçã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 na sinalização de caminhos ópticos em uma rede de transporte.
Dois modelos de serviço determinam a visibilidade que um nó do 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 muitas vezes é conhecida como o modelo de overlay. O segundo é conhecido como o modelo de peer. A Juniper Networks oferece suporte a ambos os modelos.
Não existe 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ão canalizado, 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 se referir aos 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 de RSVP para configuração de LSP são enviadas por uma rede de controle fora da banda. Assim que a configuração de LSP estiver concluída e o caminho for provisionado, o canal de dados estará pronto 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 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 empacotamento) e solicitar rótulos como comprimentos de onda, slots de tempo e fibras como objetos de rótulo.
LSPs bidirecionais — os dados podem viajar para os dois lados entre dispositivos GMPLS por um único caminho, de modo que os LSPs não empacotados sejam sinalizados como bidirecionais.
Termos e siglas GMPLS
MPLS generalizada (GMPLS)
Uma extensão ao MPLS que permite que dados de várias camadas sejam trocados por caminhos comutados 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, 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 next-hop.
Tipos de LSP GMPLS
Os quatro tipos de LSPs GMPLS são:
FSC (Fiber-switched capable, Fibra comutada) — Os LSPs são alternados entre dois dispositivos baseados em fibra, tais cross-connects ópticos (OXCs) que operam no nível das fibras individuais.
LSC (Comutado por lambda)— os LSPs são alternados entre dois dispositivos DWDM, como OXCs que operam no nível de comprimentos de onda individuais.
TDM-switched capable (TDM)— Os LSPs são alternados entre dois dispositivos TDM, como os ADMs SONET.
PSC (Packet-switched capable, comutação de pacotes) — os LSPs são alternados 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 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 enlace. Cada enlace 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 uma interação estreita entre RSVP e LMP. Ele funciona na sequência a seguir:
A 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
Peer de controle
O GMPLS extrai os atributos LSP da configuração e solicita o RSVP para sinalizar um ou mais caminhos específicos, especificados pelos endereços de link de engenharia de tráfego.
O RSVP determina o enlace 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. RSVP envia um pathmsg hop by hop até chegar ao roteador alvo.
Quando o roteador alvo recebe o PathMsg, o RSVP solicita novamente que o LMP aloque 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. O OSPF é um protocolo de gateway interior (IGP) que roteia pacotes em um único sistema autônomo (AS). O OSPF usa informações de estado de 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 enlace:
Tipo de sinal (largura de banda LSP mínima)
Tipo de codificação
Tipo de comutaçã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 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 de CSPF é a mesma que em ambientes nã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 devem combinar. O tipo de codificação é selecionado e armazenado no nó de entrada depois que todas as restrições são satisfeitas pelo link e é usado 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 o LMP opcionalmente para estabelecer e manter canais de controle LMP entre pares que executam a mesma versão do Junos OS.
LSPs bidirecionais são necessários entre dispositivos.
Vários tipos de rótulos GMPLS definidos no RFC 3471, MPLS generalizado — sinalização de descrição funcional, como MPLS, generalizado, SONET/SDH, Sugerido e Upstream, são suportados. Os rótulos generalizados não contêm um tipo de campo, 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 com erro, sinalização estilo usuário-para-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 através do GMPLS. Configure o endereço remoto do enlace de engenharia de tráfego como endereço no nível de [edit protocols mpls path path-name] hierarquia. O caminho mais curto limitado primeiro (CSPF) é suportado para que você possa escolher a opção strict com loose o endereço.
Consulte a visão geral da configuração de LMP para obter informações sobre como obter um endereço remoto de link de engenharia de tráfego.
Para configurar o caminho MPLS, inclua a path declaração no nível de [edit protocols mpls] hierarquia:
[edit protocols mpls] path path-name { next-hop-address (strict | loose); }
Para obter informações sobre como configurar caminhos MPLS, consulte A criação de caminhos nomeados.
Rastreamento do tráfego LMP
Para rastrear o tráfego de protocolo LMP, inclua a traceoptions declaração no nível de [edit protocols link-management] hierarquia:
[edit protocols link-management] traceoptions { file filename <files number> <size size> <world-readable | no-world-readable>; flag flag <flag-modifier> <disable>; }
Use a file declaraçã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— Rastreie todas as operações disponíveishello-packets— Rastreie pacotes de olá em qualquer canal de controle LMPinit— Saída das mensagens de inicializaçãopackets— Rastreie todos os pacotes que não sejam pacotes olá em qualquer canal de controle LMPparse— Operação do parserprocess— Operação da configuração geralroute-socket— Operação de eventos de soquete de rotarouting— Operação dos protocolos de roteamentoserver— Operações de processamento de servidoresshow— Operações de manutenção parashowcomandosstate— Rastreie 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— Fornecer 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 comutado por rótulos (LSP) apropriados para sua conexão de rede. O valor switching-type padrão é psc-1, o que também é apropriado para MPLS padrão.
Para configurar os atributos LSP, inclua a lsp-attributes declaração no nível de [edit protocols mpls label-switched-path lsp-name] hierarquia:
[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 no-cspf declaração na configuração de caminho comutado por rótulos, você também deve configurar caminhos primários e secundários, ou a configuração não pode ser comprometida.
As seções a seguir descrevem como configurar cada um dos atributos LSP para um LSP GMPLS:
- Configurando o tipo de codificação
- Configurando o GPID
- Configurando o tipo de largura de banda de sinal
- Configuração de LSPs bidirecionais GMPLS
- Permitindo que 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 plesoquista (PDH)sonet-sdh— SONET/SDH
O valor padrão é packet.
Para configurar o tipo de codificação, inclua a encoding-type declaração no nível de [edit protocols mpls label-switched-path lsp-name lsp-attributes] hierarquia:
[edit protocols mpls label-switched-path lsp-name lsp-attributes] encoding-type type;
Configurando o 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 ponto a ponto (PPP)
Para configurar o GPID, inclua a gpid declaração no nível de [edit protocols mpls label-switched-path lsp-name lsp-attributes] hierarquia:
[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 de sinal, inclua a signal-bandwidth declaração no nível de [edit protocols mpls label-switched-path lsp-name lsp-attributes] hierarquia:
[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 comutados por pacotes MPLS padrão são unidirecionais, enquanto os LSPs não empacotados GMPLS são bidirecionais.
Se você usar o tipo padrão de comutação de psc-1pacotes, seu LSP se tornará unidirecional. Para habilitar um LSP bidirecional GMPLS, você deve selecionar uma opção do tipo de comutação sem pacotes, como lambda, fiberou ethernet. Inclua a switching-type declaração no nível da [edit protocols mpls label-switched-path lsp-name lsp-attributes] hierarquia:
[edit protocols mpls label-switched-path lsp-name lsp-attributes] switching-type (lambda | fiber | ethernet);
Permitindo que LSPs GMPLS não empacotados estabeleçam caminhos através de roteadores que executam o Junos OS
Ao definir o bit A no objeto Status do 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 A-bit status admin, 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 trazer uma conexão cruzada óptica.
Quando definido, o bit A no objeto status de administrador indica o status de down administrativo para um LSP GMPLS. Esse recurso é usado especificamente por LSPs GMPLS não empacotados. Isso não afeta a configuração do caminho de controle ou o encaminhamento de dados para LSPs de pacotes.
O Junos não distingue a configuração do caminho de controle e a configuração do caminho dos dados. Outros nós ao longo do caminho da 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 admin-down declaração:
admin-down;
Você pode incluir esta 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 LSPs GMPLS
Você pode derrubar graciosamente LSPs GMPLS não empacotados. Um LSP que é derrubado abruptamente, um processo comum em uma rede comutada por pacotes, pode causar problemas de estabilidade em redes não comutadas por pacotes. Para manter a estabilidade das redes não comutadas por pacotes, talvez seja necessário derrubar LSPs de maneira graciosa.
As seções a seguir descrevem como derrubar 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 GMPLS LSP usando o clear rsvp session gracefully comando.
Este comando rasga graciosamente uma sessão de RSVP para um LSP não empacotado 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 esse comando, o LSP é retirado temporariamente. Após o intervalo apropriado, o LSP GMPLS é ressignificar e, em seguida, restabelecido.
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 que o
clear rsvp sessioncomando.Ele só funciona para LSPs não empacotados. Se usado com LSPs de pacotes, ele tem o mesmo comportamento que o
clear rsvp sessioncomando.
Para obter mais informações, consulte o CLI Explorer.
Exclusão permanente de 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 desativado for um LSP não empacotado, então são usados os graciosos procedimentos de demolição de LSP que usam o objeto Admin Status. Se o LSP for desativado é um LSP de pacote, os procedimentos regulares de sinalização para exclusão de LSP são usados.
Para desativar um LSP GMPLS, inclua a disable declaração em qualquer um dos seguintes níveis de hierarquia:
[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 D bits. O roteador de entrada espera receber uma mensagem resv com o D conjunto de bits do roteador de saída. 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 derrubada forçada do LSP enviando uma mensagem pathTear.
Para configurar o intervalo de tempo limite de exclusão gracioso, inclua a graceful-deletion-timeout declaração no nível de [edit protocols rsvp] hierarquia. Você pode configurar um tempo entre 1 a 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 show rsvp version comando para determinar o valor atual configurado para o tempo limite de exclusão gracioso.
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 de LSP com GMPLS RSVP-TE VLAN LSP
- Especificação de caminho para GMPLS RSVP-TE VLAN LSP
- Configuração 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 comutados por rótulos (LSPs) no plano de dados. O MPLS generalizado (GMPLS) é um pacote de protocolo que estende o plano de controle existente do MPLS para gerenciar outras classes de interfaces e dar suporte a outras formas de comutação de rótulos, como multiplexação de divisão de tempo (TDM), fibra (porta), Lambda e assim por diante.
O GMPLS estende conexões inteligentes de IP/MPLS 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 (não empacotamento). LSPs bidirecionais e um canal de controle fora de banda e um canal de dados usando o Protocolo de Gerenciamento de Links (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 (PE) do provedor 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 enlaces Ethernet. Os roteadores CE1 e CE2 estão configurados com interfaces lógicas VLAN1 e VLAN2 de Camada 3, por isso 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 na 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 de a rede PE (também chamada de camada de servidor) provisionar cada conexão de Camada 2 individual entre os dispositivos CE (também chamado de cliente) é minimizada. O roteador do cliente solicita o roteador de camada de servidor ao qual ele está diretamente conectado, para configurar o serviço de Camada 2 para se conectar com um roteador cliente remoto por meio da 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 remotos do cliente. 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 de camada de servidor. Com a configuração do serviço de Camada 2, os roteadores clientes podem executar IP/MPLS diretamente no topo do 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 oferece aos roteadores clientes a flexibilidade de trazer 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, Figura 2 ilustra como o serviço de Camada 2 é configurado e usado pelos roteadores clientes na tecnologia VPN de Camada 2 baseada em GMPL RSVP-TE.
Em Figura 2, 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. 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, Figura 2o roteador cliente estabelece o serviço de Camada 2 na rede de camada de servidor da seguinte forma:
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 precisa do serviço de Camada 2 e do roteador CE remoto, 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 Roteador CE2 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) pela 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 enlace Ethernet PE2-CE2.
O roteador CE2 responde com um reconhecimento à mensagem de sinalização GMPLS RSVP-TE para o Roteador PE2. Em seguida, o roteador PE2 propaga-o para o Roteador PE1, que por sua vez o propaga para o Roteador CE1.
Como parte dessa propagação de mensagens, os roteadores PE1 e PE2 configuraram o plano de encaminhamento para permitir o fluxo bidirecional de tráfego de Camada 2 de VLAN entre os roteadores CE1 e CE2.
Hierarquia de 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 de LSP evita compartilhar informações sobre características de LSP específicas da tecnologia com os nós centrais da rede de camada de servidor. Essa solução separa de maneira limpa o estado LSP VLAN e o estado de transporte LSP, e garante que o estado VLAN LSP esteja presente apenas 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ícita (ERO) no roteador de cliente de iniciação. À medida que esse LSP atravessa diferentes domínios de rede (iniciando, terminando na rede do cliente e atravessando a rede de camada de servidor), a configuração de LSP se enquadra na categoria de uma configuração LSP interdomain. Em um cenário interdomain, um domínio de rede geralmente não tem visibilidade total 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 hop para a porção da camada de servidor. Esse recurso exige que o ERO configurado no roteador CE tenha três hops, sendo o primeiro hop um salto rigoroso identificando o enlace 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 enlace Ethernet CE2-PE2.
Configuração 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 Junos OS GMPLS para LSPs não empacotados tem como objetivo colocar as interfaces físicas em funcionamento por meio da sinalização GMPLS RSVP-TE, enquanto a sinalização de um GMPLS RSVP-TE VLAN LSP visa trazer VLANs individuais em cima de uma interface física. A ethernet-vlan declaração de configuração sob a [edit protocols link-management te-link] hierarquia permite isso.
O roteador do cliente tem interfaces físicas conectadas a uma rede de servidor, e a rede de servidor fornece uma conexão ponto a ponto entre dois roteadores clientes pelas interfaces físicas conectadas. A interface física é trazida para um estado operacional pelo GMPLS RSVP-TE da seguinte forma:
O roteador do cliente mantém uma adjacê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 interface física é criada e funcionando apenas após a sinalização.
O roteador do 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 enlace 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 levar a interface física a um estado operacional.
Na configuração GMPLS existente, os nós de rede do servidor e do cliente usam a protocols link-management peer peer-name declaração de configuração para especificar o nó 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 declaração de protocols link-management te-link link-name configuração. O enlace TE é atribuído a um endereço IP local, um endereço IP remoto e uma lista de interfaces físicas. O enlace TE está associado à declaração de protocols link-management peer peer-name te-link te-link-list configuração.
O canal de controle fora de banda necessário para a troca de mensagens de sinalização é especificado usando a declaração de protocols link-management peer peer-name control-channel interface-name configuração. 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 peer-interface interface-name configuração nos níveis de [edit protocols rsvp] hierarquia.[edit protocols ospf]
Na configuração GMPLS existente, o rótulo (rótulo upstream e rótulo de resv) transportado na mensagem de sinalização é um identificador inteiro que identifica a interface física 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 enlace TE. Na configuração GMPLS existente, existem informações suficientes na mensagem de sinalização GMPLS RSVP-TE, como endereço de enlace TE e valor de rótulo, para identificar a interface física necessária para ser criada. Por outro lado, para a configuração LSP GMPLS RSVP-TE VLAN, o valor do VLAN ID é usado como rótulo na mensagem de sinalização.
Na configuração GMPLS RSVP-TE VLAN LSP, se várias interfaces puderem ser configuradas em um único enlace TE, usar o VLAN ID como o valor do rótulo na mensagem de sinalização pode causar ambiguidade quanto à interface física na qual o VLAN precisa ser provisionado. Portanto, o enlace TE está configurado com a ethernet-vlan declaração de configuração, se o número de interfaces físicas que podem ser configuradas sob o enlace TE for restrito a apenas uma.
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 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 signal-bandwidth configuração sob o nível de [protocols mpls label-switched-path lsp-name lsp-attributes] hierarquia. Na configuração GMPLS VLAN LSP, a largura de banda é especificada semelhante à de um LSP de pacote. Na configuração GMPLS VLAN LSP, a opção bandwidth é suportada e signal-bandwidth não tem suporte.
LSP de pacote bidirecional associado
O GMPLS RSVP-TE VLAN LSP é realizado em um LSP de transporte bidirecional associado na rede de camada de servidor, que é um LSP provisionado de um lado único. A sinalização LSP de transporte é iniciada como um LSP unidirecional desde o roteador de origem até 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 reversa 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, no qual o roteador de destino para a direção futura do LSP bidirecional não realiza nenhuma operação de make-before-break na direção reversa 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 nova instância make-before-break na outra direção.
Por exemplo, Figura 2o LSP de transporte unidirecional é iniciado desde o Roteador PE1 até 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. Quando ocorre uma instância de make-before-break, apenas o Roteador PE1 como o roteador cliente iniciado pode estabelecer uma nova instância do LSP bidirecional associado. O roteador PE2, por sua vez, inicia a nova instância de make-before-break 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 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 é 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 de cliente que a 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 em ambas as extremidades servidor-cliente como na instância mais antiga.
Ele deve usar o mesmo rótulo VLAN nos links servidor-cliente que a instância mais antiga.
O GMPLS VLAN LSP deve ser configurado como
adaptivequando a mudança de largura de banda for iniciada a partir da CLI, ou então a instância atual do VLAN LSP é derrubada e uma nova instância LSP VLAN é estabelecida.
A operação make-before-break para o GMPLS VLAN LSP no roteador de borda da camada de servidor é rejeitada se essas restrições não forem atendidas.
Nos roteadores de borda de 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 dar suporte a essa 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 make-before-break 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 do cliente para o roteador de camada de servidor.
Suporte ininterrupto de roteamento ativo (NSR) para o GMPLS VLAN LSP nos roteadores de cliente, 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 not suporte às seguintes funcionalidades GMPLS RSVP-TE VLAN LSP:
Suporte de reinicialização gracioso para LSP de pacote bidirecional associado e GMPLS VLAN LSP.
Computação de caminho de ponta a ponta para GMPLS VLAN LSP usando algoritmo CSPF no roteador do cliente.
Descoberta baseada em roteamento não CSPF de roteadores next-hop pelos diferentes roteadores de borda de camada de servidor e cliente.
Provisionamento automático das interfaces VLAN de Camada 3 do cliente após a configuração bem-sucedida do LSP VLAN nos roteadores clientes.
MPLS OAM (LSP-ping, BFD).
Aplicativos MPLS de pacotes, como next-hop em rota estática e atalhos de IGP.
Mecanismo de conexão cruzada local, onde um roteador cliente se conecta a um roteador cliente remoto que está conectado ao mesmo roteador de servidor.
Junos OS Services Framework.
Suporte para iPv6.
Sistemas lógicos.
Interfaces agregadas de Ethernet/SONET/IRB no link servidor-cliente.
Example: 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 núcleo da Série T e roteadores de transporte de pacotes da Série PTX
-
Junos OS Versão 14.2 ou posterior em execução 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/de terceiros são configurados pelos roteadores clientes sob demanda por meio da sinalização GMPLS RSVP-TE. Esse recurso oferece 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 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 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 é feita por um canal de controle fora de 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:
-
Identifique o enlace Ethernet no qual o VLAN está ativo.
-
Abstraa o link Ethernet como um enlace TE e atribua um endereço IP para identificar o enlace Ethernet.
-
Aloce um ID VLAN do pool de VLANs gratuitos gerenciado pelo Roteador CE1 para cada enlace Ethernet que conecta o Roteador PE1 ao enlace Ethernet identificado.
Este VLAN ID também pode ser usado para o GMPLS VLAN LSP no link CE2-PE2 Ethernet.
-
Identifique o VLAN para o 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 por meio da rede de camada de servidor até o roteador de cliente remoto, CE2. O objeto ERO na mensagem de caminho inclui três hops:
-
First hop — Salto rigoroso que identifica o enlace Ethernet de servidor de cliente, PE1-CE1.
-
Segundo hop — salto solto que identifica o roteador remoto de camada de servidor, PE2.
-
Terceiro hop — salto rigoroso que identifica o enlace remoto de Ethernet clinet-servidor, PE2-CE2.
-
-
Inclua a largura de banda necessária para o GMPLS VLAN LSP.
-
Inclua qualquer proteção local necessária na rede de camada de servidor para o LSP VLAN.
-
-
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 enlace Ethernet e do VLAN ID. 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 maneira semelhante aos circuitos de Camada 2. O roteador PE1 traz um LSP de transporte para o roteador PE2 e, em seguida, estende o GMPLS VLAN LSP como um LSP hierárquico em execução em cima do LSP de transporte PE1-PE2. O LSP de transporte PE1-PE2 é um LSP de pacote e é de natureza bidirecional. Isso ocorre 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 VLAN LSP. No entanto, se o LSP de transporte PE1-PE2 não estabelecer, o Roteador PE1 enviará 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-to-PE2
-
PE2-to-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 transporta o Objeto de Associação Estendida indicando que este é um modelo de provisionamento unilateral. 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-to-PE2) na direção inversa. Este pacote unidirecional LSP usa a direção PE2-to-PE1 do LSP bidirecional associado, e essa mensagem de caminho transporta o mesmo Objeto de Associação Estendida visto na mensagem de caminho PE1-to-PE2.
Quando o Roteador PE1 recebe a mensagem Resv para o LSP unidirecional PE1-to-PE2 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 carregados 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 de pacotes associado.
-
-
Setting Up the GMPLS VLAN LSP at Router PE1Depois de 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 LSP VLAN diretamente ao Roteador PE2, que é de natureza bidirecional e inclui o objeto de rótulo upstream.
O roteador PE2 não está ciente da associação entre o LSP de transporte e o LSP VLAN. 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 de LSP estiver em andamento, o processamento de LSP VLAN será suspenso. Quando o LSP de transporte está disponível, o Roteador PE2 processa a mensagem de caminho VLAN LSP. O objeto ERO nesta mensagem de caminho indica que o próximo salto é um salto rigoroso que identifica o enlace Ethernet PE2-to-CE2. O objeto ERO pode indicar o VLAN ID a ser usado no enlace Ethernet PE2-to-CE2 pelo Roteador PE2.
O roteador PE2 aloca adequadamente o VLAN ID para ser enviado como o rótulo upstream na mensagem de caminho VLAN LSP 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 enlace PE2-to-CE2. O roteador CE2 aloca o VLAN ID para este LSP VLAN e envia de volta uma mensagem Resv ao 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 um rótulo MPLS de 20 bits, 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 cross-connect (CCC) de circuito 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 ao Roteador CE1 com o mesmo VLAN ID 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 VLAN recebido na mensagem Resv combina com o ID VLAN no rótulo upstream na mensagem de caminho enviada. Isso conclui a configuração do GMPLS VLAN LSP desde o Roteador CE1 até o Roteador CE2.
Nota:-
A configuração GMPLS VLAN LSP não resulta na inclusão de quaisquer entradas 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 cliente e servidor 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 servidor e cliente 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 servidor-cliente.
-
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 com o VLAN ID 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 do 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 ao 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 hop, onde o Roteador P sai do rótulo LSP de transporte, e apenas o rótulo de serviço está presente no enlace P-to-PE2.
Figura 4: Fluxo de tráfego de dados do GMPLS VLAN LSP
Topologia
In Figura 5, a sinalização LSP GMPLS RSVP-TE VLAN é usada para estabelecer os serviços de Camada 2 entre os roteadores clientes, 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 clientes conectados diretamente. Os roteadores P1 e P2 também são roteadores de servidor na rede de camada de servidor.
Cópia de
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 sua configuração de rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.
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 pela CLI, consulte o uso do Editor de CLI no modo de configuração no guia de usuário da CLI.
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, excluindo 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 comutados 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, excluindo 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 link 10 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 o protocolo de gerenciamento de enlace (LMP) para o Roteador CE1 e configure os atributos de 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 show interfacese show routing-optionsshow protocols nos comandos. 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 pela CLI, consulte o uso do Editor de CLI no modo de configuração no guia de usuário da CLI.
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 avançado provisionado 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, excluindo 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 não empacotado.
[edit protocols] user@PE1# set rsvp peer-interface CE1 dynamic-bidirectional-transport
-
Habilite o MPLS em todas as interfaces do Roteador PE1, excluindo 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 variedade 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 show interfacese show routing-optionsshow protocols nos comandos. 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 que a configuração está funcionando corretamente.
- Verificando o status do enlace de engenharia de tráfego nos roteadores clientes
- Verificando o status da sessão de 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 enlace de engenharia de tráfego nos roteadores clientes
Propósito
Verifique 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 comandos e os show link-managementshow link-management te-link detail comandos.
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 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.
Verificando o status da sessão de RSVP nos roteadores clientes
Propósito
Verifique 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.
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 o status do MPLS LSP no roteador PE1.
Ação
Do modo operacional, execute o show mpls lsp comando.
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 da interface de conexão cruzada (CCC) do circuito na tabela de roteamento MPLS.
Ação
Do modo operacional, execute os comandos e os show route table mpls.0show route forwarding-table ccc ccc-interface comandos.
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 CCC que é a interface voltada para o roteador do cliente e os detalhes do next-hop para essa interface.
Verificando a conectividade de ponta a ponta
Propósito
Verifique a conectividade entre o Roteador CE1 e o roteador cliente remoto, roteador CE2.
Ação
Do modo operacional, execute o ping comando.
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.