Resumen

  • RFC 3497 encapsuló vídeo HDTV sin comprimir de 1,485 Gbit/s y amplió la secuencia RTP de 16 a 32 bits para que su vuelta tardara unas seis horas, no 336 milisegundos.
  • Los contadores permitían observar pérdida, orden y tiempo. No reducían el caudal; en mejor esfuerzo, el receptor debía abandonar la sesión cuando una conexión TCP comparable no pudiera sostenerlo.

Había cuatro transmisiones dentro de una. La imagen corría a 1,485 Gbit/s. El reloj de muestras volvía a cero a los 21 segundos. El recuento RTCP de octetos lo hacía a los 23. El acumulado de pérdidas, a los 93. Y la secuencia extendida necesitaba unas seis horas para completar su círculo.

RFC 3497 no eliminó esas vueltas. Enseñó a interpretarlas.

El material provenía de SMPTE 292M, una interfaz serie para intercambiar televisión de alta definición sin comprimir entre cámaras, grabadores y codificadores. Usaba palabras de diez bits y una velocidad fija, apropiada para un enlace dedicado de estudio. Llevarla por IP a larga distancia significaba trasladar también sus límites temporales y sus unidades de imagen.

Cada línea de vídeo podía dividirse en varios paquetes RTP. Sin embargo, el comienzo de vídeo activo, SAV, y el bloque EAV con número de línea y CRC no podían partirse: el decodificador dependía de ellos para recuperar el barrido. Tras el encabezado RTP aparecían cuatro octetos propios del formato. El bit marcador indicaba el final de cuadro y once bits de número de línea aportaban una pista adicional si se perdía el paquete que contenía EAV.

La agrupación de píxeles imponía otra frontera. En 4:2:2 el grupo habitual era de cinco octetos; en 4:2:0 y 4:4:4, de quince. Un pgroup igual a uno permitía cortar por cualquier octeto cuando no se conocía el formato fuente, sin autorizar nunca la ruptura de SAV o EAV. El tipo video/SMPTE292M, la frecuencia obligatoria y ese parámetro opcional permitían describir la sesión en SDP.

La tasa hacía insuficiente la secuencia RTP ordinaria. Con paquetes de al menos mil octetos, sus 16 bits se repetían cada 336 milisegundos. Un paquete demorado podía parecer nuevo y una pérdida antigua podía confundirse con otra vuelta. La extensión de 16 bits produjo una secuencia de 32 y aproximadamente seis horas de horizonte. Era una mejora de atribución: qué llegó, qué faltó y en qué orden.

El reloj RTP de 148,5 MHz servía para reconstruir el momento de cada muestra incluso sin conocer de antemano la variante HDTV. Su vuelta en 21 segundos era normal, no una regresión temporal. Del mismo modo, las aplicaciones que necesitaban totales desde el inicio debían contar las vueltas de los campos RTCP. Si un panel interpretaba 23 o 93 segundos como un reinicio, el error estaba en la memoria del observador, no en el cable.

La exactitud seguía sin gobernar la oferta. El RFC describía el flujo como constante, muy alto y no controlado frente a congestión. Antes de sumar el encabezado RTP ya podía provocar denegación de servicio en la mayoría de rutas de Internet de 2003. Por eso limitaba su uso a extremos adecuadamente conectados, redes privadas o entornos con reserva y garantías de QoS.

La garantía tampoco debía aceptarse como acto de fe. Un receptor con servicio mejorado tenía que observar pérdidas y comprobar que recibía lo pedido. Si no era así, debía considerarse en mejor esfuerzo. El nombre de QoS era una declaración; el comportamiento bajo carga era la prueba.

En mejor esfuerzo, la norma convertía la medición en una decisión. El receptor tenía que abandonar la sesión si la pérdida resultaba excesiva. El umbral no era solo visual: una transferencia TCP sometida al mismo camino y condiciones debía poder lograr un promedio no inferior al del RTP. El vídeo SMPTE no podía hacerse más lento de manera continua. Si acaparaba un caudal que TCP no podía conseguir, salir era la única respuesta compatible con la red.

Así se separaban las capas. RTP ordenaba medios, RTCP observaba, SDP anunciaba y el registro IANA coordinaba parámetros. Ninguno creaba recursos. RFC 2914 explicaba por qué la respuesta a congestión protegía al Internet compartido. RFC 3550 renovó RTP; RFC 4175 amplió el tratamiento de vídeo sin comprimir; RFC 8083 convirtió la salida en una familia más general de cortacircuitos y RFC 8888 enriqueció la realimentación. Son continuidades históricas, no capacidades ocultas en el formato de 2003.

La escalera de recibos comienza en una descripción válida, sigue por el empaquetado, la integridad de las líneas, la secuencia, el tiempo y los contadores sin falsas puestas a cero. Después vienen otros responsables: entregar la QoS, convivir con TCP, producir imagen útil y mantener seguridad a lo largo del tiempo. Aprobar el primer tramo no certifica el último.

La enseñanza de RFC 3497 es incómoda porque un libro mayor perfecto puede registrar un fracaso perfecto. La coordinación mínima hizo interoperables a emisor y receptor. No autorizó al flujo a ocupar cualquier ruta. Cuando el símbolo y la capacidad se separaban, la decisión correcta no era maquillar la pérdida, sino retirarse.

Sources