Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Rótulos LSP

visão geral MPLS rótulos

Pacotes que viajam ao longo de um LSP são identificados por um rótulo: um inteiro não atribuído de 20 bits no intervalo de 0 a 1.048.575. Para rótulos push nos roteadores de entrada, nenhum rótulo nesta gama é restrito. Para rótulos de entrada no LSP estático de trânsito, o valor dos rótulos é restrito a 1.000.000 a 1.048.575.

Na série MX, série PTX e Série T roteadores, o valor para rótulos de entropia e fluxo fica restrito a 16 a 1.048.575.

alocação MPLS rótulos

No Junos OS, os valores de rótulos são alocados por roteador ou switch, e o resto dessa explicação usa o roteador para cobrir ambos. A saída do display mostra apenas o rótulo (por 01024 exemplo). Os rótulos de pacotes multicast são independentes dos pacotes unicast. No momento, o Junos OS não tem suporte para rótulos multicast.

Os rótulos são atribuídos por roteadores downstream em relação ao fluxo de pacotes. Um roteador que recebe pacotes identificados (o roteador de next-hop) é responsável por designar rótulos de entrada. Um pacote recebido contendo um rótulo não identificado (não atribuído) é descartado. Para rótulos não identificados, o roteador não tenta desembrulhar o rótulo para analisar o header da camada de rede nem gerar uma mensagem inalcançável do Protocolo de Mensagem de Controle da Internet (ICMP).

Um pacote pode transportar uma série de rótulos, organizados como uma pilha de saída por último. Isso é chamado de pilha de rótulos. Em um roteador específico, a decisão de como encaminhá-lo é baseada exclusivamente no rótulo no topo da pilha.

Figura 1 mostra a codificação de um único rótulo. A codificação aparece depois dos headers da camada do enlace de dados, mas antes de qualquer header da camada da rede.

Figura 1: Codificação de rótulosCodificação de rótulos

Figura 2 ilustra a finalidade dos bits de classe de serviço (também conhecidos como EXP ou bits experimentais). Bits 20 e 21 especificam o número da fila. Bit 22 é o bit de prioridade de perda de pacote (PLP) usado para especificar o perfil de detecção inicial (RED) aleatório. Para obter mais informações sobre classe de serviço e os bits de classe de serviço, consulte Configurar classe de serviço para MPLS LSPs.

Figura 2: Bits de classe de serviçoBits de classe de serviço

Operações em MPLS rótulos

O roteador aceita as seguintes operações de rótulo:

  • Push — Adicione um novo rótulo na parte de cima do pacote. Para pacotes IPv4, o novo rótulo é o primeiro rótulo. Os bits time-to-live (TTL) e s são obtidos do header de pacotes IP. A MPLS classe de serviço (CoS) é derivada do número da fila. Se a operação de push for executada em um pacote MPLS existente, você terá um pacote com dois ou mais rótulos. Isso se chama empilhamento de rótulos. O rótulo superior deve ter seu bit definido como 0, e pode derivar CoS e TTL de níveis inferiores. O novo rótulo superior em uma pilha de rótulos sempre inicializa sua TTL para 255, independentemente do valor de TTL de rótulos inferiores.

  • Pop — Remova o rótulo do início do pacote. Depois que o rótulo é removido, o TTL é copiado do rótulo para o header de pacotes IP, e o pacote IP subjacente é encaminhado como um pacote ip nativo. No caso de vários rótulos em um pacote (empilhamento de rótulos), a remoção do rótulo superior gera outro MPLS pacote. O novo rótulo top pode derivar CoS e TTL de um rótulo top anterior. O valor de TTL estourado do rótulo superior anterior não está escrito de volta ao novo rótulo principal.

  • Trocar — Substituir o rótulo no topo da pilha de rótulos por um novo rótulo. Os bits S e CoS são copiados do rótulo anterior, e o valor de TTL é copiado e decrementado (a menos que a instrução ou a declaração no-decrement-ttlno-propagate-ttl esteja configurada). Um roteador de trânsito aceita uma pilha de rótulos de qualquer profundidade.

  • Múltiplos push — Adicione vários rótulos (até três) em cima dos pacotes existentes. Essa operação é equivalente a pressionar várias vezes.

  • Trocar e pressionar — Substituir a parte superior da pilha de rótulos por um novo rótulo e, em seguida, pressionar outro rótulo novo na parte superior.

Compreender as MPLS de rótulos

No paradigma tradicional de encaminhamento de pacotes, conforme um pacote vai de um switch para o outro, uma decisão de encaminhamento independente é tomada a cada salto. O header de rede IP é analisado e o próximo hop é escolhido com base nesta análise e nas informações da tabela de roteamento. Em um ambiente MPLS, a análise do cabeamento de pacote é feita apenas uma vez, quando um pacote entra no túnel MPLS de MPLS (ou seja, o caminho usado para MPLS tráfego).

Quando um pacote IP entra em um caminho comutado por rótulos (LSP), o switch edge do provedor de ingresso (PE) examina o pacote e o atribue um rótulo com base em seu destino, colocando o rótulo no header do pacote. O rótulo transforma o pacote de um que é encaminhado com base em suas informações de roteamento IP para aquele que é encaminhado com base nas informações associadas ao rótulo. Em seguida, o pacote é encaminhado para o próximo switch de provedor no LSP. Esse switch e todos os switches posteriores no LSP não examinam nenhuma das informações de roteamento IP no pacote identificado. Em vez disso, eles usam o rótulo para procurar informações na tabela de encaminhamento de rótulos. Em seguida, eles substituirão o rótulo antigo por um novo rótulo e encaminham o pacote para o próximo switch do caminho. Quando o pacote chega ao switch PE de saída, o rótulo é removido, e o pacote se torna um pacote IP nativo e é encaminhado com base em suas informações de roteamento IP.

Este tópico descreve:

MPLS de rótulos e rótulos MPLS rótulos

Quando um pacote entra na MPLS, ele é atribuído a um LSP. Cada LSP é identificado por um rótulo, que tem um valor curto (20 bits), de comprimento fixo, na frente do rótulo MPLS de segurança (32 bits). Os rótulos são usados como índices de busca para a tabela de encaminhamento de rótulos. Para cada rótulo, esta tabela armazena informações de encaminhamento. Como nenhuma análise ou pesquisa adicional é feita no pacote encapsulado, MPLS aceita a transmissão de quaisquer outros protocolos no payload de pacotes.

Figura 3 mostra a codificação de um único rótulo. A codificação aparece depois dos headers da camada do enlace de dados, mas antes de qualquer header da camada da rede.

Figura 3: Codificação de rótulosCodificação de rótulos

Rótulos reservados

Os rótulos variam de 0 a 1.048.575. Os rótulos de 0 a 999.999 são para uso interno.

Alguns dos rótulos reservados (na faixa de 0 a 15) têm significados bem definidos. Os seguintes rótulos reservados são usados por dispositivos EX4600 Série QFX:

  • 0, rótulo IPv4 Explicit Null — Esse valor só é válido quando for a única entrada do rótulo (sem empilhamento de rótulos). Indica que o rótulo deve ser lançado no recebimento. O encaminhamento continua com base no pacote IP versão 4 (IPv4).

  • 1, rótulo de alerta do roteador — Quando um pacote é recebido com um valor de rótulo superior de 1, ele é entregue ao módulo de software local para processamento.

  • 3, rótulo Implicit Null — Esse rótulo é usado no protocolo de sinalização (RSVP) apenas para solicitar o estouro do rótulo pelo switch downstream. Ele nunca aparece no encapsulamento. Rótulos com valor de 3 não devem ser usados no pacote de dados como rótulos reais. Nenhum tipo de carga (IPv4 ou IPv6) está implícito neste rótulo.

MPLS de rótulos

