Delen via

Netwerkaanbevelingen

  • Artikel

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 realtime media via IP wordt aanzienlijk beïnvloed door de kwaliteit van de onderliggende netwerkverbinding, maar vooral door de hoeveelheid:

  • Latentie. De tijd die nodig is om een IP-pakket op te halen van punt A naar punt B op het netwerk. Deze netwerkdoorgiftevertraging wordt bepaald door de fysieke afstand tussen de twee punten en eventuele andere overhead die wordt gemaakt door de apparaten die uw verkeer doorloopt. Latentie wordt gemeten als eenrichtings- of retourtijd (RTT).
  • Pakketverlies. Een percentage pakketten dat verloren gaat in een bepaald tijdvenster. Pakketverlies is rechtstreeks van invloed op de audiokwaliteit, van kleine, individuele verloren pakketten die bijna geen invloed hebben op back-to-back burst-verliezen die volledige audio-cut-out veroorzaken.
  • 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 Scenario's
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 Videogesprekken groeperen 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 Scenario's
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

Firewallconfiguratie

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 vermelde domeinen toestaan die moeten worden ingeschakeld, zijn:

Categorie IP-bereiken of FQDN Poorten
Mediaverkeer Bereik van IP-adressen van openbare Azure-cloud 20.202.0.0/16 Het bovenstaande bereik is het bereik van IP-adressen op mediaprocessor of 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

De onderstaande eindpunten moeten alleen bereikbaar zijn voor amerikaanse GCC High-klanten.

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 wordt langzaam uitgevoerd. Misschien hebt u onvoldoende bandbreedte.
  • Oproepen blijven vallen. Dalingen kunnen worden veroorzaakt door firewall- of proxyblokkeringen.
  • Oproepen hebben statische en uitgesneden stemmen, of stemmen klinken als robots. Deze problemen kunnen worden veroorzaakt door jitter of pakketverlies.
Netwerkoptimalisatietaak DETAILS
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.
  • Verbinding maken iviteit van Communication Services is mogelijk niet efficiënt vanwege het vastmaken 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 plannen of optimaliseren van een Wi-Fi-netwerk ter ondersteuning van Communication Services is een belangrijke overweging voor een implementatie van hoge kwaliteit. Houd rekening met deze factoren:
  • Implementeer QoS of Wi-Fi Multimedia om ervoor te zorgen dat mediaverkeer prioriteit krijgt boven 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, maar toegangspunten worden vaak beïnvloed door andere consumentenapparaten die in dat bereik werken. 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 dat bereik ook ondersteunen en zo worden geconfigureerd dat deze banden dienovereenkomstig worden gebruikt.
  • Als u dual-band Wi-Fi-netwerken gebruikt, kunt u overwegen om bandbesturen te implementeren. Bandbekrachtiging is een techniek die door Wi-Fi-leveranciers wordt geïmplementeerd om de dual-band clients te beïnvloeden voor het gebruik van het bereik van 5 GHz.
  • 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. Neem contact op met 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. Meer informatie over de besturingssystemen en browsers die de aanroepende SDK's ondersteunen in de conceptuele documentatie voor bellen.

Volgende stappen

De volgende artikelen zijn mogelijk interessant voor u: