Techrider.live

Rider técnico de red de audio digital: enrutamiento, reloj y redundancia

11 min de lectura · Actualizado el 10 de agosto de 2026 · gerentes de gira, gerentes de producción, técnicos de sistemas, ingenieros de control de sala (FOH) y de monitores, equipos de grabación y emisión, gerentes técnicos de recintos

Documenta la red de audio de un espectáculo con dispositivos, puertos, rutas de canales, frecuencia de muestreo, propiedad del reloj, rutas redundantes, acceso de control y pruebas.

Resumen rápido — Un rider técnico de red de audio digital debe nombrar todos los dispositivos, puertos, transmisores, receptores, rutas de canales, frecuencia de muestreo, líder de reloj, switch, recorrido de cables, ordenador de control y técnico responsable. Si se requiere redundancia, dibuja dos rutas de respaldo completamente separadas y soportadas por el sistema, y define las pruebas de conmutación por error. Que los conectores coincidan, las etiquetas de protocolo o los nombres visibles de los dispositivos no demuestra la compatibilidad de formato, enrutamiento, firmware o red.

Índice

  1. Definir el límite de la red
  2. Inventariar dispositivos y recorridos físicos
  3. Crear la matriz de enrutamiento de canales
  4. Asignar reloj, direccionamiento y control
  5. Diseñar redundancia compatible
  6. Planificar el avance de espectáculo y probar la red
  7. Preguntas frecuentes

Definir el límite de la red

«La red de audio» no describe un sistema intercambiable único. Empieza por definir:

  • el protocolo y el modo de funcionamiento requerido;
  • los dispositivos de gira y del recinto que intercambian audio;
  • los endpoints de control de sala (FOH), monitores, rack de escenario, sistemas inalámbricos, grabación, emisión, reproducción y procesadores;
  • el número y la dirección de los canales;
  • la frecuencia de muestreo y otros ajustes de formato compartidos;
  • funcionamiento solo en modo primario o con redundancia compatible;
  • proveedores y operadores de switches, cables, adaptadores y ordenadores de control.

Mantén el tráfico de control, el transporte de audio, internet, iluminación, intercomunicador y otros servicios diferenciados en el rider incluso cuando un diseño aprobado comparta infraestructura. Un propietario del sistema cualificado debe aprobar la topología según el protocolo real, el hardware, el firmware, la configuración del switch y la normativa del recinto.

Si el objetivo es compartir entradas de micrófono entre consolas, consulta también el rider técnico de splitter de micrófonos. Un diagrama de red complementa la lista de entradas del espectáculo; no sustituye los nombres de las fuentes, las posiciones físicas ni las responsabilidades.

Inventariar dispositivos y recorridos físicos

Crea una tabla de dispositivos antes de dibujar las rutas.

ID de dispositivoFunciónProveedorPuertos utilizadosAudio necesarioUbicaciónResponsable
SR-ARack de escenarioRecintoPrimario / Secundario32 transmisionesEscenario derechaTécnico de sistemas del recinto
FOH-AConsola de control de sala (FOH)GiraPrimario / Secundario32 recepciones, 8 transmisionesControl de salaIngeniero de FOH de la gira
MON-AConsola de monitoresGiraPrimario / Secundario32 recepciones, 16 transmisionesEscenario izquierdaIngeniero de monitores de la gira
REC-AInterfaz de grabaciónProducciónPrimario32 recepcionesPuesto de grabaciónIngeniero de grabación

Esta es una estructura de ejemplo, no una promesa de compatibilidad. Añade los datos exactos de fabricante, modelo, tarjeta de interfaz, firmware y software cuando afecten a la interoperabilidad.

En el dibujo de la topología, muestra todos los endpoints, puertos, switches, recorridos de cables, conectores, módulos ópticos, conversores de medios, ordenador de control, ubicación y la delimitación entre gira y recinto. Anota las rutas que afecten a la protección de cables, el acceso o el tiempo de cambio.

Nunca conectes redes desconocidas durante la carga del equipo por el mero hecho de que un puerto parezca disponible. El propietario del sistema debe confirmar primero su función, modo, comportamiento de direccionamiento y topología.

Crear la matriz de enrutamiento de canales

Utiliza nombres de dispositivos y canales estables que se correspondan con la documentación del espectáculo.