Os dispositivos de EX4600 e série QFX são compatíveis com as seguintes MPLS de rótulos:

  • Empurrar

  • Pop

  • Trocar

Nota:

Existe um limite em relação ao número de rótulos que dispositivos QFX e EX4600 podem afixar (pressionar as operações) até a pilha de rótulos ou remover (operações pop) da pilha de rótulos.

  • Para operações push — até três rótulos são suportados.

  • Para operações Pop — até três rótulos são suportados.

A operação push fixa um novo rótulo na parte de cima do pacote IP. Para pacotes IPv4, o novo rótulo é o primeiro rótulo. O valor do campo tempo de vida (TTL) no header de pacotes é obtido do header de pacotes IP. A operação push não pode ser aplicada a um pacote que já tenha um MPLS de rede.

A operação pop remove um rótulo do início do pacote. Depois que o rótulo é removido, o TTL é copiado do rótulo para o header de pacotes IP, e o pacote IP subjacente é encaminhado como um pacote ip nativo

A operação de swap remove um rótulo MPLS existente de um pacote IP e o substitui por um novo rótulo MPLS, com base no seguinte:

  • Interface de entrada

  • Rótulo

  • Tabela de encaminhamento de rótulos

Figura 4 mostra um pacote IP sem um rótulo chegando na interface de borda do cliente (ge-0/0/1) do switch PE de entrada. O switch PE de entrada examina o pacote e identifica o destino desse pacote como o switch PE de saída. O switch PE de entrada aplica o rótulo 100 ao pacote e envia o pacote MPLS para MPLS interface de núcleo (ge-0/0/5). O MPLS é transmitido no túnel MPLS pelo switch do provedor, onde chega à interface ge-0/0/5 com o rótulo 100. O switch do provedor troca o rótulo 100 pelo rótulo 200 e encaminha o pacote de MPLS por meio de sua interface de núcleo (ge-0/0/7) para o próximo salto no túnel, que é o switch PE de saída. O switch PE de saída recebe o pacote de MPLS por meio de sua interface de núcleo (ge-0/0/7), remove o rótulo MPLS e envia o pacote IP de sua interface de borda do cliente (ge-0/0/1) para um destino que está além do túnel.

Figura 4: MPLS de rótulosMPLS de rótulos

Figura 4 mostra o caminho de um pacote conforme passa em uma direção, desde o switch PE de entrada até o switch PE de saída. Entretanto, a configuração MPLS também permite que o tráfego viaje na direção reversa. Assim, cada switch PE funciona como um switch de entrada e um switch de saída.

Penultimate-Hop Popping e Ultimate-Hop Popping

Os switches habilitam o penúltimo salto em popping (PHP) por padrão com configurações de IP sobre MPLS. Com PHP, o penúltimo switch de provedores é responsável por estancar o rótulo MPLS e encaminhá-lo ao switch PE de saída. O switch PE de saída realiza uma olhada na rota ip e encaminha o tráfego. Isso reduz a carga de processamento no switch PE de saída, porque ele não é responsável por estancar o rótulo MPLS de saída.

  • O rótulo anunciado padrão é o rótulo 3 (rótulo Implicit Null). Se o rótulo 3 for anunciado, o switch penúltimo-hop remove o rótulo e envia o pacote para o switch PE de saída.

  • Se o ultimate-hop popping estiver ativado, o rótulo 0 (rótulo IPv4 Explicit Null) é anunciado e o switch PE de saída do LSP remove o rótulo.

Entender MPLS Label Manager

MPLS label manager é usado para gerenciar diferentes tipos de rótulos, como LSI, dinâmico, bloco e estático, que são suportados em plataformas que usam MPCs (Modular Port Concentrators) equipados com chipsets Junos Trio. Essas placas de linha fornecem mais flexibilidade e escalabilidade, quando enhanced-ip o comando está configurado no dispositivo.

O comportamento de comando existente label-space é retido, o que não é recomendado. Para fornecer funcionalidades adicionais, como várias variedades para cada tipo de rótulo, o comando é introduzido na label-range[edit protocols mpls label usage] hierarquia, independentemente da label-space configuração. Você pode escolher qualquer estilo se apenas uma variedade for necessária para cada tipo de rótulo.

Os seguintes recursos são otimizados com enhanced-ip o comando configurado no dispositivo:

  • Permite definir o pool de rótulos global do sistema a ser usado pelo bloco global de roteamento por segmentos (SRGB) por meio do protocolo IS-IS roteamento.

  • Aumenta o vrf-table-label espaço para pelo menos 16.000, se a plataforma puder suportar a escala.

  • Permite especificar o valor do rótulo a ser usado pelo rótulo de tabela VRF estático.

  • Permite especificar a faixa de valor do rótulo a ser usada por tipos de aplicativos de rótulos suportados.

  • Permite que você altere dinamicamente os intervalos do SRGB e dos tipos de rótulos.

Rótulos MPLS especiais

Alguns dos rótulos reservados (na escala de 0 a 15) têm significados bem definidos. Para obter detalhes mais completos, consulte RFC 3032, MPLS Codificação da pilha de rótulos.

  • 0, rótulo IPv4 Explicit Null — Esse valor só é legal quando for a única entrada do rótulo (sem empilhamento de rótulos). Indica que o rótulo deve ser lançado após o recebimento. O encaminhamento continua com base no pacote IP versão 4 (IPv4).

  • 1, rótulo de alerta do roteador — Quando um pacote é recebido com um valor de rótulo superior de 1, ele é entregue ao módulo de software local para processamento.

  • 2, rótulo IPv6 Explicit Null — Esse valor só é legal quando for a única entrada do rótulo (sem empilhamento de rótulos). Indica que o rótulo deve ser lançado no recebimento. O encaminhamento continua com base no pacote IP versão 6 (IPv6).

  • 3, rótulo Implicit Null — Esse rótulo é usado no protocolo de controle (LDP ou RSVP) apenas para solicitar o estouro do rótulo pelo roteador downstream. Ele nunca aparece no encapsulamento. Rótulos com valor de 3 não devem ser usados no pacote de dados como rótulos reais. Nenhum tipo de carga (IPv4 ou IPv6) está implícito neste rótulo.

  • 4 a 6 — Não atribuído.

  • 7, indicador de rótulo entropy — Esse rótulo é usado quando um rótulo de Entropy está na pilha de rótulos e precede o rótulo Entropy.

  • De 8 a 15 anos — Não atribuído.

Rótulos especiais são comumente usados entre os roteadores de saída e os penúltimos roteadores de um LSP. Se o LSP estiver configurado para transportar apenas pacotes IPv4, o roteador de saída pode sinalizar o penúltimo roteador para usar 0 como um rótulo de salto final. Se o LSP estiver configurado para transportar apenas pacotes IPv6, o roteador de saída pode sinalizar o penúltimo roteador para usar 2 como um rótulo de salto final.

O roteador de saída pode simplesmente sinalizar o penúltimo roteador para usar 3 como rótulo final, o que é uma solicitação para realizar estouro do rótulo penultimate-hop. O roteador de saída não processará um pacote identificado; em vez disso, ele recebe a carga útil (IPv4, IPv6 ou outros) diretamente, reduzindo uma MPLS procurar saída.

Para pacotes empilhados por rótulos, o roteador de saída recebe um pacote de rótulos MPLS com seu rótulo superior já estourado pelo penúltimo roteador. O roteador de saída não pode receber pacotes empilhados por rótulos que usam rótulos 0 ou 2. Normalmente, ele solicita o rótulo 3 do penúltimo roteador.

Suporte de rótulos entropy em visão geral do modo misto

