Publicación SRT¶
La captura por SRT funciona así: usted le dice de antemano a la estación dónde esperar la señal, y el remitente debe marcar exactamente allí. La publicación invierte el esquema — un corresponsal con OBS o un codificador móvil marca al clúster por su cuenta, con una sola dirección y un solo puerto, sin saber ni elegir de qué máquinas se compone el clúster. La captura arranca en el nodo que atendió la llamada.
Así se conecta a los autores externos: un reportero con un teléfono, el estudio de un socio, una cámara en un evento. Reciben una sola cadena de conexión — del resto se encarga el clúster.
Cómo el clúster atiende la llamada¶
- El puerto UDP dedicado del stream lo escuchan todos los nodos del clúster — marque al que marque, la puerta es la misma.
- El que llama pasa la comprobación de la frase de paso en el propio handshake; después el stream queda anclado al nodo que atendió la llamada y arranca allí.
- Una publicación caída espera su regreso: tras unos segundos de silencio la conexión se cierra y el stream vuelve a la espera. Un codificador que vuelve a marcar a otro nodo se lleva el stream consigo — el anclaje sigue a la llamada.
- Mientras la publicación está en marcha, la puerta está ocupada: un segundo codificador que marque al mismo puerto recibe un rechazo de «ocupado» y no puede tumbar la transmisión en curso.
Las fuentes son opcionales para tal stream: puede vivir solo de la publicación y arrancar con la primera llamada. Una fuente configurada junto a la publicación actúa de reserva — el directo la supera.
Una dirección para todos los codificadores¶
El codificador necesita una sola dirección, y el clúster tiene varios nodos. El ajuste Dirección de publicación (menú Ajustes de central) es el nombre o la IP que la consola pone en la cadena de conexión. Lo que hay detrás de esa dirección — un nombre DNS con varios registros A, una VIP o un balanceador UDP — es decisión de la instalación; esta página cubre la variante DNS como la que no requiere software adicional. El ajuste vacío significa el host de la consola y solo sirve para una máquina única.

Escenario: un nombre DNS con varios registros A¶
En SRT no hay redirecciones: el cliente marca por UDP a una dirección concreta, y el protocolo no sabe decir «pregunte en el nodo de al lado». Lo que sí hacen los clientes SRT — OBS, Larix, VLC — es recorrer los registros A: cuando una dirección no responde, prueban los registros del nombre por su cuenta, gastando unos tres segundos por cada uno muerto. Un nombre con un registro A por nodo da conmutación por error a cargo del propio cliente: un nodo muere — el codificador marca al siguiente.
El orden de configuración:
- Declare las direcciones públicas de los nodos. En la ficha de cada nodo rellene la Dirección pública de medios — el campo ofrece elegir entre las direcciones que el nodo ve en sus interfaces; detrás de NAT la correcta la sabe solo usted, escríbala a mano.
- Consulte la pista. Bajo el ajuste Dirección de publicación la consola lista los candidatos a registros DNS — una dirección por nodo vivo, con el nombre del nodo. Esa es exactamente la lista de lo que va a la zona.
- Cree los registros A. En su zona DNS cree un nombre — por ejemplo,
publish.example.com— con un registro A hacia la dirección de cada nodo de la lista. - Ponga el nombre en «Dirección de publicación» y guarde. El clúster resuelve el nombre periódicamente y coteja el resultado con el registro de nodos: junto al ajuste se ve que el nombre lleva a nodos vivos. Un nombre que no se resuelve, o que lleva solo a nodos apagados, enciende una advertencia — el error clásico de mantenimiento «nodo retirado, registro olvidado» se ve de inmediato, no en la primera transmisión rota. Desde ese momento las URL del codificador de todos los streams se arman con el nombre.
Dos salvedades honestas:
- Varios registros A son conmutación por error, no balanceo de carga: los resolutores cachean y barajan los registros a su manera, y los codificadores de una misma red pueden caer todos en el mismo nodo. Un sesgo de anclajes entre nodos es un cuadro normal.
- No todo cliente móvil recorre los registros. Algunas aplicaciones toman la primera dirección y siguen insistiendo en ella. Para esas es más seguro configurar dos direcciones en el perfil del codificador — principal y de reserva.
Configuración del stream¶
Abra el stream en la pestaña Streams y busque la sección Publicación SRT:
| Campo | Qué define |
|---|---|
| Puerto UDP | el puerto de publicación; un puerto — un stream, en todos los nodos a la vez |
| Frase de paso | la clave de cifrado AES, de 10 a 79 bytes; si no coincide, la llamada se rechaza en el handshake |
La frase de paso es opcional, pero un puerto sin ella es una puerta abierta: podrá publicar cualquiera que marque. Déjela vacía solo en una red de confianza — el formulario lo advierte.

Debajo de los campos se arma la URL del codificador lista — srt://dirección:puerto?passphrase=… — con botón de copiar y código QR: la dirección con la clave entran en el codificador móvil por la cámara, no por el teclado. La dirección de la cadena es la misma Dirección de publicación de la sección anterior: configúrela antes de repartir la cadena, o el codificador se llevará la dirección de un nodo concreto.
Junto al QR están las pestañas Larix y Moblin: la misma puerta como enlace de importación listo para esas aplicaciones — se escanea con su cámara y la conexión aparece sola en sus ajustes.

Conexión del codificador¶
En OBS: Configuración → Emisión → Servicio: Personalizado..., y la cadena entera de la ficha del stream en el campo Servidor:
srt://publish.example.com:9000?passphrase=su-clave
Al codificador móvil muéstrele el QR de la misma sección. Tras arrancar la emisión, el stream se levanta en un par de segundos — se ve en la lista de streams y en la página de puertos.
El resumen de puertos SRT¶
La página Puertos SRT (en el menú, bajo Streams) es el mapa de todas las puertas SRT del clúster: puertos de publicación y de entrega, de qué stream es cada uno, si tiene frase de paso, si de verdad está escuchando. También muestra:
- la elección de puerto para un stream nuevo — los números ocupados están a la vista, un puerto duplicado queda marcado;
- una publicación en vivo — la dirección del codificador y el nodo que atendió la llamada;
- el anclaje entre llamadas — para un stream cuyo codificador se cayó y aún no ha vuelto, el nodo donde el stream espera: una llamada a él se reanuda sin consultar a central, una llamada a otro nodo se lleva el stream allí;
- la comprobación de la dirección de publicación — la misma línea de estado que junto al ajuste.

Cuándo se rechaza una llamada¶
| Qué pasó | Qué ve el codificador |
|---|---|
| La frase de paso no coincidió | un rechazo en el handshake, sin conexión |
| El puerto está ocupado por una publicación en curso | un rechazo de «ocupado»; la transmisión en marcha no se interrumpe |
| La publicación se quedó en silencio | tras unos segundos de silencio la conexión se cierra y el stream espera la próxima llamada |
Qué sigue¶
- Captura por SRT y RIST — el esquema clásico cuando la dirección de la fuente se conoce de antemano.
- Entrega por SRT — pasar la señal recibida más allá.
- Monitoreo — contadores de conexión y calidad de la captura.