Sdílet prostřednictvím

Doporučení k síti

  • Článek

Tento článek shrnuje, jak síťové prostředí ovlivňuje kvalitu hlasových hovorů a videohovorů. Mnoho faktorů přispívá ke kvalitě médií Azure Communication Services v reálném čase, které zahrnují sdílení zvuku, videa a aplikací. Mezi faktory patří kvalita sítě a šířka pásma, brána firewall, hostitel a konfigurace zařízení.

Kvalita sítě

Kvalita média v reálném čase přes IP adresu je výrazně ovlivněna kvalitou základního síťového připojení, ale zejména množstvím:

  • Latence. Doba, kterou trvá získání paketu PROTOKOLU IP z bodu A do bodu B v síti. Toto zpoždění šíření sítě je určeno fyzickou vzdáleností mezi těmito dvěma body a jakoukoli jinou režií vynaloženou zařízeními, kterými prochází provoz. Latence se měří jako jednosměrná nebo doba odezvy (RTT).
  • Ztráta paketů. Procento paketů, které se ztratí v určitém časovém intervalu. Ztráta paketů přímo ovlivňuje kvalitu zvuku – od malých, jednotlivých ztracených paketů, které nemají téměř žádný vliv na ztráty nárazu zpět, které způsobují úplné vyříznutí zvuku.
  • Mezi pakety se zatřešuje chvění, označované také jako jitter. Průměrná změna zpoždění mezi po sobě jdoucími pakety. Komunikační služby se můžou přizpůsobit některým úrovním zpoždění prostřednictvím ukládání do vyrovnávací paměti. Je to jenom tehdy, když jitter překročí vyrovnávací paměť, kterou účastník zaznamená jeho účinky.

Šířka pásma sítě

Ujistěte se, že je síť nakonfigurovaná tak, aby podporovala šířku pásma vyžadovanou souběžnými relacemi médií služby Communication Services a dalšími obchodními aplikacemi. Testování kompletní síťové cesty pro kritické body šířky pásma je pro úspěšné nasazení vašeho řešení komunikačních služeb pro multimédia zásadní.

Následující požadavky na šířku pásma jsou určené pro sady JavaScript SDK.

Šířka pásma Scénáře
40 kb/s Hlasové hovory mezi dvěma účastníky
500 kb/s Hlasové hovory mezi dvěma účastníky a sdílení obrazovky
500 kb/s Kvalita videa peer-to-peer volání 360 pixelů při 30 FPS
1,2 Mb/s Videohovory v kvalitě HD peer-to-peer s rozlišením HD 720 pixelů při 30 FPS
500 kb/s Skupinové videohovory s 360 pixely při 30 FPS
1,2 Mb/s Skupinové videohovory ve skupině HD s rozlišením HD 720 pixelů při 30 FPS
1,5 Mb/s Videohovory v kvalitě HD peer-to-peer s rozlišením HD 1080 pixelů při 30 FPS

Následující požadavky na šířku pásma jsou určené pro nativní sady SDK pro Windows, Android a iOS.

Šířka pásma Scénáře
30 kb/s Hlasové hovory mezi dvěma účastníky
130 kb/s Hlasové hovory mezi dvěma účastníky a sdílení obrazovky
500 kb/s Kvalita videa peer-to-peer volání 360 pixelů při 30 FPS
1,2 Mb/s Videohovory v kvalitě HD peer-to-peer s rozlišením HD 720 pixelů při 30 FPS
1,5 Mb/s Videohovory v kvalitě HD peer-to-peer s rozlišením HD 1080 pixelů při 30 FPS
500 kb/1 Mb/s Skupinové videohovory
1 Mb/s/2 Mb/s Videohovory ve skupině HD, 540 pixelů na obrazovce s 1080 pixely

Konfigurace brány firewall

Připojení komunikačních služeb vyžadují připojení k internetu ke konkrétním portům a IP adresám, aby poskytovala vysoce kvalitní multimediální prostředí. Bez přístupu k těmto portům a IP adresám nebudou komunikační služby správně fungovat. Seznam rozsahůIPch

Kategorie Rozsahy IP adres nebo plně kvalifikovaný název domény Porty
Mediální provoz Rozsah IP adres veřejného cloudu Azure 20.202.0.0/16 Rozsah, který je uvedený výše, je rozsah IP adres v procesoru médií nebo službě Azure Communication Services TURN. UDP 3478 až 3481, porty TCP 443
Signalizace, telemetrie, registrace *.skype.com, *.microsoft.com, *.azure.net, *.azure.com, *.office.com TCP 443, 80

Níže uvedené koncové body by měly být dostupné jenom pro zákazníky GCC pro státní správu USA.

Kategorie Rozsahy IP adres nebo plně kvalifikovaný název domény Porty
Mediální provoz 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 až 3481, porty TCP 443
Signalizace, telemetrie, registrace *.gov.teams.microsoft.us, *.infra.gov.skypeforbusiness.us, *.online.gov.skypeforbusiness.us, gov.teams.microsoft.us TCP 443, 80

Optimalizace sítě

Následující úlohy jsou volitelné a nevyžadují se pro zavádění komunikačních služeb. Tyto doprovodné materiály použijte k optimalizaci výkonu sítě a komunikačních služeb nebo pokud víte, že máte určitá omezení sítě. Další optimalizaci můžete chtít provést v následujících případech:

  • Komunikační služby běží pomalu. Možná máte dostatečnou šířku pásma.
  • Hovory se neustále vyřazovat. Výpadky můžou být způsobené bránou firewall nebo blokováním proxy serveru.
  • Hovory mají statické a vyříznuté nebo hlasy zní jako roboti. Příčinou těchto problémů může být zpoždění nebo ztráta paketů.