A partir da Versão 14.2 do Junos OS, o rótulo de entropy é suportado em chassis de modo misto, no qual o rótulo de entropy pode ser configurado sem configuração enhanced-ip. O rótulo entropy ajuda os roteadores de trânsito a equilibrar a carga MPLS tráfego entre os caminhos de ECMP ou grupos de agregação de enlace. O rótulo entropy introduz um rótulo de balanceamento de carga a ser usado pelos roteadores para carregar tráfego de balanceamento em vez de depender de inspeção profunda de pacotes, reduzindo os requisitos de processamento de pacotes no plano de encaminhamento às custas de uma profundidade maior da pilha de rótulos. O Junos OS tem suporte para o rótulo de entropia apenas para roteadores da Série MX com MPCs ou MICs e pode ser ativado com o modo enhanced-ip. No entanto, isso leva a uma entrega de pacotes se a interface voltada para núcleo tiver um rótulo de entropy configurado no MPC ou MIC, e a outra ponta dessa conexão voltada para núcleo tiver uma placa de linha DPC de linha. Para evitar isso, o rótulo de entropy agora é suportado em um modo misto, no qual o rótulo de entropy pode ser configurado sem configuração enhanced-ip. Isso permite que os DPCs do roteador da Série MX suportem a um rótulo pop-out de entropy. No entanto, isso não aceita um rótulo de fluxo.

Resumo Hops para uma MPLS LSPs

Um hop abstrato é uma combinação lógica das restrições de engenharia de tráfego existentes, como grupos administrativos, grupos administrativos estendidos e grupos de enlace de risco compartilhado (SRLGs), o que resulta em um grupo ou cluster de roteadores definido pelo usuário que pode ser sequênciado e usado como restrições para configurar um caminho comutado por rótulos (LSP) de MPLS. Os hops abstratas superam as limitações das especificações de restrição de caminho existentes e fornecem vários benefícios para os recursos de engenharia de tráfego da MPLS.

Entender Hops abstraído

A restrição de caminho para configuração de um MPLS LSP pode ser especificada como roteadores individuais na forma de hops reais ou como um conjunto de roteadores por meio de grupo administrativo ou especificação de cores. Quando uma restrição de caminho usa hops reais (rígidos ou soltos), o LSP é criado ao longo de uma sequência especificada de roteadores (por exemplo, R1, R2, ... Rn). Quando uma restrição de caminho usa um grupo administrativo ou uma especificação de cores, um grupo de roteadores que atende aos critérios especificados é usado para configurar o LSP sem escolher um roteador específico, e, ao contrário da restrição real-hop, não há sequência entre os diferentes grupos de roteadores usados na restrição.

A desvantagem da restrição real-hop é que, em um cenário de falha, se algum dos hops do roteador cair ou a utilização da largura de banda da interface conectada ficar saturada, o caminho vai para baixo (ou depende da proteção local ou de ponta a ponta). Embora outros roteadores alternativos possam estar disponíveis para recuperação ou configuração do LSP, o LSP permanece em baixo até que o operador configure outra sequência de hop do roteador como a restrição do caminho para trazer o caminho para cima novamente ou para desativar o caminho de proteção.

A restrição do grupo administrativo ou da especificação de cores supera essa limitação de uma restrição real-hop até certo ponto. Aqui, quando um dos roteadores do grupo cai ou tem sua capacidade de enlace saturada, a configuração do LSP não é afetada. Isso porque o próximo roteador de hop a ser usado na restrição de caminho não é escolhido antecipadamente, e o LSP é definido junto a outros roteadores que têm o mesmo grupo administrativo ou cor sem intervenção do operador. Entretanto, a desvantagem com as restrições do grupo do roteador é que uma sequência não pode ser especificada entre as restrições de hop.

Os hops abstraídos superam essas dificuldades criando grupos de roteador definidos pelo usuário, onde cada roteador membro atende a uma restrição definida pelo usuário. A restrição definida pelo usuário é uma combinação lógica das restrições de engenharia de tráfego existentes, como grupos administrativos, grupos administrativos estendidos e grupos de enlace de risco compartilhado (SRLGs). O pedido é conseguido entre os grupos de roteadores especificando uma sequência de hops abstraídos usados em uma restrição de caminho. Como resultado, hops abstraídos combinam a propriedade de pedidos da especificação de restrição real-hop e a resiliência que vem com as outras restrições de engenharia de tráfego.

Um caminho pode usar uma combinação de hops reais e abstratos como restrições. Ao usar hops abstratas, em vez de especificar uma sequência de roteadores (R1, R2, ... Rn) como com hops reais, você especifica um conjunto encomendado de grupos de roteadores ou hops abstratas (G1, G2, ... Gn) como restrição de caminho. Cada grupo de roteadores especificados, Gi, por exemplo, consiste em algum conjunto de roteadores definido pelo usuário — R1, R2, Rj,... Rn. Quando um dos roteadores do grupo vai para baixo, digamos, o roteador Rj no grupo Gi,outro roteador, digamos Roteador Rk,do mesmo grupo Gi é pego pela computação de caminho para substituir o roteador que desceu (ou seja, o roteador Rj). Isso se deve ao fato de que a restrição do caminho é seqüência e precisa passar por uma sequência de hops abstraídos, em vez de uma sequência de roteadores individuais.

Benefícios de usar hops abstraídos

Hops abstraídos são grupos de roteador definidos pelo usuário. Semelhante às restrições reais que usam uma sequência de roteadores individuais, uma sequência de hops abstraídos pode ser usada para configurar um caminho comutado por rótulos (LSP). O uso de hops abstraídos fornece resiliência a restrições de caminho seqüestradas. As outras vantagens de usar hops abstraídos incluem:

Especificando uma sequência de combinações de restrição

No momento, é possível especificar um caminho que pode passar por links que atendem a vários atributos. Essa restrição de caminho é chamada de combinação de restrições compostas; por exemplo, uma restrição (Ci) que inclui links de baixa latência da cor verde e também exclui o SRLG norte.

No entanto, não há suporte para especificar um caminho com uma sequência de combinações de restrições compostas. Por exemplo, uma restrição sequênciada (C1, C2, Ci, ... Cn) que inclui links verdes de baixa latência, sem links azul de latência e, em seguida, links vermelhos de baixa latência.

A necessidade de uma combinação de restrição composta sequência surge quando há uma exigência de estabelecer caminhos por uma sequência de regiões geográficas com um requisito diferente deffinidade de enlace (atributos) em cada região. Os hops abstratas atendem a esse requisito permitindo que nós de computação mapeiem cada combinação de restrições (Ci, por exemplo) com o grupo de roteadores definido pelo usuário, ou seja, os hops abstraídos.

Evitar nova configuração de rede em nós de trânsito

Com recursos atuais de especificação de restrição do caminho, é possível incluir ou excluir links de determinados atributos ao longo de todo o caminho; por exemplo, exceto o SRLG a oeste de um caminho. No entanto, não existe suporte para excluir ou incluir atributos condicionalmente ou aplicar atributos diferentes, excluir ou incluir em diferentes partes do caminho; por exemplo, exceto o SRLG oeste apenas ao atravessar links vermelhos.

Como solução alternativa, um novo grupo administrativo pode ser criado para identificar todos esses links vermelhos que não têm SRLG a oeste e configurar todos os links relevantes de maneira adequada com esse grupo administrativo. A desvantagem dessa abordagem é que mudanças de configuração são necessárias em toda a rede para refletir a nova adesão ao grupo administrativo.

Em vez disso, ao usar hops abstraídos, as alterações de configuração só podem ser contidas no roteador de entrada. No roteador de entrada, a combinação de restrições é mapeada para o hop abstrato, a fim de atender ao requisito mencionado sem a necessidade de qualquer nova configuração nos nós de trânsito.

Combinação de paradigmas de computação de caminhos centralizados e distribuídos

