Il modello che stiamo lasciando
Per decenni la distribuzione video si è basata sulla matrice: un apparato centrale con un numero definito di ingressi e uscite, collegamenti punto-punto e capacità nota fin dall’inizio.
È un modello con pregi notevoli — semplicità, prevedibilità, nessun requisito di rete — e un limite strutturale: la capacità è fissa. Aggiungere sorgenti oltre il numero previsto significa sostituire l’apparato centrale, spesso il componente più costoso dell’impianto.
L’AV over IP sostituisce questo schema con encoder collegati alle sorgenti, decoder collegati alle destinazioni e uno switch al centro. L’impianto cresce aggiungendo porte, e la distanza tra due punti smette di essere un vincolo di progetto.
Le tre variabili che determinano tutto
La progettazione di un sistema AV over IP ruota attorno a tre parametri interdipendenti: non esiste una configurazione ottimale in assoluto, esiste quella corretta per il caso specifico.
Compressione e banda
Più il flusso è compresso, meno banda occupa e più aumenta la latenza di elaborazione; meno è compresso, più la qualità è fedele e più cresce il fabbisogno di rete.
Le architetture visivamente lossless su collegamenti ad alta velocità offrono qualità elevatissima e latenza molto bassa, al prezzo di una rete dedicata ad alte prestazioni. Le soluzioni più compresse consentono di utilizzare infrastrutture esistenti, con requisiti molto più contenuti.
Latenza
La latenza accettabile dipende dall’uso. Se lo schermo mostra un relatore presente in sala, anche un ritardo modesto diventa percepibile e fastidioso. In una control room, dove l’operatore interagisce con una macchina remota, i requisiti sono ancora più stringenti. In un impianto di digital signage, invece, la latenza è sostanzialmente irrilevante.
Il dato utile in fase di progetto non è la latenza dichiarata dal produttore in laboratorio, ma quella end-to-end nella configurazione reale, che include codifica, rete, decodifica e visualizzazione.
Multicast
Quando una sorgente deve raggiungere molte destinazioni, il traffico viene gestito in multicast. È il meccanismo che rende scalabile l’architettura, ma richiede una rete configurata correttamente: senza IGMP snooping e senza un querier attivo, i flussi vengono propagati ovunque e la rete si satura rapidamente.
La maggior parte dei malfunzionamenti attribuiti agli apparati AV in impianti su IP ha origine qui.
Regola pratica: in un progetto AV over IP, la parte più delicata non sono encoder e decoder — sono le configurazioni dello switch e il modo in cui il traffico viene segmentato e prioritizzato.
Dimensionare la rete
Il dimensionamento si fa sul caso peggiore, non sul funzionamento tipico. Vanno considerati tutti i flussi contemporaneamente attivi nel momento di massimo carico, più un margine per la crescita.
Gli elementi da definire in progetto sono:
- Numero massimo di flussi simultanei e banda per flusso
- Capacità delle porte di accesso e delle dorsali tra switch
- Configurazione multicast: snooping, querier, filtraggio
- Classificazione e priorità del traffico AV rispetto al resto
- Budget PoE per gli apparati alimentati dalla rete
- Comportamento in caso di guasto di un link o di uno switch
Quando conviene e quando no
| Scenario | Scelta indicata | Perché |
|---|---|---|
| Sala singola, poche sorgenti | Matrice o switching locale | Meno apparati, nessun requisito di rete aggiuntivo, costo inferiore. |
| Più sale collegate tra loro | AV over IP | Overflow e condivisione sorgenti senza cablaggi dedicati. |
| Edifici multipli | AV over IP | La dorsale in fibra esiste già: estendere l’AV è più economico. |
| Control room | AV over IP con KVM | Ogni operatore richiama qualsiasi sorgente, con condivisione del controllo. |
| Grande venue o impianto sportivo | AV over IP | Numero di punti di visualizzazione non gestibile con una matrice. |
| Rete esistente non modificabile | Valutare rete dedicata | Senza segmentazione e QoS l’architettura non è affidabile. |
Il collaudo cambia
In un impianto tradizionale il collaudo verifica che ogni sorgente arrivi a ogni destinazione. In un impianto su IP questo non basta: il sistema può funzionare perfettamente a rete scarica e degradare in condizioni di carico.
Per questo il collaudo deve includere prove con tutti i flussi attivi contemporaneamente, verifiche del comportamento in caso di guasto di un percorso e misura della latenza end-to-end nelle condizioni reali di impiego.
È una differenza importante anche sul piano contrattuale: i criteri di accettazione vanno definiti prima, perché descrivono il comportamento del sistema sotto carico e non la semplice presenza del segnale.