Resumen

  • La parte roja es un prefijo con acuse y retransmisión; la parte verde es el sufijo sin ambos mecanismos. No son etiquetas de prioridad, sino dos compromisos de transporte dentro de un bloque.
  • El cierre de una sesión de transmisión demuestra que todos los bytes salieron y que los informes cubren la parte roja. No demuestra que llegó el verde ni que una capa Bundle o la aplicación destino aceptó el contenido.

Dos presupuestos de pérdida en un solo bloque

En una red ordinaria, la palabra «completo» parece describir un objeto entero. LTP obliga a preguntar qué parte del objeto recibió esa garantía. El cliente entrega al motor un bloque y una longitud roja. Los octetos desde cero hasta esa frontera forman el prefijo fiable; el resto, si existe, forma el sufijo verde.

La motivación no es semántica. Rojo no significa urgente y verde no significa prescindible. El cliente decide dónde gastar retransmisión, energía, almacenamiento y tiempo de contacto. Puede proteger solo metadatos indispensables, proteger todo el bloque o aceptar un envío enteramente verde. El motor no conoce el valor empresarial de esos bytes.

La sesión de transmisión termina cuando se cumplen dos condiciones: el motor sabe que todos los datos del bloque fueron transmitidos y los informes de recepción demuestran que el prefijo rojo completo llegó. La segunda condición no mira el verde. En un bloque mixto, el sufijo pudo llegar entero, fragmentado o no llegar. En un bloque totalmente verde, el cierre puede ocurrir sin acuse de datos.

La frontera efectiva puede diferir de la solicitada. Cada segmento contiene un solo color; si la longitud roja cae dentro de un segmento adecuado para el enlace, una implementación puede promover los bytes restantes de ese segmento al tratamiento rojo. El registro operativo debe guardar la frontera ejecutada, EORP, EOB y los intervalos reales, no solo la configuración inicial.

También existe una regla de orden: después de observar verde no puede reaparecer rojo en posiciones superiores, ni verde por debajo de una posición roja ya observada. Una coloración incompatible provoca descarte y cancelación. La geometría prefijo-sufijo es parte del contrato de corrección.

El mismo verbo oculta cinco recibos distintos

La finalización de transmisión inicial sucede cuando todos los segmentos originales han salido. No espera necesariamente las retransmisiones rojas provocadas por pérdidas. Es el final de la primera pasada.

La recepción de parte roja sucede en el motor receptor cuando conoce la longitud roja y tiene todos sus octetos. El aviso al cliente incluye si el final rojo coincide con el final del bloque. Si no coincide, el recibo confirma explícitamente solo el prefijo.

Los segmentos verdes generan avisos individuales al cliente receptor. Cada aviso identifica posición, longitud y si ese segmento alcanza EOB. Ver EOB permite conocer dónde termina el bloque, pero no rellena huecos anteriores. El último fragmento no certifica los intermedios.

La finalización de sesión en el transmisor combina salida completa y prueba del rojo. Es más fuerte que la primera pasada, pero no añade fiabilidad verde. Una cancelación, por su parte, explica que la sesión terminó por el par, una condición local, un límite de retransmisión u otra causa. La especificación advierte que una cancelación en transmisión no asegura que el cliente remoto recibiera parte alguna.

Reducir todo a estados «enviado» y «entregado» elimina quién emitió el aviso, qué objeto describe y qué intervalo cubre. Un modelo serio conserva cada evento y su dirección.

Los informes son ventanas, no veredictos

Un punto de control solicita un informe. El informe declara límites inferior y superior y, dentro de ellos, intervalos recibidos. Nada fuera de sus límites puede interpretarse a partir de ese documento. Incluso dentro, la ausencia de un intervalo identifica un hueco solo respecto de esa ventana.

Un estado amplio puede requerir varios informes. El transmisor concluye que el rojo está completo al unir reivindicaciones compatibles de la misma sesión. Guardar únicamente «95 % recibido» impide reconstruir qué bytes faltaban, qué parte nunca se consultó y si dos informes se contradecían.

El acuse de informe tampoco acusa la carga útil. Contiene el número de serie del informe que llegó al transmisor y permite al receptor dejar de repetir ese informe. Es una prueba sobre un mensaje de control en sentido inverso. Una interfaz que lo llama «data acknowledged» cambia tanto el objeto como el actor de la afirmación.

El calendario decide cuándo expira la paciencia

LTP delega al entorno operativo información que los transportes de conectividad continua suelen dar por sentada: cuándo empieza y acaba un contacto en cada dirección, cuánto tarda la luz y a qué velocidad puede transmitir el enlace. Un temporizador comienza cuando el segmento se entrega realmente a transmisión, no cuando una aplicación lo pone en cola.

Si se sabe que el motor remoto dejó de transmitir, los temporizadores pertinentes se suspenden y se reanudan al regresar la oportunidad. Por ello, un vencimiento puede señalar pérdida, una ventana omitida, una estimación de propagación incorrecta, una cola mal instrumentada o un plan desactualizado.

Quien administra esos datos posee una forma de autoridad: influye en cuándo el protocolo declara agotado un intento. Las investigaciones deben presentar el historial de señales junto con el límite de retransmisiones antes de atribuir un fallo al par remoto.

La prueba termina en el motor LTP

Los identificadores de motor funcionan dentro de un conjunto cerrado de interlocutores. Un adaptador puede asociarlos con extremos Bundle, pero esa asociación depende de la implementación. No convierten automáticamente un evento de enlace en una declaración sobre una persona, una institución o una aplicación final.

Después de la recepción roja, un Bundle puede quedar almacenado, caducar, fallar en un salto posterior, sufrir un rechazo de seguridad o no ser consumido. El resultado inverso tampoco es lícito: una sesión LTP fallida no prueba pérdida definitiva si existe otra copia, contacto o ruta.

La extensión de seguridad de RFC 5327 añade mecanismos de autenticación y cookies. Ayuda a evaluar origen e integridad de ciertos mensajes, no a ampliar el intervalo recibido. Un informe auténtico puede seguir cubriendo solo una parte; un rojo completo puede acompañar un verde incompleto.

RFC 5326 tiene categoría Experimental. La nota del IESG indica que su publicación no equivale a una revisión IETF completa de seguridad, congestión e interacción. No contiene control de flujo ni de congestión, no se propone para uso ubicuo en Internet y su perfil UDP se restringía a desarrollo o LAN privadas. Los RFC posteriores documentan registros y evolución de Bundle, no la conformidad de una instalación concreta.

Fuentes y alcance de la evidencia

El conjunto prueba semántica, estatus y contexto arquitectónico. No prueba un despliegue presente, una misión, la llegada completa del verde, la entrega Bundle ni el consumo por una aplicación.