A engenharia de tráfego MPLS caminhos pode ser conquistada pela computação distribuída ou por um controlador centralizado para caminhos de computação. Uma combinação de ambos os tipos de computação é chamada de paradigma de computação híbrida. O principal recurso da abordagem de computação híbrida é a capacidade do controlador centralizado — chamado de PcE (Path Computation Element, Elemento de computação de caminho) — especificar vagamente as diretivas de computação de caminho, por caminho, até o roteador de entrada, chamada de Cliente de Computação de Caminho (PCC), e a capacidade do roteador de ingresso em usá-la como entrada para computação de caminho.

Uma sequência de hops abstraídos serve à finalidade de agir como a orientação do controlador centralizado. Hops abstraídos fornecem a flexibilidade ao controlador para tecer as restrições e os atributos do caminho. Isso também permite ao controlador criar o elemento de sequência na restrição. O controlador não precisa especificar cada hop que o caminho precisa seguir, deixando espaço para que o roteador de entrada atue dentro dos limites da diretriz ou diretiva.

Tabela 1 lista os principais recursos do paradigma da computação híbrida e fornece uma comparação dessa abordagem com os métodos de computação de caminho atuais.

Tabela 1: Computação híbrida para hops abstraídos

Recursos

Caminho mais curto distribuído e restrito em primeiro lugar

Caminho mais curto centralizado e restrito em primeiro lugar

Caminho mais curto restrito híbrido em primeiro lugar

Reaja a mudanças frequentes em uma grande rede

Sim

 

Sim

Computação de caminhos sofisticados com visão global

 

Sim

Sim

Incorporação da lógica comercial na computação de caminhos

 

Sim

Sim

Resiliência (sem um único ponto de falha)

Sim

 

Sim

Previsibilidade

 

Sim

Sim

Reagir à carga da rede em (quase) tempo real

Sim

 

Sim

Teste de campo (versus adoção precoce)

Sim

 

Sim

Implementação do Junos OS de Hops Abstrato

O recurso hops abstraído consciente de ordem é introduzido na Versão 17.1 do Junos OS. As seções a seguir descrevem a implementação de hops abstraídos no Junos OS:

Definindo hops abstraídos

Um hop abstraído é um grupo de roteadores que os usuários podem definir como sendo usados na configuração de um caminho comutado por rótulos (LSP). O usuário pode controlar quais roteadores incluir no grupo definindo uma combinação lógica de atributos de enlace heterogêneos ou restrições chamados atributos constituintes. Os roteadores com links que atendem aos atributos constituintes definidos fazem isso com o grupo de roteadores que representam o hop abstrato.

O mapeamento de atributos constituintes com o hop abstrata é local para o nó de computação ou para a entrada do LSP em configuração. Como resultado, os hops abstratos não têm atualizações de protocolo de gateway interior associadas ou extensões de protocolo de sinalização, e a implementação de hops abstratos em uma rede não requer uma nova configuração nos nós de trânsito.

Uma lista constituinte permite definir um conjunto de atributos de engenharia de tráfego constituintes identificados por um nome definido pelo usuário. As listas constituintes são usadas em uma definição de hop abstrata usando qualquer uma das seguintes declarações de configuração:

  • include-any-list— O enlace atende à lista de componentes se algum dos atributos constituintes especificados for verdadeiro para o enlace.

  • include-all-list— O enlace atende à lista de componentes se todos os atributos constituintes especificados são verdadeiros para o enlace.

  • exclude-all-list— O enlace atende à lista de componentes se nenhum dos atributos constituintes especificados for verdadeiro para o enlace.

  • exclude-any-list— O enlace atende à lista de componentes se pelo menos um dos atributos constituintes especificados não for verdadeiro para o enlace.

Um hop abstrato é definido como uma combinação lógica de referências de lista constituinte que podem pertencer a qualquer uma das categorias citadas acima. Para isso, os operadores lógicos e incluídos na definição de hop abstraído ANDOR são aplicados à lista constituinte.

  • OR— Pelo menos uma das referências da lista de componentes na definição de hop abstrata deve ser atendida por um enlace para que o nó conectado seja parte do hop abstraído.

  • AND— Todas as referências da lista de componentes na definição de hop abstrata devem ser atendidas por um enlace para que o nó conectado seja parte do hop abstraído.

Sample Abstract Hop Definition

Como exemplo, a definição de hopS hopA abstraído é a seguinte:

Hops hopA abstraído deve incluir todos os roteadores cujos enlaces de emanação atendem à combinação lógica dos seguintes atributos de enlace, respectivamente:

  • hopA—((grupo administrativo red && Srlg sul) || (grupo administrativo verde || Srlg north)), onde:

    • o grupo administrativo vermelho e o Srlg sul fazem parte da lista de componentes (listA1, neste exemplo).

    • o grupo administrativo verde e o Srlg norte fazem parte da lista de componentes (listA2, neste exemplo).

    • || é o operador OR.

A configuração para hops hopA abstraído é a seguinte:

  • hopA configuration

Verifying Abstract Hop Configuration

O show mpls abstract hop membership <abstract hop name> comando é usado para exibir membros de um hop abstraído. A saída de comando fornece o hop abstraído para o mapeamento do nó do banco de dados da engenharia de tráfego.

Aqui, o campo de saída indica a credibilidade associada ao Credibility protocolo de gateway interior em uso.

A saída do comando fornece show ted database extensive local a visualização capturada no banco de dados de engenharia de tráfego. Uma local palavra-chave é adicionada para indicar que a saída incluiria qualquer instrumentação local. A saída de comando mostra o hop abstraído como um atributo de enlaces que atendem à combinação lógica associada de atributos de enlace.

Abstrata hopA é para baixa latência E SRLG oeste, e hopB abstrato é para excluir SRLG oeste. Figura 5 exibe a visualização de entrada desses hops abstraídos.

Figura 5: Vista de entrada de Hops abstraídoVista de entrada de Hops abstraído

Usando hops abstraídos na restrição de caminho

O usuário associa um identificador exclusivo a cada definição de hop abstrata. Esse identificador é usado para se referir ao hop abstraído na restrição de caminho. Uma sequência de hops abstraídos pode ser especificada como a restrição do caminho, semelhante à forma como hops IP reais são usados. A restrição do caminho também pode ser uma sequência de hops abstraídos intercalados por hops de IP reais.

Usar hops abstratas ou hops reais em uma restrição de caminho requer mais de uma passagem Do caminho mais curto restrito primeiro até o destino, normalmente uma passagem por hop. Quando hops reais são fornecidos como a restrição do caminho, a computação de restrição envolve tantas passagens quanto o número de hops na restrição do caminho, onde cada passo termina ao alcançar um hop na lista de restrições. O ponto de partida para cada passagem é o destino do passe anterior, com a primeira passagem usando o roteador de entrada como início.

Como alternativa, quando a restrição de caminho usa hops abstrativos rígidos ou soltos, a computação de restrição inclui passagens onde cada passagem processa o hop abstraído seguinte na lista de restrições. Nesse caso, mais de um nó se qualifica para ser o destino da passagem. O conjunto de nós é chamado de conjunto de roteadores viáveis para o passe.

Um hop abstrata atravessa os nós de membro usando o seguinte:

  • Links que atendem à combinação lógica de atributos constituintes definidos

  • Qualquer tipo de links

