Delen via

Netwerkaanbevelingen

In dit artikel wordt beschreven hoe de netwerkomgeving van invloed is op de kwaliteit van spraak- en videogesprekken. Veel factoren dragen bij aan de kwaliteit van realtime media van Azure Communication Services, waaronder audio, video en toepassing delen. Enkele van de factoren zijn netwerkkwaliteit en bandbreedte, firewall, host en apparaatconfiguraties.

Netwerkkwaliteit

De kwaliteit van de onderliggende netwerkconnectiviteit kan een negatieve invloed hebben op realtime media via IP. De belangrijkste factoren die bijdragen zijn onder andere:

  • Latentie. De tijd die nodig is om een IP-pakket op te halen van punt A naar punt B op het netwerk. Netwerkvertraging is afhankelijk van de fysieke afstand tussen de twee punten en eventuele andere overhead die wordt veroorzaakt door de apparaten waar uw verkeer doorheen gaat. Latentie wordt gemeten als eenrichtings- of retourtijd (RTT).
  • Pakketverlies. Een percentage pakketten dat verloren gaat in een bepaald tijdvenster. Pakketverlies heeft een directe invloed op de audiokwaliteit: van kleine, individuele verloren pakketten die bijna geen effect hebben, tot opeenvolgende burst-verliezen die leiden tot volledige onderbreking van het audiosignaal.
  • Jitter voor aankomst tussen pakketten, ook wel jitter genoemd. De gemiddelde wijziging in vertraging tussen opeenvolgende pakketten. Communication Services kan zich aanpassen aan bepaalde niveaus van jitter via buffering. Het is alleen wanneer de jitter de buffer overschrijdt dat een deelnemer de effecten ziet.

Netwerkbandbreedte

Zorg ervoor dat uw netwerk is geconfigureerd ter ondersteuning van de bandbreedte die nodig is voor gelijktijdige Communication Services-mediasessies en andere bedrijfstoepassingen. Het testen van het end-to-end-netwerkpad voor knelpunten in bandbreedte is essentieel voor de succesvolle implementatie van uw multimedia Communication Services-oplossing.

De volgende bandbreedtevereisten zijn voor de JavaScript SDK's.

Bandbreedte Scenariën
40Kben Peer-to-peer-audiogesprekken
500 Kbps Peer-to-peer audiogesprekken en scherm delen
500 Kbps Videogesprekken van peer-to-peerkwaliteit 360 pixels bij 30 FPS
1,2 Mbps Peer-to-peer videogesprekken van HD-kwaliteit met resolutie van HD 720 pixels bij 30 FPS
500 Kbps Groepsvideobellen met 360 pixels bij 30 FPS
1,2 Mbps Videogesprekken in HD-groepen met resolutie van HD 720 pixels bij 30 FPS
1,5 Mbps Peer-to-peer videogesprekken van HD-kwaliteit met resolutie van HD 1080 pixels bij 30 FPS

De volgende bandbreedtevereisten zijn voor de systeemeigen Windows-, Android- en iOS-SDK's.

Bandbreedte Scenariën
30Kben Peer-to-peer-audiogesprekken
130 Kbps Peer-to-peer audiogesprekken en scherm delen
500 Kbps Videogesprekken van peer-to-peerkwaliteit 360 pixels bij 30 FPS
1,2 Mbps Peer-to-peer videogesprekken van HD-kwaliteit met resolutie van HD 720 pixels bij 30 FPS
1,5 Mbps Peer-to-peer videogesprekken van HD-kwaliteit met resolutie van HD 1080 pixels bij 30 FPS
500 Kbps/1 Mbps Groepsvideogesprekken
1 Mbps/2 Mbps Videogesprekken met HD-groepen, video's van 540 pixels op een scherm van 1080 pixels

Firewall configuratie

Communication Services-verbindingen vereisen een internetverbinding met specifieke poorten en IP-adressen om multimedia-ervaringen van hoge kwaliteit te bieden. Zonder toegang tot deze poorten en IP-adressen werkt Communication Services niet goed. De lijst met IP-bereiken en toegestane domeinen die moeten worden ingeschakeld, is:

