Stream multicast RTSP e telecamere UDP: perché il rilevamento funziona ma i contenuti multimediali non arrivano

Le reti di telecamere spesso combinano RTSP unicast, RTP multicast, rilevamento ONVIF, VLAN, switch PoE, firewall e NVR. Il sintomo può creare confusione: "la telecamera viene rilevata, l'URL RTSP è valido, "DESCRIBE" restituisce SDP, ma i pacchetti multimediali non arrivano mai." Questo è un classico limite del protocollo. La scoperta non è media. Il controllo RTSP non è la consegna RTP. La raggiungibilità multicast non è la stessa cosa della raggiungibilità unicast.

La scoperta ONVIF è una conversazione UDP diversa

Il rilevamento ONVIF utilizza in genere il multicast UDP su un indirizzo e una porta di rilevamento. Se la scoperta ha esito positivo, dimostra che almeno un percorso di controllo in stile multicast ha funzionato per la scoperta. Non dimostra che i gruppi multicast RTP siano consentiti, uniti, instradati o inoltrati.

Errori comuni:

• presupponendo che il rilevamento ONVIF dimostri il percorso multimediale RTP
• test da una VLAN diversa dall'NVR
• consentendo TCP 554 ma bloccando le porte multimediali UDP
• bloccando il traffico di gruppo multicast sullo switch
• dimenticando lo snooping IGMP o il comportamento querier
• testare l'URL diretto della telecamera mentre l'NVR utilizza un percorso diverso

Il rapporto dovrebbe indicare il tipo di traffico: rilevamento, controllo RTSP, supporto RTP o feedback RTCP.

Multicast richiede l'appartenenza al gruppo

Per RTP multicast, il destinatario deve unirsi al gruppo multicast. Switch e router potrebbero richiedere il comportamento IGMP per inoltrare correttamente il traffico. Se il multicast è disabilitato, filtrato o configurato in modo errato, il controllo RTSP potrebbe continuare a funzionare anche se i contenuti multimediali non arrivano mai.

Prove utili:

• SDP dichiara l'indirizzo multicast o il trasporto unicast
• L'intestazione di trasporto "SETUP" conferma la modalità richiesta
• interfaccia del ricevitore e VLAN
• indirizzo del gruppo multicast
• se i pacchetti RTP raggiungono il punto di acquisizione
• se viene visualizzato RTCP
• se la modalità unicast si comporta diversamente

Se RTP unicast funziona e multicast no, il problema probabilmente è la configurazione multicast di rete, non H.264.

I media UDP possono essere bloccati mentre funziona il controllo TCP

I firewall spesso consentono TCP 554 o 8554 ma bloccano le porte UDP. NAT può anche interrompere i media UDP. Questo crea uno schema comune:

• La connessione TCP ha esito positivo
• "DESCRIVI" ha successo
• "SETUP" ha avuto successo
• "GIOCA" ha successo
• non arriva alcun RTP

Il passaggio a TCP interleaved è un utile confronto. Se TCP interleaved funziona, è probabile che il server RTSP e il codec funzionino. Il percorso multimediale UDP richiede attenzione.

Cosa catturare

Per i casi multicast e UDP, acquisire:

• Intestazioni di richiesta e risposta RTSP
• Indirizzo multimediale SDP e informazioni sulla traccia
• intestazione di trasporto da "SETUP".
• porte client e server
• gruppo multicast
• Arrivo o assenza di pacchetti RTP
• Arrivo o assenza di pacchetti RTCP
• stesso test su TCP interleaved

Questa prova aiuta il team di rete a correggere il routing, il firewall o l'inoltro multicast invece di chiedere al fornitore della telecamera di modificare le impostazioni del codec.

Dove si adatta l'ispettore RTSP

RTSP Inspector è progettato per prove di protocollo, non per ipotesi visive. Nei casi multicast e UDP, il suo valore mostra dove si è interrotto lo streaming:

• il rilevamento ha funzionato ma RTSP non è riuscito
• RTSP ha funzionato ma RTP non è mai arrivato
• UDP non è riuscito ma TCP interleaved ha funzionato
• il gruppo multicast è stato dichiarato ma nessun pacchetto ha raggiunto il client
• RTP è arrivato ma la disponibilità del codec non è riuscita

Questi sono fallimenti diversi. Una finestra del giocatore non può distinguerli in modo affidabile. Un rapporto di protocollo può.