Configuração básica do LSP

A métrica LSP é usada para indicar a facilidade ou dificuldade de enviar tráfego por um LSP específico. Valores de métrica LSP mais baixos (menor custo) aumentam a probabilidade de um LSP ser usado. Por outro lado, altos valores de métrica LSP (custo mais alto) diminuem a probabilidade de um LSP ser usado.

A métrica LSP pode ser especificada dinamicamente pelo roteador ou explicitamente pelo usuário, conforme descrito nas seções a seguir:

• Configuração de métricas dinâmicas de LSP
• Configuração de métricas estáticas de LSP
• Métricas condicionais do RSVP LSP
• Preservar a métrica de IGP em rotas RSVP LSP
• Exemplo: Configuração de métricas condicionais RSVP LSP e preservação da métrica IGP em rotas RSVP LSP

Você pode fornecer uma descrição textual para um LSP colocando qualquer texto descritivo que inclua espaços entre aspas (" "). O texto descritivo incluído é exibido na saída de detalhes do show mpls lsp ou do show mpls container-lsp comando.

Adicionar uma descrição de texto para um LSP não afeta a operação do LSP. A descrição do texto LSP não pode ter mais de 80 caracteres.

Para fornecer uma descrição textual para um LSP, inclua a description instrução em qualquer um dos seguintes níveis de hierarquia:

• [edit protocols mpls label-switched-path lsp-name]

• [edit protocols mpls container-label-switched-path lsp-name]

• [edit protocols mpls static-label-switched-path lsp-name]

• [edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]

• [edit logical-systems logical-system-name protocols mpls static-label-switched-path lsp-name]

Antes de começar:

• Configure as interfaces do dispositivo.

• Configure o dispositivo para comunicação de rede.

• Habilite o MPLS nas interfaces do dispositivo.

• Configure um LSP no domínio MPLS.

Para adicionar uma descrição de texto para um LSP:

1. Insira qualquer texto que descreva o LSP.

   Por exemplo:

2. Verifique e confirme a configuração.

   Por exemplo:

3. Veja a descrição de um LSP usando o show mpls lsp detail comando or show mpls container-lsp detail , dependendo do tipo de LSP configurado.

A preempção suave tenta estabelecer um novo caminho para um LSP antecipado antes de derrubar o LSP original. O comportamento padrão é derrubar um LSP preemptado primeiro, sinalizar um novo caminho e, em seguida, restabelecer o LSP no novo caminho. No intervalo entre o momento em que o caminho é desativado e o novo LSP é estabelecido, qualquer tráfego que tente usar o LSP é perdido. A preempção suave evita esse tipo de perda de tráfego. A desvantagem é que, durante o tempo em que um LSP está sendo preemptado por software, dois LSPs com seus requisitos de largura de banda correspondentes são usados até que o caminho original seja derrubado.

A preempção suave de MPLS é útil para manutenção de rede. Por exemplo, você pode mover todos os LSPs para longe de uma interface específica e, em seguida, desativar a interface para manutenção sem interromper o tráfego. A preempção suave do MPLS é descrita em detalhes no RFC 5712, Preempção suave da engenharia de tráfego MPLS.

A preempção suave é uma propriedade do LSP e é desabilitada por padrão. Você o configura na entrada de um LSP incluindo a soft-preemption declaração:

Você pode incluir essa instruçã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]

Você também pode configurar um temporizador para preempção suave. O temporizador designa o período de tempo que o roteador deve esperar antes de iniciar uma preempção rígida do LSP. No final do tempo especificado, o LSP é derrubado e resinalizado. O temporizador de limpeza de preempção suave tem um valor padrão de 30 segundos; O intervalo de valores permitidos é de 0 a 180 segundos. Um valor de 0 significa que a preempção suave está desabilitada. O temporizador de limpeza de preempção suave é global para todos os LSPs.

Configure o temporizador incluindo a cleanup-timer declaração:

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

• [edit protocols rsvp preemption soft-preemption]

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

Quando não há largura de banda suficiente para estabelecer um LSP mais importante, você pode querer derrubar um LSP existente menos importante para liberar a largura de banda. Você faz isso antecipando o LSP existente.

Se um LSP pode ser antecipado é determinado por duas propriedades associadas ao LSP:

• Prioridade de configuração — determina se um novo LSP que antecipa um LSP existente pode ser estabelecido. Para que a preempção ocorra, a prioridade de configuração do novo LSP deve ser maior do que a do LSP existente. Além disso, o ato de antecipar o LSP existente deve produzir largura de banda suficiente para suportar o novo LSP. Ou seja, a preempção ocorre apenas se o novo LSP puder ser configurado com êxito.

• Prioridade de reserva — determina o grau em que um LSP mantém sua reserva de sessão depois que o LSP foi configurado com sucesso. Quando a prioridade de reserva é alta, é menos provável que o LSP existente desista de sua reserva e, portanto, é improvável que o LSP possa ser antecipado.

Você não pode configurar um LSP com uma prioridade de configuração alta e uma prioridade de reserva baixa, porque loops de preempção permanentes podem resultar se dois LSPs puderem se apropriar. Você deve configurar a prioridade de reserva para ser maior ou igual à prioridade de configuração.

A prioridade de configuração também define a importância relativa dos LSPs no mesmo roteador de entrada. Quando o software é iniciado, quando um novo LSP é estabelecido ou durante a recuperação de falhas, a prioridade de configuração determina a ordem na qual os LSPs são atendidos. Os LSPs de prioridade mais alta tendem a ser estabelecidos primeiro e, portanto, desfrutam de uma seleção de caminho mais ideal.

Para configurar as propriedades de preempção do LSP, inclua a priority declaração:

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

Ambos setup-priority e reservation-priority podem ser um valor de 0 a 7. O valor 0 corresponde à prioridade mais alta e o valor 7 à mais baixa. Por padrão, um LSP tem uma prioridade de configuração de 7 (ou seja, não pode antecipar nenhum outro LSPs) e uma prioridade de reserva de 0 (ou seja, outros LSPs não podem antecipá-lo). Esses padrões são tais que a preempção não acontece. Quando você está configurando esses valores, a prioridade de instalação deve ser sempre menor ou igual à prioridade de espera.

Grupos administrativos, também conhecidos como coloração de link ou classe de recurso, são atribuídos manualmente atributos que descrevem a "cor" dos links, de modo que os links com a mesma cor pertençam conceitualmente à mesma classe. Você pode usar grupos administrativos para implementar uma variedade de configurações de LSP baseadas em políticas.

Os grupos administrativos são significativos apenas quando a computação LSP de caminho restrito está habilitada.

Você pode atribuir até 32 nomes e valores (no intervalo de 0 a 31), que definem uma série de nomes e seus valores correspondentes. Os nomes e valores administrativos devem ser idênticos em todos os roteadores em um único domínio.

Para configurar grupos administrativos, siga estas etapas:

1. Defina vários níveis de qualidade de serviço incluindo a admin-groups declaração:

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

   • [edit protocols mpls]

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

   O exemplo de configuração a seguir ilustra como você pode configurar um conjunto de nomes e valores administrativos para um domínio:

2. Defina os grupos administrativos aos quais uma interface pertence. Você pode atribuir vários grupos a uma interface. Inclua a interface declaração:

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

   • [edit protocols mpls]

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

   Se você não incluir a admin-group instrução, uma interface não pertencerá a nenhum grupo.

   Os IGPs usam as informações do grupo para criar pacotes de estado do enlace, que são inundados por toda a rede, fornecendo informações a todos os nós da rede. Em qualquer roteador, a topologia IGP, bem como os grupos administrativos de todos os links, está disponível.

   Alterar o grupo administrativo da interface afeta apenas novos LSPs. Os LSPs existentes na interface não são antecipados ou recomputados para manter a rede estável. Se os LSPs precisarem ser removidos devido a uma mudança de grupo, emita o clear rsvp session comando.

   Observação:

   Ao configurar grupos administrativos e grupos administrativos estendidos juntos para um link, ambos os tipos de grupos administrativos devem ser configurados na interface.

3. Configure uma restrição de grupo administrativo para cada LSP ou para cada caminho LSP primário ou secundário. Inclua a label-switched-path declaração:

   Você pode incluir a label-switched-path instrução nos seguintes níveis de hierarquia:

   • [edit protocols mpls]

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

   Se você omitir as include-allinstruções , include-any, ou exclude , o cálculo do caminho continuará inalterado. A computação do caminho é baseada na computação LSP de caminho restrito. Para obter informações sobre como a computação LSP de caminho restrito é calculada, consulte Como o CSPF seleciona um caminho.

   Observação:

   Alterar o grupo administrativo do LSP causa um recálculo imediato da rota; portanto, o LSP pode ser redirecionado.

Como opção, você pode configurar vários LSPs entre o mesmo par de roteadores de entrada e saída. Isso é útil para equilibrar a carga entre os LSPs porque todos os LSPs, por padrão, têm o mesmo nível de preferência. Para preferir um LSP a outro, defina diferentes níveis de preferência para LSPs individuais. O LSP com o menor valor de preferência é usado. A preferência padrão para LSPs RSVP é 7 e para LSPs LDP é 9. Esses valores de preferência são menores (mais preferidos) do que todas as rotas aprendidas, exceto as rotas de interface direta.

Para alterar o valor de preferência padrão, inclua a preference instrução:

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

A implementação do RSVP no Junos oferece suporte ao objeto Record Route, que permite que um LSP registre ativamente os roteadores pelos quais transita. Você pode usar essas informações para solucionar problemas e evitar loops de roteamento. Por padrão, as informações de rota do caminho são registradas. Para desativar a gravação, inclua a no-record instrução:

Para obter uma lista de níveis de hierarquia nos quais você pode incluir as record instruções and no-record , consulte a seção de resumo da instrução para a instrução.

Uma vez que um LSP tenha sido estabelecido, as mudanças de topologia ou recursos podem, com o tempo, tornar o caminho abaixo do ideal. Um novo caminho pode ter se tornado disponível que é menos congestionado, tem uma métrica mais baixa e atravessa menos saltos. Você pode configurar o roteador para recalcular caminhos periodicamente para determinar se um caminho mais ideal se tornou disponível.

Se a reotimização estiver habilitada, um LSP pode ser redirecionado por caminhos diferentes por recálculos de caminho restrito. No entanto, se a reotimização for desabilitada, o LSP terá um caminho fixo e não poderá aproveitar os recursos de rede recém-disponíveis. O LSP é fixo até que a próxima mudança de topologia quebre o LSP e force um recálculo.