Fuente / destino del espectáculoTransmisorReceptorFormatoResponsable de la ruta
Voz principalSR-A Tx 1FOH-A Rx 1Frecuencia de muestreo confirmada del espectáculoTécnico de sistemas
Voz principalSR-A Tx 1MON-A Rx 1Frecuencia de muestreo confirmada del espectáculoTécnico de sistemas
Voz principalSR-A Tx 1REC-A Rx 1Frecuencia de muestreo confirmada del espectáculoIngeniero de grabación
Talkback a escenarioFOH-A Tx 1MON-A Rx 33Frecuencia de muestreo confirmada del espectáculoFOH / Monitores
PA L/RFOH-A Tx 7–8SYS-A Rx 1–2Frecuencia de muestreo confirmada del espectáculoTécnico de sistemas

Sustituye el ejemplo por identificadores reales. Mantén las rutas alineadas con la lista de entradas y hoja de patch, la lista de destinos de monitores, los archivos de consola, las pistas de grabación y los destinos de procesadores de sistema.

Documenta los detalles de suscripción, multidifusión, unidifusión, flujo o bundle solo cuando el sistema los exponga y el operador lo necesite. Guarda un archivo de enrutamiento válido conocido cuando el sistema lo permita, pero mantén una matriz legible en el rider para su revisión y recuperación.

Asignar reloj, direccionamiento y control

Plan de reloj

Los dispositivos de audio digital en red deben acordar la temporización y el formato. Identifica:

  • el líder de reloj o maestro previsto;
  • cualquier ajuste de líder preferido;
  • la sincronización externa, si se utiliza;
  • la frecuencia de muestreo y el modo de protocolo;
  • los dispositivos que cruzan dominios de reloj;
  • quién puede modificar los ajustes de reloj;
  • los indicadores de estado que el operador verificará.

Si el sistema elige un líder automáticamente, documenta el resultado previsto y verifica el líder real después de conectar todos los dispositivos.

Direccionamiento y nombres

Indica si el direccionamiento es automático, estático o gestionado por el recinto. Registra subredes, VLANs, puertas de enlace o servicios DHCP solo cuando pertenezcan al diseño aprobado. Nunca publiques contraseñas o credenciales sensibles en el rider.

Los nombres de los dispositivos deben ser únicos, estables y descriptivos, como TOUR-FOH, TOUR-MON y VENUE-SR-RACK. Los nombres de los canales deben coincidir con la lista del espectáculo siempre que sea posible.

Propiedad del control

Nombra la aplicación de control, la versión compatible, el ordenador, la conexión y el operador. Define quién puede renombrar dispositivos, cambiar rutas, actualizar firmware, modificar switches o conectar equipos.

Las actualizaciones de firmware son trabajos de mantenimiento, no un paso automático durante la carga del equipo. Confirma y prueba las versiones antes del día del espectáculo; no actualices sin motivo un sistema de producción previamente validado.

Diseñar redundancia compatible

La redundancia solo existe cuando el protocolo y los dispositivos correspondientes son compatibles con el diseño. Indica qué fallo debe tolerar.

PreguntaRespuesta en el rider
¿Qué endpoints son redundantes?Dispositivos que utilizan ambas rutas compatibles
¿Las rutas están físicamente separadas?Puertos, switches, cables y rutas separados
¿Qué endpoints tienen una sola ruta?Puntos únicos de fallo restantes
¿Qué se conmuta por error automáticamente?Comportamiento de dispositivo verificado
¿Cómo se detecta el fallo?Vista de estado, alarma, operador y ruta de comunicación
¿Cómo se prueba?Prueba de desconexión segura y resultado esperado

Cuando un sistema define redes primarias y secundarias, mantenlas separadas exactamente según lo requiera su fabricante. No puentes las rutas redundantes a menos que el diseño aprobado lo solicite explícitamente. Un segundo cable que pase por el mismo endpoint no compatible, switch, fuente de alimentación o ruta física puede no proporcionar protección útil.

Documenta la alimentación de los switches y los endpoints críticos. La redundancia de rutas de red no puede proteger contra todos los dispositivos compartidos o fallos de alimentación.

Planificar el avance de espectáculo y probar la red

Antes del día del espectáculo

  1. Intercambia datos de dispositivos, tarjetas, firmware, software, protocolo y modo de funcionamiento.
  2. Cierra el recuento de canales de entradas, salidas, monitores, grabación y sistema.
  3. Aprueba la topología, los switches, el direccionamiento, la frecuencia de muestreo y el reloj.
  4. Crea una matriz de enrutamiento de transmisión a recepción legible.
  5. Asigna responsables de cables, control, enrutamiento, firmware y resolución de incidencias.
  6. Acuerda los requisitos de redundancia y un método de prueba seguro.
  7. Conserva una configuración válida y probada y un patch de respaldo legible.

