La telecamera supporta il Multicast per ridurre il carico di banda in ambienti LAN di grandi dimensioni?

Ho visto reti bloccarsi perché 20 monitor richiedevano lo stesso flusso 4K¹ tramite unicast. È doloroso, costoso e assolutamente evitabile.

Sì, le nostre telecamere PTZ di livello industriale supportano pienamente il Multicast (IGMP v2/v3). In una LAN di grandi dimensioni in cui più client necessitano dello stesso flusso H.265 contemporaneamente, la telecamera invia una sola copia del video. Gli switch di rete replicano quindi quel singolo flusso a ciascun visualizzatore. Ciò riduce la larghezza di banda del backbone da N × Bitrate a 1 × Bitrate, indipendentemente dal numero di schermi in visione.

Ottimizzazione della larghezza di banda multicast delle telecamere PTZ in LAN di grandi dimensioni

Di seguito, vi guiderò attraverso le domande più comuni che ricevo da system integrator e CTO sulla distribuzione Multicast. Ogni risposta proviene da esperienze di progetti reali, non da un copia-incolla di schede tecniche. Se state pianificando una configurazione di monitoraggio multi-stazione, una rete di sorveglianza a livello di fabbrica o un progetto campus cross-VLAN, continuate a leggere.

Indice dei contenuti

Quanti client concorrenti possono visualizzare un singolo flusso 4K utilizzando il Multicast sulla mia rete?

Ogni volta che cito “visualizzatori illimitati, stessa larghezza di banda”, la gente pensa che stia esagerando. Non è così. Ma c'è un intoppo che la maggior parte dei fornitori non vi dirà.

Con il Multicast abilitato, il numero di client concorrenti che visualizzano un singolo flusso 4K non è limitato dalla telecamera. È limitato dalla vostra infrastruttura switch e dalla capacità di IGMP snooping. In pratica, uno switch gestito configurato correttamente può servire 50, 100 o anche 200+ endpoint da un singolo flusso da 8 Mbps senza aggiungere alcun carico aggiuntivo alla porta uplink della telecamera.

Multicast client concorrenti flusso 4K switch di rete

Perché la telecamera non è più il collo di bottiglia

In una unicast³ configurazione, la CPU e l'interfaccia di rete della telecamera devono generare una sessione RTP separata sessione RTP⁸ per ogni singolo visualizzatore. Ho testato questo su molte telecamere nel nostro laboratorio. La maggior parte delle telecamere PTZ inizia a perdere frame dopo 8-10 connessioni unicast simultanee. Alcuni modelli più economici si bloccano a 5. La telecamera semplicemente esaurisce la potenza di elaborazione.

Con il Multicast, la telecamera crea uno Flusso di gruppo IGMP. Questo è tutto. Un flusso esce dalla porta Ethernet della telecamera. Il lavoro di replica si sposta interamente sull'infrastruttura di rete.

Dove vive il vero limite

Il soffitto effettivo dipende da tre cose nella tua rete:

Fattore	Cosa controlla	Limite tipico
Larghezza di banda del backplane dello switch	Dati totali che lo switch può spostare internamente	48–256 Gbps sugli switch enterprise
Dimensione della tabella di IGMP snooping	Quanti gruppi multicast e membri lo switch può tracciare	1.000–8.000 voci sulle serie Cisco Catalyst
Velocità della porta di uplink	Il collegamento tra il tuo switch di accesso e lo switch core	1 Gbps o 10 Gbps

Quindi, se il tuo stream 4K H.265 funziona a 8 Mbps e il tuo uplink è di 1 Gbps, la matematica è semplice. L'uplink può trasportare 125 copie di quello stream. Ma con il Multicast, trasporta solo uno copia su quell'uplink. Lo switch di accesso dal lato dello spettatore esegue la replica localmente.

Un numero del mondo reale

