Share via

Nätverksrekommendationer

  • Artikel

Den här artikeln sammanfattar hur nätverksmiljön påverkar röst- och videosamtalskvaliteten. Många faktorer bidrar till kvaliteten på realtidsmedia i Azure Communication Services som omfattar delning av ljud, video och program. Några av faktorerna är nätverkskvalitet och bandbredd, brandvägg, värd och enhetskonfigurationer.

Nätverkskvalitet

Kvaliteten på realtidsmedia över IP påverkas avsevärt av kvaliteten på den underliggande nätverksanslutningen, men särskilt av mängden:

  • Svarstid. Den tid det tar att hämta ett IP-paket från punkt A till punkt B i nätverket. Den här fördröjningen av nätverksspridningen bestäms av det fysiska avståndet mellan de två punkterna och eventuella andra omkostnader som uppstår för de enheter som trafiken flödar genom. Svarstiden mäts som envägs- eller returtid (RTT).
  • Paketförlust. En procentandel paket som går förlorade under en viss tidsperiod. Paketförlust påverkar direkt ljudkvaliteten – från små, enskilda förlorade paket som nästan inte har någon inverkan på förluster som orsakar fullständig utskärning av ljud.
  • Jitter för ankomst mellan paket, även kallat jitter. Den genomsnittliga fördröjningen mellan på varandra följande paket. Communication Services kan anpassas till vissa nivåer av jitter genom buffring. Det är först när jitter överskrider bufferten som en deltagare märker dess effekter.

Nätverksbandbredd

Se till att nätverket är konfigurerat för att stödja den bandbredd som krävs av samtidiga kommunikationstjänsters mediesessioner och andra affärsprogram. Att testa nätverkssökvägen från slutpunkt till slutpunkt för bandbreddsflaskhalsar är avgörande för en lyckad distribution av lösningen för multimediakommunikationstjänster.

Följande bandbreddskrav gäller för JavaScript-SDK:er.

Bandbredd Scenarier
40 kbit/s Peer-to-peer-ljudsamtal
500 kbit/s Peer-to-peer-ljudsamtal och skärmdelning
500 kbit/s Video med peer-to-peer-kvalitet som anropar 360 bildpunkter vid 30 FPS
1,2 Mbit/s Peer-to-peer HD-kvalitetsvideosamtal med upplösning på HD 720 bildpunkter vid 30 FPS
500 kbit/s Gruppera videosamtal med 360 bildpunkter vid 30 FPS
1,2 Mbit/s HD-gruppvideosamtal med upplösning på HD 720 bildpunkter vid 30 FPS
1,5 Mbit/s Videosamtal av peer-to-peer-hd-kvalitet med upplösning på HD 1 080 bildpunkter vid 30 FPS

Följande bandbreddskrav gäller för de interna Windows-, Android- och iOS-SDK:erna.

Bandbredd Scenarier
30 kbit/s Peer-to-peer-ljudsamtal
130 kbit/s Peer-to-peer-ljudsamtal och skärmdelning
500 kbit/s Video med peer-to-peer-kvalitet som anropar 360 bildpunkter vid 30 FPS
1,2 Mbit/s Peer-to-peer HD-kvalitetsvideosamtal med upplösning på HD 720 bildpunkter vid 30 FPS
1,5 Mbit/s Videosamtal av peer-to-peer-hd-kvalitet med upplösning på HD 1 080 bildpunkter vid 30 FPS
500 kbit/s/1 Mbit/s Gruppera videosamtal
1 Mbit/s/2 Mbit/s VIDEOsamtal med HD-grupper, videor med 540 bildpunkter på en skärm på 1 080 bildpunkter

Konfigurering av brandvägg

Kommunikationstjänster kräver internetanslutning till specifika portar och IP-adresser för att leverera multimediaupplevelser av hög kvalitet. Kommunikationstjänsterna fungerar inte korrekt utan åtkomst till dessa portar och IP-adresser. Listan över IP-intervall och tillåt listade domäner som behöver aktiveras är:

Kategori IP-intervall eller FQDN Hamnar
Medietrafik Intervall med IP-adresser för offentliga Azure-moln 20.202.0.0/16 Intervallet ovan är intervallet för IP-adresser på antingen Media-processorn eller Azure Communication Services TURN-tjänsten. UDP 3478 till 3481, TCP-portar 443
Signalering, telemetri, registrering *.skype.com, *.microsoft.com, *.azure.net, *.azure.com, *.office.com TCP 443, 80

Slutpunkterna nedan bör endast vara åtkomliga för U.S. Government GCC High-kunder.

Kategori IP-intervall eller FQDN Hamnar
Medietrafik 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 till 3481, TCP-portar 443
Signalering, telemetri, registrering *.gov.teams.microsoft.us, *.infra.gov.skypeforbusiness.us, *.online.gov.skypeforbusiness.us, gov.teams.microsoft.us TCP 443, 80

Nätverksoptimering

Följande uppgifter är valfria och krävs inte för att distribuera Kommunikationstjänster. Använd den här vägledningen för att optimera nätverkets och kommunikationstjänsternas prestanda eller om du vet att du har några nätverksbegränsningar. Du kanske vill optimera ytterligare om:

  • Communication Services körs långsamt. Du kanske inte har tillräckligt med bandbredd.
  • Samtal fortsätter att släppa. Droppar kan orsakas av brandväggs- eller proxyblockerare.
  • Samtal har statiska och utklippta, eller röster låter som robotar. Dessa problem kan orsakas av jitter eller paketförlust.
