EN ESTA PÁGINA
Configuración de paquetes de servicios de vínculo y multilink
Descripción de los paquetes MLPPP y la fragmentación e interconexión de vínculos (LFI) en vínculos serie
Las plataformas de enrutamiento universal MX240, MX480 y MX960 admiten encapsulaciones multilink MLPPP y MLFR. MLPPP le permite agrupar varios vínculos PPP en un solo paquete de múltiples enlaces, y MLFR le permite agrupar varios identificadores de conexión de vínculo de datos (DLCIs) de Frame Relay en un solo paquete de múltiples enlaces. Los paquetes de múltiples enlaces proporcionan ancho de banda adicional, equilibrio de carga y redundancia mediante la agregación de enlaces de baja velocidad, como T1, E1 y vínculos en serie.
Configure paquetes de varios vínculos como unidades lógicas o canales en la interfaz lsq-0/0/0de servicios de vínculo:
Con MLPPP y MLFR FRF.15, los paquetes de varios vínculos se configuran como unidades lógicas en
lsq-0/0/0, por ejemplo,lsq-0/0/0.0ylsq-0/0/0.1.Con MLFR FRF.16, los paquetes de varios vínculos se configuran como canales en
lsq-0/0/0, por ejemplo,lsq-0/0/0:0ylsq-0/0/0:1.
Después de crear paquetes de varios vínculos, se agregan vínculos constituyentes al paquete. Los vínculos constitutivos son los vínculos físicos de baja velocidad que se van a agregar. Dependiendo de la licencia del sistema y del hardware, puede crear hasta 1023 paquetes de múltiples enlaces por chasis, y en cada paquete de varios vínculos agregar hasta 8 vínculos constitutivos. Consulte Descripción general de las PIC de servicios de vínculo y multilink para obtener más información.
Se aplican las siguientes reglas cuando se agregan vínculos constituyentes a un paquete de varios vínculos:
En cada paquete de varios vínculos, agregue solo interfaces del mismo tipo. Por ejemplo, puede agregar T1 o E1, pero no ambos.
Solo se pueden agregar interfaces con una encapsulación PPP a un paquete MLPPP, y solo se pueden agregar interfaces con una encapsulación Frame Relay a un paquete MLFR.
Si una interfaz es miembro de un paquete existente y se agrega a un nuevo paquete, la interfaz se elimina automáticamente del paquete existente y se agrega al nuevo paquete.
La configuración de un paquete multilink en los dos vínculos en serie aumenta el ancho de banda en un 70 %, de aproximadamente 1 Mbps a 1,7 Mbps, y antepone cada paquete con un encabezado multivínculo como se especifica en el estándar FRF.12. Para aumentar aún más el ancho de banda, puede agregar hasta ocho vínculos en serie al paquete. Además de un mayor ancho de banda, la configuración del paquete multilink proporciona equilibrio de carga y redundancia. Si se produce un error en uno de los vínculos en serie, el tráfico se seguirá transmitiendo en los otros vínculos sin interrupción alguna. Por el contrario, los vínculos independientes requieren políticas de enrutamiento para el equilibrio de carga y la redundancia. Los vínculos independientes también requieren direcciones IP para cada vínculo en lugar de una dirección IP para el paquete. En la tabla de enrutamiento, el paquete de varios vínculos se representa como una única interfaz.
A partir de Junos OS versión 13.3, si intenta eliminar o desactivar una interfaz de paquete MLPPP de servicio en línea estático (si) a la que aún hace referencia una interfaz de vínculo miembro, que podría ser PPPoE (pp0) o si interfaces lógicas, y confirmar la configuración, se produce un error en la operación de confirmación. Debe reactivar dicha interfaz de paquete MLPPP antes de confirmar la configuración. Alternativamente, debe asegurarse de que los vínculos de miembro no hagan referencia a un paquete estático de MLPPP antes de eliminar o desactivar el paquete. Este método de desactivación y reactivación de un paquete MLPPP no es aplicable para interfaces que si- no sean interfaces, como las interfaces IQ (lsq-) de los servicios de vínculo y las interfaces de redundancia LSQ virtual (rlsq-).
Ver también
Configuración de la cantidad de paquetes en pic de servicios de vínculo
Puede combinar paquetes MLFR FRF.16, MLPPP y MLFR FRF.15 en una sola PIC de servicios de vínculo. Para obtener una configuración de ejemplo, consulte Ejemplo: Configuración de una interfaz de servicios de vínculo con dos vínculos.
Para configurar el número de paquetes en una PIC de servicios de vínculo, incluya la mlfr-uni-nni-bundles instrucción en el [edit chassis fpc slot-number pic pic-number] nivel jerárquico:
mlfr-uni-nni-bundles number;
Cada PIC de servicios de vínculo puede alojar un máximo de 256 paquetes UNI NNI DE MLFR. Para obtener más información, consulte la biblioteca de administración de Junos OS para dispositivos de enrutamiento.
Un vínculo solo puede asociarse con un paquete de servicios de vínculo. Todas las PIC de servicios de vínculo admiten hasta 256 paquetes de un solo vínculo y hasta 256 DLCIs. Para obtener un ejemplo de configuración, consulte los ejemplos de configuración.
Cuando uno o más vínculos de un paquete se colocan en circuito cerrado, el reensamblaje en búfer y, por lo tanto, el procesamiento se reducen para no afectar a otros paquetes. Esto evita la pérdida de paquetes en otros paquetes, a la vez que reduce los búferes de reensamblamiento disponibles para el paquete con vínculos de bucle.
Ver también
Configurar los vínculos en un paquete de servicios de vínculo o multilink
Para completar una configuración de interfaz de varios vínculos o servicios de vínculo, debe configurar tanto la interfaz física como el paquete de servicios de varios vínculos o vínculos. Para interfaces de varios vínculos, configure el paquete de vínculos en la unidad lógica. En el caso de las interfaces de servicios de vínculo, configure el paquete de vínculos como un canal (consulte la Figura 1). La interfaz física suele estar conectada a redes capaces de admitir MLPPP o MLFR (FRF.15 o FRF.16).
de interfaz multivínculo
La siguiente configuración de ejemplo hace referencia a la topología de la Figura 1 y configura un paquete de servicios de varios vínculos o vínculos a través de una conexión T1 (para la cual la interfaz física T1 ya está configurada).
Para configurar un vínculo T1 físico para MLPPP, incluya las siguientes instrucciones en el
[edit interfaces t1-fpc/pic/port]nivel jerárquico:unit 0 { family mlppp { bundle (ml-fpc/pic/port | ls-fpc/pic/port); } }No es necesario configurar una dirección IP en este vínculo.
Para configurar un vínculo T1 físico para MLFR FRF.16, incluya las siguientes instrucciones en el
[edit interfaces t1-fpc/pic/port]nivel jerárquico:encapsulation multilink-frame-relay-uni-nni; unit 0 { family mlfr-uni-nni { bundle ls-fpc/pic/port:channel; } }No es necesario configurar una dirección IP ni un DLCI en este vínculo.
Para configurar la dirección lógica para el paquete MLPPP, MLFR FRF.15 o MLFR FRF.16, incluya las
addressinstrucciones ydestination:address address { destination address; }Puede incluir estas instrucciones en los siguientes niveles jerárquicos:
[edit interfaces interface-name unit logical-unit-number family inet][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family inet]
Cuando se agregan instrucciones como
mrrula configuración y la confirmación, la interfaz T1 pasa a formar parte del paquete multilink.
Para los vínculos MLPPP y MLFR (FRF.15 y FRF.16), debe especificar la dirección de subred como /32 o /30. Cualquier otra designación de subred se trata como una discordancia.
Ver también
Ejemplo: Configurar una interfaz de servicios de vínculo con dos vínculos
En este ejemplo, se usa el protocolo NNI UNI MLFR entre el enrutador A y el enrutador B y conecta lógicamente los paquetes de servicios de ls-1/1/0.3 vínculo y ls-0/0/0.10, como se especifica en la tabla 1.
Enrutador A |
Enrutador B |
|---|---|
|
|
|
|
Para que la LMI funcione correctamente, debe configurar un enrutador para que sea un DCE.
Configuración en el enrutador A
[edit interfaces]
ls-1/1/0:3 {
dce;
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
dlci 16;
family inet {
address 10.3.3.1/32 {
destination 10.3.3.2;
}
}
}
}
t1-0/1/0 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/1/0:3;
}
}
}
t1-0/1/1 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/1/0:3;
}
}
}
Configuración en el enrutador B
[edit interfaces]
ls-0/0/0:10 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
dlci 16;
family inet {
address 10.3.3.2/32 {
destination 10.3.3.1;
}
}
}
}
t1-0/3/0 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-0/0/0:10;
}
}
}
t1-0/3/1 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-0/0/0:10;
}
}
}
Ver también
Ejemplo: Configuración de interfaces de servicios de vínculo y voz con una combinación de tipos de paquete
[edit chassis]
fpc 1 {
pic 3 {
mlfr-uni-nni-bundles 4;
}
}
[edit interfaces]
t1-0/2/0:0 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/3/0:0;
}
}
}
t1-0/2/0:1 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/3/0:0;
}
}
}
t1-0/2/0:5 {
unit 0 {
family mlppp {
bundle ls-1/3/0.2;
}
}
}
t1-0/2/0:6 {
unit 0 {
family mlppp {
bundle ls-1/3/0.2;
}
}
}
t1-0/2/0:7 {
encapsulation frame-relay;
unit 0 {
dlci 20;
family mlfr-end-to-end {
bundle ls-1/3/0.1;
}
}
}
t1-0/2/0:8 {
encapsulation frame-relay;
unit 0 {
dlci 20;
family mlfr-end-to-end {
bundle ls-1/3/0.1;
}
}
}
t1-0/2/0:10 {
no-keepalives;
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-1/1/0.0;
}
}
}
t3-1/0/0 {
no-keepalives;
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-1/1/0.2;
}
}
}
lsq-1/1/0 {
unit 0 {
encapsulation multilink-ppp;
compression {
rtp {
f-max-period 100;
queues [ q1 q2 ];
port minimum 2000 maximum 6000;
}
}
family inet {
address 10.5.5.5/24;
}
}
unit 1 {
encapsulation multilink-ppp;
compression {
rtp {
port minimum 2000 maximum 6000;
}
}
family inet {
address 10.6.6.1/24;
}
}
unit 2 {
encapsulation multilink-ppp;
compression {
rtp {
port minimum 2000 maximum 6000;
}
}
family inet {
address 10.9.9.1/24;
}
}
}
t1-1/2/0 {
no-keepalives;
unit 0 {
family mlppp {
bundle lsq-1/1/0.1;
}
}
}
ls-1/3/0 {
unit 1 {
encapsulation multilink-frame-relay-end-to-end;
family inet {
address 10.1.4.1/24;
}
}
unit 2 {
encapsulation multilink-ppp;
family inet {
address 10.7.4.1/24;
}
}
}
ls-1/3/0:0 {
encapsulation multilink-frame-relay-uni-nni;
mlfr-uni-nni-bundle-options {
debug-flags 15;
}
unit 0 {
dlci 20;
family inet {
address 10.5.4.1/24;
}
}
}
[edit routing-options]
static {
route 10.12.12.0/24 next-hop 10.1.1.9;
}
En el enrutador B:
[edit chassis]
fpc 1 {
pic 3 {
mlfr-uni-nni-bundles 4;
}
}
[edit interfaces]
ge-0/0/0 {
unit 0 {
family inet {
address 10.1.1.1/24;
}
}
}
so-0/1/1 {
encapsulation ppp;
unit 0 {
family inet {
address 10.7.7.7/24;
}
}
}
t1-0/2/0:0 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/3/0:0;
}
}
}
t1-0/2/0:1 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/3/0:0;
}
}
}
t1-0/2/0:5 {
no-keepalives;
unit 0 {
family mlppp {
bundle ls-1/3/0.2;
}
}
}
t1-0/2/0:6 {
no-keepalives;
unit 0 {
family mlppp {
bundle ls-1/3/0.2;
}
}
}
t1-0/2/0:7 {
dce;
encapsulation frame-relay;
unit 0 {
dlci 20;
family mlfr-end-to-end {
bundle ls-1/3/0.1;
}
}
}
t1-0/2/0:8 {
dce;
encapsulation frame-relay;
unit 0 {
dlci 20;
family mlfr-end-to-end {
bundle ls-1/3/0.1;
}
}
}
t1-0/2/0:10 {
no-keepalives;
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-1/1/0.0;
}
}
}
t3-0/3/0 {
no-keepalives;
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-1/1/0.2;
}
}
}
ge-1/0/0 {
unit 0 {
family inet {
address 10.2.2.1/24;
}
}
}
lsq-1/1/0 {
unit 0 {
compression {
rtp {
port minimum 2000 maximum 6000;
}
}
family inet {
address 10.5.5.1/24;
}
}
unit 1 {
encapsulation multilink-ppp;
compression {
rtp {
port minimum 16384 maximum 20102;
}
}
family inet {
address 10.3.4.1/24;
}
}
unit 2 {
encapsulation multilink-ppp;
compression {
rtp {
port minimum 2000 maximum 6000;
}
}
family inet {
address 10.9.9.9/24;
}
}
}
t1-1/2/2 {
no-keepalives;
unit 0 {
family mlppp {
bundle ls-1/3/0.1;
}
}
}
t1-1/2/3 {
no-keepalives;
unit 0 {
family mlppp {
bundle lsq-1/1/0.1;
}
}
}
ls-1/3/0 {
unit 1 {
encapsulation multilink-frame-relay-end-to-end;
family inet {
address 10.1.4.4/24;
}
family iso;
}
unit 2 {
encapsulation multilink-ppp;
family inet {
address 10.7.4.4/24;
}
}
}
ls-1/3/0:0 {
dce;
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
dlci 20;
family inet {
address 10.5.4.4/24;
}
}
}
[edit routing-options]
static {
route 10.12.12.0/24 next-hop 10.3.4.4;
}
Ver también
Habilitación de la fragmentación y la interconexión del vínculo MLPPP
MLPPP le permite agrupar varios vínculos PPP en un solo paquete multilink. La compatibilidad del paquete MLPPP en una interfaz LSQ en línea es idéntica a una interfaz LSQ no en línea, ya que la configuración para habilitar la fragmentación, la fragmentación y la interleavización de vínculos (LFI) y el tiempo de espera es idéntico.
La programación de prioridad en un paquete de varios vínculos determina el orden en el que una interfaz de salida transmite el tráfico de una cola de salida. Las colas se abastean de forma ponderada de ida y vuelta. Pero cuando una cola que contiene paquetes grandes comienza a usar el paquete de varios vínculos, los paquetes pequeños y sensibles a los retrasos deben esperar su turno para la transmisión. Debido a este retraso, algunos vínculos lentos, como T1 y E1, pueden volverse inútiles para el tráfico sensible a las demoras.
La fragmentación e interleaving de vínculos (LFI) resuelve este problema. Reduce el retraso y la fluctuación en los vínculos fragmentando paquetes de gran tamaño y intercalando paquetes sensibles a la demora con los paquetes más pequeños resultantes para la transmisión simultánea a través de múltiples vínculos de un paquete multilink.
Para configurar los mapas de programación y los mapas de fragmentación para LFI de MLPPP:
La siguiente configuración parcial muestra cuándo el umbral de fragmento para colas de baja prioridad hereda del umbral de fragmento configurado en el IFL del paquete y tendrá el valor de 640.
[edit class-of-service]
forwarding-classes {
queue 0 be;
queue 1 ef;
queue 2 af;
queue 3 nc;
}
fragmentation-maps {
fragmap-3 {
forwarding-class ef {
no-fragmentation;
}
}
}
schedulers {
af-scheduler {
transmit-rate percent 30;
priority low;
}
be-scheduler {
transmit-rate percent 20;
priority low;
}
ef-scheduler {
transmit-rate percent 35 rate-limit;
priority strict-high;
}
nc-scheduler {
transmit-rate percent 15;
priority high;
}
}
....
Ver también
Configurar la interconexión de paquetes sensibles a los retrasos en interfaces lógicas de servicios de vínculo
Solo para las interfaces frf.15 y MLPPP de servicios de vínculo, puede configurar el interleaving de fragmentos de vínculo (LFI). LFI reduce los retrasos excesivos de los paquetes Frame Relay fragmentando paquetes largos en paquetes más pequeños e intercalándolos con tramas en tiempo real. Esto permite que los marcos de datos en tiempo real y no en tiempo real se lleven juntos en enlaces de menor velocidad sin causar retrasos excesivos al tráfico en tiempo real. Cuando la interfaz par recibe los fragmentos más pequeños, los vuelve a ensamblar en su paquete original. Por ejemplo, los paquetes sensibles a retrasos cortos, como la voz en paquetes, pueden adelantarse a los paquetes más grandes que no son sensibles a los retrasos, como los paquetes de datos comunes.
Todas las PIC de servicios de vínculo (paquete de 4 múltiples enlaces, paquete de 32 multilink y paquete de 128 multilink) admiten hasta 256 interfaces de servicios de vínculo con LFI habilitada, si esas interfaces de servicios de vínculo contienen solo un vínculo constitutivo cada una. Para la PIC de servicios de vínculo, los paquetes de LFI de varios vínculos son simplemente paquetes de varios enlaces, y están limitados según el tipo de PIC (paquete de 4 múltiples enlaces, paquete de 32 de múltiples enlaces y 128 de múltiples enlaces).
Además, los paquetes de varios vínculos que configure restan del total de 256 interfaces posibles de servicios de vínculo habilitados para LFI. Por ejemplo, si una PIC de servicios de vínculo de paquete de 32 múltiples tiene 24 paquetes de varios vínculos configurados y activos, puede configurar 256 - 24 = 232 interfaces de servicios de vínculo habilitados para LFI, cada una con un único vínculo constituyente.
Para las interfaces IQ de servicios de vínculo (lsq), la interleave-fragments instrucción no es válida. En su lugar, puede habilitar LFI configurando mapas de fragmentación. Para obtener más información, consulte Configurar la fragmentación de CoS mediante el reenvío de clase en interfaces LSQ.
Puede configurar varios vínculos en un paquete y configurar la interconexión de paquetes. Sin embargo, si utiliza interleaving de paquetes, los paquetes de alta prioridad y no encapsulados de varios enlaces usarán un algoritmo basado en hash para elegir un único vínculo.
La cola de CoS por paquete se admite en interfaces IQ de servicios de vínculo (lsq). Para obtener más información acerca de las interfaces IQ de servicios de vínculo, consulte Interfaces y capacidades del paquete de servicios de capa 2.
Junos OS admite fragmentación de extremo a extremo en cumplimiento con el estándar del Acuerdo de implementación de fragmentación de frame Relay FRF.12. A diferencia de la fragmentación de la interfaz de usuario a red (UNI) y de red a red (NNI), de extremo a extremo solo admite la fragmentación en los puntos de conexión.
De forma predeterminada, el interleaving de paquetes está deshabilitado. Para habilitar el interleaving de paquetes, incluya la interleave-fragments instrucción:
interleave-fragments;
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
[edit interfaces interface-name unit logical-unit-number][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
Configuración de LFI con programación DLCI
Para los servicios de vínculo y las PIC IQ DS3 canalizadas, puede configurar la programación de LFI y DLCI. Para interfaces DS3 canalizadas, LFI solo se admite con FRF.15 y solo en plataformas M10i y M20.
La configuración de LFI con programación DLCI permite fragmentar los paquetes que ingresan a la PIC de servicios de vínculo antes de ser transmitidos a la PIC IQ DS3 canalizada. Una vez que los paquetes fragmentados ingresan en la PIC IQ DS3 canalizada, se programan en el nivel DLCI, para permitir la transmisión de prioridad para aplicaciones en tiempo real.
Para obtener más información acerca de cómo asociar un programador con un DLCI, consulte la Guía del usuario de clase de servicio de Junos OS para dispositivos de enrutamiento.
Ejemplo: Configurar LFI con programación DLCI
Configure los paquetes que ingresan en la PIC de servicios de vínculo para que se fragmenten antes de ser transmitidos a la PIC IQ DS3 canalizada. Una vez que los paquetes fragmentados ingresan en la PIC IQ DS3 canalizada, se programan en el nivel DLCI, para permitir la transmisión de prioridad para aplicaciones en tiempo real.
[edit interfaces]
ls-1/0/0 {
unit 1 {
encapsulation multilink-frame-relay-end-to-end;
interleave-fragments;
family inet {
address 192.168.5.2/32 {
destination 192.168.5.3;
}
}
}
t3-1/0/0:1 {
per-unit-scheduler;
unit 0 {
dlci 16;
encapsulation multilink-frame-relay-end-to-end;
family mlfr-end-to-end {
bundle ls-1/0/0.1;
}
}
}
[edit class-of-service]
interfaces {
t3-1/0/0:1 {
unit 0 {
scheduler-map sched-map-logical-0;
shaping-rate 10m;
}
unit 1 {
scheduler-map sched-map-logical-1;
shaping-rate 20m;
}
}
}
scheduler-maps {
sched-map-logical-0 {
forwarding-class best-effort scheduler sched-best-effort-0;
forwarding-class assured-forwarding scheduler sched-bronze-0;
forwarding-class expedited-forwarding scheduler sched-silver-0;
forwarding-class network-control scheduler sched-gold-0;
}
sched-map-logical-1 {
forwarding-class best-effort scheduler sched-best-effort-1;
forwarding-class assured-forwarding scheduler sched-bronze-1;
forwarding-class expedited-forwarding scheduler sched-silver-1;
forwarding-class network-control scheduler sched-gold-1;
}
schedulers {
sched-best-effort-0 {
transmit-rate 4m;
}
sched-bronze-0 {
transmit-rate 3m;
}
sched-silver-0 {
transmit-rate 2m;
}
sched-gold-0 {
transmit-rate 1m;
}
sched-best-effort-1 {
transmit-rate 8m;
}
sched-bronze-1 {
transmit-rate 6m;
}
sched-silver-1 {
transmit-rate 4m;
}
sched-gold-1 {
transmit-rate 2m;
}
}
}
}