En el recinto

  1. Coloca y etiqueta los endpoints, switches, puertos y recorridos de cables.
  2. Conecta únicamente la topología aprobada.
  3. Verifica el descubrimiento, nombres, direcciones, firmware y formato.
  4. Confirma el líder de reloj real y el estado de sincronización.
  5. Aplica e inspecciona todas las rutas requeridas.
  6. Envía y escucha audio por todas las fuentes y destinos.
  7. Prueba el acceso de control sin exponer credenciales.
  8. Realiza la prueba de fallo de ruta primaria o secundaria acordada.
  9. Guarda el estado final de las rutas y anota las desviaciones en el rider.

El técnico de sistemas, el ingeniero de FOH, el ingeniero de monitores y el ingeniero de grabación pueden ser invitados a editar y guardar el mismo rider y consultar su historial. Exporta un PDF con fecha después de confirmar la topología y las rutas finales.

Errores comunes en redes de audio

Solo escribir el nombre del protocolo. Añade dispositivos, puertos, firmware, modos, formato, reloj, rutas, switches y responsables.

Considerar el descubrimiento como prueba de audio. Un dispositivo visible puede seguir teniendo una ruta, frecuencia de muestreo, reloj o asignación de canales incorrectos.

Utilizar nombres de fábrica de los dispositivos. Los nombres estables hacen que el enrutamiento y los informes de fallos sean comprensibles.

Dejar que las rutas se desvíen de la lista de entradas. Utiliza los mismos nombres de fuente y destino.

Considerar que cualquier segundo cable es redundante. Verifica la compatibilidad extremo a extremo, las rutas separadas, la alimentación y el comportamiento de conmutación por error.

Lista de comprobación pre-espectáculo

  • Los datos de protocolo, modo, dispositivo, tarjeta, firmware y software coinciden.
  • Se ha listado todos los endpoints, puertos, switches, recorridos de cables, ubicaciones y proveedores.
  • Las rutas coinciden con las listas de entradas y salidas del espectáculo.
  • Se ha confirmado la frecuencia de muestreo, el líder de reloj y la ruta de sincronización.
  • Se han asignado el direccionamiento, los nombres, el acceso de control y la autoridad de modificación.
  • Las redes primarias y secundarias siguen el diseño aprobado.
  • Los puntos únicos de fallo y los patches de respaldo son visibles.
  • Se ha escuchado audio por todas las rutas, no solo se han descubierto.
  • La prueba de conmutación por error pasa y se guarda el estado final de las rutas.

Preguntas frecuentes

¿Qué debe incluir un rider técnico de red de audio digital?

Incluye el protocolo y modo exactos, dispositivos, tarjetas de interfaz, firmware, puertos, switches, recorridos de cables, rutas de canales, frecuencia de muestreo, líder de reloj, direccionamiento, aplicación de control, proveedores, redundancia, respaldo y procedimiento de prueba.

¿Cómo documentar el enrutamiento Dante para un espectáculo?

Lista cada dispositivo y canal transmisor junto a cada receptor, utilizando nombres que coincidan con las listas del espectáculo. También documenta los puertos, la frecuencia de muestreo, el resultado del reloj, las rutas de red, la propiedad del control y un estado de enrutamiento válido y guardado.

¿Una red Dante necesita un switch independiente?

Depende del número de endpoints, la topología, el modo de conexión, el ancho de banda, la redundancia y el diseño aprobado del recinto. Utiliza infraestructura compatible y correctamente configurada, y verifica los requisitos de Audinate y del fabricante de los dispositivos en lugar de suponer que cualquier red disponible es adecuada.

¿Qué es el líder de reloj en una red de audio?

El líder de reloj es el dispositivo o fuente de temporización que siguen el resto de dispositivos de audio digital. Identifica el líder previsto, la frecuencia de muestreo, la sincronización externa, el controlador y el método para verificar el estado real del reloj.

¿Cómo probar redes de audio redundantes?

Confirma que todos los dispositivos relevantes son compatibles con el modo redundante documentado. Envía audio por todas las rutas, desconecta de forma segura una ruta aprobada, verifica que el audio y el informe de estado sean los esperados, restaura la ruta y repite el proceso con la otra ruta cuando el procedimiento del sistema lo permita.

Mantén la topología y el patch del espectáculo en un solo rider

Crea el plano de escenario y la lista de entradas en Techrider.live, invita a los ingenieros de sistemas y de consola a editar el mismo rider y exporta un único PDF confirmado después de que pasen las pruebas de enrutamiento y conmutación por error.


Última actualización: 10 de agosto de 2026 · Revisado para topología de audio digital, enrutamiento, reloj, control, redundancia y planificación de avance de espectáculo.

Guías relacionadas