Úloha optimalizace sítě Detaily
Plánování sítě V této dokumentaci najdete minimální požadavky na síť pro volání. Informace o plánování sítě najdete v příkladu Teams.
Překlad externích ip adres Ujistěte se, že všechny počítače se sadami SDK komunikačních služeb můžou překládat externí dotazy DNS za účelem zjišťování služeb poskytovaných komunikačními službami a že vaše brány firewall nebrání přístupu. Ujistěte se, že sady SDK můžou překládat adresy *.skype.com, *.microsoft.com, *.azure.net, *.azure.com a *.office.com.
Zachování trvalosti relace Ujistěte se, že brána firewall nezmění adresy nebo porty překladu mapovaných síťových adres (NAT) pro UDP.
Ověření velikosti fondu překladu adres (NAT) Ověřte požadovanou velikost fondu překladu adres (NAT) pro připojení uživatelů. Pokud více uživatelů a zařízení přistupuje ke komunikačním službám pomocí překladu adres NAT nebo portu, zajistěte, aby zařízení skrytá za každou veřejně směrovatelnou IP adresou nepřekročila podporovaný počet. Zajistěte, aby byly k fondům překladu adres (NAT) přiřazeny odpovídající veřejné IP adresy, aby se zabránilo vyčerpání portů. Vyčerpání portů přispívá k interním uživatelům a zařízením, kteří se nemůžou připojit ke komunikačním službám.
Pokyny k detekci a prevenci neoprávněných vniknutí Pokud má vaše prostředí nasazený systém detekce neoprávněných vniknutí nebo systém ochrany před neoprávněným vniknutím pro další vrstvu zabezpečení pro odchozí připojení, povolte všechny adresy URL komunikačních služeb.
Konfigurace sítě VPN s rozděleným tunelem Zadejte alternativní cestu pro provoz Teams, který obchází virtuální privátní síť (VPN), běžně označovanou jako síť VPN s rozděleným tunelem. Rozdělené tunelování znamená, že provoz komunikačních služeb neprochází přes síť VPN, ale místo toho přejde přímo do Azure. Obejití sítě VPN má pozitivní dopad na kvalitu médií a snižuje zatížení ze zařízení VPN a sítě organizace. Pokud chcete implementovat síť VPN s rozděleným tunelem, obraťte se na dodavatele sítě VPN. Další důvody, proč doporučujeme obejít síť VPN:
  • Sítě VPN obvykle nejsou navržené nebo nakonfigurované tak, aby podporovaly média v reálném čase.
  • Sítě VPN také nemusí podporovat PROTOKOL UDP, který se vyžaduje pro komunikační služby.
  • Sítě VPN také představují další vrstvu šifrování nad mediálním provozem, který je už šifrovaný.
  • Připojení vnitrnost komunikačních služeb nemusí být efektivní z důvodu připnutí vlasů přes zařízení VPN.
Implementace QoS Ke konfiguraci stanovení priorit paketů použijte technologii QoS (Quality of Service). QoS zlepšuje kvalitu hovoru a pomáhá monitorovat a řešit potíže s kvalitou volání. Technologie QoS by se měla implementovat ve všech segmentech spravované sítě. I když je síť dostatečně zřízená pro šířku pásma, QoS poskytuje zmírnění rizik v případě, že dojde k neočekáženým síťovým událostem. U QoS je hlasový provoz upřednostněn, takže tyto neočekávané události nemají negativní vliv na kvalitu.
Optimalizace Wi-Fi Podobně jako sítě VPN nejsou sítě Wi-Fi nutně navržené ani nakonfigurované tak, aby podporovaly média v reálném čase. Plánování nebo optimalizace sítě Wi-Fi pro podporu komunikačních služeb je důležitým aspektem pro vysoce kvalitní nasazení. Zvažte tyto faktory:
  • Implementujte QoS nebo Wi-Fi multimédia, abyste měli jistotu, že se mediální provoz správně upřednostňuje ve vašich sítích Wi-Fi.
  • Naplánujte a optimalizujte umístění wi-fi pásem a přístupového bodu. Rozsah 2,4 GHz může poskytovat odpovídající prostředí v závislosti na umístění přístupového bodu, ale přístupové body jsou často ovlivněny jinými spotřebitelskými zařízeními, která pracují v daném rozsahu. Rozsah 5 GHz je vhodnější pro média v reálném čase z důvodu jeho zhuštěného rozsahu, ale k získání dostatečného pokrytí vyžaduje více přístupových bodů. Koncové body také musí podporovat tento rozsah a musí být nakonfigurované tak, aby tyto pásma používaly odpovídajícím způsobem.
  • Pokud používáte sítě Wi-Fi se dvěma pásmy, zvažte implementaci řízení pásem. Řízení pásem je technika implementovaná dodavateli Wi-Fi, aby ovlivnili klienty se dvěma pásmy, aby používali rozsah 5 GHz.
  • Pokud jsou přístupové body stejného kanálu příliš blízko, můžou způsobit překrývání signálu a neúmyslně soutěžit, což vede ke zhoršení uživatelského prostředí. Zajistěte, aby přístupové body vedle sebe byly na kanálech, které se nepřekrývají.
Každý dodavatel bezdrátové sítě má vlastní doporučení pro nasazení svého bezdrátového řešení. Konkrétní pokyny najdete u dodavatele Wi-Fi.

Operační systémy a prohlížeče (pro sady JavaScript SDK)

Sady SDK pro hlasové a video služby Communication Services podporují určité operační systémy a prohlížeče. Seznamte se s operačními systémy a prohlížeči, které volací sady SDK podporují, v koncepční dokumentaci k volání.

Další kroky

Následující články vás můžou zajímat: