respuesta directa
Elija TCP cuando la simplicidad del firewall y la recuperación de pérdidas sean importantes; Pruebe UDP en una LAN limpia para minimizar el retraso de retransmisión. La respuesta correcta es el modo que cumple con el objetivo de pérdida, latencia y estabilidad medidos.
¿Por qué sucede esto?
RTSP es el protocolo de control, mientras que los medios RTP pueden usar entrelazado TCP o UDP. TCP conserva la entrega ordenada pero puede retrasar la pérdida de datos posteriores; UDP evita ese comportamiento pero no retransmite los paquetes perdidos.
Trate URL, las credenciales, la familia de direcciones y el transporte RTP como variables separadas que pueden fallar de forma independiente.
Una prueba controlada
Ejecute la misma transmisión durante un intervalo fijo en cada modo y registre el tiempo de inicio, la pérdida visible, la latencia y las desconexiones.
Cambie una variable a la vez. Mantenga registrados el modelo de la cámara, el firmware, el terminal y la cuenta; luego pruebe la accesibilidad de la red, la respuesta del protocolo, el transporte de medios y la decodificación como capas separadas.
Utilice una cuenta dedicada de solo lectura y una herramienta de diagnóstico local confiable. Redacte credenciales, direcciones privadas y datos de identificación antes de compartir resultados.
Secuencia diagnóstica
| Controlar | Acción | Evidencia de progreso |
|---|---|---|
| Base | Mantenga fijos URL, códec, resolución y cliente. | Sólo transporte cambia entre pruebas. |
| TCP | Mida la reproducción estable a través del firewall y las rutas VPN. | Ningún puesto excede el límite operativo. |
| UDP | Mida la pérdida de paquetes y el reordenamiento en la LAN. | Los artefactos permanecen por debajo del umbral aceptado. |
| Decisión | Seleccione por ruta de red en lugar de por eslogan. | El modo elegido tiene pruebas grabadas. |
Pruebas a conservar
Una tabla A/B breve con pérdida medida, latencia y recuento de reconexión es más útil que declarar un transporte universalmente más rápido.
Nota de límites y seguridad
No abra amplios rangos públicos de UDP ni puertos de cámara para que UDP funcione de forma remota; realizar la ruta privada por un VPN.
Para visualización remota, utilice un VPN administrado en lugar de exponer RTSP o los puertos de administración de la cámara directamente a la Internet pública.
SmartRTSP
SmartRTSP es un visor RTSP y ONVIF enfocado en cámara para dispositivos Apple, Windows y Android. Se adapta a la visualización directa, el descubrimiento y las comprobaciones multicámara; mantenga un NVR o VMS dedicado cuando se requiera registro continuo, exportación de evidencia o controles empresariales centralizados.
Preguntas frecuentes
¿RTSP siempre usa TCP?
El control RTSP comúnmente usa TCP, mientras que los medios RTP se pueden negociar sobre UDP o intercalados sobre TCP.
¿UDP siempre tiene una latencia más baja?
No automáticamente; La congestión, la pérdida, el almacenamiento en búfer y el comportamiento del decodificador afectan la latencia de un extremo a otro.
¿Por qué TCP funciona a través de VPN cuando UDP falla?
Los medios entrelazados comparten la conexión de control establecida y normalmente requieren menos flujos separados.
Referencias primarias
- IETF RFC 7826: Protocolo de transmisión en tiempo real 2.0
- FFmpeg — RTSP opciones y ejemplos de protocolo
Guía SmartRTSP relacionada
Abrir guía relacionadaCompare TCP entrelazado y UDP de unidifusión con la misma cámara, códec y red antes de elegir un valor predeterminado.