Uw netwerk optimaliseren voor Voice

Met een cloud-vriendelijke netwerkinfrastructuur kan Voice-verkeer efficiënt communiceren met de Google-infrastructuur. Ga als volgt te werk om deze infrastructuur te maken:

• Zorg dat Voice-verkeer een kort pad naar het internet heeft. Gebruik het volgende niet:
  • Proxy's
  • Pakketinspectie- of protocolanalyseprogramma's
• Meet en optimaliseer de volgende items:
  • Vertraging: maximaal 150 ms vertraging in één richting (ITU G114)
  • Bandbreedte: 50 kbps wordt aanbevolen
  • Wifi-netwerk: zie Praktische tips voor wifi

We raden het gebruik van proxyservers in uw netwerk voor Voice-verkeer sterk af:

• Zet Voice-verkeer op een toelatingslijst in de proxyconfiguratie.
• Voice valt niet terug op TCP, zoals Google Meet dat doet. Voice gebruikt alleen UDP voor spraakverkeer.
• Als verkeer via een proxy wordt gestuurd, zorgt dit voor een langere wachttijd. Hierdoor kan het gebeuren dat Voice de audiokwaliteit automatisch vermindert. De prestaties van Voice zijn optimaal als de vertraging tussen de client en de Google-backend minder dan 100 ms is.
• Het Socket Secure-internetprotocol (SOCKS5) wordt niet ondersteund.

Gebruik indien mogelijk geen pakketinspectie- of protocolanalyseprogramma's voor Voice. Ze veroorzaken vertraging, waardoor de Voice-infrastructuur de audiokwaliteit automatisch kan verlagen.

Pakketinspectie van audioverkeer levert ook weinig voordeel op, omdat geautomatiseerde scantools geen gegevens van audiostreams kunnen reconstrueren.

Als deze tools worden gebruikt, zet je alle poortnummers voor Voice-verkeer op een toelatingslijst om de tools te omzeilen.

De volgende aanbevelingen gelden voor typische kantooromgevingen. Complexere omgevingen, zoals fabrieksvloeren, gebieden met veel ruis op de radiofrequentie (RF) of gebieden met weinig dekking, moeten individueel worden geëvalueerd door een wifi-technicus.

Het kan lastig zijn realtime apps te gebruiken op een draadloos netwerk, omdat het onderliggende RF-spectrum en de bandbreedte worden gedeeld door alle apparaten die het netwerk gebruiken.

Bekijk de volgende overwegingen wanneer u een draadloos netwerk ontwerpt, implementeert en gebruikt met Voice.

2,4 GHz- en 5 GHz RF-banden

We raden het over het algemeen af realtime apps te implementeren en gebruiken met de (meestal zwaarbelaste) 2,4 GHz-band van een draadloos netwerk. Deze aanbeveling omvat toepassingen die connectiviteit bieden in een gewone kantooromgeving.

De 2,4 Ghz-band is niet goed voor Voice-verkeer, omdat deze slechts drie niet-overlappende kanalen bevat en er hoge ruisniveaus van nabijgelegen storende netwerken en extra storing aanwezig is van andere apparaten (bijvoorbeeld magnetronovens), waardoor een lawaaierige en complexe RF-omgeving ontstaat.

Voor een betrouwbare werking van realtime apps zoals Voice zijn voldoende capaciteit, vertraging, jitter en pakketverliesniveaus nodig.Dit is bijna onmogelijk te bereiken via de 2,4GHz-band.

Overwegingen voor ontwerp en implementatie

Als u een draadloos netwerk ontwerpt dat realtime apps moet ondersteunen, houd dan vooral rekening met capaciteit in plaats van dekking.

• Beheer de celgrootte, die wordt bepaald door de zendkracht van het toegangspunt (Access Point, AP). Implementeer kleinere cellen wanneer u meer apparaten verwacht, zoals vergaderruimten en collegezalen, voor meer capaciteit. Grotere cellen zijn geschikt voor algemene dekking op kantoor.
• Schakel lage rates uit om de RF efficiënter te gebruiken. Hierdoor wordt de handover van de client via het dichtstbijzijnde TP afgedwongen bij roaming tussen TP's.

Als de SSID van een draadloos netwerk beschikbaar is op beide banden (2,4 GHz en 5 GHz), moet het netwerk agressieve bandsturing implementeren om af te dwingen dat clients de 5 GHz-band gebruiken.

• Een realistische verwachting is niet meer dan 10 VoIP-telefoons die zijn verbonden met hetzelfde toegangspunt. Een groter aantal kan een onvoorspelbare gebruikerservaring opleveren.
• Draadloos verbonden vaste telefoons mogen niet worden gebruikt door teams met een hoge dichtheid/veel audiogesprekken, zoals medewerkers of supportteams. Bijvoorbeeld GOVO-sites of 24/7-callcenters.
• Korte spraakonderbrekingen van minder dan 10 seconden zijn te verwachten en kunnen niet worden geëlimineerd op netwerkniveau voor draadloos verbonden VoIP-telefoons. We raden u af draadloze netwerken te gebruiken voor belangrijke telefoongesprekken, zoals vergaderingen, persbijeenkomsten of gesprekken met leidinggevenden.
• Hoewel de regelgeving per land/regio verschilt, is het een veelvoorkomende vereiste dat wifi-apparaten die gebruikmaken van DFS-kanalen zorgen dat deze bijvoorbeeld niet het lokale weerradarsysteem verstoren. Als gevolg hiervan zal een TP dat een radarsysteem verstoort, het kanaal vrijgeven. Alle clients moeten opnieuw verbinding maken met een ander TP dat via een ander kanaal werkt.

Als u geavanceerde functies mogelijk wilt maken, zoals naadloze roaming tussen TP's en het juiste RF-beheer, moet een draadloos netwerk centraal worden beheerd en geen verzameling zijn van alleenstaande TP's.

Voer als laatste na de implementatie een test uit om te kijken of het draadloze netwerk genoeg dekking heeft in de ruimten waarin Voice het meeste zal worden gebruikt.

Voice-verkeer is beveiligd en versleuteld. Het is dus niet nodig het verkeer naar de IP-adressen van Google te beperken.

Als u echter netwerkbeperkingen heeft waardoor u verkeer moet beperken, zet u de volgende reeks IP-bereiken op een toelatingslijst om Voice-mediaservers toe te staan. De IP-adressen worden uitsluitend gebruikt voor Voice voor Google Workspace, zodat u Voice-verkeer kunt identificeren dat wordt gebruikt in Google Workspace en Voice-verkeer van consumentenaccounts een lagere prioriteit kunt geven. U kunt dan de netwerk- en firewalltoegang beter instellen en optimaliseren.

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

Stel uw netwerk zo in dat de volgende poorten Voice-verkeer van en naar uw organisatie toestaan:

• Uitgaande UDP-poorten 19302 tot 19309
• Uitgaande TCP-poort: 443

Opmerking: Het spraakpoortbereik 19302 tot 19309 gebruikt de instelling voor Chrome WebRTC UDP-poorten. Ga naar Chrome-beleid instellen voor gebruikers of browsers voor meer informatie.