Diseño de confiabilidad de nivel de operador

IPLOOK utiliza la base de datos de código abierto Redis en el sistema de red central, es una base de datos de valor clave basada en memoria, tiene un gran rendimiento y se implementa como un modo de redundancia activo/en espera.

Todos los contextos con estado del sistema de red central se almacenan en esta base de datos. Otros procesos de servicio no tienen estado, como el proceso de mensajes de interfaz, el proceso de gestión de movilidad, el proceso de gestión de sesiones, etc.

Pero para el plano de usuario, el proceso de control de sesión se implementa como modo activo/en espera para garantizar CERO interrupción del flujo de datos durante el procedimiento de intercambio de servicio, para que la tabla de reenvío de respaldo pueda encargarse inmediatamente de tratar con los paquetes.

Y para el plano de O&M, las imposiciones de redundancia se implementan desde abajo en el kernel de Linux, el perro guardián está aquí para verificar el estado del proceso OM activo, este proceso está a cargo de la verificación de latidos con todos los demás procesos.

En el nivel NE, IPLOOK proporciona una solución de redundancia 1+1, N+1, N+M y agrupación para diferentes requisitos de escenarios. 1+1 o N+1 se utiliza para algunas soluciones de menor escala, y N+M son algunos escenarios de implementación de escala masiva, sistema de agrupación estándar 3GPP como el grupo MME, el grupo AMF, las prioridades de DNS PGW/UPF establecidas son para redundancia ante desastres.

El mecanismo de respaldo de IPLOOK es un respaldo en caliente, lo que significa que el nodo activo y el nodo en espera están sincronizando los datos del usuario (contexto, estado, etc.) en tiempo real, y podrían ser administrado por un único O&M unificado, por lo que cuando el nodo activo falla, el nodo de reserva puede manejar inmediatamente el servicio actual sin ninguna interrupción del servicio.

IPLOOK adopta un esquema de red de plano dual para evitar un único punto de falla, por lo que desde el servidor hasta EOR/TOR/Firewall, la red de cada puerto de servicio o IP debe tener un enlace de redundancia.
¡Contáctenos para obtener más detalles!