Os meios de hops abstraídos que atravessam os nós de membro são controlados pelo uso dos qualificadores de hop abstrata — enlace rígido, solto e sem conexão — na definição da restrição do caminho. Por exemplo, o hop hopA abstraído é processado de maneira diferente com diferentes qualificadores:

  • Strict— Depois do último hop processado na lista de restrições, o caminho atravessa apenas links ou nós com adesão ao hopA abstraído, antes de chegar a um nó com a adesão do hopA, um ponto de partida viável para processar o próximo hop abstrativo.

  • Loose— Após o último hop processado na lista de restrições, o caminho pode atravessar quaisquer nós reais que não tenham adesão hop abstrata do hopA, antes de chegar a um nó com hopA de adesão abstrata, que é um ponto de partida viável para processar o próximo hop abstrativo.

  • Loose-link— Após o último hop processado na lista de restrições, o caminho pode atravessar quaisquer nós reais que não tenham adesão hop abstrata do hopA, antes de chegar a um nó com hopA de adesão abstrata, que é um ponto de partida viável para processar o próximo hop abstrativo. Mas o caminho deveria ter atravessado pelo menos um enlace de adesão abstrata hop hopA ao longo do mesmo.

    Em outras palavras, diz-se que o hop abstrata do tipo link solto só será processado se algum dos roteadores viáveis na restrição for alcançável por meio de um enlace de adesão hop abstrata associada.

Especificação de hops resumo da amostra

Tabela 2 fornece caso de uso de amostra para uso de hops abstraídos em restrições de caminho.

Tabela 2: Usando hops abstratas em restrições de caminho

Finalidade da restrição de caminho

Abstract Hop Qualifier

Configuração

Conjunto de roteadores viáveis

Afinidade

Atravesse nós que são membros do hopA, tendo apenas links que atendem a hopA.

Estrita

[edit protocols mpls]
Path path_hopA_s {
    hopA abstract strict;
}

Todos os membros do abstract hopA. Ou seja, A1, A2... An.

hopA (escolha apenas links que satisfaçam hopA abstraído).

Atravesse nós que são membros do hopA, mas não necessariamente links que satisfaçam hopA

Solta

[edit protocols mpls]
Path path_hopA_l {
    hopA abstract loose;
}

Todos os membros do abstract hopA. Ou seja, A1, A2... An.

Nenhum (nenhum tipo de links).

Atravesse nós que são membros do hopA ao pegar pelo menos um enlace que atenda a hopA.

Link frouxo

Nota:

O qualificador de link frouxo é visto como frouxo, seguido de rigoroso para o mesmo hop abstraído. Em outras palavras, hopA link frouxo é o mesmo que hopA loose e hopA rígido.

[edit protocols mpls]
Path path_hopA_ll {
    hopA abstract loose-link;
}

Neste caso, existem dois passes de computação associados ao hopA na restrição de caminho. O conjunto de roteadores viável para ambas as passagens é:

Todos os membros do abstract hopA. Ou seja, A1, A2... An.

Nota:

Durante a computação de caminho, um roteador é atravessado apenas uma vez.

Neste caso, existem dois passes de computação associados ao hopA na restrição de caminho. Affinity para as duas passagens é:

  • Passo 1 — Nenhum (qualquer tipo de links).

  • Passo 2 — hopA (escolha apenas links que satisfaçam hopA abstraído).

Atravesse nós que são membros do hopA, tendo apenas links que atendem a hopA, seguidos por nós que são membros do hopB, tendo apenas links que atendem hopB.

Estrita

[edit protocols mpls]
Path path_hopA_hopB_s {
    hopA abstract strict;
    hopB abstract strict;
}
  • hopA — Interseção do conjunto de membros do hopA e do hopB.

    Nota:

    Quando um hop abstraído é seguido por um hop abstrato rigoroso, a interseção dos dois conjuntos de membros é considerada como um conjunto de roteadores viável.

  • hopB — Todos os membros do hopB abstrato. Ou seja, B1, B2... Bn.

  • hopA —hopA (escolha apenas links que satisfaçam hopA abstraído).

  • hopB —hopB (escolha apenas links que satisfaçam hopB abstrato).

Atravesse nós que são membros do hopA, tendo apenas links que atendem a hopA, seguidos por nós que são membros do hopB que atendem a qualquer tipo de links.

Rigoroso e livre

[edit protocols mpls]
Path path_hopA_s_hopB_l {
    hopA abstract strict;
    hopB abstract loose;
}
  • hopA — Todos os membros do hopA abstraído. Ou seja, A1, A2... An.

  • hopB — Todos os membros do hopB abstrato. Ou seja, B1, B2... Bn.

  • hopA —hopA (escolha apenas links que satisfaçam hopA abstraído).

  • hopB — Nenhum (escolher links).

Atravesse nós que são membros do hopA por meio de qualquer tipo de links, seguido por nós que são membros do hopB que fazem uso de qualquer tipo de links.

Solta

[edit protocols mpls]
Path path_hopA_l_hopB_l {
    hopA abstract loose;
    hopB abstract loose;
}
  • hopA — Todos os membros do hopA abstraído. Ou seja, A1, A2... An.

  • hopB — Todos os membros do hopB abstrato. Ou seja, B1, B2... Bn.

Nenhum (escolher links).

Atravesse nós que são membros do hopA por meio de quaisquer tipos de links, seguidos por nós que são membros do hopB, tendo apenas links que atendem hopB.

Frouxa e rigorosa

[edit protocols mpls]
Path path_hopA_l_hopB_s {
    hopA abstract loose;
    hopB abstract strict;
}
  • hopA — Interseção entre os membros do hopA e do hopB.

    Quando um hop abstraído é seguido por um hop abstrato rigoroso, a interseção dos dois conjuntos de membros é considerada como um conjunto de roteadores viável.

  • hopB — Todos os membros do hopB abstrato. Ou seja, B1, B2... Bn.

  • hopA — Nenhum (escolher links).

  • hopB —hopB (escolha apenas links que satisfaçam hopB abstrato).

Figura 6 exibe restrições de caminho para hopS abstrato hopA, hopB e hopC com qualificadores de hop soltos, rigorosos e soltos, respectivamente.

Figura 6: Restrições de caminho da amostra para hops abstraídosRestrições de caminho da amostra para hops abstraídos

A primeira passagem do caminho mais curto restrito para hops abstraídos é a seguinte:

  • Passo 1 associado ao hopA

    • Roteadores viáveis — Os roteadores R1 e R2 (interseção entre hopA e hopB, como hopB é um hop abstrato rigoroso).

    • Affinity — Nenhum (como hopA está à solta).

  • Passo 2 associado ao hopB

    • Roteadores viáveis — Roteadores R1, R2, R3 e R4

    • Affinity — Escolha apenas links em conformidade com hopB (pois o hopB é um hop abstrato rígido).

  • Passo 3 associado ao hopC

    • Roteadores viáveis — roteadores R5, R6, R7 e o roteador de saída.

    • Affinity — Nenhum (como hopC é um hop abstrato frouxo).

Computação de caminhos e backtracking

Em cada passagem Do caminho mais curto restrito First, quando o roteador mais próximo de um conjunto de roteadores viável é atingido usando links que satisfaçam affinidade percebida pelo passe, o hop abstrato associado ao passe é processado. O roteador viável assim atingido serve como o início da próxima passagem de restrição. Se alguma passagem de restrição falhar, e não for a do roteador de entrada como roteador inicial, a passagem é desviada para a passagem anterior e o processo é repetido.

Backtracking amostral

Quando um caminho mais curto restrito Primeira passagem p (que não a primeira) falha, o roteador de saída do passe anterior (p – 1) que serviu como início para o passe atual p é desclassificado no conjunto de roteadores viável da passagem anterior (p – 1). Em seguida, o passe anterior (p – 1) é re-executado para encontrar o próximo melhor roteador de saída ou destino para o pass p – 1 do conjunto de roteador viável.

O roteador assim determinado serve como o novo roteador inicial para o pass p. Esse procedimento é repetido enquanto houver falhas e roteadores viáveis que não sejam explorados.

O comando fornece os vários passes de computação envolvidos por LSP e os roteadores de saída show mpls lsp abstract-hop-computation name lsp-name de qualificação para cada passagem. A saída de comando também oferece affinidade por passe e mostra o roteador de início atual selecionado para o passe. Para cada roteador viável, o estado do backtracking é exibido, onde ele pode ser válido ou desclassificado.