In un recente progetto di fabbrica, uno dei nostri partner in Europa ha collegato 64 postazioni di lavoro di monitoraggio a un singolo stream 4K PTZ. La porta di uplink della telecamera è rimasta a un piatto 8 Mbps. L'utilizzo della CPU sulla telecamera è rimasto al di sotto del 30%. Nessuna perdita di frame. Nessun picco di latenza. La chiave era che ogni switch nel percorso aveva l'IGMP snooping attivato.

Cosa succede senza IGMP snooping

Se salti l'IGMP snooping, lo switch tratta lo stream multicast come un broadcast. Ogni porta su ogni switch riceve i dati video. Le tue stampanti, i tuoi telefoni VoIP, i tuoi pannelli di controllo accessi — tutti ricevono 8 Mbps di video che non hanno mai richiesto. Ho visto questo mettere fuori uso un'intera rete d'ufficio in meno di 10 minuti. Quindi la risposta a “quanti client” è in realtà “quanti ne possono gestire i tuoi switch”, ma solo se i tuoi switch sono configurati correttamente.

Il Multicast aiuterà a prevenire la congestione della rete durante lo streaming verso più stazioni di sicurezza?

Parlo ogni settimana con integratori che incolpano la telecamera per video a scatti. Nove volte su dieci, il problema non è la telecamera. È l'architettura di rete.

Il multicast è il metodo più efficace per prevenire la congestione della rete quando più stazioni di sicurezza visualizzano lo stesso flusso della telecamera. Invece che la telecamera invii flussi duplicati a ciascuna stazione, ne invia uno e la rete lo distribuisce in modo efficiente. Questo elimina il problema della larghezza di banda moltiplicativa che causa congestione, perdita di pacchetti e video bloccati.

Il multicast previene la congestione della rete delle stazioni di sicurezza

La matematica della congestione: Unicast vs. Multicast

Lasciatemi mettere dei numeri reali su questo. Diciamo che avete una sala di controllo con 16 monitor, e ogni monitor visualizza una telecamera diversa. Ma 4 di quei monitor mostrano la stessa telecamera PTZ — forse un ingresso del cancello o una visuale critica del perimetro.

Scenario Unicast:

La telecamera invia 4 flussi separati da 6 Mbps ciascuno.
Utilizzo uplink della telecamera: 24 Mbps.
Lo switch core deve instradare 4 flussi indipendenti.
Se altre 3 stazioni in un secondo edificio desiderano anche quel flusso, la telecamera ora invia 42 Mbps per una singola visualizzazione.

Scenario Multicast:

La telecamera invia 1 flusso a 6 Mbps.
Ogni switch lungo il percorso trasporta solo 6 Mbps per quella telecamera, indipendentemente da quanti endpoint si iscrivono.
La CPU della telecamera rimane inattiva. L'uplink rimane pulito.

I punti di congestione che la maggior parte delle persone non nota

La congestione della rete non avviene sempre dove ci si aspetta. Ecco i tre punti di strozzatura più comuni che vedo nelle grandi LAN di sorveglianza:

Punto di strozzatura	Perché si congestiona	Come il Multicast lo risolve
Porta uplink della telecamera	Sessioni unicast multiple saturano la porta da 100 Mbps	Solo uno stream esce dalla telecamera
Uplink dello switch core	Traffico aggregato da decine di telecamere sovraccarica il trunk	Il traffico Multicast viene replicato all'edge, non al core
Collegamento bridge wireless	Throughput limitato (spesso 50-100 Mbps effettivi) condiviso da tutto il traffico	Una copia attraversa il bridge; lo switch locale replica

Nota speciale per progetti off-grid solari 4G

David, so che molti dei tuoi progetti coinvolgono i nostri sistemi PTZ solari 4G distribuiti in aree remote. Ecco la verità onesta: le reti pubbliche 4G/5G standard non supportano il Multicast. Gli operatori mobili bloccano il traffico IGMP sulla loro infrastruttura. Quindi, se la tua telecamera remota invia video tramite 4G a un VMS cloud, il Multicast non aiuterà su quel segmento WAN.

