Resumen

  • RFC 9889 es un modelo de realización Informativo: no es un mecanismo obligatorio ni una BCP. Explica cómo las tecnologías IP/MPLS actuales pueden atender objetivos de conectividad asociados con particiones de red 5G.
  • Distingue la partición de red 5G de la partición del transporte. El dominio de transporte no ve el S-NSSAI móvil; por eso el dominio móvil traduce la intención a un identificador explícito en el handoff: VLAN, IP o etiqueta MPLS. Después, el transporte puede asociarlo con una instancia L2VPN y/o L3VPN y con controles de recursos.
  • El problema operativo es la coordinación. Mapeo, circuitos de acceso, QoS, creación del servicio VPN, planificación en el PE, tratamiento del tránsito, capacidad, gestión y OAM deben mantenerse alineados entre dominios de orquestación.

RFC 9543 aporta el marco IETF más amplio para network slices; RFC 9889 lo concreta como una realización pragmática basada en componentes existentes del proveedor de servicios. El modelo cubre conectividad entre funciones de red en edge clouds, centros de datos y dominios WAN. No demuestra que un operador concreto lo haya desplegado, que un fabricante lo implemente, ni que existan mediciones de latencia, pérdida, disponibilidad o aislamiento.

La secuencia del handoff importa. El dominio móvil determina primero la intención de la partición y la convierte después en un identificador del plano de datos visible en el circuito de acceso. El transporte vincula ese identificador con una instancia L2VPN o L3VPN, según la separación lógica y el modelo de reenvío requerido. La orquestación coordina entonces QoS y asignación de recursos. Un identificador puede clasificar el tráfico sin definir por sí mismo el tratamiento que recibirá.

L2VPN y L3VPN no son etiquetas intercambiables. La instancia seleccionada determina cómo se separa el tráfico y dónde se aplica la política de reenvío. RFC 9889 contempla un control fino de recursos en los bordes del proveedor, donde pueden imponerse clasificación y planificación ligadas al circuito, mientras que el tratamiento dentro del núcleo puede ser más grueso. Una política aplicada en el PE no prueba que existan recursos reservados equivalentes en todos los segmentos de tránsito.

El mapeo de QoS traduce objetivos entre dominios; no crea capacidad. Por eso la planificación y gestión de capacidad forman parte de la realización. OAM puede verificar continuidad, alcance, identificadores, estado del servicio y tratamiento observado, pero el paquete de evidencia no aporta mediciones de producción. El operador debe decidir qué telemetría tiene autoridad y cómo se escala una discrepancia.

RFC 9889 describe una sola Network Resource Partition (NRP). La aplicabilidad a varias NRP queda explícitamente fuera del alcance. No debe inferirse comportamiento multi-NRP. Asimismo, la propiedad operativa entre equipos móvil, transporte y orquestación depende del despliegue y no queda fijada por la RFC.

Un elemento de verificación concreto puede transportar un S-NSSAI conocido por un circuito de acceso de prueba, registrar su valor VLAN/IP/MPLS, confirmar el vínculo esperado con L2VPN o L3VPN, inspeccionar clasificación y planificación del PE y comparar el marcado QoS previsto con el tratamiento observado. Debe probar además un mapeo incorrecto intencionado, un circuito inexistente y una alarma de capacidad. Conviene conservar resultados OAM en borde y núcleo, sistemas responsables, marcas de tiempo y resultado de la reversión. Son decisiones de verificación, no requisitos de RFC 9889.

Ruta de decisión del operador: (1) definir el objetivo de la partición sin suponer visibilidad del S-NSSAI en transporte; (2) seleccionar y gobernar el identificador de handoff; (3) verificar circuito e instancia VPN; (4) mapear QoS y asignar recursos de borde; (5) evaluar el tratamiento más grueso del núcleo y la evidencia de capacidad; (6) ejecutar OAM y pruebas negativas; (7) asignar responsable de la divergencia; (8) aprobar, detener o revertir el cambio.

Fuentes