A reotimização não está relacionada ao failover. Um novo caminho é sempre calculado quando ocorrem falhas de topologia que interrompem um caminho estabelecido.

Devido à possível sobrecarga do sistema envolvida, você precisa controlar cuidadosamente a frequência da reotimização. A estabilidade da rede pode ser prejudicada quando a reotimização está habilitada. Por padrão, a optimize-timer instrução é definida como 0 (ou seja, está desabilitada).

A otimização do LSP é significativa apenas quando a computação LSP de caminho restrito está habilitada, que é o comportamento padrão. Para obter mais informações sobre a computação LSP de caminho restrito, consulte Desativando a computação LSP de caminho restrito. Além disso, a otimização de LSP só é aplicável a LSPs de entrada, portanto, só é necessário configurar a optimize-timer declaração no roteador de entrada. Os roteadores de trânsito e saída não exigem nenhuma configuração específica para oferecer suporte à otimização LSP (além de ter o MPLS habilitado).

Para habilitar a reotimização de caminho, inclua a optimize-timer declaração:

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

Depois de configurar a optimize-timer declaração, o temporizador de reotimização continua sua contagem regressiva para o valor configurado, mesmo que você exclua a optimize-timer declaração da configuração. A próxima otimização usa o novo valor. Você pode forçar o Junos OS a usar um novo valor imediatamente, excluindo o valor antigo, confirmando a configuração, configurando o novo valor para a optimize-timer declaração e, em seguida, confirmando a configuração novamente.

Após a execução da reotimização, o resultado será aceito somente se atender aos seguintes critérios:

1. O novo caminho não é mais alto na métrica do IGP. (A métrica do caminho antigo é atualizada durante a computação, portanto, se uma métrica de link recente foi alterada em algum lugar ao longo do caminho antigo, ela será contabilizada.)

2. Se o novo caminho tiver a mesma métrica de IGP, ele não estará a mais saltos de distância.

3. O novo caminho não causa preempção. (Isso é para reduzir o efeito cascata da preempção, causando mais preempção.)

4. O novo caminho não piora o congestionamento em geral.

   O congestionamento relativo do novo caminho é determinado da seguinte forma:

   1. A porcentagem de largura de banda disponível em cada link percorrido pelo novo caminho é comparada à do caminho antigo, começando pelos links mais congestionados.

   2. Para cada caminho atual (antigo), o software armazena os quatro menores valores de disponibilidade de largura de banda para os links percorridos em ordem crescente.

   3. O software também armazena os quatro menores valores de disponibilidade de largura de banda para o novo caminho, correspondendo aos links percorridos em ordem crescente.

   4. Se qualquer um dos quatro novos valores de largura de banda disponíveis for menor do que qualquer um dos valores de disponibilidade de largura de banda antigos correspondentes, o novo caminho terá pelo menos um link mais congestionado do que o link usado pelo caminho antigo. Como o uso do link causaria mais congestionamento, o tráfego não é comutado para esse novo caminho.

   5. Se nenhum dos quatro novos valores de largura de banda disponíveis for menor do que os valores de disponibilidade de largura de banda antigos correspondentes, o novo caminho ficará menos congestionado do que o caminho antigo.

Quando todas as condições acima forem atendidas, então:

1. Se o novo caminho tiver uma métrica de IGP inferior, ele será aceito.

2. Se o novo caminho tiver uma métrica de IGP igual e menor contagem de saltos, ele será aceito.

3. Se você escolher least-fill como um algoritmo de balanceamento de carga, os LSPs terão a carga balanceada da seguinte forma:

   1. O LSP é movido para um novo caminho que é utilizado pelo menos 10% menos do que o caminho atual. Isso pode reduzir o congestionamento no caminho atual em apenas uma pequena quantidade. Por exemplo, se um LSP com 1 MB de largura de banda for movido para fora de um caminho que transporta um mínimo de 200 MB, o congestionamento no caminho original será reduzido em menos de 1%.

   2. most-fill Para random ou algoritmos, esta regra não se aplica.

   O exemplo a seguir ilustra como funciona o least-fill algoritmo de balanceamento de carga.

   Figura 1: exemplo de algoritmo de balanceamento de carga de preenchimento mínimo

   Como mostrado na Figura 1, há dois caminhos potenciais para um LSP percorrer do roteador A ao roteador H, os links ímpares de L1 a L13 e os links pares de L2 a L14. Atualmente, o roteador está usando os links pares como o caminho ativo para o LSP. Cada link entre os mesmos dois roteadores (por exemplo, o roteador A e o roteador B) tem a mesma largura de banda:

   • L1, L2 = 10GE

   • L3, L4 = 1GE

   • L5, L6 = 1GE

   • L7, L8 = 1GE

   • L9, L10 = 1GE

   • L11, L12 = 10GE

   • L13, L14 = 10GE

   Os links 1GE têm maior probabilidade de estarem congestionados. Neste exemplo, os links 1GE ímpares têm a seguinte largura de banda disponível:

   • L3 = 41%

   • L5 = 56%

   • L7 = 66%

   • L9 = 71%

   Os links 1GE pares têm a seguinte largura de banda disponível:

   • L4 = 37%

   • L6 = 52%

   • L8 = 61%

   • L10 = 70%

   Com base nessas informações, o roteador calcularia a diferença na largura de banda disponível entre os links pares e ímpares da seguinte forma:

   • L4 - L3 = 41% - 37% = 4%

   • L6 - L5 = 56% - 52% = 4%

   • L8 - L7 = 66% - 61% = 5%

   • L10 - L9 = 71% - 70% = 1%

   A largura de banda adicional total disponível nos links ímpares é de 14% (4% + 4% + 5% + 1%). Como 14% é maior que 10% (o limite mínimo do algoritmo de preenchimento mínimo), o LSP é movido para o novo caminho sobre os links ímpares do caminho original usando os links pares.

