en banda

La señalización inband significa que la información de control, los indicadores de estado o los comandos viajan a través del mismo canal físico o banda de frecuencia que los datos principales o la señal de voz. La alternativa es la señalización outband o fuera de banda, donde el control se ejecuta en una ruta, red o frecuencia completamente separada. Inband es económico porque no requiere infraestructura adicional, pero crea una limitación fundamental: no se puede enviar información de control mientras se envían datos primarios en ese mismo canal sin interferencia o colisión.

El ejemplo clásico es la señalización telefónica. Las primeras centrales telefónicas utilizaban tonos inband, como el pulso de marcación y, posteriormente, los tonos de multifrecuencia de doble tono (DTMF), enviados por el mismo par de cobre que transportaba la señal de voz. Esto significaba que la red telefónica podía enrutar llamadas y señalar cambios de estado sin un canal de control dedicado. Sin embargo, si alguien hablaba o reproducía audio que contenía las mismas frecuencias que los tonos de control, la central podía malinterpretar el contenido de voz como un comando. Esta vulnerabilidad fue lo suficientemente grave como para que los ingenieros de telecomunicaciones finalmente migraran a la señalización fuera de banda, utilizando redes de señalización de canal común (CCS) separadas como SS7.

Compensaciones en sistemas modernos

Las redes de datos modernas, incluyendo Ethernet y algunos protocolos inalámbricos, todavía utilizan métodos inband para ciertas funciones. El descubrimiento de la capa de enlace, el control de flujo y algunos marcos de gestión viajan inband porque deben operar incluso cuando el plano de control no está completamente operativo. Sin embargo, la señalización más crítica en telecomunicaciones, sistemas de energía y aplicaciones de seguridad crítica se ha movido fuera de banda para aislar los datos de la lógica de control y evitar que uno corrompa al otro.

La comunicación inband sigue siendo relevante en entornos restringidos, como protocolos seriales heredados, algunas implementaciones de bus de campo industrial y sistemas en tiempo real donde agregar un segundo canal es física o económicamente impracticable. La compensación es siempre la misma: ahorrar hardware y cableado, pero aceptar el riesgo de colisión de datos-control y la necesidad de un diseño de protocolo cuidadoso para evitar la mala interpretación de datos ordinarios como un comando.