Configuración manual equipo por equipo
El servicio se declara una vez y Oktavia genera la parte de cada PE y la del CE desde la misma declaración. No hay una segunda intención que mantener al día.
Oktavia SP El servicio de cliente se declara una vez y llega verificado a cada PE y CE
Para carriers, ISP y operadores MPLS: Oktavia reparte cada L3VPN, pseudowire y contrato de ancho de banda a los equipos que participan, aplica el núcleo Cisco IOS XR como una sola transacción con commit confirmado y no da el cambio por bueno hasta verificar que el servicio quedó arriba.
- Intención por servicio, no por equipo. Cliente, sitios o circuitos y ancho de banda contratado; el plan de numeración sale del identificador del cliente.
- Transacción de red en el Gemelo Digital. Todos los IOS XR validan y confirman juntos; si uno rechaza o la verificación no pasa, se cancela en todos.
- Model-driven. IOS XR por NETCONF con modelos YANG, sin leer pantallas.
- Auditoría por servicio. La configuración de cada servicio contra la running, hoja por hoja, más pruebas de estado del núcleo.
Lo que resuelve
Un servicio de cliente no debería depender de editar cada equipo a mano.
En una red de proveedor, cada alta toca varios PE y el CE del cliente, con su numeración, su QoS y su sesión BGP. Oktavia convierte ese trabajo en una declaración y un cambio revisado.
Aprovisionamiento lento y propenso a choques
El AS del cliente, los RT, el RD por PE, los enlaces PE-CE /31, el EVI de los pseudowires y las subredes se derivan del identificador del cliente. Dos clientes no chocan y el mismo cliente se numera igual en cada alta.
Desviaciones que nadie ve
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 adyacencias IS-IS, BFD y sesiones BGP del proveedor.
Demostrar que el servicio cumple
Cada cambio pasa por el Gemelo Digital, lo aprueba una persona y se verifica después de aplicarse. La memoria técnica documenta por cliente el plan de numeración, los sitios, los circuitos y la QoS.
Cómo funciona
De la intención del servicio a la auditoría, en un solo ciclo.
Intención por servicio
Se declara el servicio del cliente, al estilo de L3SM y L2SM: sus sitios o circuitos y el ancho de banda contratado. Oktavia lo reparte a cada PE y CE.
Transacción en el Gemelo Digital
Todos los IOS XR del núcleo entran en un solo cambio: validación en la candidata de cada equipo como ejecución de prueba y commit confirmado en todos.
Verificación automática
Adyacencias IS-IS, sesiones BGP del núcleo y xconnects arriba, y después la confirmación humana. Si algo no pasa, el cambio se cancela en todos los equipos.
Auditoría
El cumplimiento por servicio vuelve a comparar la intención con la running, y las pruebas de estado confirman que el servicio sigue arriba.
Catálogo de servicios
Lo que un proveedor necesita para dar servicio, declarado en el Configurador.
Cada servicio tiene su configuración deseada y su cumplimiento propio.
L3VPN
Por cliente: VRF, RT y RD, eBGP PE-CE con as-override y la LAN del sitio en el CE.
Pseudowires EVPN-VPWS
Circuitos punto a punto, varios por enlace PE-CE, en subinterfaces por VLAN.
Ancho de banda contratado
QoS por sitio o circuito en la interfaz del PE: police a la entrada y shape a la salida, con un par de políticas propias por contrato.
IS-IS con Segment Routing
Underlay IS-IS nivel 2 con SR-MPLS (prefix-SID), TI-LFA y BFD; la llave de autenticación vive en la bóveda.
BGP con route reflector
Familias VPNv4 y L2VPN EVPN; la familia EVPN se agrega sola cuando hay pseudowires.
Hardening de IOS XR
VRF y ACL de gestión, SSH y NETCONF, SNMP, NTP, logging y banner.
Telemetría por streaming
Model-driven por gRPC dial-out, en IOS XR e IOS XE, hacia el colector de Oktavia.
El lado del cliente
La parte del CE (Cisco IOS) de la L3VPN y de los pseudowires sale del mismo servicio que la del PE.
Visibilidad por servicio de cliente
El estado de cada cliente de punta a punta, no sólo el de cada equipo.
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.
Camino a través de la L3VPN
PE de entrada, etiqueta VPN y PE de salida, en los dos sentidos, también dibujado sobre la Topología.
Telemetría por pseudowire
Tráfico y estado del circuito de acceso en cada PE, con el ancho de banda contratado como el 100 %. Por streaming, IOS XR envía además el estado de los xconnects.
Topología con capa IS-IS y pseudowires
Vecinos IS-IS con SID de adyacencia
Tabla de rutas con etiquetas VPN
Respaldos TI-LFA distinguidos del ECMP
Memoria técnica por cliente
Argos · Flujos de la organización
El asistente se adapta a la arquitectura de un proveedor.
Cuando la 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 y Gestión, y los flujos de campus se ocultan. Ninguna acción que toque la red ocurre sin que una persona la apruebe.
Núcleo SP (IOS XR)
Aplica la intención del núcleo como un cambio de red.
Pseudowires de cliente
Muestra los circuitos con su estado y da de alta uno nuevo: valida VLAN, subred y extremos, guarda la intención y propone el cambio.
QoS de clientes
Muestra y cambia los contratos de ancho de banda: valida, guarda y propone el cambio.
Conectividad de un sitio
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.
IA local con la documentación del operador y los estándares
Responde en el servidor de Oktavia con los documentos del equipo (diseño, runbooks, cambios, seguridad y circuitos), la memoria técnica por sitio, las guías de IOS XR de xrdocs y los RFC de las tecnologías: L3VPN (RFC 4364), route reflector (RFC 4456), EVPN (RFC 7432), EVPN-VPWS (RFC 8214), Segment Routing (RFC 8402 y 8667) e IS-IS (RFC 1195).
Leer el artículo sobre la IA localLa familia Oktavia
Empresa y proveedor de servicios en la misma plataforma.
El ciclo es el mismo para todas; cambia cómo se accede a cada una. Cada organización ve los dominios de su arquitectura sin afectar a las demás.
Cisco IOS / IOS XE
SSH (CLI) y streaming model-driven en IOS XE
Campus, WAN y CE de cliente.
Cisco IOS XR
NETCONF / YANG
Núcleo y PE de proveedor.
Cisco SD-WAN
API del Manager
WAN definida por software.
Cisco Meraki
API del Dashboard
Sucursales administradas desde la nube.
Fortinet FortiGate y FortiSwitch
FortiGate por API REST · FortiSwitch por SSH
Seguridad perimetral y campus.
Juniper Junos
NETCONF
Seguridad y ruteo.
Hoja de ruta
Lo que sigue en la familia SP.
SR-TE bajo demanda (ODN)
Ingeniería de tráfico con Segment Routing bajo demanda, con color por servicio.
Centro de datos con Cisco ACI
Integración del centro de datos con Cisco ACI.
Conversemos
Vea un servicio de cliente de la intención a la verificación.
Probado en laboratorio con Cisco IOS XR (XRv9000) en el núcleo y Cisco IOS en el CE del cliente. Le mostramos el ciclo completo y revisamos cómo encaja con su red.