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 di 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 può 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 una latenza che potrebbe causare la riduzione automatica della qualità audio da parte dell'infrastruttura di Voice.

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

Se utilizzi questi strumenti, inserisci tutti i numeri di porta del traffico di Voice in una lista consentita per bypassarli.

I consigli seguenti si riferiscono ad ambienti di ufficio tipici. Ambienti più complessi, quali stabilimenti industriali, aree con un alto grado di interferenze di radiofrequenze o spazi a bassa densità di copertura, dovrebbero essere valutati caso per caso da un tecnico di rete wireless.

L'esecuzione di applicazioni in tempo reale su una rete wireless può essere difficile perché lo spettro RF e la larghezza di banda sottostanti sono condivisi tra tutti i dispositivi che li utilizzano.

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 suggerimento include applicazioni che forniscono connettività in un ambiente di ufficio standard.

La banda a 2,4 GHz è problematica perché ha solo 3 canali che non si sovrappongono e, di solito, è soggetta a livelli di rumore elevati dovuti alle interferenze di reti vicine, nonché a ulteriori interferenze da altri dispositivi (ad esempio, microonde), creando un ambiente RF rumoroso e complesso.

Il funzionamento affidabile delle 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 e 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 migliorare l'efficienza dell'utilizzo delle radiofrequenze. In questo modo, viene forzato il passaggio dei client 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 bilanciamento di banda aggressivo per forzare la connessione dei client sulla banda a 5 GHz.

• Un'aspettativa realistica è di non più di 10 telefoni VoIP connessi allo stesso AP. 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, siti GOVO o call center 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. Sconsigliamo l'uso di reti wireless per effettuare telefonate di alto profilo, come conferenze, incontri con la stampa o chiamate con 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 far funzionare la rete wireless in modo centralizzato e non come un insieme di punti di accesso autonomi e 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 di Voice da 19302 a 19309 utilizza l'impostazione Porte UDP WebRTC di Chrome. Per saperne di più, leggi Imposta le policy di Chrome per utenti o browser.