Categorie IP-bereiken of FQDN Poorten
Mediaverkeer Bereik van IP-adressen van openbare Azure-cloud 20.202.0.0/16. Het bereik dat hier wordt gegeven, is het bereik van IP-adressen op ofwel de mediaprocessor of de Azure Communication Services TURN-service. UDP 3478 tot en met 3481, TCP-poorten 443
Signalering, telemetrie, registratie *.skype.com, *.microsoft.com, *.azure.net, *.azure.com, *.office.com TCP 443, 80
Gespreksautomatiseringsmedia 52.112.0.0/14, 52.122.0.0/15, 2603:1063::/38 UDP: 3478, 3479, 3480, 3481
Call Automation-terugroep-URLs *.lync.com, *.teams.cloud.microsoft, *.teams.microsoft.com, teams.cloud.microsoft, teams.microsoft.com, 52.112.0.0/14, 52.122.0.0/15, 2603:1027::/48, 2603:1037:/48, 2603:1047::/48, 2603:1057:::/48, 2603:1063::/38, 2620:1ec:6::/48, 2620:1ec:40::/42 TCP: 443, 80 UDP: 443

Alleen Amerikaanse Government GCC High-klanten kunnen de volgende eindpunten bereiken.

Categorie IP-bereiken of FQDN Poorten
Mediaverkeer 52.127.88.0/21, 52.238.114.160/32, 52.238.115.146/32, 52.238.117.171/32, 52.238.118.132/32, 52.247.167.192/32, 52.247.169.1/32, 52.247.172.50/32, 52.247.172.103/32, 104.212.44.0/22, 195.134.228.0/22 UDP 3478 tot en met 3481, TCP-poorten 443
Signalering, telemetrie, registratie *.gov.teams.microsoft.us, *.infra.gov.skypeforbusiness.us, *.online.gov.skypeforbusiness.us, gov.teams.microsoft.us TCP 443, 80

Netwerkoptimalisatie

De volgende taken zijn optioneel en zijn niet vereist voor het implementeren van Communication Services. Gebruik deze richtlijnen om de prestaties van uw netwerk en Communication Services te optimaliseren of als u weet dat u een aantal netwerkbeperkingen hebt.

Mogelijk wilt u verder optimaliseren als:

  • Communication Services werkt traag. Misschien hebt u onvoldoende bandbreedte.
  • Oproepen blijven vallen. Firewalls en proxyblokkeringen kunnen leiden tot het verbreken van oproepen.
  • Oproepen hebben statische en uitgesneden stemmen, of stemmen klinken als robots. Jitter en pakketverlies kunnen deze problemen veroorzaken.
Netwerkoptimalisatietaak Bijzonderheden
Uw netwerk plannen In deze documentatie vindt u minimale vereisten voor uw netwerk voor aanroepen. Raadpleeg het Teams-voorbeeld voor het plannen van uw netwerk.
Externe naamomzetting Zorg ervoor dat alle computers met de Communication Services-SDK's externe DNS-query's kunnen oplossen om de services te detecteren die worden geleverd door communicatieservicers en dat uw firewalls de toegang niet verhinderen. Zorg ervoor dat de SDK's de adressen *.skype.com, *.microsoft.com, *.azure.net, *.azure.com en *.office.com kunnen omzetten.
Sessiepersistentie behouden Zorg ervoor dat uw firewall de toegewezen NAT-adressen (Network Address Translation) of poorten voor UDP niet wijzigt.
Nat-poolgrootte valideren Valideer de nat-poolgrootte die is vereist voor gebruikersconnectiviteit. Wanneer meerdere gebruikers en apparaten toegang hebben tot Communication Services met behulp van NAT of poortadresomzetting, moet u ervoor zorgen dat de apparaten die zich achter elk openbaar routeerbaar IP-adres bevinden, niet groter zijn dan het ondersteunde aantal. Zorg ervoor dat er voldoende openbare IP-adressen worden toegewezen aan de NAT-pools om poortuitputting te voorkomen. Poortuitputting draagt bij aan interne gebruikers en apparaten die geen verbinding kunnen maken met Communication Services.
Richtlijnen voor inbraakdetectie en -preventie Als uw omgeving een inbraakdetectiesysteem of inbraakpreventiesysteem heeft geïmplementeerd voor een extra beveiligingslaag voor uitgaande verbindingen, staat u alle Communication Services-URL's toe.
VPN met gesplitste tunnel configureren Geef een alternatief pad op voor Teams-verkeer dat het vpn (virtual private network) omzeilt, ook wel bekend als VPN met split-tunnel. Split tunneling betekent dat verkeer voor Communication Services niet via de VPN gaat, maar in plaats daarvan rechtstreeks naar Azure gaat. Het omzeilen van uw VPN heeft een positieve invloed op de mediakwaliteit en vermindert de belasting van de VPN-apparaten en het netwerk van de organisatie. Als u een VPN met gesplitste tunnel wilt implementeren, moet u contact opnemen met uw VPN-leverancier. Andere redenen waarom we aanraden om de VPN te omzeilen:
  • VPN's zijn doorgaans niet ontworpen of geconfigureerd ter ondersteuning van realtime media.
  • VPN's bieden mogelijk ook geen ondersteuning voor UDP, wat vereist is voor Communication Services.
  • VPN's introduceren ook een extra versleutelingslaag boven op mediaverkeer dat al is versleuteld.
  • Connectiviteit met Communication Services is mogelijk niet efficiënt door het omleiden van verkeer via een VPN-apparaat.
