Configuração de interfaces de serviços de enlace
Os dispositivos da Juniper Networks oferecem suporte a lsq-0/0/0 serviços de enlace na interface de enfileiramento de serviços de enlace, 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.
Visão geral das interfaces de serviços de enlace
Os serviços de link incluem os serviços multilink MLPPP (Multilink Point-to-Point Protocol), MLFR (Multilink Frame Relay) e CRTP (Compressed Real-Time Transport Protocol). Os dispositivos da Juniper Networks oferecem suporte a lsq-0/0/0 serviços de enlace na interface de enfileiramento de serviços de enlace.
Você configura a interface de enfileiramento de serviços de enlace (lsq-0/0/0) em um dispositivo da Juniper Networks para oferecer suporte a serviços multilink e CRTP.
A interface de enfileiramento de serviços de enlace consiste em serviços fornecidos pelas seguintes interfaces: interface de serviços multilink (ml-fpc/pic/port ), interface de serviços de enlace (ls-fpc/pic/port ) e interface de enfileiramento inteligente de serviços de enlace (lsq-fpc/pic/port ). Embora as interfaces de serviços multilink, serviços de link e enfileiramento inteligente (IQ) de serviços de link estejam instaladas em placas de interface física (PICs), a interface de enfileiramento de serviços de link é apenas uma interface interna e não está associada a um meio físico ou módulo de interface física (PIM).
(ls-fpc/pic/port ) não é suportado.
Esta seção contém os tópicos a seguir.
- Serviços disponíveis em uma interface de serviços de enlace
- Exceções de serviços de link
- Configuração de MLPPP multiclasse
- Enfileiramento com LFI
- Visão geral do protocolo de transporte em tempo real compactado
- Configurando a 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 enlace
A interface de serviços de enlace é 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 fornecer largura de banda, balanceamento de carga e redundância adicionais.
Nota:
Não há suporte para configurações de controle dinâmico de admissão de chamadas (DCAC) em interfaces de serviços de link. |
|
| Link fragmentação e intercalação (LFI) |
Reduz o atraso e o jitter nos links, dividindo grandes pacotes de dados e intercalando pacotes de voz sensíveis a atrasos com os pacotes menores resultantes. |
Entender a fragmentação de links e a configuração de intercalação |
| Protocolo de transporte em tempo real (CRTP) compactado |
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 compactado |
| Classificadores de classe de serviço (CoS), classes de encaminhamento, agendadores e mapas de agendadores e taxas de modelagem |
Fornece uma prioridade mais alta para pacotes sensíveis a atrasos — configurando o CoS, como o seguinte:
|
Exceções de serviços de link
A implementação de serviços de link e multilink é semelhante à implementação em outras plataformas de roteamento, com as seguintes exceções:
-
O suporte para serviços de link e multilink está na
lsq-0/0/0interface em vez dasml-fpc/pic/portinterfaces ,lsq-fpc/pic/porte .ls-fpc/pic/port -
Quando o LFI está habilitado, os pacotes fragmentados são enfileirados de forma round robin nos links constituintes para permitir o balanceamento de carga por pacote e por fragmento. Consulte 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 compactado (CRTP) é para MLPPP e PPP.
Configuração de MLPPP multiclasse
Para lsq-0/0/0 um dispositivo da Juniper Networks, com encapsulamento MLPPP, você pode configurar MLPPP multiclasse. Se você não configurar o MLPPP multiclasse, os fragmentos de classes diferentes 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 única classe de tráfego sensível à latência e não haja tráfego de alta prioridade que tenha precedência sobre o tráfego sensível à latência. Essa abordagem para LFI, usada no PIC de serviços de link, 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.
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 o 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, porque o MLPPP multiclasse representa um superconjunto de funcionalidades. Quando você configura o MLPPP multiclasse, o LFI é habilitado automaticamente.
A implementação do PPP do Junos OS não oferece suporte à negociação de opções de NCP PPP de compactação de campo de endereço e compactação de campo de protocolo, o que significa que o software sempre envia um cabeçalho PPP completo de 4 bytes.
A implementação do Junos OS de MLPPP multiclasse não oferece suporte à compactação de bytes de cabeçalho comuns.
O MLPPP multiclasse simplifica muito os problemas de ordenação de pacotes que ocorrem quando vários links são usados. Sem o MLPPP multiclasse, todo o tráfego de voz pertencente a um único fluxo é hash para um único link para evitar problemas de ordenação de pacotes. Com o 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 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 multilink devem ser negociadas quando um link se une ao pacote, inclua a multilink-max-classes declaração:
multilink-max-classes number;
Você pode incluir essa instruçã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 classes multilink pode ser de 1 a 8. O número de classes multilink para cada classe de encaminhamento não deve exceder o número de classes 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 da [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 de í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 visualizar 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. Nenhuma alteração no número da fila ocorre enquanto os pacotes fragmentados, não fragmentados ou LFI estão sendo enfileirados.
Por exemplo, suponha que a Fila Q0 esteja configurada com o limite de fragmentação 128, Q1 esteja configurada sem fragmentação e Q2 esteja configurada com o limite de fragmentação 512. Q0 está recebendo fluxo de tráfego com tamanho de pacote 512. O Q1 está recebendo tráfego de voz de 64 bytes e o Q2 está recebendo fluxo de tráfego com pacotes de 128 bytes. Em seguida, o fluxo em Q0 é fragmentado e enfileirado em Q0 de um link constituinte. Além disso, todos os pacotes no Q2 são enfileirados no Q0 no link constituinte. O fluxo em Q1 é considerado LFI porque nenhuma fragmentação está configurada. Todos os pacotes de Q0 e Q2 são enfileirados em Q0 do link constituinte. Todos os pacotes de Q1 são enfileirados em Q2 do link constituinte.
Usando 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 em Q2s de links constituintes
Ao usar a classe de serviço em um pacote multilink, todo o tráfego Q2 do pacote multilink é enfileirado para Q2 de links constituintes com base em um hash calculado a partir do endereço de origem, endereço de destino e protocolo IP do pacote. Se a carga de IP for tráfego TCP ou UDP, o hash também incluirá 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 é enfileirado para Q2 de um link constituinte. Esse método de entrega de tráfego para o link constituinte é aplicado em todos os momentos, inclusive quando o pacote não foi configurado com LFI.
Visão geral do protocolo de transporte em tempo real compactado
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 em 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 (CID) de 2 bytes, reduzindo consideravelmente a sobrecarga do cabeçalho.
A Figura 1 mostra como o CRTP compacta o cabeçalho RTP em um pacote de voz reduzindo um cabeçalho de 40 bytes a um cabeçalho de 2 bytes.
Você pode configurar o CRTP com encapsulamento de interface lógica MLPPP ou PPP em interfaces de serviços de enlace. Consulte Exemplo: Configuração de um pacote MLPPP.
Os quadros de dados em tempo real e não em tempo real são transportados juntos em links de baixa velocidade sem causar atrasos excessivos no tráfego em tempo real. Consulte Noções Básicas Sobre Fragmentação de Link e Configuração de Intercalação.
Configurando a fragmentação por classe de encaminhamento
Para lsq-0/0/0 isso, você pode especificar propriedades de fragmentação para classes de encaminhamento específicas. O tráfego em cada classe de encaminhamento pode ser encapsulado multilink (fragmentado e sequenciado) ou não encapsulado (hash sem fragmentação). Por padrão, o tráfego em todas as classes de encaminhamento é encapsulado em vários links.
Quando você não configura propriedades de fragmentação para as filas em interfaces MLPPP, o limite de fragmentação definido no nível de [edit interfaces interface-name unit logical-unit-number fragment-threshold] hierarquia é o limite de fragmentação para todas as classes de encaminhamento na interface MLPPP. Para interfaces MLFR FRF.16, o limite de fragmentação definido no nível de [edit interfaces interface-name mlfr-uni-nni-bundle-options fragment-threshold] hierarquia é o limite de fragmentação para todas as classes de encaminhamento na interface MLFR FRF.16.
Se você não definir um tamanho máximo de fragmento em nenhum lugar da configuração, os pacotes ainda serão fragmentados se excederem a menor unidade máxima de transmissão (MTU) ou a unidade reconstruída máxima recebida (MRRU) de todos os links no pacote. Um fluxo não encapsulado usa apenas um link. Se o fluxo exceder um único link, a classe de encaminhamento deverá ser encapsulada em vários links, a menos que o tamanho do pacote exceda o MTU/MRRU.
Mesmo que você não defina um tamanho máximo de fragmento em nenhum lugar da configuração, poderá configurar o MRRU incluindo a instrução mrru no [edit interfaces lsq-0/0/0 unit logical-unit-number] nível da hierarquia or [edit interfaces interface-name mlfr-uni-nni-bundle-options] . O MRRU é semelhante ao MTU, mas é específico para interfaces de serviços de link. Por padrão, o tamanho do MRRU é de 1504 bytes e você pode configurá-lo para ser de 1500 a 4500 bytes.
Para configurar propriedades de fragmentação em uma fila, inclua a fragmentação-maps declaraçã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 limite de fragmentação de classe por encaminhamento, inclua a fragment-threshold instrução no mapa de fragmentação. Essa instrução define o tamanho máximo de cada fragmento multilink.
Para definir o tráfego em uma fila como não encapsulado em vez de encapsulado multilink, inclua a no-fragmentation instrução no mapa de fragmentação. Essa instrução especifica que um cabeçalho de fragmentação extra não é anexado aos pacotes recebidos nessa fila e que o balanceamento de carga de link estático é usado para garantir a entrega de pacotes em ordem.
Para uma determinada classe de encaminhamento, você pode incluir a fragment-threshold instrução or no-fragmentation ; elas são mutuamente exclusivas.
Você usa a multilink-class instrução para mapear uma classe de encaminhamento em um MLPPP multiclasse. Para uma determinada classe de encaminhamento, você pode incluir a multilink-class instrução or no-fragmentation ; elas são mutuamente exclusivas.
Para associar um mapa de fragmentação a uma interface PPP multilink ou DLCI MLFR FRF.16, inclua a fragmentation-map instrução no nível de [edit class-of-service interfaces interface-name unit logical-unit-number] hierarquia:
[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 devido ao bit stuffing em links seriais. O bit stuffing é 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 a sobrecarga da camada de link. Na maioria dos ambientes de rede, a sobrecarga média da camada de enlace é de 1,6%. Portanto, recomendamos 4% como salvaguarda.
Para lsq-0/0/0 dispositivos da Juniper Networks, você pode configurar a porcentagem de largura de banda do pacote a ser reservada para a sobrecarga da camada de link. Para fazer isso, inclua a link-layer-overhead declaração:
link-layer-overhead percent;
Você pode incluir essa instruçã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 para ser 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. Consulte o Guia de introdução do seu dispositivo.
Ter um conhecimento básico das interfaces físicas e lógicas e das convenções de interface da Juniper Networks. Consulte Noções básicas sobre interfaces
Planeje como você vai usar a interface de serviços de link em sua rede. Consulte Visão geral das interfaces dos Serviços de Link.
Para configurar serviços de enlace em uma interface, execute as seguintes tarefas:
- Configure a fragmentação e intercalação de links (LFI). Consulte Exemplo: Configuração da fragmentação e intercalação de links.
- Configure classificadores e classes de encaminhamento. Consulte Exemplo: Definição de classificadores e encaminhamento de classes.
- Configure mapas do agendador. Consulte Noções básicas sobre como definir e aplicar mapas do agendador.
- Configure taxas de modelagem de interface. Veja exemplo: configurar taxas de modelagem de interface
- Configure um pacote MLPPP. Consulte Exemplo: Configuração de um pacote MLPPP.
- Para configurar o CRTP, consulte Exemplo: Configurando o protocolo de transporte em tempo real compactado
Verificando a interface de serviços de enlace
Confirme se a configuração está funcionando corretamente.
- Verificando as estatísticas da interface de serviços de enlace
- Verificando a configuração de CoS dos serviços de enlace
Verificando as estatísticas da interface de serviços de enlace
Propósito
Verifique as estatísticas da interface de serviços de enlace.
Ação
A saída de exemplo fornecida nesta seção é baseada nas configurações fornecidas em Exemplo: Configurando um pacote MLPPP. Para verificar se os links constituintes foram adicionados ao pacote corretamente e se os pacotes foram fragmentados e transmitidos corretamente, execute 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: Configurando um pacote MLPPP.
Na CLI, insira o
pingcomando para verificar se uma conexão foi estabelecida entre R0 e R1.Transmita 10 pacotes de dados, de 200 bytes cada, de R0 a R1.
Em R0, na CLI, insira o
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, siga um destes procedimentos:No editor de configuração da CLI, exclua a
disable[edit interfaces interface-name]instrução no nível da hierarquia de configuração.No editor de configuração J-Web, desmarque a
DisableInterfaces>interface-namecaixa de seleção na página.
Physical link— O link físico éUp. Um estado de link de indica um problema com o módulo de interface, a porta de interface ou a conexão física (erros daDowncamada de link).Last flapped— OLast Flappedtempo é um valor esperado. ALast Flappedhora indica a última vez que a interface física ficou indisponível e, em seguida, disponível novamente. Flapping inesperado indica prováveis erros na camada de link.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 alterações, use oclear interfaces statistics interface-namecomando.Queue counters— O nome e o número de filas estão configurados. Esta saída de exemplo 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.0.Bundle options— O limite de fragmentação está configurado corretamente e a intercalação de fragmentos está habilitada.Bundle errors— Quaisquer pacotes e fragmentos descartados pelo pacote.Statistics— Os fragmentos e pacotes são recebidos e transmitidos corretamente pelo dispositivo. Todas as referências à direção do 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 para fora do dispositivo.Neste exemplo, 10 pacotes de dados de 200 bytes foram transmitidos. Como o limite de fragmentação é definido como 128 bytes, todos os pacotes de dados foram fragmentados em dois fragmentos. A saída da amostra mostra que 10 pacotes e 20 fragmentos foram transmitidos corretamente.
Link— Os links constituintes são adicionados a este pacote e estão recebendo e transmitindo fragmentos e pacotes corretamente. O número combinado de fragmentos transmitidos nos elos constituintes deve ser igual ao número de fragmentos transmitidos do feixe. Esta saída de amostra mostra que o pacote transmitiu 20 fragmentos e os dois elosse-1/0/0.0constituintes ese-1/0/1.0.0transmitiu10+10=20corretamente os fragmentos.DestinationeLocal— endereço IP do lado remoto do pacote multilink e do lado local do pacote multilink. Esta saída de exemplo mostra que o endereço de destino é o endereço em R1 e o endereço local é o endereço em R0.
Verificando a configuração de CoS dos serviços de enlace
Propósito
Verifique as configurações de CoS na interface de serviços de enlace.
Ação
Na CLI, insira 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 exemplo fornecida nesta seção é baseada nas configurações fornecidas emExemplo: Configurando 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 configurável multilink e os componentes de CoS aplicados ao pacote. A saída de exemplo mostra que o pacote multilink élsq-0/0/0.0, e o mapas_mapdo agendador de CoS é aplicado a ele.Classifier— Pontos de código, classes de encaminhamento e prioridades de perda atribuídas ao classificador. A saída de exemplo mostra que um classificador padrão,ipprec-compatibility, foi aplicado àlsq-0/0/0interface e o classificadorclassify_inputfoi aplicado àge-0/0/1interface.Scheduler— Taxa de transmissão, tamanho do buffer, prioridade e prioridade de perda atribuídas a cada agendador. A saída de exemplo exibe os agendadores de dados, voz e controle de rede com todos os valores configurados.
Entendendo a configuração da interface interna LSQ-0/0/0
A interface de serviços de enlace é apenas uma interface interna. Não está associado a um meio físico ou PIM. Os pacotes são roteados para essa interface para agrupamento ou compactação de links.
Pode ser necessário que você atualize sua configuração para usar a interface interna lsq-0/0/0 como a interface de enfileiramento de serviços de enlace em vez de ls-0/0/0, que foi descontinuada. 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 reverter a alteração) para serviços multilink.
Requisitos
Este 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 enlace 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 adicionar 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, anexe o mapa de fragmentação configurado na etapa anterior a lsq-0/0/0 e especifique o número da unidade como 6 do pacote multilink para o qual os fragmentos de intercalação 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. Você exclui o mapa de fragmentação se ele estiver configurado na hierarquia [class-of-service] e exclui o mapa de fragmentação se ele estiver atribuído a lsq-0/0/0. Você pode excluir multilink-max-classes se estiver configurado para lsq-0/0/0 na [interfaces] hierarquia. Em seguida, você exclui a sobrecarga da camada de enlace se estiver configurada para lsq-0/0/0 na hierarquia [interfaces].
Se nenhuma fragmentação estiver configurada em nenhuma classe de encaminhamento e o mapa de fragmentação for atribuído a lsq-0/0/0, você configurará fragmentos de intercalação para a interface ls-0/0/0. Por fim, você configura o classificador para pacotes LFI para se referir à 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 alteração), 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 requer que você navegue por vários níveis na hierarquia de configuração. Para obter instruções sobre como fazer isso, consulte Usando o Editor de CLI no Modo de Configuração.
Para atualizar de ls-0/0/0 para lsq-0/0/0 ou para reverter essa alteração:
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 da 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 na classe de serviço.
[edit] user@host# delete class-of-service fragmentation-maps map6
Exclua o mapa de fragmentação se ele estiver 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 configurado para lsq-0/0/0.
Nota:Multilink-max-classes não é suportado e provavelmente não está configurado.
Exclua a sobrecarga da camada de enlace 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 enlace 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 intercalação para a interface ls-0/0/0.
[edit interfaces] user@host# set ls-0/0/0 unit 6 interleave-fragments
Resultados
No modo de configuração, confirme sua configuração digitando o 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.
Solucionar problemas da interface de serviços de link
Para resolver problemas de configuração em uma interface de serviços de link:
- Determinar quais componentes de CoS são aplicados aos links constituintes
- Determine o que causa jitter e latência no pacote multilink
- Determine se o LFI e o balanceamento de carga estão funcionando corretamente
- Determinar por que os pacotes são descartados em um PVC entre um dispositivo da Juniper Networks e um dispositivo de terceiros
Determinar quais componentes de 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 do CoS aos links constituintes ou aplicá-los ao pacote multilink é suficiente?
Solução
Você pode aplicar um mapa do 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 do 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 de CoS ocorre no lado de entrada da interface, não no lado de transmissão, portanto, nenhum classificador é necessário em links constituintes. |
Classe de encaminhamento |
Sim |
Não |
A classe de encaminhamento está associada a uma fila e a fila é aplicada à interface por um mapa do agendador. A atribuição de fila é predeterminada nos links constituintes. Todos os pacotes de Q2 do pacote multilink são atribuídos a Q2 do link constituinte, e os pacotes de todas as outras filas são enfileirados para Q0 do link constituinte. |
Mapa do agendador |
Sim |
Sim |
Aplique mapas do agendador no pacote multilink e no link constituinte da seguinte maneira:
|
Taxa de modelagem para um agendador por unidade ou um agendador no nível da interface |
Não |
Sim |
Como o agendamento por unidade é aplicado somente no ponto final, aplique essa taxa de formatação somente aos links constituintes. Qualquer configuração aplicada anteriormente é substituída pela configuração do link constituinte. |
Modelagem exata da taxa de transmissão ou no nível da fila |
Sim |
Não |
A modelagem no nível da interface aplicada nos links constituintes substitui qualquer modelagem na fila. Portanto, aplique a modelagem exata da taxa de transmissão apenas no feixe multilink. |
Regras de reescrita |
Sim |
Não |
Os bits de regravação 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 |
Os grupos de canais virtuais são identificados por meio de regras de filtro de firewall que são aplicadas em pacotes somente antes do pacote multilink. Assim, não é necessário aplicar a configuração do grupo de canais virtuais aos links constituintes. |
Veja também
Determine 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 do LFI e do CRTP, a latência aumentou mesmo em um enlace não congestionado. Como 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 enlace.
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 da Juniper Networks (JTAC).
Determine se o LFI e o balanceamento de carga estão funcionando corretamente
Problema
Descrição
Nesse 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 a atrasos. Depois de configurar o MLPPP e o LFI, certifique-se de que os pacotes de voz sejam transmitidos pela rede com muito pouco atraso e jitter. Como você pode descobrir se os pacotes de voz estão sendo tratados como pacotes LFI e se o balanceamento de carga é realizado corretamente?
Solução
Quando o LFI está 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 sensíveis a atrasos (LFI) são encapsulados por PPP e intercalados entre fragmentos de pacotes de dados. O enfileiramento 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 se os pacotes estão fragmentados e encapsulados conforme configurado. 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 foi 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 seriais, se-1/0/0 e se-1/0/1. Em R0 e R1, MLPPP e LFI são habilitados na interface de serviços de enlace e o limite de fragmentação é definido como 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 limite de fragmentação)
500 pacotes de dados de 60 bytes (menores que o limite 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 se o LFI e o balanceamento de carga foram executados corretamente:
Somente as partes significativas da saída do comando são exibidas e descritas neste exemplo.
Verifique a fragmentação do pacote. Do modo operacional, insira o
show interfaces lsq-0/0/0comando para verificar se os pacotes grandes estã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 em trânsito = 1000
O número total de fragmentos em trânsito=1100
O número de pacotes de dados que foram fragmentados =100
O número total de pacotes enviados (600 + 400) no pacote multilink corresponde ao número de pacotes em trânsito (1000), indicando que nenhum pacote foi descartado.
O número de fragmentos em trânsito excede o número de pacotes em trânsito em 100, indicando que 100 pacotes de dados grandes foram fragmentados corretamente.
Corrective Action— Se os pacotes não estiverem fragmentados corretamente, verifique a configuração do limite de fragmentação. Pacotes menores que o limite 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 em PPP e os pacotes não LFI são encapsulados com PPP e MLPPP. Os encapsulamentos PPP e MLPPP têm sobrecargas diferentes, resultando em pacotes de tamanhos diferentes. Você pode comparar os tamanhos dos pacotes para determinar o tipo de encapsulamento.
Um pequeno pacote de dados não fragmentado contém um cabeçalho PPP e um único cabeçalho MLPPP. Em um grande pacote de dados fragmentados, 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 PPP e MLPPP adicionam o seguinte número de bytes a um pacote:
O encapsulamento PPP adiciona 7 bytes:
4 bytes de cabeçalho + 2 bytes de sequência de verificação de quadro (FCS) + 1 byte ocioso ou contendo um sinalizador
O encapsulamento 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 do pacote são ainda menores do que para um pacote LFI. Para obter mais informações, consulte Exemplo: configurando o protocolo de transporte em tempo real compactado.
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 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 sequência longa
MLPPP
70 bytes
4 + 2 + 1 + 4 + 4 = 15 bytes
85 bytes
Do 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. 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 enlace e seus enlaces constituintes. A Tabela 4 apresenta um resumo desses valores. (Como o número de pacotes transmitidos é igual ao número de pacotes enfileirados em todos os links, essa tabela mostra apenas os pacotes enfileirados.)Tabela 4: Número de pacotes transmitidos em uma fila Pacotes em fila
Pacote lsq-0/0/0.0
Link constituinte se-1/0/0
Link 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 Q2
400
100
300
O número total de pacotes transitando pelos links constituintes era igual ao número de pacotes no pacote.
Pacotes no Q3
0
19
18
Os pacotes que transitam Q3 dos links constituintes são para mensagens keepalive trocadas entre links constituintes. Assim, nenhum pacote foi contado no Q3 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 transmitidos, os pacotes eram descartados porque o buffer era muito pequeno. O tamanho do buffer nos links constituintes controla o congestionamento no estágio de saída. Para corrigir esse problema, aumente o tamanho do buffer nos links constituintes.
O número de pacotes em trânsito 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 Q0.
O número de pacotes que transitam 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 Q2.
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 Q0 dos links constituintes.
Os pacotes transitaram por ambos os links constituintes, indicando que o balanceamento de carga foi realizado corretamente em pacotes não LFI.
O número total de pacotes transitando 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 Q2.
Pacotes LFI da porta
100de origem transitados e pacotes LFI da porta200de origem transitadosse-1/0/0se-1/0/1. Assim, todos os pacotes LFI (Q2) foram hash com base na porta de origem e transitaram corretamente por ambos os links constituintes.
Corrective Action— Se os pacotes transitaram por apenas um link, execute as seguintes etapas para resolver o problema:Determine se o enlace físico é
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 link). Se o link estiver operacional, vá 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 em Q2. Todos os pacotes enfileirados para Q2 são tratados como pacotes LFI.
Verifique se pelo menos um dos seguintes valores é diferente nos pacotes LFI: endereço de origem, endereço de destino, protocolo IP, porta de origem ou porta de destino. Se os mesmos valores forem configurados para todos os pacotes LFI, os pacotes serão todos hash para o mesmo fluxo e transitarão pelo mesmo link.
Use os resultados para verificar o balanceamento de carga.
Determinar 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 (PVC) permanente 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 a FRF.12 que o dispositivo da Juniper Networks ou oferecer suporte a FRF.12 de uma maneira diferente, a interface do dispositivo da Juniper Networks no PVC poderá descartar um pacote fragmentado contendo cabeçalhos FRF.12 e contá-lo como um "descarte policiado".
Como solução alternativa, configure pacotes multilink em ambos os pares e configure limites de fragmentação nos pacotes multilink.