4. Caso contrário, o novo caminho será rejeitado.

Você pode desabilitar os seguintes critérios de reotimização (um subconjunto dos critérios listados anteriormente):

• Se o novo caminho tiver a mesma métrica de IGP, ele não estará a mais saltos de distância.

• O novo caminho não causa preempção. (Isso é para reduzir o efeito cascata da preempção, causando mais preempção.)

• O novo caminho não piora o congestionamento em geral.

• Se o novo caminho tiver uma métrica de IGP igual e menor contagem de saltos, ele será aceito.

Para desabilitá-los, emita o clear mpls lsp optimize-aggressive comando ou inclua a optimize-aggressive instrução:

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

• [edit protocols mpls]

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

Incluir a optimize-aggressive instrução na configuração faz com que o procedimento de reotimização seja acionado com mais frequência. Os caminhos são redirecionados com mais frequência. Ele também limita o algoritmo de reotimização apenas à métrica IGP.

Devido às restrições de recursos de rede e roteador, normalmente não é aconselhável configurar um intervalo curto para o temporizador de otimização. No entanto, em determinadas circunstâncias, pode ser desejável reotimizar um caminho mais cedo do que normalmente seria fornecido pelo temporizador de otimização.

Por exemplo, um LSP está atravessando um caminho preferencial que falha posteriormente. O LSP é então comutado para um caminho menos desejável para alcançar o mesmo destino. Mesmo que o caminho original seja restaurado rapidamente, pode levar muito tempo para o LSP usá-lo novamente, porque ele precisa esperar o temporizador de otimização para reotimizar os caminhos de rede. Para essas situações, talvez você queira configurar o temporizador de otimização inteligente.

Quando você habilita o temporizador de otimização inteligente, um LSP é alternado de volta ao seu caminho original, desde que o caminho original tenha sido restaurado dentro de 3 minutos após a desativação. Além disso, se o caminho original ficar inativo novamente em 60 minutos, o temporizador de otimização inteligente será desabilitado e a otimização de caminho se comportará normalmente quando o temporizador de otimização sozinho estiver habilitado. Isso impede que o roteador use um link oscilante.

O temporizador de otimização inteligente depende de outros recursos do MPLS para funcionar corretamente. Para o cenário descrito aqui em que um LSP é comutado para um caminho alternativo no caso de uma falha no caminho original, supõe-se que você configurou um ou mais dos recursos de proteção de tráfego MPLS, incluindo fast reroute, proteção de link e caminhos secundários em standby. Esses recursos ajudam a garantir que o tráfego possa chegar ao seu destino em caso de falha.

No mínimo, você deve configurar um caminho secundário de espera para que o recurso de temporizador de otimização inteligente funcione corretamente. O redirecionamento rápido e a proteção de link são soluções mais temporárias para uma interrupção na rede. Um caminho secundário garante que haja um caminho alternativo estável caso o caminho principal falhe. Se você não configurou nenhum tipo de proteção de tráfego para um LSP, o temporizador de otimização inteligente por si só não garante que o tráfego possa chegar ao seu destino. Para obter mais informações sobre a proteção de tráfego MPLS, consulte MPLS e proteção de tráfego.

Quando um caminho principal falha e o temporizador de otimização inteligente muda o tráfego para o caminho secundário, o roteador pode continuar a usar o caminho secundário mesmo depois que o caminho principal tiver sido restaurado. Se o roteador de entrada concluir um cálculo CSPF, ele poderá determinar que o caminho secundário é o melhor caminho.

Isso pode ser indesejável se o caminho principal deve ser o caminho ativo e o caminho secundário deve ser usado apenas como backup. Além disso, se o caminho secundário estiver sendo usado como o caminho ativo (mesmo que o caminho principal tenha sido restabelecido) e o caminho secundário falhar, o recurso de temporizador de otimização inteligente não alternará automaticamente o tráfego de volta para o caminho principal. No entanto, você pode habilitar a proteção para o caminho secundário configurando a proteção de nó e enlace ou um caminho secundário de espera adicional, caso em que o temporizador de otimização inteligente pode ser eficaz.

Especifique o tempo em segundos para o temporizador de otimização inteligente usando a smart-optimize-timer instrução:

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

• [edit protocols mpls]

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

Por padrão, cada LSP pode atravessar no máximo 255 saltos, incluindo os roteadores de entrada e saída. Para modificar esse valor, inclua a hop-limit instrução:

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

O número de saltos pode ser de 2 a 255. (Um caminho com dois saltos consiste apenas nos roteadores de entrada e saída.)

