Transmisiones de cámara RTSP multidifusión y UDP: por qué Discovery funciona pero los medios no llegan

Las redes de cámaras a menudo combinan RTSP de unidifusión, RTP de multidifusión, descubrimiento ONVIF, VLAN, conmutadores PoE, firewalls y NVR. El síntoma puede resultar confuso: "se descubre la cámara, la URL RTSP es válida, DESCRIBE devuelve SDP, pero los paquetes multimedia nunca llegan." Este es un límite de protocolo clásico. El descubrimiento no son medios. El control RTSP no es entrega RTP. La accesibilidad de multidifusión no es lo mismo que la accesibilidad de unidifusión.

ONVIF Discovery es una conversación UDP diferente

El descubrimiento ONVIF normalmente utiliza multidifusión UDP en una dirección y puerto de descubrimiento. Si el descubrimiento tiene éxito, demuestra que al menos una ruta de control de estilo multidifusión funcionó para el descubrimiento. No prueba que los grupos de multidifusión RTP estén permitidos, unidos, enrutados o reenviados.

Errores comunes:

• suponiendo que el descubrimiento de ONVIF demuestra la ruta de medios RTP
• prueba desde una VLAN diferente a la del NVR
• permitiendo TCP 554 pero bloqueando los puertos de medios UDP
• bloquear el tráfico del grupo de multidifusión en el conmutador
• olvidar el espionaje IGMP o el comportamiento de consulta
• probando la URL directa de la cámara mientras NVR usa una ruta diferente

El informe debe nombrar el tipo de tráfico: descubrimiento, control RTSP, medios RTP o retroalimentación RTCP.

La multidifusión requiere membresía en un grupo

Para RTP de multidifusión, el receptor debe unirse al grupo de multidifusión. Es posible que los conmutadores y enrutadores necesiten un comportamiento IGMP para reenviar el tráfico correctamente. Si la multidifusión está deshabilitada, filtrada o mal configurada, es posible que el control RTSP aún funcione aunque los medios nunca lleguen.

Evidencias útiles:

• SDP declara dirección de multidifusión o transporte de unidifusión
• El encabezado de transporte SETUP confirma el modo solicitado
• interfaz del receptor y VLAN
• dirección de grupo de multidifusión
• si los paquetes RTP llegan al punto de captura
• si aparece RTCP
• si el modo unidifusión se comporta de manera diferente

Si RTP de unidifusión funciona y la multidifusión no, el problema probablemente sea la configuración de multidifusión de la red, no H.264.

Los medios UDP se pueden bloquear mientras funciona el control TCP

Los firewalls suelen permitir TCP 554 u 8554 pero bloquean los puertos UDP. NAT también puede dañar los medios UDP. Esto crea un patrón común:

• La conexión TCP se realiza correctamente
• DESCRIBIR tiene éxito
• SETUP tiene éxito
• PLAY tiene éxito
• no llega ningún RTP

Cambiar a TCP intercalado es una comparación útil. Si TCP intercalado funciona, es probable que el servidor RTSP y el códec funcionen. La ruta de los medios UDP necesita atención.

Qué capturar

Para casos de multidifusión y UDP, capture:

• Encabezados de solicitud y respuesta RTSP
• Dirección de medios SDP e información de seguimiento
• encabezado de transporte desde SETUP
• Puertos de cliente y servidor.
• grupo de multidifusión
• Llegada o ausencia del paquete RTP
• Llegada o ausencia de paquetes RTCP
• misma prueba sobre TCP intercalado

Esta evidencia ayuda al equipo de red a corregir el enrutamiento, el firewall o el reenvío de multidifusión en lugar de pedirle al proveedor de la cámara que cambie la configuración del códec.

Dónde encaja el inspector RTSP

RTSP Inspector está diseñado para evidencia de protocolo, no para conjeturas visuales. En casos de multidifusión y UDP, su valor muestra dónde se detuvo la transmisión:

• el descubrimiento funcionó pero RTSP falló
• RTSP funcionó pero RTP nunca llegó
• UDP falló pero el entrelazado TCP funcionó
• Se declaró un grupo de multidifusión pero ningún paquete llegó al cliente.
• Llegó RTP pero falló la preparación del códec

Esos son fracasos diferentes. Una ventana de reproductor no puede distinguirlos de manera confiable. Un informe de protocolo puede hacerlo.