Fundamentos de red: Ethernet, IP, subred, VLAN, QoS y OSC

Montar una red de audio por primera vez se parece a cablear una cabina: si no sabes qué lleva cada conductor, todo funciona hasta que algo falla y no sabes por dónde mirar. Con Ethernet, IP, subredes y VLAN pasa lo mismo: los equipos se conectan solos, pero el día que entra el equipo de invitados a usar el wifi o la consola de luces empieza a emitir a todo el segmento, hace falta entender qué está pasando.

Esta guía es la Ethernet básico de cara al audio digital: qué viaja por el cable (IP, Subnet), cómo se separan lógicamente los tráficos con una VLAN: introducción a la segmentación, cómo se prioriza con QoS: introducción a la priorización y cómo se mueven parámetros de control con OSC. Al final, el salto natural es aplicarlo a audio en red con la guía de redes de audio sobre IP.

Ethernet básico: qué viaja por el cable

Ethernet es la capa que mueve tramas entre interfaces de red. Cada trama lleva una cabecera con la dirección MAC de destino y de origen (los 48 bits identificadores de la interfaz, los que vienen impresos o programados de fábrica), un campo de tipo (EtherType) que dice qué protocolo viaja dentro y después la carga útil. El tamaño de esa carga va de 46 a 1500 bytes: el límite es la MTU, y cuando un paquete IP no cabe se fragmenta o se descarta en función del protocolo.

Tres ideas prácticas se derivan de esto. Primera: dos equipos se comunican en la misma red local por MAC, no por IP, y una tabla del switch traduce entre ambas. Segunda: por encima de 1500 bytes de carga hay que plantearse jumbo frames, y no todos los equipos de audio los soportan. Tercera: la dirección MAC es fija, por eso se puede usar como referencia estable cuando la IP cambia, y es lo que mide la herramienta cuando inspeccionas un enlace.

En directo, Ethernet se lleva por cable de par trenzado (categoría 5e o superior) con conectores bloqueados como EtherCON, y los enlaces son casi siempre de 1 Gbit/s full-duplex. Si un switch de «mejor esfuerzo» comparte ancho de banda con el equipo de invitados, la red de audio sufre: de ahí que el sistema de sonido tenga su propio segmento.

IP: la dirección de cada equipo

Sobre Ethernet, IP aporta el direccionamiento lógico: cada equipo recibe una dirección de 32 bits que se escribe en cuatro octetos (192.168.10.24). La dirección tiene dos partes: la de red, común a todos los equipos del mismo grupo, y la de host, que identifica al equipo dentro de ese grupo. Junto a la dirección va la máscara, que indica cuántos bits corresponden a la red.

También hay que distinguir entre dirección IP y dirección privada o pública: en un evento solo se usan privadas (rangos 10.x, 172.16-31.x y 192.168.x), con una salida única al exterior si hace falta. Y hay que decidir entre asignación automática (DHCP) o IP estática: los equipos fijos del sistema de sonido —consolas, interfaces, servidores de reloj— conviene darles dirección fija o reservarla en el servidor DHCP, porque las aplicaciones de audio suelen buscar sus pares por dirección conocida. Cambiar la IP de una consola sin avisar es la forma más rápida de que Dante o un visor de control deje de ver los equipos.

A esto se suma el puerto: cada servicio escucha en uno o varios puertos UDP o TCP, y abrir o cerrar puertos es la primera regla de seguridad de la red del evento.

Subnet: cómo se divide una red

Subnet es el acto de partir un rango de direcciones en grupos más pequeños usando la máscara. Si toda la red es 192.168.10.0 con máscara /24 (255.255.255.0), hay 256 direcciones de las que dos no se usan: la de red (…0) y la de broadcast (…255), quedando 254 equipos. Con /25 la mitad se convierte en una subred aparte, y así sucesivamente: cada bit que se roba a la parte de host duplica o divide el número de redes y de equipos.

