Oktavia para proveedores de servicios

1. Qué es

Oktavia para proveedores de servicios es la parte de la plataforma que opera el núcleo y el borde de una red de proveedor: los P y route reflectors del núcleo, los PE de cada punto de presencia y los CE de los clientes. No es un producto aparte: es el mismo ciclo de auditar, comparar con la intención, proponer en el Gemelo Digital, aprobar, aplicar, verificar y volver a auditar, con un catálogo de servicios propio de proveedor.

Está probado en laboratorio con Cisco IOS XR (XRv9000 24.3) en el núcleo y Cisco IOS en el CE del cliente.

2. El enfoque

Intención por servicio, no por equipo

La intención se declara por servicio, al estilo de L3SM y L2SM: un servicio de cliente se declara una vez —el cliente, sus sitios o circuitos y el ancho de banda contratado— y Oktavia lo reparte a cada PE y CE que participa. Nadie edita equipo por equipo.

El plan de numeración de cada cliente se deriva de su identificador: el AS del cliente, los RT, el RD por PE, los enlaces PE-CE /31, el EVI de los pseudowires y las subredes. Dos clientes no chocan y el mismo cliente se numera igual en cada alta.

Model-driven en IOS XR

Los equipos IOS XR se gestionan por NETCONF con modelos YANG: los modelos Cisco-IOS-XR-um-* para la configuración y los modelos operativos nativos para el estado. Sin leer pantallas.

Ciclo cerrado con transacción de red

El núcleo no se cambia equipo por equipo: todos los IOS XR entran en una sola transacción. Si uno rechaza el cambio o la verificación no pasa, se cancela en todos.

El tenant de proveedor se reconoce solo

Cuando una organización tiene equipos IOS XR o roles P, PE o RR, Oktavia la trata como red de proveedor: los dominios pasan a ser Transporte · Servicios · Seguridad · Gestión (en una empresa son Campus · WAN · Seguridad · Gestión) en Argos, Arquitectura, Telemetría, Inicio y los análisis, y se ocultan los flujos de campus —VLANs, port-security, FlexVPN y la red de pruebas de campus—. Los demás tenants no cambian.

3. Catálogo de servicios

Los servicios se declaran en el Configurador, cada uno con su configuración deseada y su cumplimiento propio:

4. El ciclo y el Gemelo Digital

Carril de red del núcleo

Un cambio del núcleo es una transacción sobre todos los IOS XR a la vez:

1. Validación en la configuración candidata de cada IOS XR, como ejecución de prueba.
2. Commit confirmado en todos.
3. Verificación automática: adyacencias IS-IS, sesiones BGP del núcleo y xconnects arriba.
4. Confirmación humana del cambio.

Si un IOS XR rechaza el commit o la verificación no pasa, el cambio se cancela en todos. Los CE van por su propio cambio del Gemelo Digital, equipo por equipo.

Cumplimiento por servicio

La configuración YANG deseada de cada servicio se compara con la running, hoja por hoja, y cada servicio tiene su resultado propio. A eso se suman pruebas de estado: adyacencias IS-IS, BFD y sesiones BGP del proveedor.

5. Visibilidad

• Configuración deseada de cada IOS XR, por servicio.
• Topología con los enlaces punto a punto del núcleo, la capa IS-IS y los pseudowires.
• Plano de control: vecinos IS-IS con nivel, área y SID de adyacencia; BGP con su ASN; tabla de rutas con etiquetas VPN y los respaldos TI-LFA distinguidos del ECMP.
• Camino a través de la L3VPN MPLS: PE de entrada, etiqueta VPN y PE de salida, en los dos sentidos, también sobre la Topología.
• Servicios de cliente: una página por cliente con sus L3VPN y sus pseudowires, el estado de punta a punta, el contrato de QoS y el diagrama.
• Telemetría: CPU y memoria, sesiones BGP, adyacencias IS-IS y tamaño de la tabla de rutas por SNMP, y una sección de pseudowires con el tráfico y el estado del circuito de acceso en cada PE, donde el ancho de banda contratado es el 100 %. Por streaming, IOS XR envía además el estado de los xconnects.
• Memoria técnica con una sección de servicios de cliente: plan de numeración, sitios, circuitos y QoS.

6. Argos en una red de proveedor

Los flujos de la organización siguen su arquitectura. En un tenant de proveedor, Argos ofrece:

Las pestañas comunes toman sentido de proveedor:

• Diagnóstico y análisis por dominio, Transporte y Servicios.
• Prueba de conectividad de un sitio de cliente desde el CE: acceso al PE, sesión BGP PE-CE, la LAN remota a través de la L3VPN y el CE remoto del pseudowire.
• Activar telemetría con streaming de IOS XR.

Como en el resto de la plataforma, ninguna acción que toque la red ocurre sin que una persona la apruebe.

7. IA local con contexto de proveedor

La IA local responde, en el servidor del cliente, con el contexto de una red de proveedor:

• Los documentos del equipo: diseño (HLD), runbooks, procedimiento de cambios, política de seguridad y circuitos.
• La memoria técnica por sitio.
• Las guías de IOS XR de xrdocs: telemetría y Converged SDN Transport.
• Los RFC de las tecnologías: RFC 4364 (L3VPN), RFC 4456 (route reflector), RFC 7432 (EVPN), RFC 8214 (EVPN-VPWS), RFC 8402 (Segment Routing), RFC 8667 (IS-IS con Segment Routing), RFC 1195 (IS-IS), y la documentación de TI-LFA.

El detalle de cómo funciona está en el artículo IA local con el contexto de su empresa.

8. La familia de plataformas Oktavia

El proveedor de servicios es una plataforma más de la familia. El ciclo y la plataforma son los mismos; cambia cómo se accede a cada una:

La cobertura de cada fabricante está en la ficha técnica y en las integraciones de la documentación.

9. Próximamente

• SR-TE bajo demanda (ODN), con color por servicio.
• Integración del centro de datos con Cisco ACI.