O campo de saída indica a credibilidade associada ao protocolo de Credibility gateway interior em uso.

Exemplo: Configurando hops abstraídos para MPLS LSPs

Este exemplo mostra como configurar hops abstratas para MPLS LSPs (Label-Switched Paths, caminhos comutado por rótulos). Hops abstraídos combinam os principais recursos das restrições de engenharia de tráfego existentes que permitem ao usuário especificar uma restrição de caminho resiliente e consciente de pedido para MPLS LSPs.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

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

  • Junos OS Release 17.1 ou mais tarde em execução em todos os dispositivos.

Antes de começar:

  • Configure as interfaces de dispositivo.

  • Configure a ID do roteador do dispositivo e atribua um número de sistema autônomo (AS).

  • Configure o RSVP em todos os dispositivos.

  • Configure OSPF ou qualquer outro protocolo de gateway interior em todos os dispositivos.

  • Configure grupos administrativos, grupos administrativos estendidos e grupos de enlace de risco compartilhado (SRLGs) em todos os dispositivos.

Visão geral

A versão 17.1 do Junos OS introduz hops abstraídos, que são clusters ou grupos de roteador definidos pelo usuário. Semelhante à sequência de restrições real-hop (rígidas ou soltas), uma sequência de hops abstraídos pode ser usada para configurar um caminho comutado por rótulos (LSP). Um caminho pode usar uma combinação de hops reais e abstratos como restrições.

Um hop abstraído é uma combinação lógica das restrições de engenharia de tráfego existentes, como grupos administrativos, grupos administrativos estendidos e SRLGs, junto com a propriedade de pedidos de hops reais. Como resultado, quando uma sequência de hops abstraídos é usada em uma restrição de caminho, o pedido é conseguido entre os grupos de roteadores que atendem a uma combinação lógica de atributos de enlace ou nó chamados atributos constituintes.

Para configurar hops abstraídos:

  • Crie listas constituintes com atributos constituintes de engenharia de tráfego incluindo constituent-list list-name a declaração em nível de [edit protocols mpls] hierarquia.

  • Inclua as listas constituintes na definição de hop abstrata em [edit protocols mpls abstract-hop abstract-hop-name] nível de hierarquia.

  • Defina restrições de caminho que usam hops abstratas em [edit protocols mpls path path-name] nível de hierarquia.

Leve em consideração as seguintes orientações ao configurar hops abstraídos para MPLS LSPs:

  • Hops abstraídos são suportados apenas na instância de roteamento mestre de um dispositivo.

  • Os destinos IPv6 não são suportados em restrições de hop abstrata (apenas os destinos IPv4 funcionam).

  • Hops abstraídos podem ser restrições rígidas ou frouxas.

  • O suporte a hops abstraídos na versão 17.1 do Junos OS é fornecido apenas para LSPs intra-MPLS área e não para LSPs entre domínios ou áreas.

  • Restrições de hop abstrata estão habilitadas apenas para LSPs regulares, ponto a ponto. Outros tipos de LSPs MPLS, como LSPs point-to-multipoint, LSPs bidirecionais controlados externamente, LSPs dinâmicos de contêiner, LSPs automáticos de RSVP e LSPs inter-área não são suportados com configuração de hops abstrata.

  • Hops abstraídos não permitem a computação do caminho mais curto geral para LSPs.

  • Um hop abstraído não deve ser referenciado mais de uma vez na mesma restrição de caminho.

  • As especificações de restrição de hop abstrata não afetarão o suporte ao Switchover de Mecanismo de Roteamento (GRES), ao upgrade unificado do software no serviço (ISSU) e ao roteamento sem parar (NSR).

  • As especificações de restrição de hop abstrata não afeta o desempenho geral da rede. Entretanto, o tempo de computação de primeiro caminho mais curto e restrito aumenta com a configuração abstrata de hop. O tempo de configuração de um LSP abstraído é mais do que o tempo de configuração de um LSP sem configuração abstrata de hop.

Topologia

Figura 7 ilustra uma topologia de rede amostral configurada com hops abstraídos. Os dispositivos R0 e R3 estão conectados a hosts (Host 1 e Host 2). Os dispositivos R4 e R5 estão conectados aos dispositivos R0, R1, R2 e R3. Os dispositivos R1 e R2 também estão conectados diretamente entre si.

Os dispositivos R0 e R3 estão configurados no mesmo sistema autônomo— AS 64496. Uma MPLS LSP é configurada do dispositivo R0 ao dispositivo R3 com um caminho principal e dois caminhos secundários (caminhos secundários em espera e sem ficar de fora).

Quatro listas constituintes — c1, c2, c3 e c4 — são criadas usando três SRLGs (g1, g2 e g3), três grupos administrativos (verde, azul e vermelho) e um grupo administrativo estendido (ouro). Três hops abstraídos (ah1, ah2 e ah3) são definidos usando as listas constituintes configuradas e são especificados como restrições de caminho. Abstract hop ah1 é especificado como restrição para o caminho principal, enquanto hops abstrato ah2 e ah3 são especificados como restrições para o caminho de espera secundário e o caminho secundário sem espera, respectivamente.

Figura 7: Configurando restrição de caminho de hop abstrataConfigurando restrição de caminho de hop abstrata

Configuração

Configuração rápida CLI

Para configurar rapidamente este exemplo, copie os comandos a seguir, confie-os em um arquivo de texto, remova quaisquer quebras de linha, altere quaisquer detalhes necessários para combinar a configuração da rede, copie e copie e copie os comandos na CLI no nível da hierarquia e, em seguida, entre no modo de [edit]commit configuração.

Dispositivo R0

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Dispositivo R5

Procedimento

Procedimento passo a passo

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

Para configurar o dispositivo R0:

  1. Ative serviços de rede IP aprimorados no dispositivo R0.

  2. Configure as interfaces do dispositivo R0, incluindo a interface de loopback.

  3. Atribua a ID do roteador e o número do sistema autônomo para o dispositivo R0.

  4. Configure as definições do SRLG.

  5. Configure as definições de grupo administrativo estendida.

  6. Configure as definições de grupo administrativo.

  7. Configure MPLS em todas as interfaces do dispositivo R0, exceto a interface de gerenciamento.

  8. Atribua as interfaces do dispositivo R0 com os atributos de engenharia de tráfego configurados.

  9. Configure um dispositivo de conexão LSP R0 com o dispositivo R3 e atribua atributos de caminho principal e secundário ao LSP.

  10. Defina os caminhos principais e secundários para o LSP R0-R31.

  11. Crie listas constituintes com atributos constituintes de engenharia de tráfego para definições de abstract-hop.

  12. Defina hops abstraídos ao designar as listas de constituintes configuradas e os respectivos operadores.

  13. Defina restrições para os caminhos configurados incluindo definições de hop abstrata.

  14. Configure o RSVP no dispositivo R0. Ative o RSVP em todas as interfaces do dispositivo R0, exceto a interface e a interface de gerenciamento que se conectam ao Host1 e atribua valores de largura de banda.

  15. Configure OSPF em todas as interfaces do dispositivo R0, exceto na interface de gerenciamento e atribua recursos de engenharia de tráfego.

  16. Configure uma política no dispositivo R0 para permitir o balanceamento de carga por pacote.

  17. Exporte a política de balanceamento de carga para a tabela de encaminhamento.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show chassisshow interfaces comandos, show routing-options , show protocolsshow policy-options Se a saída não apresentar a configuração pretendido, repetir as instruções neste exemplo para corrigir a configuração.

Verificação

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

Verificação da configuração abstract hop

Propósito

Verificar os membros da definição de hop abstrata no dispositivo R0 ao emiá-los, que exibe as tabelas de membros show mpls abstract-hop-membership do hop abstrata.

