Risposta diretta
Scegli TCP quando la semplicità del firewall e il recupero delle perdite sono importanti; testare UDP su una LAN pulita quando è importante ridurre al minimo il ritardo di ritrasmissione. La risposta corretta è la modalità che soddisfa l'obiettivo misurato di perdita, latenza e stabilità.
Perché questo accade
RTSP è il protocollo di controllo, mentre i media RTP possono utilizzare TCP interleaving o UDP. TCP preserva la consegna ordinata ma può ritardare i dati successivi a causa della perdita; UDP evita questo comportamento ma non ritrasmette personalmente i pacchetti persi.
Tratta URL, le credenziali, la famiglia di indirizzi e il trasporto RTP come variabili separate che possono fallire in modo indipendente.
Un test controllato
Esegui lo stesso flusso per un intervallo fisso in ciascuna modalità e registra il tempo di avvio, la perdita visibile, la latenza e le disconnessioni.
Cambia una variabile alla volta. Conservare il modello della fotocamera, il firmware, l'endpoint e l'account registrati; quindi testare la raggiungibilità della rete, la risposta del protocollo, il trasporto dei media e la decodifica come livelli separati.
Utilizza un account dedicato di sola visualizzazione e uno strumento diagnostico locale affidabile. Oscura credenziali, indirizzi privati e dati identificativi prima di condividere l'output.
Sequenza diagnostica
| Controllo | Azione | Prova del progresso |
|---|---|---|
| Linea di base | Mantieni URL, codec, risoluzione e client fissi. | Solo le modifiche di trasporto tra i test. |
| TCP | Misura la riproduzione stabile tramite firewall e percorsi VPN. | Nessuno stallo supera il limite operativo. |
| UDP | Misura la perdita e il riordino dei pacchetti sulla LAN. | Gli artefatti rimangono al di sotto della soglia accettata. |
| Decisione | Selezionare per percorso di rete anziché per slogan. | La modalità scelta ha prove registrate. |
Prove da conservare
Una breve tabella A/B con perdite misurate, latenza e conteggio delle riconnessioni è più utile che dichiarare un trasporto universalmente più veloce.
Confine e nota di sicurezza
Non aprire ampi intervalli pubblici UDP o porte della fotocamera per far funzionare UDP in remoto; percorrere il percorso privato attraverso un VPN.
Per la visualizzazione remota, utilizza un VPN gestito invece di esporre RTSP o le porte di amministrazione della fotocamera direttamente all'Internet pubblica.
SmartRTSP
SmartRTSP è un visualizzatore RTSP e ONVIF focalizzato sulla fotocamera per dispositivi Apple, Windows e Android. Si adatta alla visione diretta, al discovery e ai controlli multi-camera; mantenere un NVR o VMS dedicato quando sono richiesti la registrazione continua, l'esportazione di prove o controlli aziendali centralizzati.
Domande frequenti
RTSP usa sempre TCP?
Il controllo RTSP utilizza comunemente TCP, mentre i media RTP possono essere negoziati su UDP o interleaved su TCP.
UDP ha sempre una latenza inferiore?
Non automaticamente; congestione, perdita, buffering e comportamento del decodificatore influiscono tutti sulla latenza end-to-end.
Perché TCP funziona attraverso un VPN quando UDP fallisce?
I media interfogliati condividono la connessione di controllo stabilita e solitamente richiedono meno flussi separati.
Riferimenti primari
- IETF RFC 7826: protocollo di streaming in tempo reale 2.0
- FFmpeg: opzioni ed esempi del protocollo RTSP
Guida SmartRTSP correlata
Apri la guida correlataConfronta interleaved TCP e unicast UDP con la stessa fotocamera, codec e rete prima di scegliere un valore predefinito.