Resumen

  • RFC 9893 hace preventivo el control entre router y módem: el módem acredita una ventana identificada por FID y el router sólo envía cuando puede pagar la trama completa, incluida la sobrecarga MAC.
  • Credit Window Grant expresa autorización local y Credit Window Status expresa la cuenta del router. No acreditan ingreso a la cola, emisión por el enlace, recepción remota ni compromiso de la aplicación.

En la reunión de cierre aparecieron dos cifras idénticas y una conclusión equivocada. La suma de créditos menos los octetos enviados coincidía con el Status del router. Al otro extremo faltaban mensajes. Se declaró entonces que «el módem los recibió» porque el libro de crédito cuadraba. En realidad, el libro terminaba justo donde empezaba la investigación.

RFC 9893 añade al Dynamic Link Exchange Protocol dos mensajes y cinco Data Items para ventanas de crédito. El DLEP base de RFC 8175 permite que un router y un módem intercambien estado de un enlace variable, pero no identifica flujos más allá de los extremos ni regula el plano de datos. La nueva extensión evita enviar hasta recibir una pausa: el router espera una indicación previa de espacio.

La ventaja es real y limitada. Una ventana suele representar una cola física o virtual dentro del módem. Puede compartirse entre destinos y flujos o dedicarse con mayor precisión. Su jurisdicción es el tramo router-módem y una sola dirección. No compra capacidad futura del medio, no reserva tiempo de radio y no obliga al nodo remoto a recibir.

El crédito sólo tiene sentido después de clasificar. RFC 9892 organiza un conjunto mediante TID y asigna FID a los flujos. El módem vincula ese TID a un destino DLEP. TID y FID pertenecen al espacio local del módem; un FID idéntico en otro equipo no es la misma identidad. Incluso en el mismo equipo, el alcance termina al terminar la sesión.

Por eso un registro histórico necesita una clave compuesta. Debe conservar pares, época de sesión, versión del clasificador, destino, TID, FID y política de comodín. Un reconectado puede reutilizar números. Si la observabilidad agrupa sólo por FID, mezcla dos realidades. Si no hay clasificador ni comodín aplicable, el router no puede enviar y debe descartar el paquete.

Los cinco Data Items son actos diferentes. Initialization presenta la ventana y su tamaño. Association elige qué TID corresponde al destino. Grant aumenta el saldo de un FID. Status publica la visión que tiene el router. Request solicita crédito para FID concretos o para todos. Cada acto tiene emisor, instante y objeto. Una luz verde llamada «flow control» destruye esas distinciones.

Additional Credits es un entero sin signo de 64 bits medido en octetos; cero no añade nada. El módem puede otorgar más cuando su capacidad de transmisión o su cola local supera lo ya comunicado. Pero el propio RFC reconoce que la sobrecarga de la tecnología conectada quizá no coincida con la semántica MAC del protocolo y puede requerir aproximación. El Grant retrata una decisión local, no congela las condiciones del enlace para el paquete que llegará después.

El router debe tener saldo suficiente antes de enviar la trama entera. Cuenta framing, cabecera y trailer MAC en el enlace hacia el módem. Al enviar, descuenta esos octetos. Esa resta demuestra que el router clasificó, decidió y contabilizó. No demuestra que la interfaz del módem admitiera el paquete, que el firmware conservara la cola, que el planificador lo seleccionara, que la transmisión no agotara reintentos o que existiera acuse remoto.

Credit Window Status tampoco es lectura directa del búfer. Es la cantidad de crédito que el router cree disponible y sirve para sincronizar. El módem la compara con su propio estado; si la diferencia no se explica con las tramas observadas, puede reinicializar o compensar futuros Grants. La existencia de ese mecanismo reconoce que las vistas divergen. Corregirlas no reconstruye el destino de cada paquete anterior.

La frontera más clara aparece en la política de logs: RFC 9893 dice que las condiciones descritas generan mensajes por el contenido de Data Items recibidos, no por actividad del plano de datos. Un log de control limpio es compatible con pérdidas de ingreso, descarte en cola, espera, fallo del radioenlace, pérdida remota o rechazo de la aplicación.

La extensión Diffserv de RFC 9894 asocia DSCP con ventanas, pero permite que el router soporte menos colas que el módem. Puede tomar un subconjunto o reiniciar la sesión, y la incompatibilidad debe hacerse visible. RFC 2474 vincula código y comportamiento por salto; RFC 2475 construye servicios con clasificación, acondicionamiento y conductas concatenadas. Un tratamiento local no es una garantía extremo a extremo.

El mecanismo de pausa de RFC 8651 comparte el mismo límite: pausa y reinicio afectan al canal router-módem de esa subred. El crédito puede anticiparse mejor a una cola llena, pero no adquiere conocimiento del receptor remoto.

La cadena de cierre empieza con negociación de extensión y época de sesión. Continúa con los bytes del clasificador, destino, TID/FID, Initialization, Association y cada Grant, Status y Request. Después une tamaño MAC, decisión de envío y débito del router. Para el resto hacen falta testigos nuevos: ingreso, admisión y descarte del módem; programación, transmisión y reintento del enlace; recepción remota; validación de transporte; autorización y commit de la aplicación.

Running-Code Primacy, en la formulación de Heng Lu, mantiene cada autoridad dentro de su realidad. El router informa de su ejecución. El módem, de la suya. El extremo remoto y la aplicación no pueden ser sustituidos por una inferencia de control. Minimum Initial Specification protege justamente esta arquitectura: el formato común es pequeño; colas, mapas DSCP, alarmas, muestreo, retención y reversión quedan donde los operadores pueden observarlos.

La pregunta ejecutiva útil no es si el saldo cuadró. Es qué prueba une el permiso local con cada acto posterior, sin hacer que un contador hable por sistemas que nunca vio.

Sources