Cada LSP tem um valor de largura de banda. Esse valor é incluído no campo Tspec do remetente nas mensagens de configuração de caminho RSVP. Você pode especificar um valor de largura de banda em bits por segundo. Se você configurar mais largura de banda para um LSP, ele deverá ser capaz de transportar um volume maior de tráfego. A largura de banda padrão é de 0 bits por segundo.

Uma largura de banda diferente de zero requer que os roteadores de trânsito e saída reservem capacidade ao longo dos links de saída para o caminho. O esquema de reserva RSVP é usado para reservar essa capacidade. Qualquer falha na reserva de largura de banda (como falhas no controle de políticas RSVP ou controle de admissão) pode fazer com que a configuração do LSP falhe. Se houver largura de banda insuficiente nas interfaces para os roteadores de trânsito ou saída, o LSP não será estabelecido.

Para especificar um valor de largura de banda para um LSP sinalizado, inclua a bandwidth declaração:

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

A alocação automática de largura de banda permite que um túnel MPLS ajuste automaticamente sua alocação de largura de banda com base no volume de tráfego que flui pelo túnel. Você pode configurar um LSP com largura de banda mínima; esse recurso pode ajustar dinamicamente a alocação de largura de banda do LSP com base nos padrões de tráfego atuais. Os ajustes de largura de banda não interrompem o fluxo de tráfego pelo túnel.

Você define um intervalo de amostragem em um LSP configurado com alocação automática de largura de banda. A largura de banda média é monitorada durante esse intervalo. No final do intervalo, é feita uma tentativa de sinalizar um novo caminho para o LSP com a alocação de largura de banda definida como o valor médio máximo para o intervalo de amostragem anterior. Se o novo caminho for estabelecido com sucesso e o caminho original for removido, o LSP será comutado para o novo caminho. Se um novo caminho não for criado, o LSP continuará a usar seu caminho atual até o final do próximo intervalo de amostragem, quando outra tentativa é feita para estabelecer um novo caminho. Observe que você pode definir valores mínimos e máximos de largura de banda para o LSP.

Durante o intervalo de alocação automática de largura de banda, o roteador pode receber um aumento constante no tráfego (aumentando a utilização da largura de banda) em um LSP, potencialmente causando congestionamento ou perda de pacotes. Para evitar isso, você pode definir um segundo gatilho para expirar prematuramente o temporizador de ajuste automático de largura de banda antes do final do intervalo de ajuste atual.

A alocação automática de largura de banda permite que um túnel MPLS ajuste automaticamente sua alocação de largura de banda com base no volume de tráfego que flui pelo túnel. Você pode configurar um LSP com largura de banda mínima, e esse recurso pode ajustar dinamicamente a alocação de largura de banda do LSP com base nos padrões de tráfego atuais. Os ajustes de largura de banda não interrompem o fluxo de tráfego pelo túnel.

No final do intervalo de tempo de alocação automática de largura de banda, o uso médio máximo atual da largura de banda é comparado com a largura de banda alocada para o LSP. Se o LSP precisar de mais largura de banda, será feita uma tentativa de configurar um novo caminho onde a largura de banda seja igual ao uso médio máximo atual. Se a tentativa for bem-sucedida, o tráfego do LSP será roteado pelo novo caminho e o caminho antigo será removido. Se a tentativa falhar, o LSP continua a usar seu caminho atual.

Se você configurou a proteção de enlace e nó para o LSP e o tráfego foi comutado para o LSP de bypass, o recurso de alocação automática de largura de banda continua a operar e coletar amostras de largura de banda do LSP de bypass. Para o primeiro ciclo de ajuste de largura de banda, o uso médio máximo de largura de banda retirado do link original e do LSP protegido por nó é usado para resinalizar o LSP de bypass se mais largura de banda for necessária. (A proteção de link e nó não é suportada nos switches da Série QFX.)

Se você configurou o redirecionamento rápido para o LSP, talvez não consiga usar esse recurso para ajustar a largura de banda. Como os LSPs usam um estilo de reserva de filtro fixo (FF), quando um novo caminho é sinalizado, a largura de banda pode ser contada duas vezes. A contagem dupla pode impedir que um LSP de redirecionamento rápido ajuste sua largura de banda quando a alocação automática de largura de banda estiver habilitada. (O redirecionamento rápido não é suportado nos switches da Série QFX.)

Para configurar a alocação automática de largura de banda, conclua as etapas nas seguintes seções:

Otimize a alocação de largura de banda para caminhos comutados por rótulos (LSPs) RSVP com base nas demandas de tráfego usando perfis de pesquisa automática de largura de banda MPLS.

O recurso de largura de banda automática do MPLS permite que você use perfis de pesquisa para otimizar a alocação de largura de banda para caminhos comutados por rótulos (LSPs) RSVP com base nas demandas de tráfego. Use perfis de polling para configurar intervalos de polling distintos por LSP, permitindo um intervalo de ajuste preciso da largura de banda. Essa flexibilidade oferece níveis de serviço diferenciados, permitindo ajustes de largura de banda agressivos e conservadores. Você pode refinar ainda mais o controle com limites independentes de estouro e estouro insuficiente por meio da adjust-threshold-options instrução no nível deedit protocols mpls label-switched-path lsp-name auto-bandwidth [] hierarquia. O recurso integra estatísticas abrangentes, aumentando a capacidade de monitorar o desempenho e tomar decisões informadas sobre a configuração da rede.

