Resumen

  • RFC 2448 propuso proteger con mayor fiabilidad la información de alta prioridad (HP) y dejar que el vídeo de baja prioridad (LP) siguiera por su ruta habitual.
  • Recibir las HP no demostraba que llegaran las LP, que ambas partes encajaran ni que la imagen se decodificara y mostrara a tiempo.

La compresión hace que ciertos bits pesen más que otros. Algunos describen la estructura de una imagen o los parámetros del decodificador; muchos más transportan contenido visual. La red solo ve paquetes y, si no ofrece prioridad, no sabe qué pérdida tendrá mayores consecuencias para el códec.

RFC 2448 trasladó esa decisión al emisor. Este separaría los segmentos de alta prioridad, o HP, considerados vitales, del resto del flujo, denominado LP. Podía enviar primero las HP por un transporte fiable, llevarlas en paquetes RTP distintos, duplicarlas junto al flujo original o transmitir una vez información reutilizable fuera de banda para que el receptor la guardara en caché. La prioridad no la proporcionaba la red: la organizaba el propio sistema mediante rutas de fiabilidad diferentes.

La clasificación era el punto crítico. La RFC explica que depende de la sintaxis y la semántica del códec y que no hay una regla general válida para todos los bitstreams. El ejemplo MPEG-2 muestra el coste: las HP limitadas a cabeceras solían representar menos del 2 % de los datos de vídeo. Al incluir coeficientes DC, podían llegar a cerca del 40 % y ofrecer una imagen algo utilizable por sí sola, pero entonces había que entregar fiablemente muchos más datos. Son cifras del ejemplo de la RFC, no mediciones universales.

Enviar las HP antes que las LP reduce su exposición a pérdidas, pero añade espera al inicio. Los paquetes RTP separados pueden usar otro tipo de carga útil y compartir el formato de marcas de tiempo y el espacio SSRC con el flujo principal. Esos identificadores ayudan a coordinar; no garantizan que ambas rutas entreguen sus datos. El emisor también puede conservar las HP en el flujo sin particionar y recurrir a las copias separadas solo si hay pérdidas. Cuando las HP reutilizables llegan fuera de banda, las marcas de tiempo pueden carecer de sentido; un fotograma clave y, si existe, el bit marcador ayudan a situarlas respecto de las LP.

Por eso el receptor tiene que probar más que la finalización del transporte fiable: que la información HP corresponde a esa versión del códec y a ese punto del flujo LP; que llegó el material LP necesario; que el decodificador generó una salida antes del plazo; y que después se mostró. Recibir correctamente las HP no resuelve por sí mismo ninguna de esas comprobaciones.

RFC 2448 apareció en noviembre de 1998 como documento Informational, no como estándar de Internet. Identificó patentes relacionadas con AT&T/Lucent y dijo que IESG e IETF no tomaban posición sobre su validez, alcance o disponibilidad de licencia. El documento describe una técnica: no prueba adopción, despliegue actual, interoperabilidad ni beneficios para la audiencia. Su lección histórica es más acotada: la fiabilidad selectiva convierte un problema de transporte en una política del códec, y cada ruta adicional crea una condición de unión que debe verificarse.

Fuentes

RFC 2448; ficha RFC 2448; ficha del IETF Datatracker; erratas de RFC 2448; RFC 2250, carga RTP para MPEG; RFC 3550, RTP; RFC 2198, audio redundante; RFC 2733, FEC para RTP; RFC 5109, FEC genérico para RTP; RFC 4588, retransmisión RTP; RFC 1191, descubrimiento de MTU de ruta; RFC 1889, primera especificación de RTP; Heng Lu, primacía del código ejecutado; Heng Lu, especificación y adopción voluntaria.