EN ESTA PÁGINA
Descripción general de las interfaces de servicios de vínculo
Descripción general de la configuración de servicios de vínculo
Descripción de la configuración de la interfaz interna LSQ-0/0/0
Ejemplo: actualización de ls-0/0/0 a lsq-0/0/0 para servicios multivínculo
Solución de problemas de la interfaz de servicios de vínculo
Configuración de interfaces de servicios de vínculo
Los dispositivos Juniper Networks admiten servicios de vínculo en la interfaz de cola de servicios de lsq-0/0/0 vínculo, que incluye servicios multivínculo como MLPP, MLFR y CRTP. En los temas siguientes se describe la descripción general de los servicios de vínculo, los detalles de configuración y la comprobación de los servicios de vínculo en los firewalls de la serie SRX.
Descripción general de las interfaces de servicios de vínculo
Los servicios de vínculo incluyen los servicios multivínculo Multilink Point-to-Point Protocol (MLPPP), Multilink Frame Relay (MLFR) y Compressed Real-Time Transport Protocol (CRTP). Los dispositivos Juniper Networks admiten servicios de vínculo en la interfaz de cola de servicios de lsq-0/0/0 vínculo.
Configure la interfaz de cola de servicios de vínculo (lsq-0/0/0) en un dispositivo de Juniper Networks para admitir servicios multivínculo y CRTP.
La interfaz de cola de servicios de vínculo en los firewalls de la serie SRX consta de servicios proporcionados por las siguientes interfaces en las plataformas de enrutamiento de las series M y T de Juniper Networks: interfaz de servicios multivínculo (ml-fpc/pic/port), interfaz de servicios de vínculo (ls-fpc/pic/port) e interfaz de cola inteligente de servicios de vínculo (lsq-fpc/pic/port). Aunque los servicios multivínculo, los servicios de vínculo y las interfaces de cola inteligente (IQ) de los servicios de vínculo en las plataformas de enrutamiento de las series M y T se instalan en tarjetas de interfaz física (PIC), la interfaz de cola de servicios de vínculo en los firewalls de la serie SRX es solo una interfaz interna y no está asociada a un medio físico ni a un módulo de interfaz física (PIM).
(ls-fpc/pic/port) no es compatible con los firewalls de la serie SRX.
Esta sección contiene los siguientes temas.
- Servicios disponibles en una interfaz de servicios de vínculo
- Excepciones de servicios de vínculo
- Configuración de MLPPP multiclase
- Hacer cola con LFI
- Descripción general del protocolo de transporte comprimido en tiempo real
- Configuración de la fragmentación por clase de reenvío
- Configuración de la sobrecarga de capa de vínculo
Servicios disponibles en una interfaz de servicios de vínculo
La interfaz de servicios de vínculo es una interfaz lógica disponible de forma predeterminada. En la tabla 1 se resumen los servicios disponibles en la interfaz.
Servicios |
Propósito |
Más información |
|---|---|---|
Paquetes multivínculo mediante encapsulación MLPPP y MLFR |
Agrega varios vínculos constituyentes en un paquete lógico más grande para proporcionar ancho de banda, equilibrio de carga y redundancia adicionales.
Nota:
Las configuraciones de control dinámico de admisión de llamadas (DCAC) no se admiten en las interfaces de servicios de vínculo. |
|
Fragmentación e intercalado de vínculos (LFI) |
Reduce la demora y la fluctuación en los vínculos al dividir paquetes de datos grandes e intercalar paquetes de voz sensibles a los retrasos con los paquetes más pequeños resultantes. |
Descripción de la fragmentación de vínculos y la configuración de entrelazado |
Protocolo de transporte comprimido en tiempo real (CRTP) |
Reduce la sobrecarga causada por el Protocolo de transporte en tiempo real (RTP) en los paquetes de voz y vídeo. |
Descripción general del protocolo de transporte comprimido en tiempo real |
Clasificadores de clase de servicio (CoS), clases de reenvío, programadores y mapas de programadores, y velocidades de configuración |
Proporciona una mayor prioridad a los paquetes sensibles a los retrasos, mediante la configuración de CoS, como la siguiente:
|
Excepciones de servicios de vínculo
La implementación de servicios de vínculo y multivínculo en los firewalls de la serie SRX es similar a la implementación en las plataformas de enrutamiento de las series M y T, con las siguientes excepciones:
La compatibilidad con los servicios de vínculo y multivínculo se realiza en la
lsq-0/0/0interfaz en lugar de en lasml-fpc/pic/portinterfaces ,lsq-fpc/pic/portyls-fpc/pic/port.Cuando LFI está habilitado, los paquetes fragmentados se ponen en cola de forma redonda en los enlaces constituyentes para permitir el equilibrio de carga por paquete y por fragmento. Consulte Colas con LFI.
El soporte para la programación por unidad se realiza en todos los tipos de enlaces constituyentes (en todos los tipos de interfaces).
La compatibilidad con el Protocolo de transporte en tiempo real comprimido (CRTP) es tanto para MLPPP como para PPP.
Configuración de MLPPP multiclase
Para lsq-0/0/0 en un dispositivo de Juniper Networks, con encapsulación MLPPP, puede configurar MLPPP multiclase. Si no configura MLPPP multiclase, no se pueden intercalar fragmentos de diferentes clases. Todos los fragmentos de un solo paquete deben enviarse antes de que se envíen los fragmentos de otro paquete. Los paquetes no fragmentados se pueden intercalar entre fragmentos de otro paquete para reducir la latencia que ven los paquetes no fragmentados. En efecto, el tráfico sensible a la latencia se encapsula como tráfico PPP regular y el tráfico masivo se encapsula como tráfico multivínculo. Este modelo funciona siempre que haya una sola clase de tráfico sensible a la latencia y no haya tráfico de alta prioridad que tenga prioridad sobre el tráfico sensible a la latencia. Este enfoque de LFI, utilizado en la PIC de servicios de vínculo, solo admite dos niveles de prioridad de tráfico, lo que no es suficiente para transportar las clases de reenvío de cuatro a ocho que admiten las plataformas de enrutamiento de las series M y T.
MLPPP multiclase permite tener varias clases de tráfico sensible a la latencia que se transportan a través de un único paquete multivínculo con tráfico masivo. En efecto, MLPPP multiclase permite que diferentes clases de tráfico tengan diferentes garantías de latencia. Con MLPPP multiclase, puede asignar cada clase de reenvío en una clase multivínculo independiente, preservando así las garantías de prioridad y latencia.
No es necesario configurar LFI y MLPPP multiclase en el mismo paquete, ni se admite, ya que MLPPP multiclase representa un superconjunto de funcionalidades. Cuando se configura MLPPP multiclase, LFI se habilita automáticamente.
La implementación PPP de Junos OS no admite la negociación de las opciones NCP PPP de compresión de campo de dirección y compresión de campo de protocolo, lo que significa que el software siempre envía un encabezado PPP completo de 4 bytes.
La implementación de Junos OS de MLPPP multiclase no admite la compresión de bytes de encabezado comunes.
MLPPP multiclase simplifica enormemente los problemas de orden de paquetes que se producen cuando se utilizan varios vínculos. Sin MLPPP multiclase, todo el tráfico de voz que pertenece a un solo flujo se codifica a un solo vínculo para evitar problemas de pedido de paquetes. Con MLPPP multiclase, puede asignar tráfico de voz a una clase de alta prioridad y puede usar varios vínculos.
Para configurar MLPPP multiclase en una interfaz IQ de servicios de vínculo, debe especificar cuántas clases multivínculo se deben negociar cuando un vínculo se une al paquete y debe especificar la asignación de una clase de reenvío en una clase MLPPP multiclase.
Para especificar cuántas clases multivínculo se deben negociar cuando un vínculo se une al paquete, incluya la multilink-max-classes instrucción:
multilink-max-classes number;
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
[edit interfaces interface-name unit logical-unit-number][edit logical-routers logical-router-name interfaces interface-name unit logical-unit-number]
El número de clases multivínculo puede ser del 1 al 8. El número de clases multivínculo para cada clase de reenvío no debe superar el número de clases multivínculo que se van a negociar.
Para especificar la asignación de una clase de reenvío en una clase MLPPP multiclase, incluya la multilink-class instrucción en el nivel de [edit class-of-service fragmentation-maps forwarding-class class-name] jerarquía:
edit class-of-service fragmentation-maps forwarding-classclass-namemultilink-class number
El número de índice de clase multivínculo puede ser del 0 al 7. La multilink-class declaración y la no-fragmentation declaración son mutuamente excluyentes.
Para ver el número de clases multivínculo negociadas, ejecute el show interfaces lsq-0/0/0.logical-unit-number detail comando.
Hacer cola con LFI
Los paquetes LFI o no LFI se colocan en colas en enlaces constituyentes en función de las colas a las que llegan. No se producen cambios en el número de cola mientras se ponen en cola los paquetes fragmentados, no fragmentados o LFI.
Por ejemplo, supongamos que la cola Q0 está configurada con el umbral de fragmentación 128, Q1 está configurada sin fragmentación y Q2 está configurada con el umbral de fragmentación 512. Q0 está recibiendo flujo de tráfico con el tamaño de paquete 512. Q1 recibe tráfico de voz de 64 bytes y Q2 recibe flujo de tráfico con paquetes de 128 bytes. A continuación, la secuencia en Q0 se fragmenta y se pone en cola en Q0 de un enlace constituyente. Además, todos los paquetes en Q2 se ponen en cola en Q0 en el enlace constituyente. La secuencia en Q1 se considera LFI porque no se configura ninguna fragmentación. Todos los paquetes de Q0 y Q2 se ponen en cola en Q0 del enlace constituyente. Todos los paquetes de Q1 se ponen en cola en Q2 del enlace constituyente.
Usando lsq-0/0/0, CRTP se puede aplicar en paquetes LFI y no LFI. No habrá cambios en sus números de cola debido a CRTP.
Cola en Q2 de enlaces constituyentes
Cuando se utiliza la clase de servicio en un paquete multivínculo, todo el tráfico Q2 del paquete multivínculo se pone en cola en Q2 de los vínculos constituyentes en función de un hash calculado a partir de la dirección de origen, la dirección de destino y el protocolo IP del paquete. Si la carga IP es tráfico TCP o UDP, el hash también incluye el puerto de origen y el puerto de destino. Como resultado de este algoritmo hash, todo el tráfico que pertenece a un flujo de tráfico se pone en cola en Q2 de un enlace constituyente. Este método de entrega de tráfico al enlace constituyente se aplica en todo momento, incluso cuando el paquete no se ha configurado con LFI.
Descripción general del protocolo de transporte comprimido en tiempo real
El protocolo de transporte en tiempo real (RTP) puede ayudar a lograr la interoperabilidad entre las diferentes implementaciones de aplicaciones de audio y vídeo en red. Sin embargo, en algunos casos, el encabezado, que incluye los encabezados IP, UDP y RTP, puede ser demasiado grande (alrededor de 40 bytes) en redes que utilizan líneas de baja velocidad, como módems de acceso telefónico. El protocolo de transporte en tiempo real comprimido (CRTP) se puede configurar para reducir la sobrecarga de la red en vínculos de baja velocidad. CRTP reemplaza los encabezados IP, UDP y RTP con un ID de contexto (CID) de 2 bytes, lo que reduce considerablemente la sobrecarga del encabezado.
La figura 1 muestra cómo CRTP comprime el encabezado RTP en un paquete de voz reduciendo un encabezado de 40 bytes a un encabezado de 2 bytes.
Puede configurar CRTP con encapsulación de interfaz lógica MLPPP o PPP en interfaces de servicios de vínculo. Consulte Ejemplo: Configuración de un paquete MLPPP.
Las tramas de datos en tiempo real y no en tiempo real se transportan juntas en vínculos de baja velocidad sin causar retrasos excesivos en el tráfico en tiempo real. Consulte Descripción de la fragmentación de vínculos y la configuración de entrelazado.
Configuración de la fragmentación por clase de reenvío
Para lsq-0/0/0, puede especificar propiedades de fragmentación para clases de reenvío específicas. El tráfico de cada clase de reenvío puede estar encapsulado en varios vínculos (fragmentado y secuenciado) o no encapsulado (hash sin fragmentación). De forma predeterminada, el tráfico de todas las clases de reenvío está encapsulado en multivínculo.
Cuando no se configuran las propiedades de fragmentación para las colas de las interfaces MLPPP, el umbral de fragmentación que se establece en el nivel de [edit interfaces interface-name unit logical-unit-number fragment-threshold] jerarquía es el umbral de fragmentación para todas las clases de reenvío de la interfaz MLPPP. Para las interfaces MLFR FRF.16, el umbral de fragmentación que se establece en el nivel de [edit interfaces interface-name mlfr-uni-nni-bundle-options fragment-threshold] jerarquía es el umbral de fragmentación para todas las clases de reenvío dentro de la interfaz MLFR FRF.16.
Si no establece un tamaño máximo de fragmento en ninguna parte de la configuración, los paquetes seguirán fragmentados si superan la unidad de transmisión máxima (MTU) o la unidad reconstruida máxima recibida (MRRU) más pequeña de todos los vínculos del paquete. Un flujo no encapsulado utiliza solo un vínculo. Si el flujo supera un solo vínculo, la clase de reenvío debe estar encapsulada en multivínculo, a menos que el tamaño del paquete supere la MTU/MRRU.
Incluso si no establece un tamaño máximo de fragmento en ninguna parte de la configuración, puede configurar la MRRU incluyendo la instrucción mrru en el nivel de [edit interfaces lsq-0/0/0 unit logical-unit-number] jerarquía o [edit interfaces interface-name mlfr-uni-nni-bundle-options] . La MRRU es similar a la MTU, pero es específica de las interfaces de servicios de vínculo. De forma predeterminada, el tamaño de MRRU es de 1504 bytes y puede configurarlo para que sea de 1500 a 4500 bytes.
Para configurar las propiedades de fragmentación en una cola, incluya la instrucción fragmentation-maps en el nivel de [edit class-of-service] jerarquía:
[edit class-of-service]
fragmentation-maps {
map-name {
forwarding-class class-name {
fragment-threshold bytes;
multilink-class number;
no-fragmentation;
}
}
}
Para establecer un umbral de fragmentación de clase por reenvío, incluya la fragment-threshold instrucción en la asignación de fragmentación. Esta instrucción establece el tamaño máximo de cada fragmento de multivínculo.
Para establecer el tráfico de una cola como no encapsulado en lugar de encapsulado multivínculo, incluya la no-fragmentation instrucción en el mapa de fragmentación. Esta instrucción especifica que no se antepone un encabezado de fragmentación adicional a los paquetes recibidos en esta cola y que se usa equilibrio de carga de vínculo estático para garantizar la entrega de paquetes en orden.
Para una clase de reenvío determinada, puede incluir la fragment-threshold instrucción o no-fragmentation ; son mutuamente excluyentes.
Utilice la multilink-class instrucción para asignar una clase de reenvío a un MLPPP multiclase. Para una clase de reenvío determinada, puede incluir la multilink-class instrucción o no-fragmentation ; son mutuamente excluyentes.
Para asociar un mapa de fragmentación con una interfaz PPP multivínculo o DLCI MLFR FRF.16, incluya la fragmentation-map instrucción en el nivel de [edit class-of-service interfaces interface-name unit logical-unit-number] jerarquía:
[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;
}
}
Configuración de la sobrecarga de capa de vínculo
La sobrecarga de la capa de enlaces puede causar caídas de paquetes en los enlaces constituyentes debido al relleno de bits en los enlaces serie. El relleno de bits se utiliza para evitar que los datos se interpreten como información de control.
De forma predeterminada, el 4 por ciento del ancho de banda total del paquete se reserva para la sobrecarga de la capa de vínculo. En la mayoría de los entornos de red, la sobrecarga media de la capa de enlace es del 1,6 %. Por lo tanto, recomendamos el 4 por ciento como salvaguardia.
En lsq-0/0/0 el dispositivo de Juniper Networks, puede configurar el porcentaje de ancho de banda del paquete que se reservará para la sobrecarga de la capa de vínculo. Para ello, incluya la instrucción link-layer-overhead:
link-layer-overhead percent;
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
[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]
Puede configurar el valor para que sea del 0 por ciento al 50 por ciento.
Descripción general de la configuración de servicios de vínculo
Antes de empezar:
Instale el hardware del dispositivo.
Establecer conectividad básica. Consulte la Guía de introducción para su dispositivo.
Tener una comprensión básica de las interfaces físicas y lógicas y de las convenciones de interfaz de Juniper Networks. Consulte Descripción de las interfaces
Planifique cómo va a utilizar la interfaz de servicios de vínculo en su red. Consulte Descripción general de las interfaces de servicios de vínculos.
Para configurar servicios de vínculo en una interfaz, realice las siguientes tareas:
- Configure la fragmentación e intercalado de vínculos (LFI). Consulte Ejemplo: Configuración de la fragmentación de vínculos y el entrelazado.
- Configurar clasificadores y clases de reenvío. Consulte Ejemplo: Definición de clasificadores y clases de reenvío.
- Configure mapas de programador. Consulte Descripción de cómo definir y aplicar mapas de programador.
- Configure las velocidades de modelado de la interfaz. Consulte Ejemplo: Configuración de velocidades de modelado de interfaces
- Configure un paquete MLPPP. Consulte Ejemplo: Configuración de un paquete MLPPP.
- Para configurar MLFR, consulte Ejemplo: Configuración de Multilink Frame Relay FRF.15 o Ejemplo: Configuración de Multilink Frame Relay FRF.16
- Para configurar CRTP, consulte Ejemplo: Configuración del protocolo de transporte comprimido en tiempo real
Comprobación de la interfaz de servicios de vínculo
Confirme que la configuración funciona correctamente.
- Comprobación de estadísticas de interfaz de servicios de vínculo
- Verificación de la configuración de CoS de Link Services
Comprobación de estadísticas de interfaz de servicios de vínculo
Propósito
Compruebe las estadísticas de la interfaz de servicios de vínculo.
Acción
El resultado de ejemplo proporcionado en esta sección se basa en las configuraciones proporcionadas en Ejemplo: Configuración de un paquete MLPPP. Para comprobar que los vínculos constituyentes se agregan correctamente al paquete y que los paquetes están fragmentados y transmitidos correctamente, realice las siguientes acciones:
En los dispositivos R0 y R1, los dos dispositivos utilizados en este ejemplo, configuren MLPPP y LFI como se describe en Ejemplo: Configuración de un paquete MLPPP.
Desde la CLI, escriba el
pingcomando para comprobar que se ha establecido una conexión entre R0 y R1.Transmitir 10 paquetes de datos, de 200 bytes cada uno, de R0 a R1.
En R0, desde la CLI, ingrese el
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
Este resultado muestra un resumen de la información de la interfaz. Verifique la siguiente información:
Physical interface: la interfaz física esEnabled. Si la interfaz se muestra comoDisabled, realice una de las siguientes acciones:En el editor de configuración de CLI, elimine la
disableinstrucción en el[edit interfaces interface-name]nivel de la jerarquía de configuración.En el editor de configuración de J-Web, desactive la
Disablecasilla de verificación de laInterfaces>interface-namepágina.
Physical link—El vínculo físico esUp. Un estado de vínculo de indica un problema con el módulo de interfaz, el puerto deDowninterfaz o la conexión física (errores de capa de vínculo).Last flapped—ElLast Flappedtiempo es un valor esperado. LaLast Flappedhora indica la última vez que la interfaz física dejó de estar disponible y, a continuación, volvió a estar disponible. El aleteo inesperado indica posibles errores de capa de vínculo.Traffic statistics: número y velocidad de bytes y paquetes recibidos y transmitidos en la interfaz. Compruebe que el número de bytes y paquetes entrantes y salientes coincide con el rendimiento esperado para la interfaz física. Para borrar las estadísticas y ver solo los cambios nuevos, utilice elclear interfaces statistics interface-namecomando.Queue counters: el nombre y el número de colas son los configurados. Esta salida de ejemplo muestra que se transmitieron 10 paquetes de datos y no se descartó ningún paquete.Logical interface—Nombre del paquete multivínculo que configuró—lsq-0/0/0.0.Bundle options: el umbral de fragmentación está configurado correctamente y el entrelazado de fragmentos está habilitado.Bundle errors: todos los paquetes y fragmentos que el paquete haya descartado.Statistics—El dispositivo recibe y transmite correctamente los fragmentos y paquetes. Todas las referencias a la dirección del tráfico (entrada o salida) se definen con respecto al dispositivo. Los fragmentos de entrada recibidos por el dispositivo se ensamblan en paquetes de entrada. Los paquetes de salida se segmentan en fragmentos de salida para su transmisión fuera del dispositivo.En este ejemplo, se transmitieron 10 paquetes de datos de 200 bytes. Dado que el umbral de fragmentación se establece en 128 bytes, todos los paquetes de datos se fragmentaron en dos fragmentos. La salida de ejemplo muestra que 10 paquetes y 20 fragmentos se transmitieron correctamente.
Link—Los enlaces constituyentes se agregan a este paquete y reciben y transmiten fragmentos y paquetes correctamente. El número combinado de fragmentos transmitidos en los enlaces constituyentes debe ser igual al número de fragmentos transmitidos desde el paquete. Esta salida de ejemplo muestra que el paquete transmitió 20 fragmentos y los dos enlacesse-1/0/0.0constituyentes yse-1/0/1.0.0transmitió10+10=20fragmentos correctamente.DestinationyLocal—Dirección IP del lado remoto del paquete multivínculo y del lado local del paquete multivínculo. Esta salida de ejemplo muestra que la dirección de destino es la dirección en R1 y la dirección local es la dirección en R0.
Verificación de la configuración de CoS de Link Services
Propósito
Compruebe las configuraciones de CoS en la interfaz de servicios de vínculo.
Acción
Desde la CLI, escriba los siguientes comandos:
show class-of-service interface interface-nameshow class-of-service classifier name classifier-nameshow class-of-service scheduler-map scheduler-map-name
El resultado de ejemplo proporcionado en esta sección se basa en las configuraciones proporcionadas enEjemplo: Configuración de un paquete 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]
Estos ejemplos de salida muestran un resumen de los componentes de CoS configurados. Verifique la siguiente información:
Logical Interface: nombre del paquete multivínculo y de los componentes de CoS aplicados al paquete. El resultado de ejemplo muestra que el paquete multivínculo eslsq-0/0/0.0, y se le aplica el mapas_mapdel programador CoS.Classifier: puntos de código, clases de reenvío y prioridades de pérdida asignadas al clasificador. El resultado de ejemplo muestra que se aplicó un clasificador predeterminado,ipprec-compatibility, a lalsq-0/0/0interfaz y el clasificadorclassify_inputa lage-0/0/1interfaz.Scheduler: Velocidad de transmisión, tamaño de búfer, prioridad y prioridad de pérdida asignados a cada programador. La salida de ejemplo muestra los programadores de control de datos, voz y red con todos los valores configurados.
Descripción de la configuración de la interfaz interna LSQ-0/0/0
La interfaz de servicios de vínculo es solo una interfaz interna. No está asociado con un medio físico o PIM. Dentro de un firewall de la serie SRX, los paquetes se enrutan a esta interfaz para la agrupación o compresión de vínculos.
Puede que sea necesario actualizar la configuración para utilizar la interfaz interna lsq-0/0/0 como interfaz de cola de servicios de vínculo en lugar de ls-0/0/0, que ha quedado obsoleta. También puede revertir la configuración modificada para usar ls-0/0/0.
Ejemplo: actualización de ls-0/0/0 a lsq-0/0/0 para servicios multivínculo
En este ejemplo se muestra cómo actualizar de ls-0/0/0 a lsq-0/0/0 (o revertir el cambio) para servicios multivínculo.
Requisitos
Este procedimiento sólo es necesario si sigue utilizando ls-0/0/0 en lugar de lsq-/0/0/0 o si necesita revertir a la interfaz anterior.
Visión general
En este ejemplo, se cambia el nombre de la interfaz interna de servicios de vínculo de ls-0/0/0 a lsq-0/0/0 o viceversa. Cambie el nombre de todas las apariciones de ls-0/0/0 en la configuración a lsq-0/0/0 y configure la asignación de fragmentación agregando sin fragmentación. No se especifica ninguna fragmentación después del nombre de la cola 2, si la cola 2 está configurada, o después del reenvío asegurado. A continuación, adjunte la asignación de fragmentación configurada en el paso anterior a lsq-0/0/0 y especifique el número de unidad como 6 del paquete multivínculo para el que se configuran fragmentos de intercalado.
A continuación, se revierte la configuración de lsq-0/0/0 a ls-0/0/0. Cambie el nombre de todas las apariciones en la configuración de lsq-0/0/0 a ls-0/0/0. Elimine el mapa de fragmentación si está configurado en la jerarquía [clase de servicio] y elimine el mapa de fragmentación si está asignado a lsq-0/0/0. Puede eliminar multilink-max-classes si está configurado para lsq-0/0/0 en la jerarquía [interfaces]. A continuación, elimine link-layer-overhead si está configurado para lsq-0/0/0 en la jerarquía [interfaces].
Si no se configura ninguna fragmentación en ninguna clase de reenvío y la asignación de fragmentación se asigna a lsq-0/0/0, configure los fragmentos de intercalado para la interfaz ls-0/0/0. Por último, configure el clasificador para paquetes LFI para hacer referencia a la cola 2. (La interfaz ls-0/0/0 trata la cola 2 como la cola LFI.)
Configuración
Procedimiento
Configuración rápida de CLI
Para actualizar rápidamente de ls-0/0/0 a lsq-0/0/0 (o revertir el cambio), copie los siguientes comandos y péguelos en la 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
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacerlo, consulte Uso del editor de CLI en modo de configuración.
Para actualizar de ls-0/0/0 a lsq-0/0/0 o para revertir ese cambio:
Cambie el nombre de todas las apariciones de ls-0/0/0 en la configuración.
[edit] user@host# rename interfaces ls-0/0/0 to lsq-0/0/0
Configure el mapa de fragmentación.
[edit class-of-service fragmentation-maps] user@host# set map6 forwarding-class assured-forwarding no-fragmentation
Especifique el número de unidad del paquete multivínculo.
[edit class-of-service ] user@host# set interfaces lsq-0/0/0 unit 6 fragmentation-map map6
Desvierta la configuración para todas las apariciones en la configuración.
[edit] user@host# rename interfaces lsq-0/0/0 to ls-0/0/0
Eliminar el mapa de fragmentación en clase de servicio.
[edit] user@host# delete class-of-service fragmentation-maps map6
Elimine el mapa de fragmentación si está asignado a la interfaz lsq-0/0/0.
[edit class-of-service interfaces] user@host# delete lsq-0/0/0 unit 6 fragmentation-map map6
Elimine las clases máximas de multivínculo si está configurado para lsq-0/0/0.
Nota:Multilink-max-classes no es compatible y lo más probable es que no esté configurado.
Elimine link-layer-overhead si está configurado para lsq-0/0/0.
[edit interfaces] user@host# delete lsq-0/0/0 unit 6 link-layer-overhead
Elimine link-layer-overhead si está configurado 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 intercalado para la interfaz ls-0/0/0.
[edit interfaces] user@host# set ls-0/0/0 unit 6 interleave-fragments
Resultados
Desde el modo de configuración, confirme la configuración introduciendo el show class-of-service comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.
[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;
}
}
}
}
Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.
Verificación
Confirme que la configuración funciona correctamente.
Solución de problemas de la interfaz de servicios de vínculo
Para resolver problemas de configuración en una interfaz de servicios de vínculo:
- Determinar qué componentes de CoS se aplican a los vínculos constituyentes
- Determinar qué causa la fluctuación y la latencia en el paquete multivínculo
- Determinar si LFI y equilibrio de carga funcionan correctamente
- Determinar por qué se dejan caer paquetes en un PVC entre un dispositivo de Juniper Networks y un dispositivo de terceros
Determinar qué componentes de CoS se aplican a los vínculos constituyentes
Problema
Descripción
Está configurando un paquete multivínculo, pero también tiene tráfico sin encapsulación MLPPP que pasa a través de vínculos constituyentes del paquete multivínculo. ¿Aplica todos los componentes de CoS a los enlaces constituyentes o es suficiente aplicarlos al paquete multivínculo?
Solución
Puede aplicar una asignación de programador al paquete multivínculo y a sus vínculos constituyentes. Aunque puede aplicar varios componentes de CoS con la asignación del programador, configure solo los que sean necesarios. Le recomendamos que mantenga la configuración de los enlaces constituyentes simple para evitar retrasos innecesarios en la transmisión.
La Tabla 2 muestra los componentes de CoS que se aplicarán en un paquete multivínculo y sus enlaces constituyentes.
Componente Cos |
Paquete Multilink |
Enlaces constituyentes |
Explicación |
|---|---|---|---|
Clasificador |
Sí |
No |
La clasificación CoS tiene lugar en el lado entrante de la interfaz, no en el lado de transmisión, por lo que no se necesitan clasificadores en los enlaces constituyentes. |
Clase de reenvío |
Sí |
No |
La clase de reenvío se asocia a una cola y la cola se aplica a la interfaz mediante una asignación de programador. La asignación de cola está predeterminada en los vínculos constituyentes. Todos los paquetes de Q2 del paquete multivínculo se asignan a Q2 del enlace constituyente, y los paquetes de todas las demás colas se ponen en cola en Q0 del enlace constituyente. |
Mapa del programador |
Sí |
Sí |
Aplique las asignaciones del programador en el paquete multivínculo y el vínculo constituyente de la siguiente manera:
|
Velocidad de conformación para un programador por unidad o un programador de nivel de interfaz |
No |
Sí |
Dado que la programación por unidad se aplica solo en el punto final, aplique esta velocidad de conformación solo a los vínculos constituyentes. Cualquier configuración aplicada anteriormente se sobrescribe con la configuración del vínculo constituyente. |
Velocidad de transmisión exacta o modelado a nivel de cola |
Sí |
No |
La forma a nivel de interfaz aplicada en los vínculos constituyentes anula cualquier forma en la cola. Por lo tanto, aplique la forma exacta de la velocidad de transmisión solo en el paquete multivínculo. |
Reescritura de reglas |
Sí |
No |
Los bits de reescritura se copian del paquete en los fragmentos automáticamente durante la fragmentación. Por lo tanto, lo que se configura en el paquete multivínculo se lleva en los fragmentos a los enlaces constituyentes. |
Grupo de canales virtuales |
Sí |
No |
Los grupos de canales virtuales se identifican mediante reglas de filtro de firewall que se aplican a los paquetes solo antes del paquete multivínculo. Por lo tanto, no es necesario aplicar la configuración del grupo de canales virtuales a los vínculos constituyentes. |
Ver también
Determinar qué causa la fluctuación y la latencia en el paquete multivínculo
Problema
Descripción
Para probar la fluctuación y la latencia, se envían tres flujos de paquetes IP. Todos los paquetes tienen la misma configuración de prioridad de IP. Después de configurar LFI y CRTP, la latencia aumentó incluso en un vínculo no congestionado. ¿Cómo puede reducir la fluctuación y la latencia?
Solución
Para reducir la fluctuación y la latencia, haga lo siguiente:
Asegúrese de que ha configurado una velocidad de conformación en cada enlace constituyente.
Asegúrese de que no ha configurado una velocidad de conformación en la interfaz de servicios de vínculo.
Asegúrese de que el valor de la velocidad de conformación configurada sea igual al ancho de banda de la interfaz física.
Si las velocidades de conformación están configuradas correctamente y la fluctuación persiste, comuníquese con el Centro de asistencia técnica de Juniper Networks (JTAC).
Determinar si LFI y equilibrio de carga funcionan correctamente
Problema
Descripción
En este caso, tiene una sola red que admite varios servicios. La red transmite datos y tráfico de voz sensible a los retrasos. Después de configurar MLPPP y LFI, asegúrese de que los paquetes de voz se transmiten a través de la red con muy poco retraso y fluctuación. ¿Cómo puede saber si los paquetes de voz se tratan como paquetes LFI y si el equilibrio de carga se realiza correctamente?
Solución
Cuando LFI está habilitado, los paquetes de datos (no LFI) se encapsulan con un encabezado MLPPP y se fragmentan en paquetes de un tamaño especificado. Los paquetes de voz sensibles al retardo (LFI) están encapsulados en PPP e intercalados entre fragmentos de paquetes de datos. Las colas y el equilibrio de carga se realizan de manera diferente para los paquetes LFI y no LFI.
Para comprobar que LFI se realiza correctamente, determine que los paquetes estén fragmentados y encapsulados según lo configurado. Después de saber si un paquete se trata como un paquete LFI o un paquete que no es LFI, puede confirmar si el equilibrio de carga se realiza correctamente.
Solution Scenario: supongamos que dos dispositivos de Juniper Networks, R0 y R1, están conectados por un paquete lsq-0/0/0.0 multivínculo que agrega dos vínculos se-1/0/0 serie y se-1/0/1. En R0 y R1, MLPPP y LFI se habilitan en la interfaz de servicios de vínculo y el umbral de fragmentación se establece en 128 bytes.
En este ejemplo, usamos un generador de paquetes para generar flujos de voz y datos. Puede utilizar la función de captura de paquetes para capturar y analizar los paquetes en la interfaz entrante.
Los dos flujos de datos siguientes se enviaron en el paquete multivínculo:
100 paquetes de datos de 200 bytes (mayores que el umbral de fragmentación)
500 paquetes de datos de 60 bytes (más pequeños que el umbral de fragmentación)
Las dos secuencias de voz siguientes se enviaron en el paquete multivínculo:
100 paquetes de voz de 200 bytes desde el puerto fuente 100
300 paquetes de voz de 200 bytes desde el puerto fuente 200
Para confirmar que la LFI y el equilibrio de carga se realizan correctamente:
En este ejemplo, solo se muestran y describen las partes significativas de la salida del comando.
Compruebe la fragmentación de paquetes. Desde el modo operativo, escriba el
show interfaces lsq-0/0/0comando para comprobar que los paquetes grandes están fragmentados correctamente.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: el resultado muestra un resumen de los paquetes que transitan por el dispositivo en el paquete multivínculo. Compruebe la siguiente información en el paquete multivínculo:El número total de paquetes en tránsito = 1000
El número total de fragmentos en tránsito=1100
El número de paquetes de datos fragmentados =100
El número total de paquetes enviados (600 + 400) en el paquete multivínculo coincide con el número de paquetes en tránsito (1000), lo que indica que no se descartó ningún paquete.
El número de fragmentos en tránsito supera en 100 el número de paquetes en tránsito, lo que indica que 100 paquetes de datos grandes se fragmentaron correctamente.
Corrective Action: si los paquetes no están fragmentados correctamente, compruebe la configuración del umbral de fragmentación. Los paquetes menores que el umbral de fragmentación especificado no se fragmentan.Verifique la encapsulación del paquete. Para averiguar si un paquete se trata como un paquete LFI o no LFI, determine su tipo de encapsulación. Los paquetes LFI están encapsulados PPP y los paquetes que no son LFI se encapsulan con PPP y MLPPP. Las encapsulaciones PPP y MLPPP tienen diferentes sobrecargas, lo que resulta en paquetes de diferentes tamaños. Puede comparar tamaños de paquetes para determinar el tipo de encapsulación.
Un pequeño paquete de datos no fragmentado contiene un encabezado PPP y un solo encabezado MLPPP. En un paquete de datos fragmentado de gran tamaño, el primer fragmento contiene un encabezado PPP y un encabezado MLPPP, pero los fragmentos consecutivos contienen solo un encabezado MLPPP.
Las encapsulaciones PPP y MLPPP agregan el siguiente número de bytes a un paquete:
La encapsulación PPP agrega 7 bytes:
4 bytes de encabezado + 2 bytes de secuencia de comprobación de tramas (FCS) + 1 byte que está inactivo o contiene una marca
La encapsulación MLPPP agrega entre 6 y 8 bytes:
4 bytes de encabezado PPP+2 a 4 bytes de encabezado multivínculo
La figura 2 muestra la sobrecarga agregada a los encabezados PPP y MLPPP.
Figura 2: Encabezados PPP
y MLPPP
Para los paquetes CRTP, la sobrecarga de encapsulación y el tamaño del paquete son incluso menores que para un paquete LFI. Para obtener más información, vea Ejemplo: Configuración del protocolo de transporte comprimido en tiempo real.
La Tabla 3 muestra la sobrecarga de encapsulación para un paquete de datos y un paquete de voz de 70 bytes cada uno. Después de la encapsulación, el tamaño del paquete de datos es mayor que el tamaño del paquete de voz.
Tabla 3: Sobrecarga de encapsulación PPP y MLPPP Tipo de paquete
Encapsulación
Tamaño inicial del paquete
Sobrecarga de encapsulación
Tamaño del paquete después de la encapsulación
Paquete de voz (LFI)
PPP
70 bytes
4 + 2 + 1 = 7 bytes
77 bytes
Fragmento de datos (no LFI) con secuencia corta
MLPPP
70 bytes
4 + 2 + 1 + 4 + 2 = 13 bytes
83 bytes
Fragmento de datos (no LFI) con secuencia larga
MLPPP
70 bytes
4 + 2 + 1 + 4 + 4 = 15 bytes
85 bytes
Desde el modo operativo, escriba el
show interfaces queuecomando para mostrar el tamaño del paquete transmitido en cada cola. Divida el número de bytes transmitidos por el número de paquetes para obtener el tamaño de los paquetes y determinar el tipo de encapsulación.Verifique el equilibrio de carga. Desde el modo operativo, introduzca el
show interfaces queuecomando en el paquete multivínculo y sus enlaces constituyentes para confirmar si el equilibrio de carga se realiza en consecuencia en los paquetes.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: el resultado de estos comandos muestra los paquetes transmitidos y en cola en cada cola de la interfaz de servicios de vínculo y sus vínculos constituyentes. La Tabla 4 muestra un resumen de estos valores. (Dado que el número de paquetes transmitidos es igual al número de paquetes en cola en todos los vínculos, esta tabla muestra sólo los paquetes en cola).Tabla 4: Número de paquetes transmitidos en una cola Paquetes en cola
Paquete lsq-0/0/0.0
Enlace constituyente se-1/0/0
Enlace constituyente se-1/0/1
Explicación
Paquetes en Q0
600
350
350
El número total de paquetes que transitan por los vínculos constituyentes (350+350 = 700) superó el número de paquetes en cola (600) en el paquete multivínculo.
Paquetes en Q2
400
100
300
El número total de paquetes que transitan por los vínculos constituyentes es igual al número de paquetes del paquete.
Paquetes en Q3
0
19
18
Los paquetes que transitan Q3 de los enlaces constituyentes son para mensajes keepalive intercambiados entre enlaces constituyentes. Por lo tanto, no se contaron paquetes en Q3 del paquete.
En el paquete multivínculo, compruebe lo siguiente:
El número de paquetes en cola coincide con el número transmitido. Si los números coinciden, no se descartó ningún paquete. Si se ponían en cola más paquetes de los que se transmitían, los paquetes se descartaban porque el búfer era demasiado pequeño. El tamaño del búfer en los vínculos constituyentes controla la congestión en la etapa de salida. Para corregir este problema, aumente el tamaño del búfer en los vínculos constituyentes.
El número de paquetes que transitan Q0 (600) coincide con el número de paquetes de datos grandes y pequeños recibidos (100+500) en el paquete multivínculo. Si los números coinciden, todos los paquetes de datos transitaron correctamente Q0.
El número de paquetes que transitan Q2 en el paquete multivínculo (400) coincide con el número de paquetes de voz recibidos en el paquete multivínculo. Si los números coinciden, todos los paquetes LFI de voz transitaron correctamente Q2.
En los vínculos constituyentes, compruebe lo siguiente:
El número total de paquetes que transitan Q0 (350+350) coincide con el número de paquetes de datos y fragmentos de datos (500+200). Si los números coinciden, todos los paquetes de datos después de la fragmentación transitaron correctamente Q0 de los enlaces constituyentes.
Los paquetes transitaron por ambos enlaces constituyentes, lo que indica que el equilibrio de carga se realizó correctamente en paquetes que no eran LFI.
El número total de paquetes que transitan Q2 (300+100) en los enlaces constituyentes coincide con el número de paquetes de voz recibidos (400) en el paquete multivínculo. Si los números coinciden, todos los paquetes LFI de voz transitaron correctamente Q2.
Paquetes LFI desde el puerto
100de origen transitadosse-1/0/0y paquetes LFI desde el puerto200de origen transitadosse-1/0/1. Por lo tanto, todos los paquetes LFI (Q2) se cifraron en función del puerto de origen y transitaron correctamente ambos enlaces constituyentes.
Corrective Action: si los paquetes transitaron solo un vínculo, siga estos pasos para resolver el problema:Determine si el vínculo físico está
up(operativo) odown(no disponible). Un vínculo no disponible indica un problema con el PIM, el puerto de interfaz o la conexión física (errores de capa de enlace). Si el vínculo está operativo, vaya al paso siguiente.Compruebe que los clasificadores estén definidos correctamente para los paquetes que no son LFI. Asegúrese de que los paquetes que no sean LFI no estén configurados para ponerse en cola en Q2. Todos los paquetes en cola para Q2 se tratan como paquetes LFI.
Compruebe que al menos uno de los siguientes valores es diferente en los paquetes LFI: dirección de origen, dirección de destino, protocolo IP, puerto de origen o puerto de destino. Si se configuran los mismos valores para todos los paquetes LFI, todos los paquetes se cifran al mismo flujo y transitan por el mismo vínculo.
Utilice los resultados para verificar el equilibrio de carga.
Determinar por qué se dejan caer paquetes en un PVC entre un dispositivo de Juniper Networks y un dispositivo de terceros
Problema
Descripción
Está configurando un circuito virtual permanente (PVC) entre interfaces T1, E1, T3 o E3 en un dispositivo de Juniper Networks y un dispositivo de terceros, y los paquetes se descartan y se produce un error en el ping.
Solución
Si el dispositivo de terceros no tiene la misma compatibilidad con FRF.12 que el dispositivo de Juniper Networks o admite FRF.12 de otra manera, la interfaz del dispositivo de Juniper Networks en el PVC podría descartar un paquete fragmentado que contenga encabezados FRF.12 y contarlo como un "descarte vigilado".
Como solución alternativa, configure paquetes multivínculo en ambos pares y configure umbrales de fragmentación en los paquetes multivínculo.