• Benefícios do uso de perfis de sondagem para largura de banda automática MPLS
• Configuração

Quando um LSP muda de ativo para inativo, ou de baixo para ativo, essa transição entra em vigor imediatamente no software e no hardware do roteador. No entanto, ao anunciar LSPs em IS-IS e OSPF, você pode querer amortecer as transições LSP, não anunciando assim a transição até que um determinado período de tempo tenha ocorrido (conhecido como tempo de espera). Nesse caso, se o LSP passar de cima para baixo, o LSP não será anunciado como inativo até que tenha permanecido inativo durante o período de tempo de espera. As transições de baixo para cima são anunciadas em IS-IS e OSPF imediatamente. Observe que o amortecimento LSP afeta apenas os anúncios IS-IS e OSPF do LSP; outros softwares e hardwares de roteamento reagem imediatamente às transições LSP.

Para amortecer as transições LSP, inclua a advertisement-hold-time declaração:

seconds pode ser um valor de 0 a 65.535 segundos. O padrão é 5 segundos.

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

• [edit protocols mpls]

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

Este exemplo mostra como configurar um rótulo de entropia para um unicast rotulado de BGP para obter um balanceamento de carga de ponta a ponta usando rótulos de entropia. Quando um pacote IP tem vários caminhos para chegar ao seu destino, o Junos OS usa certos campos dos cabeçalhos dos pacotes para fazer o hash do pacote em um caminho determinístico. Isso requer um rótulo de entropia, um rótulo especial de balanceamento de carga que pode transportar as informações de fluxo. Os LSRs no núcleo simplesmente usam o rótulo de entropia como a chave para fazer o hash do pacote para o caminho correto. Um rótulo de entropia pode ser qualquer valor de rótulo entre 16 e 1048575 (intervalo de rótulo regular de 20 bits). Como esse intervalo se sobrepõe ao intervalo de rótulo regular existente, um rótulo especial chamado indicador de rótulo de entropia (ELI) é inserido antes do rótulo de entropia. ELI é um rótulo especial atribuído pela IANA com o valor de 7.

Os unicasts rotulados de BGP geralmente concatenam LSPs RSVP ou LDP em várias áreas de IGP ou vários sistemas autônomos. Os rótulos de entropia RSVP ou LDP são colocados no penúltimo nó de salto, junto com o rótulo RSVP ou LDP. Esse recurso permite o uso de rótulos de entropia nos pontos de costura para preencher a lacuna entre o penúltimo nó de salto e o ponto de costura, a fim de obter um balanceamento de carga de rótulo de entropia de ponta a ponta para o tráfego BGP.

Se você desabilitar a computação de caminho comutado por rótulos de caminho restrito (LSP), conforme descrito em Desativando a computação LSP de caminho restrito, você pode configurar LSPs manualmente ou permitir que os LSPs sigam o caminho do IGP.

Quando os LSPs de caminho explícito são configurados, o LSP é estabelecido ao longo do caminho que você especificou. Se o caminho for topologicamente inviável, seja porque a rede está particionada ou porque não há recursos suficientes disponíveis em algumas partes do caminho, o LSP falhará. Nenhum caminho alternativo pode ser usado. Se a configuração for bem-sucedida, o LSP permanecerá no caminho definido indefinidamente.

Para configurar um LSP de caminho explícito, siga estas etapas:

1. Configure as informações do caminho em um caminho nomeado, conforme descrito em Criando caminhos nomeados. Para configurar informações completas de caminho, especifique cada salto de roteador entre os roteadores de entrada e saída, de preferência usando o strict atributo. Para configurar informações de caminho incompletas, especifique apenas um subconjunto de saltos de roteador, usando o loose atributo em locais onde o caminho está incompleto.

   Para caminhos incompletos, os roteadores MPLS completam o caminho consultando a tabela de roteamento local. Essa consulta é feita salto a salto, e cada roteador pode descobrir apenas informações suficientes para alcançar o próximo salto explícito. Pode ser necessário percorrer vários roteadores para alcançar o próximo salto explícito (solto).

   A configuração de informações de caminho incompletas cria partes do caminho que dependem da tabela de roteamento atual, e essa parte do caminho pode se redirecionar à medida que a topologia muda. Portanto, um LSP de caminho explícito que contém informações de caminho incompletas não é completamente fixo. Esses tipos de LSPs têm apenas uma capacidade limitada de se reparar e tendem a criar loops ou flaps, dependendo do conteúdo da tabela de roteamento local.

2. Para configurar o LSP e apontá-lo para o caminho nomeado, use a primary instrução or secondary , conforme descrito em Configuração de LSPs primários e secundários.

3. Desabilite a computação LSP de caminho restrito incluindo a no-cspf declaração como parte do LSP ou como parte de uma primary instrução or secondary . Para obter mais informações, consulte Desativando a computação LSP de caminho restrito.

4. Configure quaisquer outras propriedades LSP.

O uso de LSPs de caminho explícito tem as seguintes desvantagens:

• É necessário mais esforço de configuração.

• As informações de caminho configuradas não podem levar em conta a reserva dinâmica de largura de banda da rede, portanto, os LSPs tendem a falhar quando os recursos se esgotam.

• Quando um LSP de caminho explícito falha, pode ser necessário repará-lo manualmente.

Devido a essas limitações, recomendamos que você use LSPs de caminho explícito apenas em situações controladas, como para aplicar uma estratégia de posicionamento de LSP otimizada resultante de cálculos com um pacote de software de simulação offline.

No roteador de entrada, crie um LSP de caminho explícito e especifique os roteadores de trânsito entre os roteadores de entrada e saída. Nessa configuração, nenhum cálculo de caminho restrito é executado. Para o caminho principal, todos os saltos intermediários são estritamente especificados para que sua rota não possa mudar. O caminho secundário deve passar pelo roteador 14.1.1.1 primeiro e, em seguida, seguir qualquer rota disponível para chegar ao destino. A rota restante usada pelo caminho secundário é normalmente o caminho mais curto calculado pelo IGP.

Os LSPs são estabelecidos com reservas de largura de banda configuradas para a quantidade máxima de tráfego que você espera atravessar o LSP. Nem todos os LSPs carregam a quantidade máxima de tráfego em seus links o tempo todo. Por exemplo, mesmo que a largura de banda do link A tenha sido completamente reservada, a largura de banda real ainda pode estar disponível, mas não está em uso no momento. Esse excesso de largura de banda pode ser usado permitindo que outros LSPs também usem o link A, subscrevendo o link em excesso. Você pode assinar em excesso a largura de banda configurada para tipos de classe individuais ou especificar um único valor para todos os tipos de classe usando uma interface.

Você pode usar o excesso de assinaturas para aproveitar a natureza estatística dos padrões de tráfego e permitir uma maior utilização de links.

Os exemplos a seguir descrevem como você pode usar a subassinatura e a subassinatura de largura de banda:

• Use o excesso de assinaturas em tipos de classe em que os períodos de pico de tráfego não coincidem no tempo.

• Use o excesso de assinaturas de tipos de classe que transportam tráfego de melhor esforço. Você corre o risco de atrasar ou descartar temporariamente o tráfego em troca de uma melhor utilização dos recursos de rede.

• Forneça diferentes graus de excesso ou subscrição de tráfego para os diferentes tipos de classe. Por exemplo, você configura a assinatura para classes de tráfego da seguinte maneira:

  • Melhor esforço—ct0 1000

  • Voz—ct3 1

Quando você subscreve um tipo de classe para um LSP multiclasse, a demanda total de todas as sessões de RSVP é sempre menor do que a capacidade real do tipo de classe. Você pode usar a subscrição insuficiente para limitar a utilização de um tipo de classe.

O cálculo do excesso de assinaturas de largura de banda ocorre apenas no roteador local. Como nenhuma sinalização ou outra interação é necessária de outros roteadores na rede, o recurso pode ser habilitado em roteadores individuais sem estar habilitado ou disponível em outros roteadores que podem não suportar esse recurso. Os roteadores vizinhos não precisam saber sobre o cálculo do excesso de assinaturas, eles contam com o IGP.

As seções a seguir descrevem os tipos de excesso de assinaturas de largura de banda disponíveis no Junos OS:

• Tamanho do LSP Excesso de assinaturas

• Tamanho do link LSP Excesso de assinaturas

• Multiplicadores de excesso de assinatura de tipo de classe e excesso de assinatura local

Para o excesso de assinaturas de tamanho de LSP, você simplesmente configura menos largura de banda do que a taxa de pico esperada para o LSP. Você também pode precisar ajustar a configuração para policiadores automáticos. Os policiadores automáticos gerenciam o tráfego atribuído a um LSP, garantindo que ele não exceda os valores de largura de banda configurados. O excesso de assinaturas de tamanho do LSP requer que o LSP possa exceder sua alocação de largura de banda configurada.

O policiamento ainda é possível. No entanto, o policiador deve ser configurado manualmente para levar em conta a largura de banda máxima planejada para o LSP, e não para o valor configurado.

Você pode aumentar a largura de banda máxima reservável no link e usar os valores inflacionados para a contabilidade de largura de banda. Use a subscription instrução para assinar o link em excesso. O valor configurado é aplicado a todas as alocações de largura de banda de tipo de classe no link. Para obter mais informações sobre o excesso de assinaturas de tamanho de link, consulte Configurando a porcentagem de assinatura de largura de banda para LSPs.

Os multiplicadores de excesso de assinatura (LOMs) locais permitem diferentes valores de excesso de assinatura para diferentes tipos de classe. Os LOMs são úteis para redes em que a taxa de excesso de assinaturas precisa ser configurada de forma diferente em links diferentes e onde os valores de excesso de assinaturas são necessários para classes diferentes. Você pode usar esse recurso para assinar em excesso os tipos de classe que lidam com o tráfego de melhor esforço, mas não usar o excesso de assinaturas para tipos de classe que lidam com o tráfego de voz. Um LOM é calculado localmente no roteador. Nenhuma informação relacionada a um LOM é sinalizada para outros roteadores na rede.

Um LOM é configurável em cada link e para cada tipo de classe. O LOM do tipo por turma permite aumentar ou diminuir a taxa de excesso de inscrições. O LOM por classe é fatorado em toda a largura de banda local, contabilizando o controle de admissão e o anúncio de IGP de larguras de banda não reservadas.

