Pseudowire Head-End Termination (PWHT) y funciones PIC

PWHT utiliza el sistema operativo Junos y el microcódigo del chip vTrio para ofrecer funciones avanzadas de enrutamiento, calidad de servicio (HQoS), conmutación y seguridad. El plano de control del enrutador se ejecuta en procesadores x86, mientras que el reenvío corre a cargo de vTrio.

La versión 17.3 de Junos OS ofrece una infraestructura agregada mejorada para las interfaces de túnel lógico redundante (RLT), en la que las interfaces lógicas de anclaje y transporte se apilan sobre una interfaz lógica de control subyacente para facilitar la administración.

Terminación de pseudocable en la cabecera (PWHT)

La terminación de pseudocables en el extremo de cabecera (PWHT) es un servicio de red con conmutación de paquetes MPLS que simula las características esenciales de un cable físico. PWHT conecta un circuito de Capa 2 desde un nodo de acceso a un servicio de Capa 3, como L3VPN o EVPN, en el enrutador del borde del proveedor (PE); a diferencia de los pseudocables tradicionales, que requieren un traspaso entre los enrutadores del borde del proveedor y del borde metropolitano, este servicio admite circuitos dedicados de Capa 2 en los nodos de acceso que conducen directamente a una red privada virtual de Capa 3 en los bordes de la red de servicios (PSN).

PWHT vincula la interfaz lógica del servicio de pseudocable a un túnel lógico de pseudocable (PTL) del chasis, a un PTL redundante o a un RLT. Es posible configurar cualquiera de estos túneles o RLT para que admitan la regulación y el control del tráfico mediante listas de distribución; esta función requiere que el chasis sea compatible con el modelo de acceso BBE.

Si opta por PWHT, es necesario crear dos PTL o RLT redundantes y asignar varias interfaces de túnel lógicas de la lista de distribución de PWHT como equilibradores de carga para el equilibrio de carga. Cada una de las interfaces que elija debe tener un número de dispositivo comprendido entre 0 y 1, y debe servir como punto de anclaje para las interfaces lógicas del servicio de pseudocable.

Para activar un RLT, deben estar conectadas a él al menos dos interfaces de túnel lógico con enlaces activos en cada una. Cuando el número de enlaces activos en un RLT se reduce a cero, su interfaz también se desconecta, junto con cualquier interfaz de pseudocable apilado o PWHT a la que esté conectada.

Interfaz de servicio de pseudocable (PSI)

La interfaz de servicio de pseudocable (PSI) define cómo se transmite el tráfico a lo largo de un pseudocable y sirve para emular la funcionalidad del plano de datos de MPLS en una red de transporte existente. La PSI consta de dos partes: el extremo del túnel y la parte AC; a su vez, el extremo del túnel alberga la dirección de control de acceso al medio del pseudocable, mientras que la parte AC alberga la dirección de control de acceso al medio (dirección MAC) del cliente.

El formato de la cabecera del pseudocable incluye un campo de identificador de canal de 8 bits que admite hasta 256 canales en una sesión, lo que permite la multiplexación del tráfico en un solo pseudocable y optimiza el uso del ancho de banda en la dirección de salida. Sin embargo, lamentablemente no se ofrece compatibilidad con diversas combinaciones de tipos de canales.

PSI no solo proporciona redundancia en la terminación de los pseudocables en la cabecera, sino que también ofrece resiliencia mediante conexiones múltiples para los enrutadores de borde de servicio dentro de un marco EVPN-VPWS; esto se logra mediante enrutadores de borde de servicio redundantes en modo activo/en espera conectados a dispositivos de usuario (CE) remotos a los que se puede acceder a través de redes de agregación metropolitanas; a continuación, estos enrutadores de borde de servicio establecen conexiones múltiples utilizando el plano de control EVPN-VPWS, tal como lo harían con dispositivos de usuario locales.

