Resumen

  • RFC 9895 es un documento IETF Standards Track que define la extensión DLEP «IEEE 802.1Q Aware Credit Window», con Extension Type 5.
  • Su uso se declara mediante Extensions Supported. Una implementación que la anuncie debe soportar todos los mensajes, Data Items, procesos y clasificación Ethernet relacionados con RFC 9892 y RFC 9893: la cadena completa de dependencias es obligatoria.
  • Cuando coinciden los clasificadores Diffserv y Ethernet, RFC 9892 concede prioridad a Ethernet. No es una simple etiqueta: la clasificación VLAN/PCP elegida asigna el paquete a la ventana de crédito.

RFC 9895 combina la clasificación de tráfico de RFC 9892 con el control de crédito de RFC 9893 y relaciona ventanas lógicas con destinos DLEP, identificadores VLAN y puntos de código de prioridad IEEE 802.1Q. Las ventanas pueden ser compartidas o específicas de un destino. Las fuentes no establecen un diseño universal para esas ventanas.

La configuración puede comenzar con PCP-a-ventana. También puede existir un mapeo PCP específico por VLAN. Si se admiten VLAN sin PCP, el mapeo VLAN-a-ventana debería poder configurarse. El VID 0 significa que el VID se ignora; 0xFFFF está reservado; los valores 0x0001 a 0xFFFE pueden usarse para clasificar. Un PCP o VID comodín puede abarcar flujos inesperados o recién aparecidos, por lo que RFC 9895 lo recomienda solo cuando la necesidad sea clara.

Si un router recibe más ventanas anunciadas de las que puede soportar, debería usar un subconjunto compatible o puede reiniciar la sesión, informando de la discrepancia mediante los mecanismos normales de gestión. Mientras se usan las ventanas, no debe enviar tráfico sin créditos suficientes. Una modificación inyectada de las ventanas puede producir una denegación de servicio al cambiar el presupuesto de transmisión.

Fixtures concretos de verificación

  1. Enviar una trama etiquetada cuyo DSCP corresponda a la ventana D, mientras su VID y PCP correspondan a E. Comprobar que la clasificación Ethernet selecciona E y que la contabilidad usa E, no D.
  2. Probar por separado VID 0, VID 0xFFFF, VID 1 y VID 0xFFFE. Confirmar que cero ignora el VID, que 0xFFFF es reservado y que los otros valores límite son clasificables.
  3. Anunciar la extensión y ejercitar cada mensaje y Data Item dependiente de RFC 9892/9893. Después anunciar más ventanas de las soportadas y verificar el subconjunto aceptado o el reinicio, junto con el aviso de gestión.
  4. Agotar una ventana, intentar transmitir y confirmar que no sale ningún paquete sin crédito suficiente. Aplicar un cambio controlado y verificar autorización, auditoría y rechazo de cambios no autorizados.

Las fuentes no establecen prevalencia de despliegue, mejora de rendimiento medida, cantidad de colas, umbral de telemetría, temporizador de reversión, CLI, módulo YANG ni un único diseño VLAN/PCP. La confianza operativa en las marcas VLAN y PCP entre dominios administrativos sigue siendo una decisión del operador.

Fuentes