O cálculo do LOM está vinculado ao modelo de largura de banda (MAM, MAM estendido e bonecas russas) usado, pois o efeito do excesso de assinaturas entre os tipos de classe deve ser contabilizado com precisão.

Por padrão, o RSVP permite que toda a largura de banda de um tipo de classe (100%) seja usada para reservas de RSVP. Quando você inscreve em excesso um tipo de classe para um LSP multiclasse, a demanda agregada de todas as sessões de RSVP pode exceder a capacidade real do tipo de classe.

Se você quiser subscrever em excesso ou subscritor todos os tipos de classe em uma interface usando a mesma largura de banda percentual, configure a porcentagem usando a subscription declaração:

Para obter uma lista de níveis de hierarquia nos quais você pode incluir essa instrução, consulte a seção de resumo da instrução.

Para subscrever ou subscrever em excesso a largura de banda para cada tipo de classe, configure uma porcentagem para cada tipo de classe (ct0, ct1, ct2, e ct3) opção para a subscription instrução. Quando você assina um tipo de classe em excesso, um LOM é aplicado para calcular a largura de banda real reservada. Consulte Multiplicadores de excesso de assinatura de tipo de classe e Multiplicadores de excesso de assinatura local para obter mais informações.

Para obter uma lista de níveis de hierarquia nos quais você pode incluir essa instrução, consulte a seção de resumo da instrução.

percentage é a porcentagem da largura de banda do tipo de classe que o RSVP permite que seja usada para reservas. Pode ser um valor de 0 a 65.000 por cento. Se você especificar um valor maior que 100, estará assinando em excesso a interface ou o tipo de classe.

O valor que você configura ao assinar em excesso um tipo de classe é uma porcentagem da largura de banda do tipo de classe que pode realmente ser usada. O valor da assinatura padrão é 100%.

Você pode usar a subscription instrução para desabilitar novas sessões de RSVP para um ou mais tipos de classe. Se você configurar uma porcentagem de 0, nenhuma nova sessão (incluindo aquelas com requisitos de largura de banda zero) será permitida para o tipo de classe.

As sessões de RSVP existentes não são afetadas pela alteração do fator de assinatura. Para limpar uma sessão existente, emita o clear rsvp session comando. Para obter mais informações sobre o clear rsvp session comando, consulte o CLI Explorer.

O Junos oferece suporte à geração de mensagens de erro ICMP em direção à fonte para condições de erro como expiração de TTL, destino inalcançável, destino inalcançável (DF), redirecionamento, etc. para pacotes IPv4, IPv6 e MPLS.

A partir do Junos OS Release 23.4R1, o Junos oferece suporte à geração de mensagens de erro ICMP para que os erros de MTU excedam em um ambiente MPLS.

Se ocorrer uma falha de pacote rotulado de MPLS na interface de saída do núcleo ou dos nós de trânsito devido a erros de excesso de MTU, uma mensagem de erro ICMP será gerada em direção ao dispositivo PE peer que encerra o LSP. O dispositivo PE peer desencapsula o cabeçalho MPLS e roteia a mensagem de erro ICMP para o dispositivo de origem. O caminho de retorno pode ser um caminho IP puro ou um LSP diferente com base no estado da tabela de roteamento do dispositivo. O dispositivo de borda de origem ou cliente recebe a mensagem de erro ICMP e ajusta o tamanho do pacote para evitar erros de MTU.

RFC3032 define o mecanismo de túnel ICMP para lidar com a geração de mensagens de erro ICMP para pacotes de MPLS para expiração de TTL e exceções MTU excedidas.

A seguir estão alguns dos benefícios da geração de mensagens de erro ICMP para MTU que excedem erros em um ambiente MPLS:

• Entenda se a causa da falha foi devido a erros de MTU excedidos.

• Saiba sobre falhas de MTU excedidas em nós de trânsito e nós de entrada em uma configuração MPLS.

• Oferece suporte ao caso de uso em que um aplicativo em sua rede se comunica com o endpoint por meio de uma VPN de Camada 3 (unicast) ou rede LSP estática.

Para permitir que a MTU ICMP exceda a geração de mensagens de erro, você precisa configurar o tunelamento ICMP habilitando a icmp-tunnelling declaração no nível de hierarquia [edit protocol mpls] nos dispositivos de núcleo e trânsito.

Quando você configura a chained-composite-next-hop transit <> declaração no nível de [] hierarquia e aedit routing-options forwarding-table exceção MPLS MTU no roteador de trânsito, não há garantia de que a geração de mensagens de erro ICMP funcione.

Quando você configura a chained-composite-next-hop transit <> declaração noedit routing-options forwarding-table nível de [] hierarquia no roteador de entrada, e as interfaces de entrada e saída estão em diferentes FPCs/PFEs, com FPC/PFE de entrada realizando mais de 1 adição de rótulo MPLS, então, a geração de erro ICMP para exceção MPLS MTU no roteador de entrada não será precisa.

A geração de mensagens de erro ICMP não é suportada para:

• VPN de Camada 2 e configurações de circuito de Camada 2.

• Configurações multicast com tráfego transportado por MPLS. Exceções de MTU, os pacotes serão contados e descartados.