Uppgift för nätverksoptimering Details
Planera nätverket I den här dokumentationen hittar du minimala krav på ditt nätverk för anrop. Se Teams-exemplet för att planera nätverket.
Extern namnmatchning Se till att alla datorer som kör Communication Services SDK:er kan lösa externa DNS-frågor för att identifiera de tjänster som tillhandahålls av kommunikationstjänstleverantörer och att brandväggarna inte förhindrar åtkomst. Kontrollera att SDK:erna kan matcha adresserna *.skype.com, *.microsoft.com, *.azure.net, *.azure.com och *.office.com.
Underhålla sessionspersistence Kontrollera att brandväggen inte ändrar NAT-adresser (mappade NAT) adresser eller portar för UDP.
Verifiera NAT-poolstorlek Verifiera den NAT-poolstorlek som krävs för användaranslutning. När flera användare och enheter har åtkomst till Kommunikationstjänster med hjälp av NAT- eller portadressöversättning ska du se till att enheterna som döljs bakom varje offentligt dirigerbar IP-adress inte överskrider det antal som stöds. Se till att lämpliga offentliga IP-adresser tilldelas till NAT-poolerna för att förhindra portöverbelastning. Portöverbelastning bidrar till att interna användare och enheter inte kan ansluta till Kommunikationstjänster.
Vägledning för intrångsidentifiering och skydd Om din miljö har ett system för intrångsidentifiering eller intrångsskydd distribuerat för ett extra säkerhetslager för utgående anslutningar tillåter du alla URL:er för Kommunikationstjänster.
Konfigurera VPN för delad tunnel Ange en alternativ sökväg för Teams-trafik som kringgår det virtuella privata nätverket (VPN), som vanligtvis kallas VPN med delad tunnel. Delade tunnlar innebär att trafik för Communication Services inte går via VPN utan i stället går direkt till Azure. Att kringgå ditt VPN har en positiv inverkan på mediekvaliteten och minskar belastningen från VPN-enheterna och organisationens nätverk. Om du vill implementera ett VPN med delad tunnel arbetar du med VPN-leverantören. Andra orsaker till varför vi rekommenderar att du kringgår VPN:
  • VPN:er är vanligtvis inte utformade eller konfigurerade för att stödja realtidsmedia.
  • VPN-nätverk kanske inte heller stöder UDP, vilket krävs för Kommunikationstjänster.
  • VPN-nätverk introducerar också ett extra krypteringslager ovanpå medietrafik som redan är krypterad.
  • Anslut ivity to Communication Services might not be efficient because of hair-pinning traffic through a VPN device .
Implementera QoS Använd QoS (Quality of Service) för att konfigurera paketprioritering. QoS förbättrar samtalskvaliteten och hjälper dig att övervaka och felsöka samtalskvalitet. QoS bör implementeras i alla segment i ett hanterat nätverk. Även när ett nätverk är tillräckligt etablerat för bandbredd tillhandahåller QoS riskreducering om oväntade nätverkshändelser inträffar. Med QoS prioriteras rösttrafik så att dessa oväntade händelser inte påverkar kvaliteten negativt.
Optimera Wi-Fi På samma sätt som VPN är Wi-Fi-nätverk inte nödvändigtvis utformade eller konfigurerade för att stödja realtidsmedia. Att planera för eller optimera ett Wi-Fi-nätverk för att stödja Kommunikationstjänster är en viktig faktor för en högkvalitativ distribution. Tänk på följande faktorer:
  • Implementera QoS eller Wi-Fi Multimedia för att säkerställa att medietrafiken prioriteras korrekt framför dina Wi-Fi-nätverk.
  • Planera och optimera Wi-Fi-band och placering av åtkomstpunkter. Intervallet 2,4 GHz kan ge en lämplig upplevelse beroende på placering av åtkomstpunkter, men åtkomstpunkter påverkas ofta av andra konsumentenheter som arbetar i det intervallet. 5-GHz-intervallet passar bättre för realtidsmedier på grund av dess täta intervall, men det kräver fler åtkomstpunkter för att få tillräcklig täckning. Slutpunkter måste också ha stöd för det intervallet och konfigureras för att använda dessa band i enlighet med detta.
  • Om du använder Wi-Fi-nätverk med dubbla band kan du överväga att implementera bandstyrning. Bandstyrning är en teknik som implementeras av Wi-Fi-leverantörer för att påverka dubbelbandsklienter att använda 5-GHz-intervallet.
  • När åtkomstpunkterna i samma kanal är för nära varandra kan de orsaka signalöverlappning och oavsiktligt konkurrera, vilket resulterar i en försämrad användarupplevelse. Se till att åtkomstpunkterna bredvid varandra finns i kanaler som inte överlappar varandra.
Varje trådlös leverantör har sina egna rekommendationer för att distribuera sin trådlösa lösning. Kontakta din Wi-Fi-leverantör för att få specifik vägledning.

Operativsystem och webbläsare (för JavaScript-SDK:er)

Communication Services röst- och video-SDK:er stöder vissa operativsystem och webbläsare. Lär dig mer om de operativsystem och webbläsare som de anropande SDK:erna stöder i den konceptuella dokumentationen för samtal.

Nästa steg

Följande artiklar kan vara av intresse för dig: