Guía RTSP: cámaras IP, NVR y codificadores hacia SRT, HLS y NDI
El límite de RTSP para distribución
Las cámaras IP, NVR y muchos codificadores publican RTSP. Es un protocolo práctico para que un cliente recupere video dentro de una red local, pero no resuelve por sí solo la distribución a un estudio remoto, una CDN, redes sociales o varios receptores.
Una pasarela puede recibir el RTSP cerca de la cámara y convertir la salida a SRT, HLS, RTMP, WHEP, RIST, NDI u otro protocolo apropiado.
Cómo funciona RTSP
RTSP es un protocolo de control; el contenido suele viajar por RTP sobre UDP o por TCP interleaved. La cámara actúa como servidor y el cliente se conecta a su URL.
| Propiedad | Comportamiento habitual |
|---|---|
| Dirección | El cliente solicita la señal (pull) |
| Puerto | 554 por defecto |
| Transporte | RTP/UDP o TCP interleaved |
| Autenticación | Basic o Digest según dispositivo |
| Latencia | Baja en LAN, variable según buffer |
| Internet/NAT | Requiere arquitectura y seguridad específicas |
Evite exponer directamente una cámara a internet mediante port forwarding. Es preferible mantener la ingesta cerca del dispositivo y transportar hacia el exterior mediante un enlace cifrado y controlado.
Encontrar la URL RTSP
La ruta depende del fabricante y del perfil configurado. Consulte la documentación del equipo o utilice ONVIF cuando esté disponible. Antes de integrar la cámara, verifique la URL con ffprobe:
ffprobe -rtsp_transport tcp \
"rtsp://usuario:[email protected]:554/ruta-del-stream"No guarde credenciales en repositorios ni las incluya en capturas. Utilice cuentas de solo lectura para la transmisión y una red separada cuando sea posible.
RTSP sobre TCP o UDP
UDP suele ofrecer menor latencia en una LAN controlada, pero la pérdida aparece directamente en el video. TCP evita pérdida a costa de posibles bloqueos y aumento de latencia cuando hay congestión. Empiece con TCP si la estabilidad es prioritaria; pruebe UDP en redes gestionadas cuando necesite reducir el buffer.
Convertir RTSP a SRT
FFmpeg puede hacer un relay sin recodificar si el destino acepta los códecs:
ffmpeg -rtsp_transport tcp \
-i "rtsp://usuario:[email protected]:554/stream" \
-map 0 -c copy -f mpegts \
"srt://gateway.example:9000?mode=caller&latency=500000"SRT añade cifrado, recuperación de paquetes y métricas para transportar la señal fuera de la LAN. Si el RTSP contiene un códec o audio incompatible con el receptor, transcodifique o normalice en la pasarela.
Varias cámaras y conmutación automática
Cada cámara puede ser una entrada independiente. Para una vista permanente, use rutas separadas; para redundancia del mismo plano, agrupe una cámara principal y una secundaria en una cadena de failover. Configure la recuperación y el retorno automático para evitar conmutaciones repetidas durante una avería intermitente.
El multiview WHEP de Vajracast permite supervisar varias rutas en vivo desde el navegador. Las alertas por correo electrónico notifican la pérdida y recuperación sin exigir que un operador observe continuamente la pantalla.
Destinos habituales
- SRT: transporte cifrado y resiliente a un estudio remoto.
- WHEP: previsualización de muy baja latencia en el navegador.
- HLS: reproducción web adaptativa y distribución a mayor escala.
- RTMP: plataformas sociales y destinos compatibles.
- NDI: integración de estudio en red local, disponible para instalaciones propias.
- Grabación: conservación continua o por evento en archivo.
Para un sistema 24/7, pruebe la reconexión después de reiniciar la cámara, el conmutador de red, la pasarela y la conexión WAN. Compruebe también las marcas de tiempo, el audio y la continuidad MPEG-TS durante varias horas.
Vea la pasarela SRT de Vajracast para combinar RTSP, failover, procesamiento y distribución.
Plataforma gestionada en la nube con servidores dedicados, redundancia N+1, transcodificación por hardware y distribución global. Gratis durante 30 días.
30 días gratis · Sin tarjeta · Acceso directo al equipo de desarrollo