Risposta diretta
Conta le acquisizioni della telecamera, gli output dei visualizzatori simultanei e ogni flusso che deve essere decodificato o transcodificato. Dimensioni per la combinazione di picco più margine di riavvio e failover, non per il dashboard medio.
Perché questo accade
Un percorso di solo inoltro è solitamente limitato dalla rete e dal numero di sessioni, mentre la transcodifica aggiunge decodificatore, codificatore, memoria e vincoli termici. Le griglie multi-camera moltiplicano rapidamente il carico.
I browser normalmente necessitano di un gateway che converta il feed della telecamera in un percorso di consegna nativo sul web.
Un test controllato
Costruisci un modello di carico ridotto, quindi convalidalo con il codec, la risoluzione, la frequenza fotogrammi e il numero di spettatori reali.
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 |
|---|---|---|
| Ingerire | Conta sessioni e bitrate persistenti della fotocamera. | La larghezza di banda della sorgente e i limiti della fotocamera sono noti. |
| Fan-out | Stima del picco di spettatori per output. | La larghezza di banda in uscita è limitata. |
| Calcolare | Conta le operazioni di decodifica e codifica simultanee. | La capacità hardware e software viene testata. |
| Altezza libera | Testare il riavvio, ricollegare Storm e un nodo guasto. | Il servizio riprende senza sovraccaricare le telecamere. |
Prove da conservare
Tieni traccia di p95 CPU, memoria, uscita, tempo di avvio e velocità di riconnessione durante un test di picco realistico.
Confine e nota di sicurezza
Non pubblicare un numero di capacità senza i presupposti del codec e del carico di lavoro che lo hanno prodotto.
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
Quante telecamere può gestire un gateway?
Non esiste un numero universale utile; dipende dal bitrate, dai codec, dalla transcodifica, dall'hardware e dal fan-out del visualizzatore.
Il passthrough rimuove tutti i costi di elaborazione?
Elimina la maggior parte dei costi di codifica video ma utilizza comunque risorse di rete, memoria, sessione e packaging.
Perché testare le tempeste di riconnessione?
Il riavvio del gateway può causare la riconnessione simultanea di tutte le sessioni della telecamera e del browser, creando un picco molto superiore al carico normale.
Riferimenti primari
- FFmpeg: opzioni ed esempi del protocollo RTSP
- IETF RFC 7826: protocollo di streaming in tempo reale 2.0
- CISA: linee guida Secure by Design
Guida SmartRTSP correlata
Apri la guida correlataStimare le sessioni, la larghezza di banda, le superfici del decodificatore e il margine di errore prima di inserire molti feed di telecamere dietro un gateway.