Cada enrutador PE identifica qué VLAN se corresponden con los bordes de servicio específicos basándose en los valores ESI configurados en cada interfaz de túnel lógico. Cuando un enrutador PE de salida recibe paquetes procedentes de túneles de pseudocable, se identifica su etiqueta VC, se elimina y se reenvía directamente al borde de servicio que se corresponde con la etiqueta superior de la pila.

Configuración de la interfaz de pseudocable (PIC)

La configuración de la interfaz de pseudocable (PIC) es una función que se utiliza para gestionar el tráfico a través de todos los dispositivos de interfaz de pseudocable activos de un túnel lógico redundante de anclaje. La PIC permite evitar que un fallo en un enlace afecte a todos los suscriptores y maximizar la utilización de cualquier ancho de banda reservado que forme parte de una conexión PWHT. Para aprovechar las ventajas de la PIC, es necesario configurar al menos dos interfaces de túnel lógico (lt) dentro de la conexión PWHT para que la PIC funcione.

El comando «pwht config» te permite especificar el número máximo de interfaces lógicas de suscriptor de pseudocable que puede admitir tu enrutador, con opciones como el etiquetado de VLAN y la compatibilidad con ARP gratuito disponibles para cada interfaz de pseudocable. Para habilitar el etiquetado de VLAN para un túnel lógico, configura una opción utilizando una clave hash basada en VLAN en [edit forwarding-options hash-key family mpls].

Establezca el número máximo de veces que un túnel lógico puede fallar antes de que se reinicie y se active como túnel de respaldo. De forma predeterminada, se permiten 100 000 fallos antes de que se active la conmutación mediante el comando «force switchover» en el modo EXEC. Puede activar la conmutación manualmente mediante el comando «force switchover».

Utilice el comando de detección automática de pseudocables xconnect en modo EXEC privilegiado para detectar automáticamente dos puntos finales (PE) asociados a un pseudocable multiservicio (MS-PW), formado al unir dos pseudocables de servicio único adyacentes en un MS-PW.

Modo activo-activo sin selección de objetivos

El modo activo-activo permite que varios dispositivos procesen el tráfico al mismo tiempo, lo que hace que esta configuración sea muy popular entre los servicios de streaming. Si uno de los dispositivos falla, otro nodo asume el papel de activo y continúa procesando las solicitudes, lo que garantiza una alta disponibilidad para las aplicaciones críticas.

El modo activo-activo sin asignación de destinos se configura de tal manera que todas las interfaces de túnel lógico (lt) que forman parte de un túnel lógico redundante (RLT) de anclaje se establecen en estado activo de forma predeterminada, lo que proporciona una mayor redundancia, así como un equilibrio de carga automático que maximiza el uso del ancho de banda para las conexiones PWHT. Se debe configurar un mínimo de dos interfaces miembros del RLT antes de configurar el modo activo-activo sin asignación de destinos; consulte la sección «Configuración de pseudocables MPLS» para obtener instrucciones sobre cómo hacerlo.

Esta configuración se asemeja a una configuración activa-en espera, salvo que los dos dispositivos BIG-IP sincronizan sus componentes de red y realizan la conmutación por error en la capa de protocolo, lo que les permite procesar solicitudes simultáneamente sin convertirse en puntos únicos de falla. Esto da como resultado un mayor rendimiento sin puntos únicos de falla. TMOS admite este tipo de clústeres activos-activos mediante su función «Device Service Clustering». Para utilizarla, deben haber al menos dos dispositivos BIG-IP en un grupo de dispositivos y todos deben tener acceso entre sí simultáneamente. A los dispositivos se les deben asignar los mismos componentes de red base y configurarse con un archivo de configuración central para lograr la máxima sincronización. Este grupo de dispositivos también debe implementar un enrutamiento activo ininterrumpido (NSR) que utilice ambos enrutadores para enrutar paquetes con identificadores de servicio de línea privada virtual idénticos.