Configuração básica de LSP

A métrica LSP é usada para indicar a facilidade ou a dificuldade de enviar tráfego por um LSP específico. Valores métricas de LSP mais baixos (menor custo) aumentam a probabilidade de um LSP ser usado. Por outro lado, os altos valores métricas de 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 seguintes seções:

• Configuração de métricas de LSP dinâmicas
• Configuração de métricas LSP estáticas
• Configuração de métricas condicionais de RSVP LSP
• Proteja a métrica do IGP em rotas LSP RSVP

Você pode fornecer uma descrição textual para um LSP, incluindo qualquer texto descritivo que inclua espaços dentro das cotações (" "). O texto descritivo que você inclui é exibido na saída detalhada do comando ou do show mpls lspshow mpls container-lsp comando.

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

Para fornecer uma descrição textual para um LSP, inclua a description declaraçã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 dos dispositivos.

• Configure um LSP no domínio MPLS.

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

1. Digite qualquer texto descrevendo 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 ou show mpls container-lsp detail comando, 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 primeiro um LSP antecipado, sinalizar um novo caminho e, em seguida, restabelecer o LSP sobre o novo caminho. No intervalo entre quando o caminho é retirado 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 compensação é que durante o tempo em que um LSP está sendo preempido suavemente, dois LSPs com seus requisitos de largura de banda correspondentes são usados até que o caminho original seja demolido.

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

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

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

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

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

Você também pode configurar um timer para uma preempção suave. O timer designa o tempo que o roteador deve esperar antes de iniciar uma forte preempção do LSP. Ao final do tempo especificado, o LSP é demolido e renunciado. O timer de limpeza de preempção suave tem um valor padrão de 30 segundos; a faixa de valores permitidos é de 0 a 180 segundos. Um valor de 0 significa que a preempção suave é desabilitada. O timer de limpeza de preempção suave é global para todos os LSPs.

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

Você pode incluir essa declaraçã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 dar suporte ao novo LSP. Ou seja, a preempção só ocorre se o novo LSP puder ser configurado com sucesso.

• Prioridade de reserva — determina o grau em que um LSP mantém sua reserva de sessão após a configuração do LSP com sucesso. Quando a prioridade da 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 baixa reserva, porque loops de preempção permanentes podem resultar se dois LSPs tiverem permissão para se anteciparem. Você deve configurar a prioridade de reserva para ser maior do que 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 começa, 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 maior prioridade 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 em que você possa incluir esta declaração, veja a seção de resumo da declaração para esta declaração.

Ambos setup-priority e reservation-priority podem ser um valor de 0 a 7. O valor 0 corresponde à maior prioridade e o valor 7 ao mais baixo. 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 preendê-lo). Esses padrões são de tal forma que a preempção não acontece. Quando você está configurando esses valores, a prioridade de configuração deve ser sempre menor ou igual à prioridade de espera.

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

Os grupos administrativos só são significativos quando a computação LSP de caminho limitado é habilitada.

