¿Qué es un búfer de jitter?

Volver al glosario

Cómo un búfer de jitter suaviza el flujo

Los paquetes que cruzan una red real no llegan en un metrónomo pulcro. Dos paquetes enviados con un intervalo fijo de separación pueden llegar casi juntos, o muy separados, porque cada uno toma su propia ruta a través de colas y enlaces que agregan retardos distintos: esa variación en el tiempo de llegada es el jitter. Si la lógica aguas abajo consumiera los paquetes en el instante que llegan, vería un flujo grumoso y a ráfagas: una andanada de paquetes, luego un hueco, luego otra andanada. Muchos consumidores se portan mal cuando se les alimenta así.

Un búfer de jitter arregla esto al insertar un retardo deliberado entre la llegada y el consumo. Los paquetes entrantes se colocan en el búfer conforme aterrizan, y el búfer los libera a la lógica aguas abajo a una cadencia estable y regular. Como los paquetes se retienen brevemente, los que llegaron temprano esperan un momento mientras los que llegaron tarde alcanzan, y la salida emerge con espaciado parejo aunque la entrada haya sido dispareja. El búfer efectivamente convierte la varianza en el tiempo de llegada en un retardo pequeño y constante que el consumidor nunca tiene que considerar.

El búfer también maneja los paquetes que llegan fuera de orden. Como los paquetes pueden tomar rutas distintas, un paquete posterior a veces rebasa a uno anterior y llega primero. Un búfer de jitter retiene los paquetes lo suficiente para reordenarlos por su información de secuencia antes de liberarlos, así que la lógica aguas abajo recibe un flujo correctamente ordenado y con espaciado parejo aun cuando las llegadas crudas fueron a la vez revueltas y con temporización dispareja. Este reordenamiento sólo es posible porque el búfer está dispuesto a esperar un poco, que es justo el costo que describe la siguiente sección.

El intercambio de latencia

Un búfer de jitter compra suavidad con retardo, y ese es un intercambio inevitable. El búfer debe retener cada paquete lo suficiente para que incluso los paquetes que llegan más tarde en el flujo hayan aparecido antes de su turno de ser liberados; entre más profundo el búfer, más jitter puede absorber, pero más se retrasa cada paquete en su paso a través de él. Un búfer poco profundo agrega poca latencia pero no puede suavizar mucha variación, así que los paquetes tardíos pierden su ranura y se pierden efectivamente. Un búfer profundo suaviza jitter pesado pero hace que todo el flujo sea notablemente más viejo para cuando se usa.

Esto significa que dimensionar un búfer de jitter es un balance entre suavidad y frescura, y la respuesta correcta depende de la tolerancia de la aplicación al retardo contra su tolerancia a los huecos. Algunos búferes de jitter son adaptativos: observan el patrón reciente de varianza de llegada y crecen cuando el jitter empeora, luego encogen de nuevo cuando la red se calma, tratando de retener justo el retardo suficiente para cubrir las condiciones actuales sin agregar retraso innecesario. Esto mantiene la latencia cerca del mínimo requerido para el jitter que de verdad se ve, en lugar de un retardo de peor caso fijo todo el tiempo.

Vale la pena tener claro que un búfer de jitter no quita latencia, agrega una cantidad controlada de ella a cambio de predecibilidad. El valor que entrega es convertir un retardo variable e impredecible en un retardo estable y conocido. Para consumidores que se preocupan más por un flujo suave y correctamente ordenado que por la frescura absoluta de cada paquete individual, ese es un buen intercambio. Para consumidores que necesitan el último valor en el instante que existe, el búfer trabaja en su contra, y por eso los búferes de jitter pertenecen a datos de estilo transmisión en lugar de a lecturas instantáneas del valor más reciente.

Búferes de jitter en telemetría y SCADA de nube

La mayoría de la telemetría de SCADA no necesita un búfer de jitter clásico, y vale la pena entender por qué. Buena parte de los datos de campo es reporte por excepción o muestreo periódico donde cada lectura se estampa de forma independiente en el origen, así que el sistema receptor simplemente coloca cada valor en el tiempo en que de verdad se midió en lugar de importarle el instante exacto en que el paquete llegó. Cuando los datos llevan su propia estampa de tiempo verdadera, el jitter en el tiempo de llegada es en gran medida cosmético: la tendencia se reconstruye a partir de las estampas, no del orden de llegada.

El búfer de jitter se vuelve relevante cuando la telemetría se trata como un flujo continuo y sensible al orden que debe consumirse en tiempo real - por ejemplo transmitir datos de sensor de alta tasa, audio o video de una cámara de sitio, o cualquier tubería donde el procesamiento aguas abajo espera una alimentación pareja. En esos casos un búfer que suaviza y reordena las llegadas deja correr la lógica de procesamiento sobre un flujo estable en lugar de atorarse y competir con la disparidad de la red. La pequeña latencia añadida del búfer se acepta a cambio de una alimentación limpia y en orden.

Para una plataforma SCADA de nube como Merobix, la lección práctica es ajustar el mecanismo a los datos. Las lecturas estampadas y basadas en excepción se manejan mejor confiando en las estampas de tiempo del origen y ordenando los datos por tiempo de medición, lo que evita agregar cualquier latencia. Las alimentaciones genuinamente transmitidas y en tiempo real son donde un búfer de suavizado se gana su lugar. Saber cuál de estos tiene evita dos errores opuestos: agregar retardo innecesario a datos que ya estaban autoordenados, o alimentar paquetes a ráfagas y fuera de orden directamente a lógica que asume un flujo parejo.

Preguntas frecuentes