---
title: PS1, SRT y RIST
url: https://doc2.pstreamer.tv/es/manual/webui/io/peer.html
lang: es
product: Perfect Streamer
version: 2.0.1.264
---

# PS1, SRT y RIST

Protocolos peer de transmisión fiable: los paquetes perdidos se retransmiten a petición del receptor, por lo que los tres tienen un búfer de recepción y una reserva de ancho de banda para la retransmisión. La elección del protocolo y el cálculo del ancho de banda y de la latencia se describen en [Protocolos Peer de transmisión fiable](../../planning/index.md#planning-peer-protocols) y [Planificación del ancho de banda, la latencia y los puertos](../../planning/index.md#planning-bandwidth-latency), y el cifrado, en [Cifrado de flujos](../../planning/index.md#planning-encryption).

Cada protocolo determina a su manera el lado que establece la conexión: con PS1 siempre se conecta el receptor; con SRT el lado se elige con un ajuste; con RIST se deduce de las direcciones. Esto decide dónde hace falta un puerto abierto y dónde basta con una conexión saliente.

## PS1

Un protocolo de desarrollo propio ([PS1 (Perfect Stream)](../../planning/index.md#planning-ps1)). La conexión siempre la establece el receptor, por lo que la entrada se conecta al emisor mientras la salida escucha un puerto. No hay modo de elección de lado.

### Entrada

| Campo | Función | Valores |
| --- | --- | --- |
| Address (source host) | El host emisor al que se conecta el receptor. Campo obligatorio. | una dirección o un nombre de host |
| Port | El puerto del emisor. Campo obligatorio. | 1–65535 |
| «Usuario», «Contraseña» | Las credenciales que el receptor presenta al emisor; este las coteja con su propia lista de usuarios ([Usuarios / Inicios de sesión](../configure.md#webui-users)). Un usuario vacío significa autorización por la dirección IP del receptor. El valor debe ser más corto de 32 bytes: uno más largo lo rechaza el propio receptor, sin enviar la petición, y la entrada queda en error. En lugar de introducirlas a mano se dispone del inicio de sesión automático de Meshwork; véase más abajo. | vacío por defecto |
| Passphrase | La frase de contraseña de cifrado; debe coincidir con la del emisor. El protocolo no reconoce una discrepancia: la conexión se establecerá, pero el flujo no se analizará como MPEG-TS; en el texto del error el nodo recuerda si en este lado hay una frase definida. | 10–64 bytes o vacío |
| Start timeout (s) | Cuánto esperar la respuesta del emisor a la petición de autorización. Si no llega, el receptor se reconecta. | 5–3600, por defecto 10 |
| Play timeout (s) | Cuánto puede permanecer en silencio una conexión en funcionamiento antes de que el receptor la considere rota. Es el tiempo de reacción ante un fallo de la fuente. | 5–3600, por defecto 10 |
| Latency (ms) | La latencia de recepción solicitada: la ventana de eliminación del jitter y de retransmisión. El valor es una petición: el emisor lo limita con su propio búfer y muestra la magnitud acordada en las estadísticas de la entrada. La referencia son cuatro tiempos de ida y vuelta; los flujos de baja tasa de bits necesitan más, para que en la ventana quepan suficientes paquetes. | 250–10000, por defecto 3000 |
| RTT (initial estimate) (ms) | La estimación inicial del tiempo de ida y vuelta, solo para los primeros segundos tras conectar: después el receptor lo mide por sí mismo y ajusta las retransmisiones. Cero aquí no significa «automático»: simplemente está por debajo del límite admitido. | 40–10000, por defecto 300 |

**Inicio de sesión automático de Meshwork.** En una entrada PS1 el usuario y la contraseña pueden omitirse: el botón «Usar el inicio de sesión automático de meshwork» cambia la entrada a la autorización de dominio, en la que las credenciales se forman automáticamente y se renuevan en cada reconexión, y no hace falta crear una cuenta en el emisor ([Pares y secretos](../../meshwork/setup.md#meshwork-peers)). Se requiere un dominio del nodo. El cambio inverso — «Cambiar al inicio de sesión manual…» — borra el inicio automático y pide confirmación.

### Salida

| Campo | Función | Valores |
| --- | --- | --- |
| Listening port | El puerto que escucha el emisor. Campo obligatorio; se puede dejar a cero: el nodo elegirá un puerto libre al guardar, mientras que el botón contiguo lo elige de inmediato. | 1–65534 |
| Bind interface | La interfaz en la que se escucha el puerto; se elige de la lista de interfaces del nodo. Un valor vacío significa cualquier interfaz. Una interfaz ausente en el nodo no se considera un error: en ese caso la salida escucha todas las interfaces, igual que con el campo vacío. | cualquiera por defecto |
| Passphrase | La frase de contraseña de cifrado; debe coincidir con la de los receptores. | 10–64 bytes o vacío |
| Latency (ms) | El búfer del emisor: el límite de latencia que está dispuesto a conceder a los receptores y el tamaño de su propio búfer de retransmisión. Cada receptor recibe como mucho ese valor menos un segundo, por lo que la reserva para todo el enlace se fija aquí. | desde 3000, por defecto 6000 |
| Trace | Registro de conexiones y rechazos en el registro del flujo. | desactivado por defecto |

## SRT

Un protocolo abierto basado en UDP ([SRT](../../planning/index.md#planning-srt)). El lado que establece la conexión se elige con el ajuste «Listen mode», y ese mismo ajuste cambia el sentido de varios campos, por lo que se define primero.

«Listen mode» está desactivado por defecto en una entrada: la entrada se conecta ella misma al emisor (caller). En una salida, al contrario, está activado: la salida escucha un puerto y reparte el flujo a quienes se conectan (listener). La mayoría de los campos la ventana los muestra en ambos modos, incluso cuando en el actual no actúan; solo se ocultan dos: «Enable billing» en la salida y la propuesta de inicio de sesión automático de Meshwork en la entrada.

### Entrada

| Campo | Función | Valores |
| --- | --- | --- |
| Listen mode | Desactivado: la entrada se conecta a la dirección y el puerto indicados. Activado: la entrada escucha un puerto y espera una conexión. | desactivado por defecto |
| Address | Con «Listen mode» desactivado: el host de origen al que se conecta la entrada; aquí también se admite un nombre de host. Con el modo activado: la única dirección desde la que se acepta una conexión, y se indica en forma numérica: un nombre de host o una errata no se reconocerán y equivalen a la ausencia de restricción, igual que un campo vacío. | una dirección o un nombre de host |
| Port | El puerto: el remoto al conectarse a una fuente, el local en modo de escucha. Campo obligatorio. En modo de escucha el puerto se puede dejar a cero: el nodo elegirá uno libre. | 1–65535 |
| Bind interface | La interfaz: en modo de escucha se escucha en ella el puerto; al conectarse a una fuente, de ella parte la conexión saliente. Se elige de la lista de interfaces del nodo. | cualquiera por defecto |
| «Usuario», «Contraseña» | Al conectarse a una fuente, a partir de ellos se forma un identificador de flujo (stream ID) que se presenta al emisor. En modo de escucha solo se usa el usuario: es el identificador que debe presentar quien se conecta, y la comparación es exacta, sobre la cadena entera ([SRT: autorización mediante usuario y contraseña en software de terceros](../../faq/index.md#faq-srt-streamid)). | vacío por defecto |
| Passphrase | La frase de contraseña del cifrado de la conexión. Ambos lados deben definir la misma frase o ambos dejar el campo vacío. Al conectarse a una fuente, la discrepancia se conoce por el rechazo del par: la entrada pasa al estado de espera del administrador y provoca una alerta. En modo de escucha la conexión simplemente no se establece y la entrada sigue esperando. | 10–79 bytes o vacío |
| AES key length | La longitud de la clave de cifrado. Solo actúa cuando hay una frase de contraseña definida. | AES-128 (por defecto), AES-192, AES-256 |
| Latency (ms) | La ventana durante la cual el receptor retiene los paquetes, dando al protocolo tiempo para la retransmisión. Cuanto mayor la ventana, más profunda la restauración y mayor la latencia de extremo a extremo; la referencia práctica son de tres a cuatro tiempos de ida y vuelta. | desde 120, por defecto 1000 |
| Loss max TTL | El límite superior de tolerancia al desorden de paquetes: dentro de esos límites el receptor elige por sí mismo cuánto esperar un paquete rezagado antes de considerar un hueco como pérdida y pedir una retransmisión. El valor se aumenta en rutas donde los paquetes realmente se desordenan: eso evita retransmisiones innecesarias. Cero desactiva el mecanismo: cualquier hueco se cuenta de inmediato como pérdida. | desde 0, por defecto 0 |
| Overhead (%) | La reserva de ancho de banda por encima de la tasa de bits del flujo que el protocolo puede gastar en retransmisiones. Actúa mientras «Max bandwidth» sea cero. | 5–100, por defecto 25 |
| Max bandwidth (B/s) | Un límite estricto de la velocidad de envío en bytes por segundo. La reserva en porcentaje actúa solo con cero: entonces el límite se deduce de la tasa de bits medida y de esa reserva. El valor −1 levanta la restricción, un valor positivo fija el límite directamente, y en ambos casos la reserva en porcentaje deja de actuar. | desde −1, por defecto 0 |
| Connect timeout (ms) | El silencio admisible del par, tras el cual la conexión se considera rota. Para el lado que establece la conexión es además el tiempo límite de la propia conexión. | desde 0, por defecto 3000 |
| Disable TSBPD | Desactiva la entrega de paquetes según sus marcas de tiempo: los paquetes se entregan en cuanto llegan. La latencia es mínima, pero en el lado SRT ya no hay nivelado ni ordenación, y el ajuste Latency deja de gobernar la entrega. Se emplea en nodos de recepción densos, donde la sincronización la asume el búfer de jitter del nodo ([Sincronización](../../streamer/spts.md#streamer-spts-sync)). | desactivado por defecto |

Una entrada en modo de escucha acepta una conexión: mientras el receptor esté ocupado con una fuente, una segunda no se conectará. Para aceptar varias fuentes se añaden varias entradas ([Redundancia de fuentes y distribución](../../planning/index.md#planning-reservation)).

El inicio de sesión automático de Meshwork está disponible también aquí, al conectarse a una fuente: sustituye el usuario y la contraseña por el identificador de flujo del dominio ([Pares y secretos](../../meshwork/setup.md#meshwork-peers)). En el modo de espera de conexiones esta posibilidad no existe, pero una conexión desde un nodo del mismo dominio también se acepta allí, por el identificador de dominio, además de la comprobación habitual.

### Salida

Los campos de cifrado y los ajustes del enlace son los mismos que en la entrada. Las diferencias:

| Campo | Función | Valores |
| --- | --- | --- |
| Listen mode | Activado: la salida escucha un puerto y se conectan a ella varios receptores, cada uno con su propia autorización. Desactivado: la salida se conecta ella misma a la dirección indicada y entrega el flujo a un solo receptor. | activado por defecto |
| Address | La dirección del receptor. Obligatoria cuando «Listen mode» está desactivado; en el modo de espera de conexiones no se utiliza. | una dirección o un nombre de host |
| Port | El puerto local en modo de escucha (se puede dejar a cero: el nodo elegirá uno libre) o el puerto del receptor al conectar. Campo obligatorio. | 1–65534 |
| Bind interface | La interfaz: en modo de escucha se escucha en ella el puerto; al conectarse a un receptor, de ella parte la conexión saliente. | cualquiera por defecto |
| Meshwork peer auth | Autorización de dominio en lugar de un identificador de flujo, al conectarse a un receptor del mismo dominio ([Pares y secretos](../../meshwork/setup.md#meshwork-peers)). A diferencia de la entrada, aquí es un interruptor normal y en modo de escucha también se muestra, aunque no actúe. | desactivado por defecto |
| SRT stream id | El identificador de flujo que la salida presenta a un receptor al conectarse a él. En modo de escucha no se utiliza: allí lo presenta quien se conecta. | vacío por defecto |
| Enable billing | Solo al conectarse a un receptor: antes de la conexión, la salida pide permiso al servidor de facturación. Un rechazo o la indisponibilidad del servidor detienen la salida hasta que intervenga un administrador: el flujo no sale sin autorización. En modo de escucha el campo no se muestra: allí cada conexión se autoriza por separado. | desactivado por defecto |
| Packets per datagram | Cuántos paquetes TS se colocan en un mensaje SRT. Siete paquetes llenan los 1316 bytes estándar; un valor menor reduce ligeramente la latencia a costa de una sobrecarga notablemente mayor. El cambio vuelve a abrir la salida. | 1–7, por defecto 7 |
| Trace | Registro de conexiones, rechazos y desconexiones de los receptores en el registro del flujo. | desactivado por defecto |

## RIST

Un protocolo abierto basado en RTP/RTCP con retransmisión por NACK ([RIST](../../planning/index.md#planning-rist)). RIST no tiene un solo peer: tanto la entrada como la salida trabajan con una lista de peers, lo que aporta redundancia por varias rutas y difusión a varios destinatarios a la vez.

El perfil Main mete los datos y el canal de servicio en un solo puerto, y solo en él funciona el cifrado. El perfil Simple ocupa dos puertos consecutivos, por lo que el puerto base debe ser par, y la frase de contraseña no actúa en este perfil.

### La lista de peers

Los peers se definen en la tabla «Peers RIST»: una fila es un peer, y las columnas son Address, Port, Interface y Weight. El rótulo de la columna lleva una indicación sobre su uso habitual, y difiere entre la entrada y la salida: en la entrada, Address (multicast) e Interface (unicast); en la salida, Address e Interface (multicast). El botón «Añadir peer» agrega una fila y «Eliminar peer» la quita; una tabla vacía va acompañada del texto «Todavía no hay peers.» Un cero en las columnas Port y Weight se muestra como celda vacía.

| Columna | Función | Valores |
| --- | --- | --- |
| Address | La dirección del peer. En la entrada es la dirección desde la que se recibe el flujo: un grupo multicast convierte la entrada en miembro del grupo, y una celda vacía significa recepción unicast, en cuyo caso el socket se enlaza a la dirección de la columna Interface. En la salida es la dirección del destinatario y es obligatoria. No se pueden mezclar grupos multicast y direcciones unicast en una misma lista. | una dirección |
| Port | El puerto del peer. Obligatorio en cada fila. En el perfil Simple el puerto debe ser par: el puerto contiguo lo ocupa el canal de servicio. | 1–65535 |
| Interface | La interfaz. En la entrada hace falta con recepción unicast: precisamente a su dirección se enlaza el receptor; con recepción multicast solo se comprueba. En la salida define la interfaz de envío para un grupo multicast, mientras que para unicast no actúa: la interfaz la elige la tabla de enrutamiento. | un nombre de interfaz o su dirección |
| Weight | La política de rutas en la transmisión. Cero significa duplicación: al peer se le envía cada paquete, lo que constituye la redundancia del enlace. Un valor positivo activa el reparto de carga entre los peers con pesos positivos, en proporción a ellos. En la recepción el valor no actúa. | desde 0, por defecto 0 |

Una entrada RIST entra en el catálogo del dominio solo por los peers con dirección multicast; la recepción unicast no se anuncia allí ([Catálogo común de recursos](../../meshwork/map.md#meshwork-catalog)).

El guardado se bloquea mientras la tabla no esté rellenada: «Añada al menos un peer.», «Cada peer debe tener un puerto de 1 a 65535.», «Cada peer debe tener una dirección.» — en la salida; «Cada peer debe tener una dirección (multicast) o una interfaz (unicast).» — en la entrada. Otros tres mensajes repiten las comprobaciones del nodo, para no encontrárselas como un guardado rechazado: «En el perfil Simple el puerto de cada peer debe ser par.», «Un peer unicast en una entrada necesita una interfaz de enlace.» y «Todos los peers deben ser o multicast o unicast: no se pueden mezclar.»

Los dos últimos mensajes aparecen solo cuando en todas las filas hay direcciones y no nombres de host: el navegador no puede resolver un nombre y el tipo de dirección se desconoce antes de eso. En una tabla rellenada con nombres, ambas restricciones las comprobará solo el nodo, como un guardado rechazado.

Las listas de esta tabla no se pueden descuadrar: cada edición reconstruye por entero las cuatro listas. Una configuración que llegó al nodo al margen de la interfaz y ya está descuadrada se muestra íntegra — las celdas que faltan quedan vacías — y el guardado sigue bloqueado hasta que se complete la fila; después las listas se alinean.

### Entrada

| Campo | Función | Valores |
| --- | --- | --- |
| RIST profile | El formato de transmisión. Main: un solo puerto, con cifrado disponible. Simple: dos puertos consecutivos, sin cifrado. | Simple, Main (por defecto) |
| Allowed peer IP | La única dirección desde la que se acepta una conexión; las demás se rechazan con una anotación en el registro. Un campo vacío permite la conexión desde cualquier dirección. Es una sola dirección, no una lista, una máscara ni un rango. | vacío por defecto |
| Passphrase | La frase de contraseña de cifrado; debe coincidir en ambos lados. La longitud no está limitada, pero solo se tienen en cuenta los primeros 127 bytes. Actúa únicamente en el perfil Main. | vacío por defecto |
| Session timeout (ms) | Cuánto puede permanecer en silencio un peer antes de que la sesión se corte. Un valor menor acelera la detección de una ruta caída; uno demasiado pequeño provoca cortes en un enlace inestable. | desde 100, por defecto 2000 |
| Recovery RTT min (ms), Recovery RTT max (ms) | Los límites en los que se encaja el tiempo de ida y vuelta medido al calcular el intervalo de las peticiones de retransmisión. No definen el tamaño del búfer de recuperación: este es fijo. | desde 10; por defecto 50 y 500 |
| Trace | Registro de los eventos de los peers en el registro del flujo. Cambiar el ajuste reinicia la entrada. | desactivado por defecto |

### Salida

La misma tabla de peers, el mismo perfil, la misma frase de contraseña y los mismos ajustes de recuperación. Las diferencias:

| Campo | Función | Valores |
| --- | --- | --- |
| Auth type | None: se acepta la conexión de cualquier peer. Embedded: el peer se autoriza por dirección IP según la lista de usuarios del nodo ([Usuarios / Inicios de sesión](../configure.md#webui-users)); una dirección desconocida se rechaza. | None (por defecto), Embedded |
| Packets per datagram | Cuántos paquetes TS se colocan en un datagrama. Siete paquetes llenan los 1316 bytes estándar. El cambio vuelve a abrir la salida. | 1–7, por defecto 7 |