Resumen

  • RFC 3450 permitía reconstruir un objeto tras reunir suficientes símbolos FEC, sin solicitar la retransmisión individual de cada paquete perdido.
  • Al no exigir retornos, la carga del emisor no dependía del tamaño de la audiencia; a cambio, reconstrucción, integridad, informe de término y uso de la aplicación eran hechos diferentes.

Fiabilidad sin pasar lista

El problema de la multidifusión fiable aparece cuando cada pérdida genera una petición y cada nuevo receptor añade estado al emisor. En diciembre de 2002, RFC 3450 ensambló ALC con LCT, control de congestión multivelocidad y corrección de errores hacia delante. La escala prevista incluía millones de receptores concurrentes, objetos desde cientos de kilobytes hasta cientos de gigabytes y receptores que se incorporaban en momentos distintos.

El emisor producía símbolos de codificación y los distribuía por canales. Cada receptor entraba y salía de canales según su ruta y esperaba hasta reunir un conjunto decodificable. No pedía cada paquete ausente. Por eso, desde la perspectiva del emisor, uno o un millón de receptores podían implicar la misma carga y tasa de salida. El texto, el registro de RFC Editor, el expediente Datatracker, su historial, sus referencias, las citas posteriores y los errores registrados prueban el diseño documental, no un despliegue universal.

No todos necesitaban los mismos paquetes

FEC cambió la unidad de reparación. Dos receptores podían perder paquetes distintos y recuperar los mismos bytes si cada uno reunía suficientes símbolos útiles. RFC 3452 definió el marco FEC y RFC 3453 describió esquemas compactos sin código y con paridad.

La independencia no eliminaba la información previa. El receptor necesitaba los datos de transmisión del objeto FEC para saber qué código y parámetros interpretar. Podían llegar dentro o fuera de banda; ALC exigía la información, pero no fijaba cómo obtenerla. “Suficiente” significaba suficientes símbolos acompañados de sus coordenadas de decodificación.

Antes de unirse, el receptor también necesitaba una descripción de sesión: control de congestión, dirección del emisor, canales y puertos, TSI, indicación de múltiples objetos, extensiones y autenticación. Una web, un anuncio, un correo u otro mecanismo podía entregarla. Ese camino estaba expresamente fuera de ALC.

Identificar una sesión no identificaba una entrega

La dirección IP del emisor junto con el TSI identificaba la sesión. El TOI distinguía un objeto solo dentro de esa sesión. No era una identidad mundial del contenido ni vinculaba por sí solo a una persona o entidad receptora. El mismo objeto podía usar otro TOI en otra sesión.

Un registro de TSI y TOI demuestra que un paquete pertenecía a una coordenada protocolaria. No demuestra que el objeto se reconstruyera, superara su control de integridad, llegara a un destinatario legal concreto o fuera utilizado por una aplicación. El identificador ordenaba tráfico; no convertía el tráfico en testimonio.

La señal de cierre no era un acuse

Close Session y Close Object permitían advertir que el envío estaba a punto de finalizar. El propio RFC los llamó indicios no completamente fiables. El paquete final también podía perderse y el receptor podía seguir incompleto.

El ejemplo de servicio iniciado por el emisor mostraba cómo una aplicación podía añadir un retorno: cada receptor avisaría de su reconstrucción y el emisor seguiría enviando hasta recibir los informes deseados o cumplir otra condición. Sin embargo, la lista de receptores, el mensaje de finalización y la regla de parada pertenecían a esa aplicación. ALC no definía un recibo de entrega.

También era necesario separar recuperación de confianza. Un símbolo falsificado podía corromper una gran reconstrucción. RFC 3450 recomendaba autenticación de paquetes y una comprobación del objeto completo, preferentemente mediante firma verificable. FEC respondía si podían recuperarse bytes; la firma respondía si coincidían con el objeto firmado. Ninguna decía al emisor quién los había aceptado.

La madurez no borró los límites

RFC 2357 exigía control de congestión adecuado y RFC 3450 permaneció Experimental mientras esa prueba maduraba. RFC 3048 explicó la arquitectura de bloques, RFC 3269 sus pautas y RFC 3451 el bloque LCT. La base multicast venía de RFC 1112 y el modelo de fuente específica se formalizó en RFC 4607. RFC 5775 sustituyó en 2010 a RFC 3450 con una norma propuesta compatible. La secuencia demuestra revisión, no éxito en toda red.

La disciplina de capas de realidad de Heng Lu impide mezclar símbolos recibidos, objeto reconstruido, integridad verificada, aceptación de la aplicación, informe enviado e informe registrado. La primacía del código en ejecución obliga a limitar la afirmación a lo observado. La especificación inicial mínima permite leer la omisión como disciplina: resolver primero el transporte escalable y dejar que cada aplicación añada la rendición de cuentas que necesita. Es una interpretación editorial posterior, no una atribución de intención a los autores.

El legado de RFC 3450 es doble: eliminar confirmaciones del núcleo abrió la escala masiva y, al mismo tiempo, obligó a reconocer que recuperable no significa recibido por todos ni conocido por el emisor.

Fuentes