Ottimizzare la rete per Voice

Un'infrastruttura di rete ottimizzata per il cloud consente al traffico di Voice di comunicare in modo efficiente con l'infrastruttura di Google. Per crearla:

• Assicurati che il percorso verso Internet del traffico di Voice sia breve. Evita:
  • Proxy
  • Analisi dei pacchetti o analizzatori di protocollo
• Misura e ottimizza:
  • Latenza: ritardo massimo di 150 ms in una direzione (ITU G114)
  • Larghezza di banda: consigliati 50 kbps
  • Rete Wi-Fi: consulta le best practice per le connessioni Wi-Fi

Ti consigliamo vivamente di fare in modo che la rete non utilizzi server proxy per il traffico di Voice.

• Nella configurazione del proxy, inserisci il traffico Voice in una lista consentita.
• Voice non esegue il fallback a TCP come Google Meet. Usa solo UDP per il traffico vocale.
• L'applicazione di proxy al traffico aggiunge latenza e potrebbe causare la riduzione automatica della qualità audio da parte di Voice. Le prestazioni di Voice sono ottimali quando la latenza tra il client e il backend di Google è inferiore a 100 ms.
• Il protocollo Internet SOCKS5 (Socket Secure) non è supportato.

Se possibile, non utilizzare l'analisi dei pacchetti o gli analizzatori di protocollo per Voice. Introducono latenza, il che potrebbe causare la riduzione automatica della qualità audio da parte dell'infrastruttura Voice.

Anche l'ispezione dei pacchetti del traffico audio offre pochi vantaggi perché gli strumenti di scansione automatica non possono ricostruire i dati del flusso audio.

Se vengono utilizzati questi strumenti, inserisci tutti i numeri di porta del traffico Voice in una lista consentita per ignorarli.

I consigli seguenti si riferiscono ad ambienti di ufficio tipici. I tecnici di rete wireless devono valutare caso per caso gli ambienti più complessi quali stabilimenti industriali, aree con un alto grado di interferenze di radiofrequenze o spazi a bassa densità di copertura.

Eseguire applicazioni in tempo reale su una rete wireless può essere difficile, perché lo spettro di radiofrequenze e la larghezza di banda sottostanti sono condivisi tra tutti i dispositivi connessi alla rete.

Leggi con attenzione le considerazioni riportate di seguito in fase di progettazione, implementazione e utilizzo delle reti wireless su cui viene usato Voice.

Confronto tra le bande RF a 2,4 GHz e 5 GHz

In genere sconsigliamo di implementare e utilizzare applicazioni in tempo reale sulla banda a 2,4 GHz di una rete wireless (di solito la più utilizzata), Questo consiglio include applicazioni che forniscono connettività in un normale ambiente di ufficio.

La banda a 2,4 GHz è problematica in quanto dispone solo di 3 canali che non si sovrappongono, subisce di solito alti livelli di interferenza dalle reti vicine e ulteriori interferenze da altri dispositivi (ad esempio i forni a microonde), creando in questo modo ambienti complessi con frequenze radio disturbate.

Il funzionamento affidabile di applicazioni in tempo reale come Voice si basa su livelli adeguati di capacità, ritardo, jitter e perdita di pacchetti, che sono quasi impossibili da raggiungere sulla banda a 2, 4 GHz.

Considerazioni su progettazione/deployment

Se stai progettando una rete wireless per supportare applicazioni in tempo reale, concentrati sulla capacità piuttosto che sulla copertura.

• Gestisci le dimensioni delle celle, che sono determinate dalla potenza di trasmissione dei punti di accesso (AP). Per aumentare la capacità della rete, implementa celle di dimensioni minori nelle aree in cui è previsto l'utilizzo di un maggior numero di dispositivi, ad esempio sale riunioni e auditorium. Utilizza celle di maggiori dimensioni per fornire copertura generale nell'ambiente dell'ufficio.
• Disattiva le velocità di trasmissione più basse per ottimizzare l'efficienza di utilizzo delle radiofrequenze. In questo modo, il client viene forzato a passare all'AP più vicino durante il roaming tra AP.

Se è disponibile un SSID di rete wireless su entrambe le bande (2,4 GHz e 5 GHz), la rete deve implementare un'aggressiva selezione della banda per forzare la connessione dei client sulla banda a 5 GHz.

• Un'aspettativa realistica è di non più di 10 telefoni VoIP connessi allo stesso punto di accesso. Un numero maggiore potrebbe creare un'esperienza utente imprevedibile.
• I telefoni fissi connessi in modalità wireless non devono essere utilizzati da team con un'alta densità di chiamate vocali, come agenti o team di assistenza. Ad esempio, i siti GOVO o i call center aperti 24 ore su 24, 7 giorni su 7.
• Sono previste brevi interruzioni della voce, inferiori a 10 secondi, che non possono essere eliminate a livello di rete per i telefoni VoIP connessi in modalità wireless. Non consigliamo le reti wireless per effettuare chiamate di alto profilo, come conferenze, incontri con la stampa o chiamate di dirigenti.
• Sebbene le normative varino in base a paesi e regioni, un requisito comune è l'uso di dispositivi Wi-Fi che utilizzano i canali DFS per assicurarsi che non interferiscano, ad esempio, con il sistema radar meteorologico locale. Di conseguenza, un punto di accesso soggetto a interferenze radar libererà il canale. Tutti i client dovranno riconnettersi a un altro punto di accesso operante su un canale diverso.

Per consentire funzionalità avanzate, come la continuità del roaming fra punti di accesso e la gestione adeguata delle radiofrequenze, è consigliabile gestire e utilizzare le reti wireless in modo centralizzato e non come insiemi di punti di accesso autonomi isolati.

Infine, dopo l'implementazione, ispeziona la rete wireless per confermare la copertura in tutti gli spazi dove in genere viene utilizzato Voice.

Il traffico di Voice è protetto e criptato, quindi non è necessario limitare il traffico agli indirizzi IP di Google.

Se invece la rete è soggetta a vincoli che richiedono l'imposizione di limiti al traffico, inserisci il seguente insieme di intervalli IP in una lista consentita per approvare i server multimediali di Voice. Gli IP vengono utilizzati esclusivamente per Voice per Google Workspace, in modo da identificare il traffico vocale utilizzato in Google Workspace e ridurre la priorità del traffico di Voice dagli account consumer. In questo modo puoi configurare meglio e ottimizzare l'accesso alla rete e al firewall.

• IPv4: 74.125.39.0/24
• IPv6: 2001:4860:4864:2::0/64

Configura la rete in modo che le seguenti porte consentano il traffico vocale da e verso la tua organizzazione:

• Porte UDP in uscita da 19302 a 19309
• Porta TCP in uscita 443

Nota:l'intervallo di porte Voice da 19302 a 19309 utilizza l'impostazione Porte UDP WebRTC di Chrome. Per saperne di più, leggi Impostare i criteri di Chrome per utenti o browser.