¿Qué es la conformación de tráfico para enlaces de telemetría?
En un enlace ancho nadie se preocupa por qué paquete va primero, porque hay lugar para todos, pero un enlace de telemetría remota rara vez es ancho. Cuando una alarma necesita salir en el mismo momento en que un historiador está subiendo un día de datos rellenados, uno de los dos tiene que esperar, y la conformación de tráfico es cómo usted se asegura de que sea el relleno y no la alarma. Esta guía explica qué es la conformación de tráfico, cómo la priorización y el encolamiento deciden el orden en que los paquetes dejan un enlace congestionado, y por qué importa para mantener el tráfico de control y alarma ágil en una conexión compartida y restringida.
Conformación de tráfico en una línea: La conformación de tráfico es la práctica de controlar el orden y la tasa a la que distintas clases de tráfico dejan un enlace, para que los paquetes de tiempo crítico se envíen antes que los masivos y tolerantes a la latencia cuando el enlace está congestionado. Usando colas de prioridad y controles de tasa como una cubeta de tokens, mantiene los mensajes de alarma y control moviéndose incluso mientras una gran sincronización de historiador compite por el mismo ancho de banda, en lugar de dejar que los paquetes críticos esperen detrás de un respaldo.
Conformar frente a solo limitar un flujo
Ayuda separar la conformación de tráfico de la limitación de ancho de banda, porque a menudo se confunden. La limitación acota un solo flujo a una tasa máxima - dice que un flujo dado puede usar no más de tanto del enlace, punto. Eso es útil para detener a una aplicación glotona de consumir todo, pero por sí sola no decide qué pasa cuando varios flujos quieren el enlace a la vez. La conformación es la disciplina más amplia que se ocupa justo de esa contención: cómo se divide la capacidad disponible entre flujos que compiten, y de quién van primero los paquetes cuando no pueden ir todos juntos.
El mecanismo es clasificación seguida de encolamiento. El tráfico se ordena en clases - por ejemplo, alarmas y comandos de control en una clase de alta prioridad, lecturas sondeadas rutinarias en una clase media, y transferencias masivas como sincronización de historiador o descargas de firmware en una clase de baja prioridad. Cada clase tiene su propia cola, y un planificador decide qué cola drenar en seguida cuando el enlace tiene lugar para enviar. Al dar precedencia a la cola de alta prioridad, el planificador asegura que una alarma se despache antes que cualquier dato masivo que resulte estar esperando, aunque la transferencia masiva llegara primero.
El control de tasa complementa el ordenamiento. Una herramienta común es la cubeta de tokens, donde una clase gana tokens a una tasa constante y gasta uno para enviar una unidad de tráfico, así que puede hacer una ráfaga breve usando tokens ahorrados pero no puede sostener más que su tasa asignada con el tiempo. Esto deja a la conformación tanto reservar un piso de ancho de banda para el tráfico importante como acotar cuánto puede acaparar una transferencia masiva, suavizando las ráfagas en un flujo más constante que el enlace restringido de verdad pueda cargar sin colapsar en congestión.
Por qué el orden importa en un enlace restringido
La razón por la que el orden importa tanto es que un enlace lento tiene una demora de serialización real: toma un tiempo medible sacar un paquete al cable, y una cola de paquetes grandes por delante del suyo significa que su paquete espera a que todos ellos drenen primero. En un enlace rápido esa espera es despreciable, pero en un enlace celular o de radio angosto una cola llena de paquetes de transferencia masiva puede sumar segundos de demora a cualquier cosa atorada detrás de ellos. Sin conformación, un historiador poniéndose al día con un rezago puede llenar la cola y empujar una alarma al final de la fila, así que la alarma llega tarde justo cuando más se necesita.
La conformación corrige el orden para que esto no pueda pasar. Cuando el tráfico de alarma y control se sienta en una cola de prioridad que el planificador sirve primero, esos paquetes se cuelan pasando la transferencia masiva en lugar de encolarse detrás de ella, y su demora queda acotada aun mientras el enlace está por lo demás saturado. La transferencia masiva aún se completa, solo un poco más despacio, drenada en los huecos que deja el tráfico de mayor prioridad. El enlace se usa por completo, pero su escasa capacidad de baja latencia se gasta en el tráfico que de verdad la necesita.
Hacer esto bien requiere decidir qué tráfico es genuinamente de tiempo crítico, porque si todo se marca de alta prioridad entonces nada lo es, y el esquema colapsa de vuelta a primero en llegar, primero en salir. En la práctica los mensajes pequeños y urgentes - alarmas, comandos de control, latidos de conexión - pertenecen arriba, los datos periódicos rutinarios en medio, y cualquier cosa grande y diferible abajo. Acertar esa clasificación es la mayor parte del trabajo; una vez que el tráfico está correctamente ordenado, el encolamiento y la planificación hacen el resto.
Conformación de tráfico en SCADA y monitoreo en la nube
Un sitio SCADA remoto es un caso de libro de texto para la conformación, porque mezcla tráfico con urgencias tremendamente distintas sobre un solo enlace delgado. Una batería de tanques sobre celular puede enviar lecturas rutinarias pequeñas cada pocos segundos, alarmas urgentes ocasionales, acuses de control, y periódicamente una gran ráfaga cuando un gateway que estuvo fuera de línea se reconecta y vuelca un rezago de datos de historiador amortiguados. Sin gestión, esa ráfaga de reconexión puede inundar el enlace justo en el momento equivocado - justo después de un corte, cuando los operadores más quieren información actual - y demorar justo las alarmas que señalan que algo anda mal.
La conformación mantiene el sitio ágil al asegurar que los mensajes pequeños y urgentes nunca se encolen detrás de la gran transferencia de puesta al día. La alarma y el comando de control toman prioridad y salen pronto; el relleno del historiador se limita a una tasa que llena la capacidad restante sin monopolizarla, así que drena de forma constante a lo largo de minutos en lugar de bloquear todo lo demás por una ráfaga intensa. El operador ve la situación en vivo de inmediato, mientras el hueco histórico se rellena en silencio detrás de escena. Ambas tareas se hacen, pero en el orden correcto.
Para una plataforma de SCADA en la nube como Merobix, esta disciplina es lo que deja a un solo enlace restringido cargar tanto la supervisión en tiempo real como la completitud posterior sin que peleen. Como los gateways amortiguan durante los cortes y luego sincronizan cuando el enlace vuelve, alguna forma de conformación - ya sea en el gateway, el router, o el propio transporte de la plataforma - evita que esa sincronización tome precedencia sobre las alarmas y comandos en vivo. La meta de diseño es que ninguna transferencia masiva de fondo pueda demorar un paquete del que dependa un operador o una acción de control, así que la plataforma se mantiene ágil incluso en los enlaces de campo más angostos y ocupados.
Preguntas frecuentes
¿Cuál es la diferencia entre conformación de tráfico y limitación de ancho de banda?
La limitación acota un solo flujo a una tasa máxima, limitando cuánto puede usar un flujo, mientras que la conformación gestiona cómo se divide todo el enlace entre varios flujos que compiten y decide de quién van primero los paquetes cuando contienden. La limitación responde qué tan rápido; la conformación responde en qué orden y con qué prioridad. La conformación suele incluir controles de tasa como una de sus herramientas, pero su trabajo definitorio es la priorización entre flujos.
¿Cómo funciona una cubeta de tokens en la conformación de tráfico?
Una cubeta de tokens le da a una clase de tráfico tokens a una tasa constante y requiere un token para enviar una unidad de datos, así que la clase puede hacer una ráfaga breve gastando tokens ahorrados pero no puede sostener más que su tasa de tokens con el tiempo. Esto deja a la conformación suavizar el tráfico en ráfagas en un flujo más constante e imponer un techo de tasa a las transferencias masivas. Es un bloque de construcción común tanto para reservar ancho de banda como para acotar cuánto puede acaparar un flujo de baja prioridad.
¿Por qué deben priorizarse las alarmas sobre los datos del historiador?
Las alarmas son pequeñas y de tiempo crítico - todo su valor es llegar pronto - mientras que la sincronización del historiador es grande y tolerante a la latencia, ya que rellena el pasado y puede completarse un poco más tarde sin daño. En un enlace restringido, si una alarma se encola detrás de una carga de historiador puede demorarse segundos justo en el momento en que importa. Priorizar las alarmas asegura que se cuelen pasando las transferencias masivas, mientras los datos del historiador aún se completan en la capacidad restante.
Servicios de automatización
¿Necesita convertir esta información en un sistema que funcione?
Merobix integra SCADA, programa PLC Allen-Bradley y Siemens, y diseña y fabrica tableros de control industrial.
Las solicitudes de reunión se revisan antes de confirmarse.