La división en subredes se formalizó en el documento RFC 950, y su utilidad práctica es sencilla: al separar rangos, los equipos de una subred no ven el broadcast de otra (menos ruido, menos sorpresas) y se pueden aplicar reglas distintas a cada rango. Cálculo habitual en cabina: elegir un rango por función (10.0.10.x para audio, 10.0.20.x para control, 10.0.30.x para invitados), dejar margen para crecer y anotarlo en el esquema del montaje. Sin ese registro, el siguiente técnico no sabrá qué mirar cuando algo deje de responder.

VLAN: introducción a la segmentación lógica

Una VLAN es una red lógica dentro de un switch físico: los puertos se asignan a un identificador de VLAN y las tramas llevan una etiqueta (etiquetado 802.1Q) que indica a qué VLAN pertenecen. Así, dos puertos del mismo switch dejan de estar en la misma red aunque compartan cableado, y el dominio de broadcast se acota sin tocar la instalación.

En un montaje típico: VLAN 10 para audio, VLAN 20 para control e iluminación, VLAN 30 para invitados, y una VLAN de gestión para los switches. Los enlaces entre switches que arrastran varias VLAN se llaman troncales (trunk) y deben configurarse con las VLAN exactas que hacen falta, no «todas». Si una VLAN cruza hacia la red de invitados sin reglas, la segmentación deja de existir.

La comparación entre mecanismos —qué separa cada uno, en qué capa y cuándo conviene— está en la tabla anterior; la decisión real es de infraestructura: VLAN cuando controlas el switch, red física aislada cuando no.

QoS: introducción a la priorización del tráfico

QoS: introducción a lo que toca cuando la red va justa de ancho de banda. El principio: marcar el tráfico importante para que, en los cuellos de botella, pase primero. La marca viaja en el campo de servicios diferenciados (DSCP) de la cabecera IP, estandarizado por IETF; los sistemas de audio sobre IP fijan de fábrica DSCP específicos para su tráfico de reloj, audio y control, y conviene no tocarlos ni reimplementarlos mal. Cuando el tráfico va etiquetado en 802.1Q, la cabecera de VLAN incluye además un campo de prioridad (PCP) que prioriza en la capa 2.

¿Qué se mide? Ancho de banda reservado, retardo (latencia), variación de retardo (jitter) y porcentaje de pérdidas. Un stream de audio de 48 kHz tolera muy poquita jitter; por eso el audio se reserva, el control admite algo más y el tráfico de invitados va al final. Y como hay QoS, hay también lista de comprobación: comprobar que los DSCP no se pierden en el camino (muchos switches reetiquetan o descartan) y que los puertos de audio priorizados lo están en ambos extremos.

OSC: mensajes para mover luces, efectos y parámetros

OSC es un protocolo de transporte de mensajes para comunicación en tiempo real entre aplicaciones y equipos. Cada mensaje lleva una dirección jerárquica tipo /luces/escena/3, un tipo de dato y su valor; los mensajes se agrupan en bundles con time tags para ejecutarse a la vez, y el espacio de direcciones es de usuario, así que cada sistema define las suyas. Viaja casi siempre por UDP sobre IP con un puerto de destino configurado, y su flexibilidad y precisión temporal lo convierten en la alternativa moderna a MIDI para control de luces, vídeo, efectos y sincronía.

En la práctica: un ordenador con Ableton Link o con software de show control manda mensajes OSC a una consola de luces o a un servidor de efectos, que escucha en un puerto concreto. Por eso OSC aparece junto a Art-Net, sACN, MIDI y timecode en la guía de redes de iluminación y control, y por eso conviene saber capturar un paquete de red cuando algo no llega: si sabes leer una trama, sabes ver si el mensaje OSC salió y a qué puerto.

Siguiente paso

Ya tienes los conceptos de red que sostienen el audio digital. El siguiente paso es comprobarlo en el terreno —Dante, el controlador de red, el reparto de tráfico y la captura de paquetes— con la guía de redes de audio sobre IP, y si necesitas el lado de cabina de los enlaces de jugadores, con la guía de Pro DJ Link.