Gestión de abonados · drivers AAA
Drivers AAA que se adaptan a su OSS actual.
La autenticación, la contabilidad y el control dinámico funcionan mediante drivers conectables, seleccionados de forma independiente en la configuración. Autentique contra RADIUS o directamente contra su base de datos de abonados; entregue la contabilidad a RADIUS o directamente a un bus de mensajes en la nube. No se requiere ninguna capa de middleware.
Túneles L2TP LNS terminados en el BNG, con el estado de sesión por túnel — la entrega mayorista, en vivo.
RADIUS
AAA completo contra su infraestructura RADIUS existente: autenticación de abonados PAP y CHAP-MD5, selección de servicio por atributo, direccionamiento de túneles L2TP para operación como LAC, contabilidad Start/Interim/Stop y control de sesiones en vivo mediante CoA y Disconnect. El driver puede transportar atributos MS-CHAPv2, pero PPP no negocia MS-CHAPv2 (algoritmo LCP 0x81).
RFC 2865/2866 · RFC 2868 · RFC 5176
Base de datos
Autentique directamente contra su base de datos de abonados — sin una capa RADIUS intermedia. Las credenciales, el plan de servicio, el direccionamiento y la asignación de VRF provienen directamente de su esquema (Microsoft SQL Server), de modo que el sistema de facturación sigue siendo la única fuente de verdad.
SQL directo · plan y direccionamiento desde su esquema
Service Bus
Contabilidad como mensajes JSON estructurados hacia Azure Service Bus — registros Start, Interim y Stop entregados directamente a su sistema de facturación o a su pipeline de datos, con el contexto de sesión, direccionamiento y CGN en cada registro. Sin extracción de logs, sin importaciones por lotes.
Azure Service Bus · registros JSON estructurados
Los drivers se combinan libremente: RADIUS de extremo a extremo, autenticación por base de datos con contabilidad en Service Bus, o cualquier otra combinación. El registro de sesiones CGNAT sigue el mismo patrón, con destinos syslog (RFC 5424 JSON) y Service Bus.
Servidores RADIUS redundantes con estado de salud en vivo, y el listener de CoA para el control dinámico de sesiones.
La selección de servicio está determinada por atributos: el plan de servicio llega con el Access-Accept, y los atributos de túnel de la RFC 2868 dirigen las sesiones L2TP LAC al extremo mayorista correcto — incluidos los grupos de atributos etiquetados con orden de preferencia, exactamente como esperan los diseños mayoristas multihomed.
Los interims de contabilidad transportan contadores de tráfico con el intervalo que usted configure, por NAS o por plan.
Cambie el servicio de un abonado sin desconectarlo: una solicitud CoA reaprovisiona la QoS, el direccionamiento o el plan de servicio en la sesión activa, y se aplica en el plano de datos sin cortar la conexión. Disconnect-Request termina una sesión limpiamente con un Stop de contabilidad final.
Las mejoras de plan, las suspensiones y las acciones de uso razonable pasan a ser llamadas de API desde su sistema de facturación en lugar de tickets de soporte a la espera de una reconexión.
Un cambio de plan en vivo: CoA recibido, QoS reaprovisionada en el plano de datos, sesión intacta.
| Driver | Función | Detalle |
|---|---|---|
| RADIUS | auth · acct · control | abonados PAP/CHAP-MD5 · solo atributos MS-CHAPv2 (sin negociación PPP) · selección de servicio basada en atributos · direccionamiento de túneles LAC RFC 2868 · Start/Interim/Stop · CoA/Disconnect RFC 5176 |
| Base de datos | auth | autenticación directa contra Microsoft SQL Server · plan, direccionamiento y VRF desde su esquema |
| Service Bus | acct | Azure Service Bus · Start/Interim/Stop en JSON estructurado con contexto de sesión y CGN |
| Syslog (registro CGN) | registro de sesiones | eventos de bloque de puertos en JSON RFC 5424 · numerados secuencialmente |