Você pode atribuir até 32 nomes e valores (na faixa 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 essas etapas:

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

   Você pode incluir essa declaraçã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. Definir 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 declaraçã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 declaração, uma interface não pertence a nenhum grupo.

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

   Mudar 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 por causa de uma mudança de grupo, emita o clear rsvp session comando.

   Nota:

   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 declaração nos seguintes níveis de hierarquia:

   • [edit protocols mpls]

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

   Se você omitir as include-all, include-anyou exclude declarações, a computação do caminho permanecerá inalterada. A computação de caminhos é baseada na computação LSP de caminho limitado. Para obter informações sobre como a computação LSP de caminho limitado é calculada, veja como o CSPF seleciona um caminho.

   Nota:

   Mudar o grupo administrativo do LSP causa uma recomputação imediata 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 em vez de 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 por LSPs RSVP é de 7 e para LSPs LDP é de 9. Esses valores de preferência são mais baixos (mais preferidos) do que todas as rotas aprendidas, exceto rotas de interface direta.

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

Para obter uma lista de níveis de hierarquia em que você possa incluir esta declaração, veja a seção de resumo da declaração para esta declaração.

A implementação do RSVP pelo Junos oferece suporte ao objeto Record Route, que permite que um LSP registre ativamente os roteadores por onde ele 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 declaração:

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

Uma vez estabelecido um LSP, a topologia ou as mudanças de recursos podem, ao longo do 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 recompor caminhos periodicamente para determinar se um caminho mais ideal se tornou disponível.

Se a reoptimização for habilitada, um LSP pode ser redirecionado por diferentes caminhos por recomputações de caminho limitado. No entanto, se a reoptimização for desabilitada, o LSP tem um caminho fixo e não pode 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 força uma recomputação.

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

Devido à sobrecarga potencial do sistema envolvida, você precisa controlar cuidadosamente a frequência de reoptimização. A estabilidade da rede pode sofrer quando a reoptimização é habilitada. Por padrão, a optimize-timer declaração está definida para 0 (ou seja, ela está desabilitada).

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

Para permitir a reoptimização do caminho, inclua a optimize-timer declaração:

Para obter uma lista de níveis de hierarquia em que você possa incluir esta declaração, veja a seção de resumo da declaração para esta declaração.

Após configurar a optimize-timer declaração, o temporizador de reoptimização continua sua contagem regressiva para o valor configurado, mesmo se você excluir 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, comprometendo a configuração, configurando o novo valor para a optimize-timer declaração e, em seguida, comprometendo a configuração novamente.

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

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

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. (Isto é para reduzir o efeito cascata da preempção causando mais preempção.)

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

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

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

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

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

   4. Se algum 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 tem pelo menos um link mais congestionado do que o link usado pelo caminho antigo. Como usar o enlace causaria mais congestionamento, o tráfego não é trocado 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 é 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 menor, 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 são equilibrados em carga 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 removido de um caminho que transporta um mínimo de 200 MB, o congestionamento no caminho original é reduzido em menos de 1%.

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

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

   Figura 1: Exemplo do algoritmo de balanceamento de carga de preenchimento mínimo

   Como mostrado, Figura 1existem dois caminhos potenciais para um LSP atravessar do roteador A ao roteador H, os links ímpares de L1 a L13 e os links uniformes de L2 a L14. Atualmente, o roteador está usando os links uniformes como o caminho ativo para o LSP. Cada enlace entre os mesmos dois roteadores (por exemplo, roteador A e 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 são mais propensos a ficar congestionados. Neste exemplo, os estranhos links 1GE têm a seguinte largura de banda disponível:

   • L3 = 41%

   • L5 = 56%

   • L7 = 66%

   • L9 = 71%

   Até mesmo os links 1GE 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 estranhos e os links uniformes 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 estranhos é de 14% (4% + 4% + 5% + 1%). Como 14% é superior a 10% (o limite mínimo de algoritmo de preenchimento mínimo), o LSP é movido para o novo caminho sobre os links estranhos do caminho original usando os links uniformes.

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

Você pode desabilitar os seguintes critérios de reoptimizaçã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. (Isto é para reduzir o efeito cascata da preempção causando mais preempção.)

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

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

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

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

• [edit protocols mpls]

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

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

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

Por exemplo, um LSP está atravessando um caminho preferido que, posteriormente, falha. O LSP é então trocado para um caminho menos desejável para chegar ao mesmo destino. Mesmo que o caminho original seja rapidamente restabelecido, o LSP pode levar muito tempo para usá-lo novamente, pois precisa aguardar o temporizador otimizado para reotimizar os caminhos de rede. Para essas situações, você pode querer configurar o timer de otimização inteligente.

Quando você habilita o temporizador de otimização inteligente, um LSP é trocado de volta ao seu caminho original, desde que o caminho original tenha sido restaurada dentro de 3 minutos após a desativação. Além disso, se o caminho original cair novamente em 60 minutos, o temporizador de otimização inteligente será desativado, e a otimização de caminhos se comportará como normalmente acontece quando o temporizador otimizado sozinho está habilitado. Isso impede que o roteador use um link de flapping.

O temporizar inteligente depende de outros recursos MPLS para funcionar corretamente. Para o cenário descrito aqui em que um LSP é trocado para um caminho alternativo no caso de uma falha no caminho original, assume-se que você configurou um ou mais recursos de proteção de tráfego MPLS, incluindo redirecionamento rápido, proteção de enlaces e caminhos secundários de espera. 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 temporize inteligente funcione corretamente. O redirecionamento rápido e a proteção de enlaces são soluções mais temporárias para uma interrupção de rede. Um caminho secundário garante que haja um caminho alternativo estável no caso de o caminho primário falhar. Se você não tiver configurado 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 Traffic Protection.

Quando um caminho primário falha e o smart otimiza o tráfego de switches de tempo para o caminho secundário, o roteador pode continuar a usar o caminho secundário mesmo após a restauração do caminho primário. Se o roteador de entrada concluir um cálculo de CSPF, ele pode 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 mudará 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ós e enlaces ou um caminho secundário de standby adicional, nesse caso, o temporizar inteligente pode ser eficaz.

Especifique o tempo em segundos para o temporizar inteligente usando a smart-optimize-timer declaração:

Você pode incluir essa declaraçã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 um máximo de 255 saltos, incluindo os roteadores de entrada e saída. Para modificar esse valor, inclua a hop-limit declaração:

Para obter uma lista de níveis de hierarquia em que você possa incluir esta declaração, veja a seção de resumo da declaraçã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 está incluído no campo Tspec do remetente em 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 deve ser capaz de transportar um maior volume de tráfego. A largura de banda padrão é de 0 bits por segundo.

Uma largura de banda não zero exige 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 de RSVP é usado para reservar essa capacidade. Qualquer falha na reserva de largura de banda (como falhas no controle de políticas de RSVP ou controle de admissão) pode causar falha na configuração do LSP. Se houver largura de banda insuficiente nas interfaces para os roteadores de trânsito ou saída, o LSP não está 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 em que você possa incluir esta declaração, veja a seção de resumo da declaraçã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 este intervalo. Ao final do intervalo, é feita uma tentativa de sinalizar um novo caminho para o LSP com a alocação de largura de banda definida para 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á trocado para o novo caminho. Se um novo caminho não for criado, o LSP continua 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 automático de alocação de largura de banda, o roteador pode receber um aumento constante no tráfego (aumento da utilização de 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 temporização automática de ajuste de largura de banda antes do fim 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.

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

Se você tiver configurado a proteção de enlace e nó para o LSP e o tráfego tiver sido trocado para o LSP de bypass, o recurso automático de alocação 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 de largura de banda máximo extraído do link original e LSP protegido por nós é usado para resignar o LSP de bypass se mais largura de banda for necessária. (A proteção de enlaces e nós não é suportada em switches da Série QFX.)

Se você tiver configurado um redirecionamento rápido para o LSP, talvez não seja capaz de 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 duplamente contada. 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 for 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, preencha as etapas nas seguintes seções:

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

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

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

Você pode incluir essa declaraçã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 alcançar 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 de pacote para levar o pacote a 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 colocar o pacote no caminho correto. Um rótulo de entropia pode ser qualquer valor de rótulo entre 16 e 1048575 (faixa de rótulo regular de 20 bits). Como essa faixa se sobrepõe à faixa de rótulos 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 concatentam RSVP ou LDP LSPs em várias áreas de IGP ou vários sistemas autônomos. Os rótulos de entropia de RSVP ou LDP são colocados no penúltimo nó de salto, juntamente 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 alcançar o balanceamento de carga de rótulo de entropia de ponta a ponta para o tráfego BGP.

Se você desativar a computação de caminho comulado por rótulos (LSP), conforme descrito na desativação da computação LSP de caminho restrito, você pode configurar LSPs manualmente ou permitir que os LSPs sigam o caminho IGP.

Quando os LSPs de caminho explícito são configurados, o LSP é estabelecido ao longo do caminho que você especificou. Se o caminho não for topologicamente viável, seja porque a rede está dividida ou recursos insuficientes estão 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 essas etapas:

1. Configure as informações do caminho em um caminho nomeado, conforme descrito na criação de caminhos nomeados. Para configurar informações completas do 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 lugares onde o caminho está incompleto.

   Para caminhos incompletos, os roteadores MPLS completam o caminho consultando a tabela de roteamento local. Essa consulta é feita de 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 atravessar 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 conforme 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 ou secondary a primary declaração, conforme descrito na configuração de LSPs primários e secundários.

3. Desativar a computação LSP de caminho limitado incluindo a no-cspf declaração como parte do LSP ou como parte de uma primary ou secondary declaração. Para obter mais informações, veja Desativação da 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, de modo que os LSPs tendem a falhar quando os recursos ficam esgotados.

• Quando um LSP de caminho explícito falha, você pode precisar 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 colocação de LSP otimizada resultante de computaçãos 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. Nesta configuração, nenhuma computação de caminho limitado é realizada. 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 percorrer o roteador 14.1.1.1 primeiro, depois fazer qualquer rota disponível para chegar ao destino. A rota restante tomada pelo caminho secundário é tipicamente o caminho mais curto computado pelo IGP.

Os LSPs estã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 transportam a quantidade máxima de tráfego em seus links o tempo todo. Por exemplo, mesmo que a largura de banda para o 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, atribuindo demais o link. Você pode assinar demais 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 a sobrescrição 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 sobresubscrição e subsubscrição de largura de banda:

• Use a sobrescrição em tipos de classe em que períodos de pico de tráfego não coincidem com o tempo.

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

• Dê diferentes graus de sobrescrição ou subscrição de tráfego para os diferentes tipos de classe. Por exemplo, você configura a assinatura para aulas de tráfego da seguinte forma:

  • 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 subescrição para limitar a utilização de um tipo de classe.

O cálculo de sobrescrição 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 ser 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 de sobresscrição, eles dependem do IGP.

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

• Sobrescrição de tamanho LSP

• Sobresscrição do tamanho do enlace LSP

• Sobrescrição por tipo de classe e multiplicadores locais de sobresscrição

Para a sobrescrição em tamanho 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 policiais automáticos. Os policiais 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 tamanho de LSP exige 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 responder pela largura de banda máxima planejada para o LSP, em vez do valor configurado.

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

Os multiplicadores locais de sobrescrição (LOMs) permitem diferentes valores de sobresubscrição para diferentes tipos de classe. Os LOMs são úteis para redes em que a relação de sobrescrição precisa ser configurada de forma diferente em diferentes links e onde os valores de sobrescrição são necessários para diferentes classes. Você pode usar esse recurso para subscrever demais tipos de classe que lidam com o tráfego de melhor esforço, mas não usar nenhuma inscrição excessiva 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 classe permite que você aumente ou diminua a taxa de sobrescrição. O LOM de cada classe é contabilizado em toda a contabilidade de largura de banda local para controle de admissão e anúncio de IGP de larguras de banda não cumpridas.

O cálculo lom está vinculado ao modelo de largura de banda (MAM, MAM estendido e bonecas russas) usado, porque o efeito da sobrescrição entre tipos de classe deve ser contabilizado com precisão.

Por padrão, o RSVP permite que toda a largura de banda (100 por cento) de um tipo de classe seja usada para reservas de RSVP. Quando você subscreve demais 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 se inscrever demais ou subscrever 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 esta declaração, veja a seção de resumo da declaração.

Para subscrever ou subscrever demais a largura de banda para cada tipo de classe, configure uma porcentagem para cada tipo de classe (ct0e ct1ct2) ct3para a subscription declaração. Quando você assina demais um tipo de classe, um LOM é aplicado para calcular a largura de banda real reservada. Consulte a sobrescrição sobrescrita do tipo de classe e os multiplicadores locais de sobresscrição para obter mais informações.

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

percentage é a porcentagem de largura de banda do tipo de classe que o RSVP permite ser usado para reservas. Pode ser um valor de 0 a 65.000 por cento. Se você especificar um valor superior a 100, você está atribuindo demais a interface ou o tipo de classe.

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

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

As sessões de RSVP existentes não são afetadas pela mudança 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.