Tuttavia, se imposti una rete bridge wireless locale tra più pali in un cantiere, ad esempio un cantiere con 5 pali per telecamere e un ufficio di cantiere, allora il Multicast diventa molto utile. Il Ponte wireless⁷ trasporta solo una copia di ogni stream. Lo switch nell'ufficio del cantiere lo replica sul laptop del capocantiere, sul monitor dell'addetto alla sicurezza e sull'NVR. Questa configurazione può ridurre il carico del tuo ponte wireless del 60-70%.

IGMP Snooping: Il requisito non negoziabile

Non posso sottolinearlo abbastanza. Senza IGMP snooping² abilitato su ogni switch nel percorso, il traffico Multicast inonda ogni porta. Questo è peggio dell'unicast perché ora ogni dispositivo sulla VLAN riceve lo stream video. Il risultato è una tempesta di broadcast. Dico sempre ai nostri partner: prima di abilitare il Multicast sulla telecamera, verifica che IGMP snooping sia attivo sui tuoi switch. Controlla l'interfaccia di gestione dello switch. Cerca lo stato di IGMP snooping nelle impostazioni VLAN. Se dice “disabilitato”, risolvi prima quello.

L'implementazione Multicast è compatibile con switch Cisco o Juniper Layer-3 standard?

Ricevo spesso questa domanda dagli integratori nordamericani. Utilizzano Cisco o Juniper in ogni rack e hanno bisogno di una risposta chiara prima di specificare le nostre telecamere in un'offerta.

Le nostre telecamere PTZ utilizzano i protocolli standard IGMP v2 e IGMP v3 per il Multicast. Ciò significa che sono pienamente compatibili con qualsiasi switch gestito che supporti IGMP snooping, inclusi Cisco Catalyst, Cisco Nexus, Juniper EX series, HPE Aruba e H3C. Non c'è alcun protocollo proprietario coinvolto. Se il tuo switch parla IGMP, funziona con la nostra telecamera.

Switch Cisco Juniper layer 3 compatibili con Multicast IGMP

Perché gli standard contano più dei nomi dei marchi

Alcuni produttori di telecamere utilizzano metodi di streaming proprietari che funzionano solo con i propri NVR o il proprio software. Questo ti blocca in un unico ecosistema. Le nostre telecamere seguono ONVIF Profilo T⁴, che definisce esattamente come il Multicast deve essere configurato e scoperto. Qualsiasi VMS conforme a ONVIF — Milestone, Genetec, Blue Iris, Digifort — può rilevare automaticamente l'indirizzo del gruppo Multicast e iniziare a ricevere lo stream.

Compatibilità versione IGMP

Ci sono due versioni di IGMP che contano in pratica:

IGMP v2: La versione più diffusa. Supporta messaggi di join e leave di base. Funziona sulla maggior parte degli switch gestiti realizzati negli ultimi 15 anni.
IGMP v3: Aggiunge il multicast specifico per sorgente (SSM). Questo consente allo switch di filtrare il traffico non solo per indirizzo di gruppo ma anche per IP sorgente. Utile in reti molto grandi dove più telecamere potrebbero utilizzare lo stesso intervallo di indirizzi di gruppo.

Le nostre telecamere supportano entrambi. La telecamera è impostata di default su IGMP v2 per la massima compatibilità. È possibile passare alla v3 nell'interfaccia web se la rete lo richiede.

Piattaforme Switch Testate

Voglio essere specifico qui perché le affermazioni vaghe di compatibilità fanno perdere tempo a tutti. Il nostro team di ingegneri ha testato lo streaming Multicast sulle seguenti piattaforme:

