Configuração de interfaces de serviços de enlace
Os dispositivos da Juniper Networks oferecem suporte a lsq-0/0/0 serviços de link na interface de fila de serviços de link que inclui serviços multilink como MLPP, MLFR e CRTP. Os tópicos abaixo discutem a visão geral dos serviços de link, detalhes de configuração e verificação dos serviços de link em firewalls da Série SRX.
Visão geral das interfaces de serviços de link
Os serviços de link incluem os serviços multilink Multilink Point-to-Point Protocol (MLPPP), Multilink Frame Relay (MLFR) e Compressed Real-Time Transport Protocol (CRTP). Os dispositivos da Juniper Networks oferecem suporte a serviços de link na lsq-0/0/0 interface de enfileiramento de serviços de link.
Você configura a interface de fila de serviços de link (lsq-0/0/0) em um dispositivo da Juniper Networks para oferecer suporte a serviços multilink e CRTP.
A interface de fila de serviços de link nos firewalls da Série SRX consiste em serviços fornecidos pelas seguintes interfaces nas plataformas de roteamento da Série M e Série T da Juniper Networks: interface de serviços multilink (ml-fpc/pic/port), interface de serviços de link (ls-fpc/pic/port) e interface de fila inteligente de serviços de link (lsq-fpc/pic/port). Embora os serviços multilink, serviços de link e interfaces de fila inteligente (IQ) de serviços de link nas plataformas de roteamento série M e T sejam instalados em placas de interface física (PICs), a interface de enfileiramento de serviços de link em firewalls da Série SRX é apenas uma interface interna e não está associada a um módulo de interface física ou física (PIM).
(ls-fpc/pic/port) não é compatível com firewalls da Série SRX.
Esta seção contém os seguintes tópicos.
- Serviços disponíveis em uma interface de serviços de link
- Exceções dos serviços de link
- Configuração de MLPPP multiclasse
- Enfileiramento com LFI
- Visão geral do protocolo de transporte em tempo real comprimido
- Configuração da fragmentação por classe de encaminhamento
- Configuração da sobrecarga da camada de enlace
Serviços disponíveis em uma interface de serviços de link
A interface de serviços de link é uma interface lógica disponível por padrão. A Tabela 1 resume os serviços disponíveis na interface.
Serviços |
Propósito |
Mais informações |
|---|---|---|
Pacotes multilink por meio de encapsulamento MLPPP e MLFR |
Agrega vários links constituintes em um pacote lógico maior para oferecer largura de banda, balanceamento de carga e redundância adicionais.
Nota:
As configurações dinâmicas de controle de admissão de chamadas (DCAC) não são suportadas em interfaces de serviços de link. |
|
Fragmentação e interleavamento de enlaces (LFI) |
Reduz o atraso e o jitter nos links, quebrando grandes pacotes de dados e intercalando pacotes de voz sensíveis ao atraso com os pacotes menores resultantes. |
Entender a fragmentação de enlaces e a configuração de interleaving |
Protocolo de transporte em tempo real comprimido (CRTP) |
Reduz a sobrecarga causada pelo Protocolo de Transporte em Tempo Real (RTP) em pacotes de voz e vídeo. |
Visão geral do protocolo de transporte em tempo real comprimido |
Classificadores de classe de serviço (CoS), aulas de encaminhamento, agendadores e mapas de agendamento e taxas de modelagem |
Oferece uma prioridade maior para pacotes sensíveis a atrasos — configurando CoS, como:
|
Exceções dos serviços de link
A implementação de serviços de link e multilink em firewalls da Série SRX é semelhante à implementação nas plataformas de roteamento série M e T, com as seguintes exceções:
O suporte para serviços de link e multilink está na
lsq-0/0/0interface, em vez deml-fpc/pic/portinterfaceslsq-fpc/pic/portels-fpc/pic/portinterfaces.Quando o LFI é habilitado, os pacotes fragmentados são enfileirados de forma redonda nos links constituintes para permitir o balanceamento de carga por pacote e por fragmento. Veja enfileiramento com LFI.
O suporte para agendamento por unidade está em todos os tipos de links constituintes (em todos os tipos de interfaces).
O suporte para o Protocolo de transporte em tempo real (CRTP) comprimido é tanto para MLPPP quanto para PPP.
Configuração de MLPPP multiclasse
Para lsq-0/0/0 dispositivo da Juniper Networks, com encapsulamento MLPPP, você pode configurar MLPPP multiclasse. Se você não configurar MLPPP multiclasse, fragmentos de diferentes classes não poderão ser intercalados. Todos os fragmentos de um único pacote devem ser enviados antes que os fragmentos de outro pacote sejam enviados. Pacotes não fragmentados podem ser intercalados entre fragmentos de outro pacote para reduzir a latência vista por pacotes não fragmentados. Na verdade, o tráfego sensível à latência é encapsulado como tráfego PPP regular, e o tráfego em massa é encapsulado como tráfego multilink. Esse modelo funciona desde que haja uma classe única de tráfego sensível à latência, e não há tráfego de alta prioridade que prevaleça sobre o tráfego sensível à latência. Essa abordagem para LFI, usada no Link Services PIC, oferece suporte a apenas dois níveis de prioridade de tráfego, o que não é suficiente para transportar as classes de encaminhamento de quatro a oito que são apoiadas por plataformas de roteamento série M e série T.
O MLPPP multiclasse possibilita ter várias classes de tráfego sensível à latência que são transportadas por um único pacote multilink com tráfego em massa. Com efeito, o MLPPP multiclasse permite que diferentes classes de tráfego tenham diferentes garantias de latência. Com MLPPP multiclasse, você pode mapear cada classe de encaminhamento em uma classe multilink separada, preservando assim as garantias de prioridade e latência.
A configuração de LFI e MLPPP multiclasse no mesmo pacote não é necessária, nem é suportada, pois o MLPPP multiclasse representa um superconjunto de funcionalidade. Quando você configura MLPPP multiclasse, o LFI é habilitado automaticamente.
A implementação do Junos OS PPP não oferece suporte à negociação da compressão de campo de endereço e opções de PPP NCP de compressão de campo de protocolo, o que significa que o software sempre envia um cabeçalho PPP completo de 4 byte.
A implementação do Junos OS de MLPPP multiclasse não oferece suporte à compressão de bytes comuns de cabeçalho.
O MLPPP multiclasse simplifica muito os problemas de pedido de pacotes que ocorrem quando vários links são usados. Sem MLPPP multiclasse, todo o tráfego de voz pertencente a um único fluxo é hashed em um único link para evitar problemas de pedido de pacotes. Com MLPPP multiclasse, você pode atribuir tráfego de voz a uma classe de alta prioridade, e pode usar vários links.
Para configurar o MLPPP multiclasse em uma interface IQ de serviços de link, você deve especificar quantas classes de multilink devem ser negociadas quando um link se junta ao pacote, e você deve especificar o mapeamento de uma classe de encaminhamento em uma classe MLPPP multiclasse.
Para especificar quantas classes de multilink devem ser negociadas quando um link se juntar ao pacote, inclua a multilink-max-classes declaração:
multilink-max-classes number;
Você pode incluir essa declaração nos seguintes níveis de hierarquia:
[edit interfaces interface-name unit logical-unit-number][edit logical-routers logical-router-name interfaces interface-name unit logical-unit-number]
O número de aulas de multilink pode ser de 1 a 8. O número de classes de multilink para cada classe de encaminhamento não deve exceder o número de classes de multilink a serem negociadas.
Para especificar o mapeamento de uma classe de encaminhamento em uma classe MLPPP multiclasse, inclua a multilink-class declaração no nível de [edit class-of-service fragmentation-maps forwarding-class class-name] hierarquia:
edit class-of-service fragmentation-maps forwarding-classclass-namemultilink-class number
O número do índice da classe multilink pode ser de 0 a 7. A multilink-class declaração e a no-fragmentation declaração são mutuamente exclusivas.
Para ver o número de classes multilink negociadas, emita o show interfaces lsq-0/0/0.logical-unit-number detail comando.
Enfileiramento com LFI
Os pacotes LFI ou não LFI são colocados em filas em links constituintes com base nas filas em que chegam. Não há alterações no número de fila enquanto os pacotes fragmentados, não fragmentados ou LFI estão sendo enfileirados.
Por exemplo, suponha que a Fila Q0 esteja configurada com o limiar de fragmentação 128, o Q1 está configurado sem fragmentação e o 2º trimestre está configurado com o limiar de fragmentação 512. Q0 está recebendo fluxo de tráfego com pacote tamanho 512. O 1º trimestre está recebendo tráfego de voz de 64 bytes, e o 2º trimestre está recebendo fluxo de tráfego com pacotes de 128 byte. Em seguida, o fluxo no Q0 fica fragmentado e enfileirado no Q0 de um link constituinte. Além disso, todos os pacotes no 2º trimestre estão enfileirados no Q0 no link constituinte. O fluxo no Q1 é considerado LFI porque nenhuma fragmentação está configurada. Todos os pacotes de Q0 e Q2 estão enfileirados no Q0 do link constituinte. Todos os pacotes do 1º trimestre estão enfileirados no 2º trimestre do enlace constituinte.
Uso lsq-0/0/0, o CRTP pode ser aplicado em pacotes LFI e não LFI. Não haverá alterações em seus números de fila por causa do CRTP.
Enfileiramento no 2º trimestre de links constituintes
Ao usar classe de serviço em um pacote multilink, todo o tráfego do Q2 do pacote multilink fica enfileirado no 2º trimestre de links constituintes com base em um hash computado a partir do endereço de origem, endereço de destino e do protocolo IP do pacote. Se a carga de IP for TCP ou tráfego UDP, o hash também inclui a porta de origem e a porta de destino. Como resultado desse algoritmo de hash, todo o tráfego pertencente a um fluxo de tráfego está enfileirado no 2º trimestre de um link constituinte. Esse método de entrega de tráfego ao enlace constituinte é aplicado o tempo todo, inclusive quando o pacote não foi configurado com LFI.
Visão geral do protocolo de transporte em tempo real comprimido
O protocolo de transporte em tempo real (RTP) pode ajudar a alcançar a interoperabilidade entre diferentes implementações de aplicativos de áudio e vídeo da rede. No entanto, em alguns casos, o cabeçalho, que inclui os cabeçalhos IP, UDP e RTP, pode ser muito grande (cerca de 40 bytes) em redes que usam linhas de baixa velocidade, como modems dial-up. O protocolo de transporte em tempo real (CRTP) comprimido pode ser configurado para reduzir a sobrecarga da rede em links de baixa velocidade. O CRTP substitui os cabeçalhos IP, UDP e RTP por um ID de contexto de 2 byte (CID), reduzindo consideravelmente a sobrecarga do cabeçalho.
A Figura 1 mostra como o CRTP comprime o cabeçalho RTP em um pacote de voz reduzindo um cabeçalho de 40 byte para um cabeçalho de 2 byte.
Você pode configurar o CRTP com encapsulamento de interface lógica MLPPP ou PPP em interfaces de serviços de link. Veja exemplo: configuração de um pacote MLPPP.
Os data frames de dados em tempo real e não real são realizados em links de menor velocidade sem causar atrasos excessivos no tráfego em tempo real. Veja como entender a fragmentação de enlaces e a configuração de interleavamento.
Configuração da fragmentação por classe de encaminhamento
Para lsq-0/0/0 isso, você pode especificar propriedades de fragmentação para aulas de encaminhamento específicas. O tráfego em cada classe de encaminhamento pode ser encapsulado por multilink (fragmentado e sequenciado) ou não encapsulado (hashed sem fragmentação). Por padrão, o tráfego em todas as classes de encaminhamento é encapsulado por multilink.
Quando você não configura propriedades de fragmentação para as filas nas interfaces MLPPP, o limiar de fragmentação que você define no nível de [edit interfaces interface-name unit logical-unit-number fragment-threshold] hierarquia é o limiar de fragmentação para todas as classes de encaminhamento dentro da interface MLPPP. Para interfaces MLFR FRF.16, o limiar de fragmentação que você define no [edit interfaces interface-name mlfr-uni-nni-bundle-options fragment-threshold] nível de hierarquia é o limiar de fragmentação para todas as classes de encaminhamento dentro da interface MLFR FRF.16.
Se você não definir um tamanho máximo de fragmento em qualquer lugar da configuração, os pacotes ainda estarão fragmentados se excederem a menor unidade de transmissão máxima (MTU) ou a unidade reconstruída máxima recebida (MRRU) de todos os links do pacote. Um fluxo não encapsulado usa apenas um link. Se o fluxo exceder um único link, a classe de encaminhamento deve ser encapsulada em multilink, a menos que o tamanho do pacote exceda o MTU/MRRU.
Mesmo se você não definir um tamanho máximo de fragmento em qualquer lugar da configuração, você pode configurar a MRRU incluindo a declaração mrru no [edit interfaces lsq-0/0/0 unit logical-unit-number] nível de hierarquia. [edit interfaces interface-name mlfr-uni-nni-bundle-options] O MRRU é semelhante ao MTU, mas é específico para interfaces de serviços de enlace. Por padrão, o tamanho da MRRU é de 1504 bytes, e você pode configurá-lo de 1500 a 4500 bytes.
Para configurar propriedades de fragmentação em uma fila, inclua a declaração de mapas de fragmentação no nível de [edit class-of-service] hierarquia:
[edit class-of-service]
fragmentation-maps {
map-name {
forwarding-class class-name {
fragment-threshold bytes;
multilink-class number;
no-fragmentation;
}
}
}
Para definir um limiar de fragmentação de classe por encaminhamento, inclua a fragment-threshold declaração no mapa de fragmentação. Essa declaração define o tamanho máximo de cada fragmento de multilink.
Para definir o tráfego em uma fila para não ser encapsulado em vez de encapsulado por multilink, inclua a no-fragmentation declaração no mapa de fragmentação. Esta declaração especifica que um cabeçalho de fragmentação extra não está pré-preparado para os pacotes recebidos nesta fila e que o balanceamento de carga de enlace estático é usado para garantir a entrega de pacotes em ordem.
Para uma determinada aula de encaminhamento, você pode incluir a declaração ou no-fragmentation a fragment-threshold declaração; elas são mutuamente exclusivas.
Você usa a multilink-class declaração para mapear uma classe de encaminhamento em um MLPPP multiclasse. Para uma determinada aula de encaminhamento, você pode incluir a declaração ou no-fragmentation a multilink-class declaração; elas são mutuamente exclusivas.
Para associar um mapa de fragmentação a uma interface PPP multilink ou MLFR FRF.16 DLCI, inclua a fragmentation-map declaração no [edit class-of-service interfaces interface-name unit logical-unit-number] nível hierárquico:
[edit class-of-service interfaces]
lsq-0/0/0 {
unit logical-unit-number { # Multilink PPP
fragmentation-map map-name;
}
}
lsq-0/0/0:channel { # MLFR FRF.16
unit logical-unit-number
fragmentation-map map-name;
}
}
Configuração da sobrecarga da camada de enlace
A sobrecarga da camada de enlace pode causar quedas de pacotes em links constituintes por causa do recheamento de bits em links de série. O recheamento de bits é usado para evitar que os dados sejam interpretados como informações de controle.
Por padrão, 4% da largura de banda total do pacote é reservada para sobrecarga da camada de enlace. Na maioria dos ambientes de rede, a sobrecarga média da camada de enlace é de 1,6%. Por isso, recomendamos 4% como proteção.
Para lsq-0/0/0 o dispositivo da Juniper Networks, você pode configurar a porcentagem de largura de banda do pacote a ser reservada para sobrecarga da camada de enlace. Para fazer isso, inclua a declaração de sobrecarga de camada de link:
link-layer-overhead percent;
Você pode incluir essa declaração nos seguintes níveis de hierarquia:
[edit interfaces interface-name mlfr-uni-nni-bundle-options][edit interfaces interface-name unit logical-unit-number][edit logical-routers logical-router-name interfaces interface-name unit logical-unit-number]
Você pode configurar o valor de 0% a 50%.
Visão geral da configuração dos serviços de link
Antes de começar:
Instale o hardware do dispositivo.
Estabeleça conectividade básica. Veja o guia de início do seu dispositivo.
Tenha uma compreensão básica das interfaces físicas e lógicas e das convenções de interface da Juniper Networks. Veja interfaces de compreensão
Planeje como você vai usar a interface de serviços de link em sua rede. Veja a visão geral das interfaces de serviços de link.
Para configurar serviços de enlace em uma interface, execute as seguintes tarefas:
- Configure a fragmentação e a interleavagem de enlaces (LFI). Veja exemplo: Configurando a fragmentação e a interleavagem de enlaces.
- Configure classificadores e aulas de encaminhamento. Veja exemplo: definindo classificadores e aulas de encaminhamento.
- Configure mapas do agendador. Veja como definir e aplicar mapas de agendador.
- Configure as taxas de modelagem de interface. Veja exemplo: Configuração das taxas de modelagem de interface
- Configure um pacote de MLPPP. Veja exemplo: configuração de um pacote MLPPP.
- Para configurar o MLFR, veja Exemplo: Configuração do FRF.15 ou exemplo de retransmissão de quadros multilink FRF.16
- Para configurar o CRTP, veja Exemplo: Configuração do protocolo de transporte em tempo real comprimido
Verificando a interface de serviços de enlace
Confirme se a configuração está funcionando corretamente.
- Estatísticas da interface de serviços de enlace
- Verificação da configuração cos dos serviços de enlace
Estatísticas da interface de serviços de enlace
Propósito
Verifique as estatísticas da interface de serviços de link.
Ação
A saída de amostra fornecida nesta seção é baseada nas configurações fornecidas em Exemplo: Configuração de um pacote MLPPP. Para verificar se os links constituintes são adicionados ao pacote corretamente e os pacotes são fragmentados e transmitidos corretamente, tome as seguintes ações:
No dispositivo R0 e no dispositivo R1, os dois dispositivos usados neste exemplo configuram MLPPP e LFI conforme descrito em Exemplo: Configuração de um pacote MLPPP.
A partir da CLI, insira o
pingcomando para verificar se uma conexão está estabelecida entre R0 e R1.Transmita 10 pacotes de dados, 200 bytes cada, de R0 a R1.
No R0, da CLI, entre no
show interfaces interface-name statisticscomando.
user@R0> show interfaces lsq-0/0/0 statistics detail
Physical interface: lsq-0/0/0, Enabled, Physical link is Up
Interface index: 134, SNMP ifIndex: 29, Generation: 135
Link-level type: LinkService, MTU: 1504
Device flags : Present Running
Interface flags: Point-To-Point SNMP-Traps
Last flapped : 2006-06-23 11:36:23 PDT (03:38:43 ago)
Statistics last cleared: 2006-06-23 15:13:12 PDT (00:01:54 ago)
Traffic statistics:
Input bytes : 0 0 bps
Output bytes : 1820 0 bps
Input packets: 0 0 pps
Output packets: 10 0 pps
...
Egress queues: 8 supported, 8 in use
Queue counters: Queued packets Transmitted packets Dropped packets
0 DATA 10 10 0
1 expedited-fo 0 0 0
2 VOICE 0 0 0
3 NC 0 0 0
Logical interface lsq-0/0/0.0 (Index 67) (SNMP ifIndex 41) (Generation 133)
Flags: Point-To-Point SNMP-Traps 0x4000 Encapsulation: Multilink-PPP
Bandwidth: 16mbps
Bundle options:
...
Drop timer period 0
Sequence number format long (24 bits)
Fragmentation threshold 128
Links needed to sustain bundle 1
Interleave fragments Enabled
Bundle errors:
Packet drops 0 (0 bytes)
Fragment drops 0 (0 bytes)
...
Statistics Frames fps Bytes bps
Bundle:
Fragments:
Input : 0 0 0 0
Output: 20 0 1920 0
Packets:
Input : 0 0 0 0
Output: 10 0 1820 0
Link:
se-1/0/0.0
Input : 0 0 0 0
Output: 10 0 1320 0
se-1/0/1.0
Input : 0 0 0 0
Output: 10 0 600 0
...
Destination: 10.0.0.9/24, Local: 10.0.0.10, Broadcast: Unspecified, Generation:144
Esta saída mostra um resumo das informações da interface. Verifique as seguintes informações:
Physical interface— A interface física éEnabled. Se a interface for mostrada comoDisabled, faça qualquer uma das seguintes:No editor de configuração da CLI, exclua a
disabledeclaração no[edit interfaces interface-name]nível da hierarquia de configuração.No editor de configuração J-Web, limpe a
Disablecaixa de verificação naInterfaces>interface-namepágina.
Physical link— O link físico éUp. Um estado de enlace indica um problema com o módulo deDowninterface, porta de interface ou conexão física (erros da camada de link).Last flapped— OLast Flappedtempo é um valor esperado. OLast Flappedtempo indica a última vez que a interface física ficou indisponível e depois disponível novamente. O flapping inesperado indica possíveis erros na camada de enlace.Traffic statistics— Número e taxa de bytes e pacotes recebidos e transmitidos na interface. Verifique se o número de bytes e pacotes de entrada e saída corresponde à taxa de transferência esperada para a interface física. Para limpar as estatísticas e ver apenas novas mudanças, use oclear interfaces statistics interface-namecomando.Queue counters— O nome e o número de filas estão configurados. Esta saída de amostra mostra que 10 pacotes de dados foram transmitidos e nenhum pacote foi descartado.Logical interface— Nome do pacote multilink que você configurou —lsq-0/0/0.0Bundle options— O limiar de fragmentação está configurado corretamente e a interlecação de fragmentos é habilitada.Bundle errors— Quaisquer pacotes e fragmentos deixados pelo pacote.Statistics— Os fragmentos e pacotes são recebidos e transmitidos corretamente pelo dispositivo. Todas as referências à direção de tráfego (entrada ou saída) são definidas em relação ao dispositivo. Os fragmentos de entrada recebidos pelo dispositivo são montados em pacotes de entrada. Os pacotes de saída são segmentados em fragmentos de saída para transmissão fora do dispositivo.Neste exemplo, foram transmitidos 10 pacotes de dados de 200 bytes. Como o limiar de fragmentação está definido para 128 bytes, todos os pacotes de dados foram fragmentados em dois fragmentos. A saída de amostra mostra que 10 pacotes e 20 fragmentos foram transmitidos corretamente.
Link— Os links constituintes são adicionados a esse pacote e estão recebendo e transmitindo fragmentos e pacotes corretamente. O número combinado de fragmentos transmitidos nos links constituintes deve ser igual ao número de fragmentos transmitidos do pacote. Esta saída de amostra mostra que o pacote transmitiu 20 fragmentos e os dois linksse-1/0/0.0constituintes ese-1/0/1.0.0transmitiu10+10=20corretamente fragmentos.DestinationeLocal— endereço IP do lado remoto do pacote multilink e do lado local do pacote multilink. Esta saída de amostra mostra que o endereço de destino é o endereço no R1 e o endereço local é o endereço no R0.
Verificação da configuração cos dos serviços de enlace
Propósito
Verifique as configurações de CoS na interface de serviços de link.
Ação
A partir da CLI, digite os seguintes comandos:
show class-of-service interface interface-nameshow class-of-service classifier name classifier-nameshow class-of-service scheduler-map scheduler-map-name
A saída de amostra fornecida nesta seção é baseada nas configurações fornecidas emExemplo: Configuração de um pacote MLPPP.
user@R0> show class-of-service interface lsq-0/0/0
Physical interface: lsq-0/0/0, Index: 136
Queues supported: 8, Queues in use: 4
Scheduler map: [default], Index: 2
Input scheduler map: [default], Index: 3
Chassis scheduler map: [default-chassis], Index: 4
Logical interface: lsq-0/0/0.0, Index: 69
Object Name Type Index
Scheduler-map s_map Output 16206
Classifier ipprec-compatibility ip 12
user@R0> show class-of-service interface ge-0/0/1
Physical interface: ge-0/0/1, Index: 140
Queues supported: 8, Queues in use: 4
Scheduler map: [default], Index: 2
Input scheduler map: [default], Index: 3
Logical interface: ge-0/0/1.0, Index: 68
Object Name Type Index
Classifier classfy_input ip 4330
user@R0> show class-of-service classifier name classify_input
Classifier: classfy_input, Code point type: inet-precedence, Index: 4330
Code point Forwarding class Loss priority
000 DATA low
010 VOICE low
user@R0> show class-of-service scheduler-map s_map
Scheduler map: s_map, Index: 16206
Scheduler: DATA, Forwarding class: DATA, Index: 3810
Transmit rate: 49 percent, Rate Limit: none, Buffer size: 49 percent, Priority:low
Drop profiles:
Loss priority Protocol Index Name
Low any 1 [default-drop-profile]
Medium low any 1 [default-drop-profile]
Medium high any 1 [default-drop-profile]
High any 1 [default-drop-profile]
Scheduler: VOICE, Forwarding class: VOICE, Index: 43363
Transmit rate: 50 percent, Rate Limit: none, Buffer size: 5 percent, Priority:high
Drop profiles:
Loss priority Protocol Index Name
Low any 1 [default-drop-profile]
Medium low any 1 [default-drop-profile]
Medium high any 1 [default-drop-profile]
High any 1 [default-drop-profile]
Scheduler: NC, Forwarding class: NC, Index: 2435
Transmit rate: 1 percent, Rate Limit: none, Buffer size: 1 percent, Priority:high
Drop profiles:
Loss priority Protocol Index Name
Low any 1 [default-drop-profile]
Medium low any 1 [default-drop-profile]
Medium high any 1 [default-drop-profile]
High any 1 [default-drop-profile]
Esses exemplos de saída mostram um resumo dos componentes de CoS configurados. Verifique as seguintes informações:
Logical Interface— Nome do pacote multilink e dos componentes CoS aplicados ao pacote. A saída de amostra mostra que o pacote multilink élsq-0/0/0.0, e o mapas_mapde agendamento cos é aplicado a ele.Classifier— Pontos de código, aulas de encaminhamento e prioridades de perda atribuídas ao classificador. A saída da amostra mostra que um classificadoripprec-compatibilitypadrão foi aplicado àlsq-0/0/0interface e o classificadorclassify_inputfoi aplicado àge-0/0/1interface.Scheduler— Taxa de transmissão, tamanho de buffer, prioridade e prioridade de perda atribuída a cada agendador. A saída de amostra exibe os agendadores de dados, voz e controle de rede com todos os valores configurados.
Entendendo a configuração LSQ-0/0/0/0 da interface interna
A interface de serviços de link é apenas uma interface interna. Não está associado a um meio físico ou PIM. Dentro de um firewall da Série SRX, os pacotes são roteados para esta interface para agrupamento de enlaces ou compressão.
Pode ser necessário que você atualize sua configuração para usar a interface interna lsq-0/0/0 como interface de enfileiramento de serviços de link em vez de ls-0/0/0, que foi preterida. Você também pode reverter sua configuração modificada para usar ls-0/0/0.
Exemplo: atualização de ls-0/0/0 para lsq-0/0/0 para serviços multilink
Este exemplo mostra como atualizar de ls-0/0/0 para lsq-0/0/0 (ou para reverter a mudança) para serviços multilink.
Requisitos
Esse procedimento só é necessário se você ainda estiver usando ls-0/0/0 em vez de lsq-/0/0/0 ou se precisar reverter para a interface antiga.
Visão geral
Neste exemplo, você renomeia a interface interna dos serviços de link de ls-0/0/0 para lsq-0/0/0 ou vice-versa. Você renomeia todas as ocorrências de ls-0/0/0 na configuração para lsq-0/0/0 e configura o mapa de fragmentação sem incluir nenhuma fragmentação. Você não especifica nenhuma fragmentação após o nome da fila 2, se a fila 2 estiver configurada ou após o encaminhamento garantido. Em seguida, você anexa o mapa de fragmentação configurado na etapa anterior ao lsq-0/0/0 e especifica o número da unidade como 6 do pacote multilink para o qual os fragmentos de interleave estão configurados.
Em seguida, você reverte a configuração de lsq-0/0/0 para ls-0/0/0. Você renomeia todas as ocorrências na configuração de lsq-0/0/0 para ls-0/0/0/0. Você exclui o mapa de fragmentação se ele estiver configurado sob a hierarquia [classe de serviço] e exclua o mapa de fragmentação se ele for atribuído ao lsq-0/0/0. Você pode excluir as classes multilink-max se elas estiverem configuradas para lsq-0/0/0 sob a hierarquia [de interfaces]. Em seguida, você exclui a sobrecarga de camada de link se ela estiver configurada para lsq-0/0/0 sob a hierarquia [interfaces].
Se nenhuma fragmentação estiver configurada em qualquer classe de encaminhamento e o mapa de fragmentação for atribuído ao lsq-0/0/0, então você configura fragmentos de interleave para a interface ls-0/0/0. Por fim, você configura o classificador para pacotes LFI para consultar a fila 2. (A interface ls-0/0/0 trata a fila 2 como a fila LFI.)
Configuração
Procedimento
Configuração rápida da CLI
Para atualizar rapidamente de ls-0/0/0 para lsq-0/0/0 (ou reverter a mudança), copie os seguintes comandos e cole-os na CLI:
For interfaces ls-0/0/0 to lsq-0/0/0 [edit] rename interfaces ls-0/0/0 to lsq-0/0/0 set class-of-service fragmentation-maps map6 forwarding-class assured-forwarding no-fragmentation set class-of-service interfaces lsq-0/0/0 unit 6 fragmentation-map map6
For interfaces lsq-0/0/0 to ls-0/0/0 [edit] rename interfaces lsq-0/0/0 to ls-0/0/0 delete class-of-service fragmentation-maps map6 delete class-of-service interfaces lsq-0/0/0 unit 6 fragmentation-map map6 delete interfaces lsq-0/0/0 unit 6 link-layer-overhead delete interfaces lsq-0/0/0:0 mlfr-uni-nni-bundle-options link-layer-overhead set interfaces ls-0/0/0 unit 6 interleave-fragments
Procedimento passo a passo
O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter instruções sobre como fazer isso, veja Usando o Editor de CLI no modo de configuração.
Atualizar de ls-0/0/0 para lsq-0/0/0 ou reverter essa mudança:
Renomeie todas as ocorrências de ls-0/0/0 na configuração.
[edit] user@host# rename interfaces ls-0/0/0 to lsq-0/0/0
Configure o mapa de fragmentação.
[edit class-of-service fragmentation-maps] user@host# set map6 forwarding-class assured-forwarding no-fragmentation
Especifique o número de unidade do pacote multilink.
[edit class-of-service ] user@host# set interfaces lsq-0/0/0 unit 6 fragmentation-map map6
Reverta a configuração para todas as ocorrências na configuração.
[edit] user@host# rename interfaces lsq-0/0/0 to ls-0/0/0
Exclua o mapa de fragmentação sob classe de serviço.
[edit] user@host# delete class-of-service fragmentation-maps map6
Exclua o mapa de fragmentação se ele for atribuído à interface lsq-0/0/0.
[edit class-of-service interfaces] user@host# delete lsq-0/0/0 unit 6 fragmentation-map map6
Exclua as classes máximas de multilink se estiver configurada para lsq-0/0/0.
Nota:As classes multilink-max não têm suporte e provavelmente não estão configuradas.
Exclua a sobrecarga da camada de link se estiver configurada para lsq-0/0/0.
[edit interfaces] user@host# delete lsq-0/0/0 unit 6 link-layer-overhead
Exclua a sobrecarga da camada de link se estiver configurada para lsq-0/0/0:0.
[edit interfaces] user@host# delete lsq-0/0/0:0 mlfr-uni-nni-bundle-options link-layer-overhead
Configure fragmentos de interleave para a interface ls-0/0/0.
[edit interfaces] user@host# set ls-0/0/0 unit 6 interleave-fragments
Resultados
A partir do modo de configuração, confirme sua configuração entrando no show class-of-service comando. Se a saída não exibir a configuração pretendida, repita as instruções de configuração neste exemplo para corrigi-la.
[edit]
user@host# show class-of-service
interfaces {
lsq-0/0/0 {
unit 6 {
fragmentation-map map6;
}
}
}
fragmentation-maps {
map6 {
forwarding-class {
assured-forwarding {
no-fragmentation;
}
}
}
}
Se você terminar de configurar o dispositivo, entre no commit modo de configuração.
Verificação
Confirme se a configuração está funcionando corretamente.
Resolução de problemas da interface de serviços de enlace
Para resolver problemas de configuração em uma interface de serviços de enlace:
- Determinar quais componentes cos são aplicados aos links constituintes
- Determinar o que causa jitter e latência no pacote multilink
- Determine se o balanceamento de carga e LFI está funcionando corretamente
- Determine por que os pacotes são descartados em um PVC entre um dispositivo da Juniper Networks e um dispositivo de terceiros
Determinar quais componentes cos são aplicados aos links constituintes
Problema
Descrição
Você está configurando um pacote multilink, mas também tem tráfego sem encapsulamento MLPPP passando por links constituintes do pacote multilink. Você aplica todos os componentes de CoS nos links constituintes ou está aplicando-os ao pacote multilink o suficiente?
Solução
Você pode aplicar um mapa de agendador ao pacote multilink e seus links constituintes. Embora você possa aplicar vários componentes de CoS com o mapa do agendador, configure apenas os que são necessários. Recomendamos que você mantenha a configuração nos links constituintes simples para evitar atrasos desnecessários na transmissão.
A Tabela 2 mostra os componentes cos a serem aplicados em um pacote multilink e seus links constituintes.
Componente Cos |
Pacote multilink |
Links constituintes |
Explicação |
|---|---|---|---|
Classificador |
Sim |
Não |
A classificação cos ocorre no lado de entrada da interface, não no lado transmissor, portanto, não são necessários classificadores em links constituintes. |
Aula de encaminhamento |
Sim |
Não |
A aula de encaminhamento está associada a uma fila, e a fila é aplicada na interface por um mapa do agendador. A atribuição da fila é predeterminada nos links constituintes. Todos os pacotes do 2º trimestre do pacote multilink são atribuídos ao 2º trimestre do link constituinte, e os pacotes de todas as outras filas estão enfileirados no Q0 do link constituinte. |
Mapa do agendador |
Sim |
Sim |
Aplique mapas de agendador no pacote multilink e no link constituinte da seguinte forma:
|
Taxa de modelagem para um agendador por unidade ou um agendador de nível de interface |
Não |
Sim |
Como o agendamento por unidade é aplicado apenas no ponto final, aplique essa taxa de modelagem apenas nos links constituintes. Qualquer configuração aplicada anteriormente é sobreescrita pela configuração do link constituinte. |
Modelagem exata ou de nível de fila de taxa de transmissão |
Sim |
Não |
A modelagem de nível de interface aplicada nos links constituintes substitui qualquer modelagem na fila. Assim, aplique a modelagem exata da taxa de transmissão apenas no pacote multilink. |
Regras de reescrita |
Sim |
Não |
Os bits de reescrita são copiados do pacote para os fragmentos automaticamente durante a fragmentação. Assim, o que você configura no pacote multilink é transportado nos fragmentos para os links constituintes. |
Grupo de canais virtuais |
Sim |
Não |
Grupos de canais virtuais são identificados por meio de regras de filtro de firewall que são aplicadas em pacotes apenas antes do pacote multilink. Assim, você não precisa aplicar a configuração do grupo de canais virtuais aos links constituintes. |
Veja também
Determinar o que causa jitter e latência no pacote multilink
Problema
Descrição
Para testar o jitter e a latência, você envia três fluxos de pacotes IP. Todos os pacotes têm as mesmas configurações de precedência de IP. Após a configuração de LFI e CRTP, a latência aumentou mesmo em um enlace não mais limitado. Como você pode reduzir o jitter e a latência?
Solução
Para reduzir o jitter e a latência, faça o seguinte:
Certifique-se de ter configurado uma taxa de modelagem em cada link constituinte.
Certifique-se de não ter configurado uma taxa de modelagem na interface de serviços de link.
Certifique-se de que o valor da taxa de modelagem configurada seja igual à largura de banda da interface física.
Se as taxas de modelagem estiverem configuradas corretamente e o jitter ainda persistir, entre em contato com o Centro de Assistência Técnica (JTAC) da Juniper Networks.
Determine se o balanceamento de carga e LFI está funcionando corretamente
Problema
Descrição
Neste caso, você tem uma única rede que oferece suporte a vários serviços. A rede transmite dados e tráfego de voz sensível ao atraso. Após a configuração do MLPPP e do LFI, certifique-se de que os pacotes de voz sejam transmitidos por toda a rede com muito pouco atraso e jitter. Como você pode descobrir se os pacotes de voz estão sendo tratados como pacotes LFI e balanceamento de carga é executado corretamente?
Solução
Quando o LFI é habilitado, os pacotes de dados (não LFI) são encapsulados com um cabeçalho MLPPP e fragmentados em pacotes de um tamanho especificado. Os pacotes de voz (LFI) sensíveis ao atraso são encapsulados por PPP e intercalados entre fragmentos de pacote de dados. A fila e o balanceamento de carga são executados de forma diferente para pacotes LFI e não LFI.
Para verificar se o LFI é executado corretamente, determine que os pacotes estão fragmentados e encapsulados conforme configurados. Depois de saber se um pacote é tratado como um pacote LFI ou um pacote não LFI, você pode confirmar se o balanceamento de carga é executado corretamente.
Solution Scenario— Suponha que dois dispositivos da Juniper Networks, R0 e R1, estejam conectados por um pacote lsq-0/0/0.0 multilink que agrega dois links se-1/0/0 serial e se-1/0/1. No R0 e R1, MLPPP e LFI estão habilitados na interface de serviços de link e o limite de fragmentação é definido para 128 bytes.
Neste exemplo, usamos um gerador de pacotes para gerar fluxos de voz e dados. Você pode usar o recurso de captura de pacotes para capturar e analisar os pacotes na interface de entrada.
Os dois fluxos de dados a seguir foram enviados no pacote multilink:
100 pacotes de dados de 200 bytes (maior que o limiar de fragmentação)
500 pacotes de dados de 60 bytes (menor que o limiar de fragmentação)
Os dois fluxos de voz a seguir foram enviados no pacote multilink:
100 pacotes de voz de 200 bytes da porta de origem 100
300 pacotes de voz de 200 bytes da porta de origem 200
Para confirmar que o LFI e o balanceamento de carga são executados corretamente:
Apenas as partes significativas da saída de comando são exibidas e descritas neste exemplo.
Verifique a fragmentação de pacotes. Desde o modo operacional, entre no
show interfaces lsq-0/0/0comando para verificar se pacotes grandes são fragmentados corretamente.user@R0#> show interfaces lsq-0/0/0 Physical interface: lsq-0/0/0, Enabled, Physical link is Up Interface index: 136, SNMP ifIndex: 29 Link-level type: LinkService, MTU: 1504 Device flags : Present Running Interface flags: Point-To-Point SNMP-Traps Last flapped : 2006-08-01 10:45:13 PDT (2w0d 06:06 ago) Input rate : 0 bps (0 pps) Output rate : 0 bps (0 pps) Logical interface lsq-0/0/0.0 (Index 69) (SNMP ifIndex 42) Flags: Point-To-Point SNMP-Traps 0x4000 Encapsulation: Multilink-PPP Bandwidth: 16mbps Statistics Frames fps Bytes bps Bundle: Fragments: Input : 0 0 0 0 Output: 1100 0 118800 0 Packets: Input : 0 0 0 0 Output: 1000 0 112000 0 ... Protocol inet, MTU: 1500 Flags: None Addresses, Flags: Is-Preferred Is-Primary Destination: 9.9.9/24, Local: 9.9.9.10Meaning— A saída mostra um resumo dos pacotes que transitam pelo dispositivo no pacote multilink. Verifique as seguintes informações sobre o pacote multilink:O número total de pacotes de trânsito = 1000
O número total de fragmentos de trânsito=1100
O número de pacotes de dados fragmentados =100
O número total de pacotes enviados (600 + 400) no pacote multilink corresponde ao número de pacotes de trânsito (1000), indicando que nenhum pacote foi descartado.
O número de fragmentos de trânsito excede o número de pacotes de trânsito em 100, indicando que 100 grandes pacotes de dados foram corretamente fragmentados.
Corrective Action— Se os pacotes não forem fragmentados corretamente, verifique a configuração do limiar de fragmentação. Pacotes menores que o limiar de fragmentação especificado não são fragmentados.Verifique o encapsulamento de pacotes. Para descobrir se um pacote é tratado como um pacote LFI ou não LFI, determine seu tipo de encapsulamento. Os pacotes LFI são encapsulados por PPP, e os pacotes não LFI são encapsulados com PPP e MLPPP. Os encapsulamentos de PPP e MLPPP têm custos fixos diferentes, resultando em pacotes de diferentes tamanhos. Você pode comparar tamanhos de pacotes para determinar o tipo de encapsulamento.
Um pequeno pacote de dados nãofragmentado contém um cabeçalho PPP e um único cabeçalho MLPPP. Em um grande pacote de dados fragmentado, o primeiro fragmento contém um cabeçalho PPP e um cabeçalho MLPPP, mas os fragmentos consecutivos contêm apenas um cabeçalho MLPPP.
Os encapsulamentos de PPP e MLPPP adicionam o seguinte número de bytes a um pacote:
O encapsulamento de PPP adiciona 7 bytes:
4 bytes de cabeçalho+2 bytes de sequência de verificação de quadro (FCS)+1 byte que está ocioso ou contém uma bandeira
O encapsulamento do MLPPP adiciona entre 6 e 8 bytes:
4 bytes de cabeçalho PPP+2 a 4 bytes de cabeçalho multilink
A Figura 2 mostra a sobrecarga adicionada aos cabeçalhos PPP e MLPPP.
Figura 2: Cabeçalhos
PPP e MLPPP
Para pacotes CRTP, a sobrecarga de encapsulamento e o tamanho dos pacotes são ainda menores do que para um pacote LFI. Para obter mais informações, veja Exemplo: configuração do protocolo de transporte em tempo real comprimido.
A Tabela 3 mostra a sobrecarga de encapsulamento para um pacote de dados e um pacote de voz de 70 bytes cada. Após o encapsulamento, o tamanho do pacote de dados é maior do que o tamanho do pacote de voz.
Tabela 3: Sobrecarga de encapsulamento de PPP e MLPPP Tipo de pacote
Encapsulação
Tamanho inicial do pacote
Sobrecarga de encapsulamento
Tamanho do pacote após o encapsulamento
Pacote de voz (LFI)
PPP
70 bytes
4 + 2 + 1 = 7 bytes
77 bytes
Fragmento de dados (não LFI) com sequência curta
MLPPP
70 bytes
4 + 2 + 1 + 4 + 2 = 13 bytes
83 bytes
Fragmento de dados (não LFI) com longa sequência
MLPPP
70 bytes
4 + 2 + 1 + 4 + 4 = 15 bytes
85 bytes
Desde o modo operacional, insira o
show interfaces queuecomando para exibir o tamanho do pacote transmitido em cada fila. Divida o número de bytes transmitidos pelo número de pacotes para obter o tamanho dos pacotes e determinar o tipo de encapsulamento.Verifique o balanceamento de carga. A partir do modo operacional, insira o
show interfaces queuecomando no pacote multilink e seus links constituintes para confirmar se o balanceamento de carga é executado de acordo com os pacotes.user@R0> show interfaces queue lsq-0/0/0 Physical interface: lsq-0/0/0, Enabled, Physical link is Up Interface index: 136, SNMP ifIndex: 29 Forwarding classes: 8 supported, 8 in use Egress queues: 8 supported, 8 in use Queue: 0, Forwarding classes: DATA Queued: Packets : 600 0 pps Bytes : 44800 0 bps Transmitted: Packets : 600 0 pps Bytes : 44800 0 bps Tail-dropped packets : 0 0 pps RED-dropped packets : 0 0 pps … Queue: 1, Forwarding classes: expedited-forwarding Queued: Packets : 0 0 pps Bytes : 0 0 bps … Queue: 2, Forwarding classes: VOICE Queued: Packets : 400 0 pps Bytes : 61344 0 bps Transmitted: Packets : 400 0 pps Bytes : 61344 0 bps … Queue: 3, Forwarding classes: NC Queued: Packets : 0 0 pps Bytes : 0 0 bps …user@R0> show interfaces queue se-1/0/0 Physical interface: se-1/0/0, Enabled, Physical link is Up Interface index: 141, SNMP ifIndex: 35 Forwarding classes: 8 supported, 8 in use Egress queues: 8 supported, 8 in use Queue: 0, Forwarding classes: DATA Queued: Packets : 350 0 pps Bytes : 24350 0 bps Transmitted: Packets : 350 0 pps Bytes : 24350 0 bps ... Queue: 1, Forwarding classes: expedited-forwarding Queued: Packets : 0 0 pps Bytes : 0 0 bps … Queue: 2, Forwarding classes: VOICE Queued: Packets : 100 0 pps Bytes : 15272 0 bps Transmitted: Packets : 100 0 pps Bytes : 15272 0 bps … Queue: 3, Forwarding classes: NC Queued: Packets : 19 0 pps Bytes : 247 0 bps Transmitted: Packets : 19 0 pps Bytes : 247 0 bps …user@R0> show interfaces queue se-1/0/1 Physical interface: se-1/0/1, Enabled, Physical link is Up Interface index: 142, SNMP ifIndex: 38 Forwarding classes: 8 supported, 8 in use Egress queues: 8 supported, 8 in use Queue: 0, Forwarding classes: DATA Queued: Packets : 350 0 pps Bytes : 24350 0 bps Transmitted: Packets : 350 0 pps Bytes : 24350 0 bps … Queue: 1, Forwarding classes: expedited-forwarding Queued: Packets : 0 0 pps Bytes : 0 0 bps … Queue: 2, Forwarding classes: VOICE Queued: Packets : 300 0 pps Bytes : 45672 0 bps Transmitted: Packets : 300 0 pps Bytes : 45672 0 bps … Queue: 3, Forwarding classes: NC Queued: Packets : 18 0 pps Bytes : 234 0 bps Transmitted: Packets : 18 0 pps Bytes : 234 0 bpsMeaning— A saída desses comandos mostra os pacotes transmitidos e enfileirados em cada fila da interface de serviços de link e seus links constituintes. A Tabela 4 mostra um resumo desses valores. (Como o número de pacotes transmitidos igualou o número de pacotes enfileirados em todos os links, esta tabela mostra apenas os pacotes enfileirados.)Tabela 4: Número de pacotes transmitidos em uma fila Pacotes enfileirados
Pacote lsq-0/0/0,0
Enlace constituinte se-1/0/0
Enlace constituinte se-1/0/1
Explicação
Pacotes no Q0
600
350
350
O número total de pacotes que transitam pelos links constituintes (350+350 = 700) excedeu o número de pacotes enfileirados (600) no pacote multilink.
Pacotes no 2º trimestre
400
100
300
O número total de pacotes que transitam pelos links constituintes igualou o número de pacotes no pacote.
Pacotes no terceiro trimestre
0
19
18
Os pacotes que transitam no terceiro trimestre dos links constituintes são para mensagens keepalive trocadas entre links constituintes. Assim, nenhum pacote foi contado no terceiro trimestre do pacote.
No pacote multilink, verifique o seguinte:
O número de pacotes enfileirados corresponde ao número transmitido. Se os números corresponderem, nenhum pacote foi descartado. Se mais pacotes fossem enfileirados do que os transmitidos, os pacotes eram descartados porque o buffer era muito pequeno. O tamanho do buffer nos links constituintes controla o congestionamento na fase de saída. Para corrigir esse problema, aumente o tamanho do buffer nos links constituintes.
O número de pacotes que transitam Q0 (600) corresponde ao número de pacotes de dados grandes e pequenos recebidos (100+500) no pacote multilink. Se os números corresponderem, todos os pacotes de dados transitaram corretamente no Q0.
O número de pacotes que transitam pelo Q2 no pacote multilink (400) corresponde ao número de pacotes de voz recebidos no pacote multilink. Se os números corresponderem, todos os pacotes LFI de voz transitaram corretamente no 2º trimestre.
Nos links constituintes, verifique o seguinte:
O número total de pacotes em trânsito Q0 (350+350) corresponde ao número de pacotes de dados e fragmentos de dados (500+200). Se os números corresponderem, todos os pacotes de dados após a fragmentação transitaram corretamente pelo Q0 dos links constituintes.
Os pacotes transitaram em ambos os links constituintes, indicando que o balanceamento de carga foi executado corretamente em pacotes não LFI.
O número total de pacotes que transitam pelo Q2 (300+100) em links constituintes corresponde ao número de pacotes de voz recebidos (400) no pacote multilink. Se os números corresponderem, todos os pacotes LFI de voz transitaram corretamente no 2º trimestre.
Pacotes LFI da porta
100de origem transitadosse-1/0/0e pacotes LFI da porta200de origem transitadosse-1/0/1. Assim, todos os pacotes LFI (Q2) foram hashed com base na porta de origem e transitaram corretamente em ambos os links constituintes.
Corrective Action— Se os pacotes transitaram apenas um link, tome as seguintes medidas para resolver o problema:Determine se o link físico está
up(operacional) oudown(indisponível). Um link indisponível indica um problema com o PIM, a porta da interface ou a conexão física (erros da camada de enlace). Se o link estiver operacional, passe para a próxima etapa.Verifique se os classificadores estão definidos corretamente para pacotes não LFI. Certifique-se de que os pacotes não LFI não estejam configurados para serem enfileirados no 2º trimestre. Todos os pacotes enfileirados no 2º trimestre são tratados como pacotes LFI.
Verifique se pelo menos um dos seguintes valores é diferente nos pacotes LFI: endereço fonte, endereço de destino, protocolo IP, porta de origem ou porta de destino. Se os mesmos valores estiverem configurados para todos os pacotes LFI, todos os pacotes serão hashed para o mesmo fluxo e transitam pelo mesmo link.
Use os resultados para verificar o balanceamento de carga.
Determine por que os pacotes são descartados em um PVC entre um dispositivo da Juniper Networks e um dispositivo de terceiros
Problema
Descrição
Você está configurando um circuito virtual permanente (PVC) entre interfaces T1, E1, T3 ou E3 em um dispositivo da Juniper Networks e um dispositivo de terceiros, e os pacotes estão sendo descartados e o ping falha.
Solução
Se o dispositivo de terceiros não tiver o mesmo suporte FRF.12 que o dispositivo Juniper Networks ou suportar o FRF.12 de uma maneira diferente, a interface de dispositivo da Juniper Networks no PVC pode descartar um pacote fragmentado contendo cabeçalhos FRF.12 e contá-lo como um "Descarte policiado".
Como uma solução alternativa, configure pacotes multilink em ambos os pares e configure limites de fragmentação nos pacotes multilink.