QoS implementeren Gebruik QoS (Quality of Service) om pakket prioritering te configureren. QoS verbetert de gesprekskwaliteit en helpt u bij het bewaken en oplossen van problemen met de gesprekskwaliteit. QoS moet worden geïmplementeerd in alle segmenten van een beheerd netwerk. Zelfs wanneer een netwerk voldoende is ingericht voor bandbreedte, biedt QoS risicobeperking als onverwachte netwerkgebeurtenissen optreden. Met QoS krijgt spraakverkeer prioriteit, zodat deze onverwachte gebeurtenissen geen negatieve invloed hebben op de kwaliteit.
Wi-Fi optimaliseren Net als bij VPN zijn Wi-Fi netwerken niet noodzakelijkerwijs ontworpen of geconfigureerd om realtime media te ondersteunen. Het is belangrijk dat u een Wi-Fi-netwerk optimaliseert ter ondersteuning van Communication Services, waardoor een implementatie van hoge kwaliteit wordt gegarandeerd. Houd rekening met deze factoren:
  • Implementeer QoS of Wi-Fi Multimedia om ervoor te zorgen dat mediaverkeer prioriteit krijgt op de juiste wijze via uw Wi-Fi-netwerken.
  • Plan en optimaliseer de Wi-Fi banden en plaatsing van toegangspunten. Het bereik van 2,4 GHz kan een adequate ervaring bieden, afhankelijk van de plaatsing van toegangspunten. Andere consumentenapparaten die in dat bereik werken, kunnen ook negatieve gevolgen hebben voor toegangspunten. Het bereik van 5 GHz is beter geschikt voor realtime media vanwege het dichte bereik, maar er zijn meer toegangspunten nodig om voldoende dekking te krijgen. Eindpunten moeten ook dat bereik ondersteunen en zo zijn geconfigureerd dat deze banden dienovereenkomstig worden gebruikt.
  • Als u dual-band Wi-Fi netwerken gebruikt, kunt u overwegen om bandstuur te implementeren. Bandsturing is een techniek die door Wi-Fi leveranciers wordt geïmplementeerd die dual-band cliënten beïnvloedt om het 5-GHz-gebied te gebruiken.
  • Wanneer toegangspunten van hetzelfde kanaal te dicht bij elkaar liggen, kunnen ze signaalover overlap veroorzaken en onbedoeld concurreren, wat resulteert in een verminderde gebruikerservaring. Zorg ervoor dat toegangspunten naast elkaar zich in kanalen bevinden die elkaar niet overlappen.
Elke draadloze leverancier heeft zijn eigen aanbevelingen voor het implementeren van de draadloze oplossing. Raadpleeg uw Wi-Fi leverancier voor specifieke richtlijnen.

Besturingssystemen en browsers (voor JavaScript SDK's)

Communication Services spraak- en video-SDK's ondersteunen bepaalde besturingssystemen en browsers. Leer meer over de besturingssystemen en browsers die de SDK's voor oproepen ondersteunen in de conceptuele documentatie voor bellen.

Volgende stappen