Piattaforma Switch	IGMP Snooping	Routing Multicast	Risultato del test
Cisco Catalyst 2960/3560/3850	Supportato	Supportato (modelli L3)	✅ Piena compatibilità
Cisco Nexus 3000/5000	Supportato	Supportato	✅ Piena compatibilità
Juniper EX2300/EX3400	Supportato	Supportato	✅ Piena compatibilità
HPE Aruba 2530/2930	Supportato	Supportato (2930)	✅ Piena compatibilità
H3C S5130/S5560	Supportato	Supportato	✅ Piena compatibilità
TP-Link TL-SG3428	Supportato	Limitato	✅ Funziona per VLAN singola

E gli Switch Non Gestiti?

Gli switch non gestiti non supportano l'IGMP snooping. Se si collega la nostra telecamera a uno switch non gestito economico e si abilita il Multicast, lo switch inonderà lo stream su tutte le porte. Questo vanifica l'intero scopo. Per qualsiasi progetto in cui il Multicast è importante, sono necessari switch gestiti. Questa non è una limitazione della telecamera. È un requisito di rete fondamentale.

Interoperabilità Cross-Vendor in Pratica

Uno dei nostri partner in Medio Oriente gestisce una rete mista: switch core Cisco, switch di distribuzione H3C e switch di accesso TP-Link. Hanno abilitato il Multicast su 24 delle nostre telecamere PTZ. Ogni switch ha gestito correttamente le adesioni IGMP. Il video è stato riprodotto senza problemi su tutte le oltre 40 postazioni di lavoro. L'unico problema che hanno riscontrato è stato uno switch TP-Link che aveva l'IGMP snooping disabilitato per impostazione predefinita. Una volta attivato, tutto ha funzionato. La lezione: controlla ogni switch nel percorso, non solo il core.

Posso impostare un IP di gruppo Multicast e un TTL (Time to Live) univoci per il mio progetto cross-VLAN?

Il multicast Cross-VLAN è dove la maggior parte dei progetti diventa complicata. Ho aiutato dozzine di integratori a risolvere questo esatto scenario, e la risposta inizia con una corretta configurazione lato telecamera.

Sì, è possibile configurare un indirizzo IP di gruppo Multicast personalizzato e un valore TTL direttamente nell'interfaccia web della telecamera. L'IP di gruppo può essere qualsiasi indirizzo valido di Classe D compreso tra 224.0.0.0 e 239.255.255.255. Il TTL può essere impostato da 1 a 255, controllando quante "hop" di router il flusso può attraversare. Per le distribuzioni cross-VLAN, impostare il TTL ad almeno 16 per garantire che il flusso attraversi i confini di routing di livello 3.

IP di gruppo Multicast TTL configurazione cross VLAN telecamera PTZ

Comprendere l'indirizzo Multicast e perché è importante

Un IP di gruppo Multicast non è come un normale indirizzo IP. Non appartiene a un singolo dispositivo. È un “canale” a cui qualsiasi dispositivo può iscriversi. Pensalo come una frequenza radio. La telecamera trasmette su un canale specifico e qualsiasi client che si sintonizza riceve il flusso.

Le nostre telecamere consentono di configurare indirizzi e porte Multicast separati per tre tipi di dati:

Flusso video: Il feed video principale H.265 o H.264.
Flusso audio: Audio bidirezionale o unidirezionale, se il tuo progetto lo richiede.
Flusso di metadati: Risultati di analisi AI, come riquadri di delimitazione del rilevamento umano, dati delle targhe o trigger di eventi di movimento.

Questa separazione è importante. Alcune piattaforme VMS si iscrivono solo al gruppo Multicast video. Altre necessitano del gruppo metadati per visualizzare le sovrapposizioni AI. Assegnando indirizzi di gruppo diversi, si mantiene il traffico organizzato e si offre al VMS un controllo granulare su ciò che riceve.

TTL: La chiave per il Cross-VLAN

TTL sta per Time to Live. Ogni volta che un pacchetto Multicast attraversa un confine di livello 3 (un router o uno switch di livello 3 che esegue il routing inter-VLAN), il TTL diminuisce di 1. Quando raggiunge 0, il pacchetto viene scartato.

