Timeout RTSP: quando provare TCP Interleaved, UDP Unicast o correggere il percorso di rete

"Timeout RTSP" è una delle frasi più ampie per la risoluzione dei problemi della fotocamera. Può significare che la connessione TCP al server RTSP è scaduta. Può significare che DESCRIBE è tornato lentamente. Può significare che PLAY è riuscito ma i pacchetti RTP non sono mai arrivati. Può significare che le porte UDP sono state bloccate, che NAT ha riscritto qualcosa in modo errato o che un firewall ha consentito il controllo del traffico ma non il traffico multimediale.

La frase è vaga. Le prove non devono esserlo.

Separare il timeout del controllo dal timeout del supporto

Il controllo RTSP avviene solitamente tramite TCP. I media RTP possono fluire su UDP o possono essere interlacciati sulla connessione TCP RTSP. La prima suddivisione diagnostica è:

• la connessione RTSP TCP si è aperta?
• il server ha risposto "OPZIONI"?
• "DESCRIBE" ha restituito SDP?
• "SETUP" è riuscito?
• PLAY ha avuto successo?
• l'RTP è arrivato dopo "PLAY"?

Se la connessione TCP stessa fallisce, controlla host, porta, routing, firewall, VPN e se il servizio RTSP è abilitato. Se il controllo RTSP ha esito positivo ma l'RTP non arriva, ispezionare la negoziazione del trasporto e il percorso multimediale.

Perché UDP spesso fallisce mentre TCP funziona

L'RTP UDP può fallire anche quando il controllo RTSP funziona. Il client e la fotocamera negoziano le porte durante il "SETUP". Firewall, dispositivi NAT, policy VLAN e routing cloud possono bloccare il percorso multimediale. Una telecamera può inviare RTP a una porta che il client non può ricevere. Un gateway di sicurezza può consentire TCP 554 ma eliminare UDP.

Sintomi:

• "DESCRIVI" ha successo
• "SETUP" ha avuto successo
• "GIOCA" ha successo
• non arrivano pacchetti RTP
• il giocatore alla fine segnala timeout o schermata nera

In questo caso, il passaggio a TCP interleaved è un test utile. Invia RTP all'interno della connessione TCP RTSP. Se TCP interleaved funziona e UDP no, probabilmente il codec non è il primo sospettato. Il percorso multimediale di rete è.

TCP Interleaved è un test, non sempre la risposta finale

RTSP su TCP interleaved può essere più semplice attraverso firewall e NAT perché mantiene il controllo e i contenuti multimediali sulla stessa connessione. Può anche aumentare la latenza e modificare il comportamento delle prestazioni. Per la diagnostica sul campo è meglio trattarlo come punto di confronto.

Confrontare:

• RTP unicast UDP: i media arrivano?
• TCP interleaved RTP: i media arrivano?
• RTCP: i report del mittente sono visibili?
• perdita di pacchetti: UDP mostra lacune nella sequenza?
• latenza: il TCP crea stalli sotto la pressione della larghezza di banda?

Se la distribuzione prevede UDP, il successo del protocollo TCP non convalida completamente il sito. Identifica il confine della rete che necessita di interventi.

La connessione rifiutata è diversa dal timeout

"Connessione rifiutata" di solito significa che l'host ha rifiutato attivamente la connessione TCP. Cause comuni:

• Servizio RTSP disabilitato
• porto sbagliato
• il firmware della fotocamera non espone RTSP
• La porta dell'NVR è diversa dalla porta della fotocamera
• il firewall rifiuta invece di essere eliminato

Timeout significa che non è arrivata alcuna risposta prima che il cliente si arrendesse. Cause comuni:

• problema di instradamento
• caduta del firewall
• rete irraggiungibile
• mappatura porta pubblica errata
• fotocamera offline
• Problema relativo al percorso VPN

Non comprimerli nella stessa nota di supporto. Rifiutato e scaduto indica proprietari diversi.

Cosa acquisire in un report di timeout

Un utile report di timeout RTSP dovrebbe includere:

• host e porta di destinazione
• se TCP è connesso
• ultimo metodo RTSP inviato
• stato della risposta, se presente
• L'SDP è tornato o meno
• intestazione di trasporto selezionata
• porte client/server negoziate
• se è arrivato RTP
• se RTCP è arrivato
• Confronto interlacciato TCP
• Confronto UDP

Questa è la prova di cui ha bisogno un ingegnere di rete. "Il tempo scade" non è sufficiente.

Dove si adatta l'ispettore RTSP

RTSP Inspector aiuta mantenendo il controllo RTSP, la negoziazione del trasporto, la consegna RTP, le prove RTCP e la disponibilità del codec in un unico flusso diagnostico. Non è cercare di essere il giocatore che nasconde la distinzione.

Per le ricerche con timeout RTSP, l'output più efficace è un breve verdetto:

• timeout di controllo prima dell'SDP
• timeout del supporto dopo aver eseguito con successo "PLAY".
• UDP bloccato ma TCP interleaved funziona
• TCP rifiutato sulla porta RTSP
• RTP consegnato ma codec non pronto per la decodifica

Ogni verdetto ha una soluzione diversa. La parola chiave di ricerca potrebbe essere "Timeout RTSP", ma la vera risposta si trova al confine tra controllo e media.