--- title: Requisitos de red para ST 2022-7 url: https://doc2.pstreamer.tv/es/manual/planning/st2022_7.html lang: es product: Perfect Streamer version: 2.0.2.423 --- # Requisitos de red para ST 2022-7 > **Importante** > > **Versión beta 2.1.** Lo que se describe aquí solo existe en la versión beta 2.1: se instala desde el repositorio beta y solo con una licencia; la versión estable 2.0.2 y la versión de demostración no lo incluyen. La versión beta se suministra sin garantías y el soporte se presta en la medida de lo posible ([Programa de pruebas beta](../extras/beta.md#extras-beta)). SMPTE ST 2022-7 es una redundancia sin cortes: el mismo flujo RTP llega al receptor por dos rutas, y el receptor las une en una sola por los números de secuencia de los paquetes RTP. Un paquete perdido en una ruta se toma de la otra; no hay conmutación, y la pérdida no se ve a la salida del receptor. La protección es exactamente tan fiable como independientes sean las rutas: todo lo que las dos rutas tengan en común sigue siendo un punto único de fallo. En Perfect Streamer, la segunda ruta se configura en las entradas y salidas de tipo RTP ([RTP](../webui/io/network.md#webui-io-rtp)): - la entrada recibe la segunda ruta — `path2-address` y `path2-port`, la interfaz `path2-bind-if`, la fuente SSM `path2-ssm-address` y la ventana de espera `path-skew-ms`; - la salida envía los mismos paquetes por la segunda ruta — `path2-address` y `path2-port`, la interfaz `path2-mcast-if`. Ambas rutas deben llevar un mismo flujo: el mismo SSRC y la misma numeración de paquetes. Si las rutas difieren, no se mezclan — solo se usa la primera ruta, y el nodo genera una alerta de código 76 (`input-paths-differ`, [Lista de alertas](../extras/alert_codes.md#extras-alert-codes)). Las entradas y salidas Pro-MPEG tratan la segunda ruta igual que RTP; el FEC de la segunda ruta va a sus propios puertos FEC, y el multiplexado Pro-MPEG no se combina con la segunda ruta ([Pro-MPEG](../webui/io/network.md#webui-io-prompeg)). ## Dos rutas independientes El requisito principal son dos redes separadas, «roja» y «azul» por convención, cada una con sus propios conmutadores, enlaces y alimentación. Un conmutador, un enlace troncal o una fuente de alimentación compartidos por ambas rutas son un punto único de fallo, y si fallan se pierden las dos rutas a la vez. En el nodo conviene tener dos tarjetas de red, una para cada red. La segunda ruta se asigna a una entrada con el campo `path2-bind-if` y a una salida con el campo `path2-mcast-if` (el nombre de la interfaz o su dirección IPv4; un valor vacío es la interfaz predeterminada del sistema). Si no se pudo abrir la segunda ruta de la salida, por ejemplo porque `path2-mcast-if` indica una dirección que este servidor no tiene, la salida sigue enviando por la primera ruta, y el error de la segunda ruta se muestra en las estadísticas de la salida. ## Multicast Si las rutas son grupos multicast, cada una de las dos redes debe transportar multicast por sí misma: - en los conmutadores está activado el IGMP snooping; - en **cada una** de las dos redes funciona un IGMP querier. Sin él, el snooping deja de reenviar el grupo al cabo de unos minutos, y la ruta desaparece sin causa visible; - para la recepción con indicación de la fuente (SSM, `path2-ssm-address` para la segunda ruta) la red debe admitir IGMPv3; - si las rutas pasan por routers, PIM está configurado en ambas redes, y el TTL de los paquetes alcanza para atravesar todos los tramos. ## Ancho de banda Cada ruta lleva el flujo completo, así que el tráfico se duplica: prevea para cada red el bitrate completo del flujo. Si al flujo se añade FEC, su parte también va por cada ruta ([Planificación del ancho de banda, la latencia y los puertos](index.md#planning-bandwidth-latency)). ## Diferencia de retardo entre las rutas Los retardos de las dos rutas difieren, y la diferencia debe caber en la ventana del receptor `path-skew-ms`: de 10 a 1000 ms, 450 ms por defecto — la clase C del estándar ST 2022-7 (flujos por debajo de 270 Mbit/s). Es el tiempo máximo que el receptor espera un paquete que falta de la ruta retrasada. La espera se cuenta desde el momento en que se detecta el hueco, es decir, cuando la ruta adelantada ya ha entregado los paquetes siguientes. La pérdida de varios paquetes en la ruta adelantada se recupera mientras la ruta retrasada no vaya por detrás más de `path-skew-ms` más la duración de esos paquetes. En redes reales, las rutas suelen diferir en unidades o decenas de milisegundos. Si los retardos de las rutas son conocidos y parecidos, `path-skew-ms` se puede reducir: el receptor añadirá entonces menos retardo. El retardo propio del flujo en el nodo debe cubrir esta ventana. ## Qué no se necesita - **Tramas jumbo.** Siete paquetes TS en un paquete RTP caben en la MTU habitual de 1500 bytes. - **PTP y sincronización de relojes.** Las rutas se alinean por los números de secuencia de los paquetes RTP, no por el tiempo — a diferencia de SMPTE ST 2110. - **Funciones especiales de ST 2022-7 en los conmutadores.** Basta con la transmisión unicast o multicast normal. ## Recomendaciones - En una red compartida con otro tráfico, dé a los flujos prioridad QoS (DSCP); de lo contrario, un pico de tráfico ajeno retrasará o perderá paquetes en las dos rutas a la vez. - No lleve las dos rutas por un mismo enlace agregado (LAG) o un mismo enlace troncal: es el mismo punto único de fallo que un conmutador compartido. - En una salida dentro de un grupo de reserva, las dos rutas las envía el nodo elegido como emisor del grupo. Defina `path2-mcast-if` en cada miembro del grupo: los nodos también vigilan al emisor por la segunda ruta.