TTL = 1: Il flusso rimane all'interno della sottorete locale. Non attraverserà alcun router. Ottimo per configurazioni a VLAN singola.
TTL = 16: Lo stream può attraversare fino a 16 hop di routing. Questo è sufficiente per la maggior parte delle reti campus con più VLAN.
TTL = 32: Sicuro per reti aziendali molto grandi con topologie di routing complesse.
TTL = 128 o 255: Necessario solo per il Multicast WAN multi-sito, che è raro nella videosorveglianza.

Raccomando solitamente TTL = 32 come impostazione predefinita sicura per progetti cross-VLAN. Ti offre un margine sufficiente senza creare perdite di traffico non necessarie verso segmenti di rete distanti.

Multicast Cross-VLAN: Il Lato di Rete

Impostare il TTL sulla telecamera è solo metà del lavoro. Anche la tua rete deve essere configurata per instradare il traffico Multicast tra le VLAN. Questo richiede:

PIM (Protocol Independent Multicast)⁵: Deve essere abilitato sulle interfacce layer-3 del tuo switch o router core. PIM-SM (Sparse Mode) è la scelta più comune.
Rendezvous Point (RP)⁶: In PIM-SM, è necessario designare un router come RP. Questo è il punto di incontro in cui sorgenti e ricevitori si trovano.
IGMP su ogni interfaccia VLAN: Lo switch layer-3 deve eseguire IGMP su ogni SVI (Switched Virtual Interface) VLAN in cui esistono telecamere o visualizzatori.

Percorso di Configurazione sulla Telecamera

La configurazione è semplice. Accedi all'interfaccia web della telecamera. Naviga su:

Rete > Impostazioni Avanzate > Multicast

Da lì, puoi impostare:

Indirizzo IP del gruppo Multicast (es. 239.1.1.10)
Porta Multicast (es. 8600 per video, 8602 per audio, 8604 per metadati)
Valore TTL (es. 32)
Abilita o disabilita Multicast per stream (stream principale, sub stream)

Una volta salvata, la telecamera inizia immediatamente a inviare report di appartenenza IGMP. Qualsiasi switch compatibile con IGMP sulla rete rileverà la nuova sorgente Multicast e inizierà a inoltrare lo stream ai client sottoscritti.

Un consiglio pratico per grandi progetti

Se stai installando 50 o più telecamere, pianifica attentamente gli indirizzi dei gruppi Multicast. Raccomando di utilizzare l'intervallo 239.x.x.x (indirizzi scoped amministrativamente) e di assegnare a ciascuna telecamera un IP di gruppo univoco. Ad esempio:

Telecamera 01: 239.1.1.1
Telecamera 02: 239.1.1.2
Telecamera 50: 239.1.1.50

Questo rende la risoluzione dei problemi molto più semplice. Se uno stream specifico presenta problemi, puoi filtrare per IP di gruppo in Wireshark e isolare il problema in pochi secondi.

Conclusione

Le nostre telecamere PTZ supportano pienamente Multicast con IGMP v2/v3, IP di gruppo personalizzati e TTL regolabile. Abbinale a switch gestiti e la tua LAN estesa rimarrà pulita, veloce e scalabile.

1. Dettagli sulla risoluzione 4K e sui relativi requisiti di larghezza di banda. ︎↩︎ 2. Documentazione Cisco sull'IGMP snooping per controllare il traffico multicast a livello di switch. ︎↩︎ 3. Comprensione di unicast vs multicast per lo streaming video. ︎↩︎ 4. Profilo ONVIF ufficiale per funzionalità avanzate di PTZ e streaming multicast. ︎↩︎ 5. Informazioni sul protocollo di routing PIM per il multicast attraverso segmenti di rete. ︎↩︎ 6. White paper Cisco sul Rendezvous Point nel routing multicast PIM-SM. ︎↩︎ 7. Spiegazione del bridging wireless per estendere i collegamenti di rete. ︎↩︎ 8. Scopri RTP per la trasmissione audio e video in tempo reale. ︎↩︎