Ação

Do modo operacional, execute o show mpls abstract-hop-membership comando.

Significado

A saída de comando fornece o hop abstraído para o mapeamento do nó do banco show mpls abstract-hop-membership de dados da engenharia de tráfego. O Credibility campo mostra o valor de credibilidade associado ao protocolo de gateway interior em uso (OSPF).

Verificação da computação abstrata de caminho de hop

Propósito

Verificar o pré-processamento de computação abstrata para LSPs no dispositivo R0, emissão do show mpls lsp abstract-computation comando.

Ação

Do modo operacional, execute o show mpls lsp abstract-computation comando.

Significado

A saída de comando fornece as várias passagens de computação envolvidas por LSP, e as show mpls lsp abstract-hop-computation saídas de qualificação são aceleradas para cada passagem. A saída de comando também fornece affinidade por passe e mostra o dispositivo de início atual selecionado para o passe. Para cada roteador viável (dispositivo), o estado do backtracking é exibido, onde ele pode ser válido ou desclassificado.

O Credibility campo indica o valor de credibilidade associado ao protocolo de gateway interior em uso (OSPF).

Configurando o número máximo de rótulos MPLS de uso

Para interfaces que você configura para MPLS aplicativos, você pode definir o número máximo de rótulos nos quais MPLS possam operar.

Por padrão, o número máximo de rótulos é de três. Você pode alterar o máximo para quatro rótulos ou cinco rótulos para aplicativos que exigem quatro ou cinco rótulos.

A partir do Junos OS Release 19.1R1, o número máximo de rótulos que podem ser empurrados pelo Mecanismo de Encaminhamento de Pacotes PFE (Junos OS Release) pode ser aproveitado, no qual o número de rótulos que podem ser empurrados para um MPLS próximo hop é o número de rótulos que o dispositivo é capaz de pressionar ou os rótulos máximos configurados sob a interface de saída, o que for maximum-labelsfamily mpls menor. Esse suporte é ativado em roteadores da Série MX com interfaces MPC e MIC, e roteadores da série PTX com FPCs de terceira geração.

O recurso de push de rótulos maior é útil para recursos, como LSPs de engenharia de tráfego por segmentos e LSPs RSVP-TE LSPs pop-and-forward. Todas as funcionalidades existentes dos aplicativos que MPLS os próximos hops continuam a funcionar com a capacidade de push de rótulos aumentada. Isso inclui:

  • Todos os serviços de serviços de OAM, como isping, traceroute e BFD para MPLS LSPs.

  • Monitoramento de serviços públicos, como o lspmon, e o LM DM para MPLS LSPs.

As show route tableshow route forwarding-table saídas de comando e de comando são aprimoradas para exibir até 16 rótulos por componente hop seguinte.

Por exemplo:

Nota:

Quando o número máximo de rótulos MPLS de uma interface é modificado, a interface MPLS é ressalto. Todas as sessões de LDP e RSVP nessa interface são reinicializadas, o que faz com que todos os LSPs nessa interface sejam ativas.

Por exemplo, imagine que você configure um serviço VPN de duas operadoras de operadoras para clientes que fornecem serviço de VPN. Uma VPN de operadora de operadora é uma relação de dois níveis entre uma operadora de provedores (ISP de nível 1) e uma operadora de clientes (ISP de nível 2). Em uma VPN da operadora, a operadora provedora fornece uma rede de backbone de VPN para a operadora do cliente. A operadora do cliente, por sua vez, fornece serviço VPN de Camada 3 para seus clientes finais. A operadora do cliente envia tráfego etiquetado para a operadora provedora para entregá-lo ao próximo salto do outro lado da rede da operadora provedora. Esse cenário requer uma pilha de três rótulos: um rótulo para VPN da operadora provedora, outro rótulo para VPN da operadora do cliente e um terceiro rótulo para a rota de transporte.

Se você adicionar serviço de reroute rápido, os roteadores PE na rede da operadora provedora precisam estar configurados para dar suporte a um quarto rótulo (o rótulo de reroute). Se a operadora do cliente estiver usando o LDP como protocolo de sinalização e a operadora provedora estiver usando RSVP, a operadora do provedor deve dar suporte a LDP por meio do serviço de túnel RSVP. Esse serviço adicional requer um rótulo adicional, no total de cinco rótulos.

Para a operadora do cliente, o roteador que ele usa para se conectar à VPN da operadora provedora é um roteador PE. No entanto, a operadora do provedor vê esse dispositivo como um CE roteador.

Tabela 3 sintetiza os requisitos dos rótulos.

Tabela 3: Cenários amostrais para uso de 3, 4 ou 5 rótulos MPLS rótulos

Número de rótulos necessários

Cenários

3

VPN da operadora ou VPN com dois rótulos e reroute rápido

4

Combinação de operadoras e reroute rápido

5

Operadoras de operadoras com reroute rápido e a operadora do cliente executando LDP, com a operadora provedora executando RSVP

Para configurar e monitorar o número máximo de rótulos:

  1. Especifique o máximo na interface lógica. Aplique essa configuração aos roteadores PE da operadora.
  2. Verificar a configuração.

    A saída de comando inclui o Maximum labels: 5 campo na unidade de interface lógica 0.

Configurando MPLS pop the Label no roteador Ultimate-Hop

Você pode controlar o valor do rótulo anunciado no roteador de saída de um caminho comutado por rótulos (LSP). O rótulo anunciado padrão é o rótulo 3 (Rótulo Implicit Null). Se o rótulo 3 for anunciado, o roteador penúltimo-hop remove o rótulo e envia o pacote para o roteador de saída. Com a ativação do ultimate-hop popping, o rótulo 0 (IPv4 Explicit Null Label) é anunciado. O ultimate-hop popping garante que todos os pacotes que atravessem uma MPLS de rede incluam um rótulo.

Nota:

Juniper Networks pacotes de fila de roteadores com base no rótulo de entrada. Roteadores de outros fornecedores podem enfileiror pacotes de maneira diferente. Tenha isso em mente ao trabalhar com redes contendo roteadores de vários fornecedores.

Para configurar MPLS para pop o rótulo no roteador ultimate-hop, inclua a explicit-null declaração:

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

  • [edit protocols mpls]

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

Anúncios Rótulos nulas explícitos para BGP peers

Para a família IPv4 () apenas, BGP colegas de um grupo de roteamento podem enviar um rótulo NULL explícito para um conjunto de rotas inet conectadas (rotas diretas e de loopback) para o inet labeled-unicast e inet6 labeled-unicast NLRI. Por padrão, os colegas anunciam o rótulo 3 (NULL implícito). Se a explicit-null declaração estiver ativada, os colegas anunciarão o rótulo 0 (EXPLICIT NULL). Os rótulos NULL explícitos garantem que os rótulos sempre estão presentes em pacotes que atravessam uma MPLS rede. Se o rótulo NULL implícito for usado. o penúltimo roteador de hop remove o rótulo e envia o pacote como um pacote IP simples para o roteador de saída. Isso pode causar problemas na fila do pacote corretamente no penúltimo roteador de hop, se o penúltimo hop for o roteador de outro fornecedor. Alguns outros fornecedores filam pacotes com base nos CoS bits no rótulo de saída, em vez do rótulo de entrada.

Para anunciar um rótulo nula explícito, inclua as seguintes declarações na configuração:

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

A connected-only declaração é necessária para anunciar rótulos nulas explícitos.

Para verificar se o rótulo NULL explícito está sendo anunciado para rotas conectadas, use o show route advertising-protocol bgp neighbor-address comando.

Compreender MPLS de rótulos em switches da série EX

