Descripción general del soporte de MLPPP para suscriptores de LNS y PPPoE
A partir de la versión 14.1 de Junos OS, se proporciona compatibilidad con PPP multivínculo (MLPPP) a los suscriptores de LNS (servidor de red L2TP) y PPPoE (protocolo punto a punto sobre Ethernet) terminados y tunelados que se ejecutan en la serie MX con MPC2 de acceso.
Para los clientes con MLPPP y clientes PPP de vínculo único, el enrutador debe determinar la capacidad del cliente durante la negociación del protocolo de control de vínculos (LCP) y admitir, en consecuencia, módulos de acceso de varios vínculos o de un solo vínculo (soporte de modo mixto).
Esta sección contiene los siguientes temas:
Soporte del paquete MLPPP del vínculo de un solo miembro
El MLPPP que se ejecuta en la serie MX ofrece compatibilidad con fragmentación y entrelazamiento de vínculos (LFI) para un paquete de un solo vínculo. Cada paquete contiene un solo vínculo de miembro; se rechaza la configuración de varios vínculos de miembros que pertenecen al mismo paquete. Sin embargo, la LFI permite que la sesión de un solo suscriptor envíe paquetes pequeños y de alta prioridad intercalados con paquetes grandes sin introducir retrasos de transmisión inaceptables para paquetes pequeños de alta prioridad. LFI intercala paquetes de voz con paquetes de datos fragmentados para garantizar la entrega a tiempo de los paquetes de voz y garantizar la calidad de la voz.
Los clientes con suscriptores de menor ancho de banda se benefician del soporte LFI de MLPPP. Con la aplicación tradicional que no es MLPPP, el dispositivo CPE (equipo en las instalaciones del cliente) realiza la fragmentación antes de la encapsulación PPP y, luego, depende de la aplicación en el extremo final para realizar el reaensamblamiento. Con la solución MLPPP, se elimina la carga de reensamblar los paquetes en los servidores del cliente y la aplicación del extremo final, y se le da control al proveedor de servicios para la fragmentación y el reensamblaje.
Se admite un máximo de 8000 paquetes MLPPP.
Configuración de vínculo de miembro y paquete
Un suscriptor de MLPPP consta de dos IFL (interfaces lógicas), un vínculo miembro y un paquete. Para los suscriptores de MLPPP, puede configurar el vínculo de miembro y agrupar de forma estática o dinámica mediante perfiles dinámicos.
Suscriptores estáticos de MLPPP: debe configurar las IFL de vínculo de miembro y de agrupación manualmente antes de que la IFL del vínculo miembro pueda iniciar la negociación de LCP (protocolo de control de vínculo) para una sesión LNS o para una sesión PPPoE.
Suscriptores dinámicos de MLPPP: puede configurar ifls de miembros dinámicos mediante perfiles dinámicos. El perfil dinámico de vínculo miembro incluye la
family mlpppinstrucción que contiene el perfil dinámico de agrupación y la interfaz de servicio (si), o un conjunto de interfaces de servicio. Esta información se utiliza para crear la IFL del paquete dinámico.
Cada paquete solo acepta un vínculo de miembro. Si más de un vínculo de miembro intenta unirse al mismo paquete, el sistema falla la sesión de miembro nuevo.
Se admite doble pila para el paquete.
Suscriptores de LNS y serie MX
La Figura 1 muestra un diagrama de red con la serie MX funcionando como LNS. Los paquetes PPP y MLPPP se terminan en la LNS.
LNS
Se muestran los tres dominios siguientes que pasan tráfico a través de la red LNS:
Dominio PPP: contiene tráfico de datos y voz
Dominio MLPPP: solo contiene tráfico de datos
Dominio L2TP: contiene todo tipo de tráfico
Suscriptores de PPPoE y serie MX
La Figura 2 muestra un diagrama de red con la serie MX que termina las sesiones de PPPoE que incluyen los paquetes PPP y MLPPP.
MX
Se muestran los dos dominios siguientes que pasan tráfico por la red:
Dominio PPP: contiene tráfico de datos y voz
Dominio MLPPP: solo contiene tráfico de datos