No paradigma tradicional de encaminhamento de pacotes, conforme um pacote vai de um switch para o outro, uma decisão de encaminhamento independente é tomada a cada salto. O header de rede IP é analisado e o próximo hop é escolhido com base nesta análise e nas informações da tabela de roteamento. Em um ambiente MPLS, a análise do cabeamento de pacote é feita apenas uma vez, quando um pacote entra no túnel MPLS de MPLS (ou seja, o caminho usado para MPLS tráfego).

Quando um pacote IP entra em um caminho comutado por rótulos (LSP), o switch edge do provedor de ingresso (PE) examina o pacote e o atribue um rótulo com base em seu destino, colocando o rótulo no header do pacote. O rótulo transforma o pacote de um que é encaminhado com base em suas informações de roteamento IP para aquele que é encaminhado com base nas informações associadas ao rótulo. Em seguida, o pacote é encaminhado para o próximo switch de provedor no LSP. Esse switch e todos os switches posteriores no LSP não examinam nenhuma das informações de roteamento IP no pacote identificado. Em vez disso, eles usam o rótulo para procurar informações na tabela de encaminhamento de rótulos. Em seguida, eles substituirão o rótulo antigo por um novo rótulo e encaminham o pacote para o próximo switch do caminho. Quando o pacote chega ao switch PE de saída, o rótulo é removido, e o pacote se torna um pacote IP nativo e é novamente encaminhado com base em suas informações de roteamento IP.

Este tópico descreve:

MPLS de rótulos e rótulos MPLS rótulos nos switches

Quando um pacote entra na MPLS, ele é atribuído a um LSP. Cada LSP é identificado por um rótulo, que tem um valor curto (20 bits), de comprimento fixo, na frente do rótulo MPLS de segurança (32 bits). Os rótulos são usados como índices de busca para a tabela de encaminhamento de rótulos. Para cada rótulo, esta tabela armazena informações de encaminhamento. Como nenhuma análise ou pesquisa adicional é feita no pacote encapsulado, MPLS aceita a transmissão de quaisquer outros protocolos no payload de pacotes.

Nota:

A implementação de MPLS no Juniper Networks EX3200 e EX4200 Switches de ethernet aceita apenas pacotes de rótulo único. No entanto, MPLS no Juniper Networks EX8200 Switches de ethernet aceita pacotes com até três rótulos.

Figura 8 mostra a codificação de um único rótulo. A codificação aparece depois dos headers da camada do enlace de dados, mas antes de qualquer header da camada da rede.

Figura 8: Codificação de rótulosCodificação de rótulos

Rótulos reservados

Os rótulos variam de 0 a 1.048.575. Os rótulos de 0 a 999.999 são para uso interno.

Alguns dos rótulos reservados (na faixa de 0 a 15) têm significados bem definidos. Os seguintes rótulos reservados são usados pelos switches:

  • 0, rótulo IPv4 Explicit Null — Esse valor só é válido quando for a única entrada do rótulo (sem empilhamento de rótulos). Indica que o rótulo deve ser lançado no recebimento. O encaminhamento continua com base no pacote IP versão 4 (IPv4).

  • 1, rótulo de alerta do roteador — Quando um pacote é recebido com um valor de rótulo superior de 1, ele é entregue ao módulo de software local para processamento.

  • 2, rótulo IPv6 Explicit Null — Esse valor só é legal quando for a única entrada do rótulo (sem empilhamento de rótulos). Indica que o rótulo deve ser lançado no recebimento.

  • 3, rótulo Implicit Null — Esse rótulo é usado no protocolo de sinalização (RSVP) apenas para solicitar o estouro do rótulo pelo switch downstream. Ele nunca aparece no encapsulamento. Rótulos com valor de 3 não devem ser usados no pacote de dados como rótulos reais. Nenhum tipo de carga (IPv4 ou IPv6) está implícito neste rótulo.

MPLS de rótulos nos switches

Os switches da Série EX são de suporte para as seguintes operações de rótulo:

  • Empurrar

  • Pop

  • Trocar

A operação push fixa um novo rótulo na parte de cima do pacote IP. Para pacotes IPv4, o novo rótulo é o primeiro rótulo. O valor do campo tempo de vida (TTL) no header de pacotes é obtido do header de pacotes IP. A operação push não pode ser aplicada a um pacote que já tenha um MPLS de rede.

A operação pop remove um rótulo do início do pacote. Depois que o rótulo é removido, o TTL é copiado do rótulo para o header de pacotes IP, e o pacote IP subjacente é encaminhado como um pacote ip nativo

A operação de swap remove um rótulo MPLS existente de um pacote IP e o substitui por um novo rótulo MPLS, com base no seguinte:

  • Interface de entrada

  • Rótulo

  • Tabela de encaminhamento de rótulos

Figura 9 mostra um pacote IP sem um rótulo chegando na interface da borda do cliente () do switch ge-0/0/1 PE de entrada. O switch PE de entrada examina o pacote e identifica o destino desse pacote como o switch PE de saída. O switch PE de entrada aplica o rótulo 100 ao pacote e envia o pacote MPLS para sua interface de núcleo MPLS de saída ( ge-0/0/5 ). O MPLS é transmitido no túnel MPLS pelo switch do provedor, onde chega à interface com ge-0/0/5 o rótulo 100. O switch do provedor troca o rótulo 100 pelo rótulo 200 e encaminha o pacote de MPLS por meio de sua interface de núcleo ( ) para o próximo salto no túnel, que é o switch PE de ge-0/0/7 saída. O switch PE de saída recebe o pacote de MPLS por meio de sua interface de núcleo ( ), remove o rótulo MPLS e envia o pacote IP da interface da borda do cliente ( ) para um destino que está fora do ge-0/0/7ge-0/0/1 túnel.

Figura 9: MPLS de rótulosMPLS de rótulos

Figura 9 mostra o caminho de um pacote conforme passa em uma direção, desde o switch PE de entrada até o switch PE de saída. Entretanto, a configuração MPLS também permite que o tráfego viaje na direção reversa. Assim, cada switch PE funciona como um switch de entrada e um switch de saída.

Penultimate-Hop Popping e Ultimate-Hop Popping

Os switches habilitam o penúltimo salto em popping (PHP) por padrão com configurações de IP sobre MPLS. Com PHP, o penúltimo switch de provedores é responsável por estancar o rótulo MPLS e encaminhá-lo ao switch PE de saída. O switch PE de saída realiza uma olhada na rota ip e encaminha o tráfego. Isso reduz a carga de processamento no switch PE de saída, porque ele não é responsável por estancar o rótulo MPLS de saída.

Nos EX8200 switches, você pode escolher usar o padrão, PHP ou configurar popping ultimate-hop.

  • O rótulo anunciado padrão é o rótulo 3 (rótulo Implicit Null). Se o rótulo 3 for anunciado, o switch penúltimo-hop remove o rótulo e envia o pacote para o switch PE de saída.

  • Se o ultimate-hop popping estiver ativado, o rótulo 0 (rótulo IPv4 Explicit Null) é anunciado e o switch PE de saída do LSP remove o rótulo.

Tabela de histórico de liberação
Versão
Descrição
19.1R1
A partir do Junos OS Release 19.1R1, o número máximo de rótulos que podem ser empurrados pelo Mecanismo de Encaminhamento de Pacotes PFE (Junos OS Release) pode ser aproveitado, no qual o número de rótulos que podem ser empurrados para um MPLS próximo hop é o número de rótulos que o dispositivo é capaz de pressionar ou os rótulos máximos configurados sob a interface de saída, o que for maximum-labelsfamily mpls menor. Esse suporte é ativado em roteadores da Série MX com interfaces MPC e MIC, e roteadores da série PTX com FPCs de terceira geração.
14.2
A partir da Versão 14.2 do Junos OS, o rótulo de entropy é suportado em chassis de modo misto, no qual o rótulo de entropy pode ser configurado sem configuração enhanced-ip.