Zalecenia dotyczące sieci
Ten artykuł zawiera podsumowanie wpływu środowiska sieciowego na jakość połączeń głosowych i wideo. Wiele czynników przyczynia się do jakości multimediów w czasie rzeczywistym usług Azure Communication Services, które obejmują udostępnianie audio, wideo i aplikacji. Niektóre z czynników obejmują jakość i przepustowość sieci, zaporę, host i konfiguracje urządzeń.
Jakość sieci
Jakość nośnika w czasie rzeczywistym za pośrednictwem adresu IP ma znaczący wpływ na jakość podstawowej łączności sieciowej, ale zwłaszcza przez ilość:
- Opóźnienie. Czas potrzebny na pobranie pakietu IP z punktu A do punktu B w sieci. To opóźnienie propagacji sieci jest określane przez odległość fizyczną między dwoma punktami a innymi narzutami spowodowanymi przez urządzenia, przez które przepływa ruch. Opóźnienie jest mierzone jako czas jednokierunkowy lub dwukierunkowy (RTT).
- Utrata pakietów. Procent pakietów, które są tracone w określonym przedziale czasu. Utrata pakietów bezpośrednio wpływa na jakość dźwięku — od małych, pojedynczych utraconych pakietów bez wpływu na straty z powrotem do tyłu, które powodują całkowite wycięcie dźwięku.
- Inter-packet arrival jitter, znany również jako jitter. Średnia zmiana opóźnienia między kolejnymi pakietami. Usługi komunikacyjne mogą dostosowywać się do niektórych poziomów zakłócenia przez buforowanie. Jest to tylko wtedy, gdy jitter przekracza buforowanie, że uczestnik zauważa jego skutki.
Przepustowość sieci
Upewnij się, że sieć jest skonfigurowana do obsługi przepustowości wymaganej przez współbieżne sesje multimediów usług Communication Services i inne aplikacje biznesowe. Testowanie kompleksowej ścieżki sieciowej dla wąskich gardeł przepustowości ma kluczowe znaczenie dla pomyślnego wdrożenia rozwiązania usług komunikacji multimedialnej.
Następujące wymagania dotyczące przepustowości dotyczą zestawów SDK języka JavaScript.
Przepustowość | Scenariusze |
---|---|
40 Kb/s | Nawiązywanie połączeń audio z komunikacją równorzędną |
500 Kb/s | Komunikacja równorzędna z połączeniami audio i udostępnianiem ekranu |
500 Kb/s | Komunikacja równorzędna wideo w jakości komunikacji równorzędnej 360 pikseli przy 30 kl./s |
1,2 Mb/s | Równorzędne połączenia wideo w jakości HD z rozdzielczością HD 720 pikseli na 30 KLATEK NA SEKUNDĘ |
500 Kb/s | Grupowe wideo wywołujące 360 pikseli przy 30 KL/s |
1,2 Mb/s | Wideo grupy HD z rozdzielczością HD 720 pikseli przy 30 KL/s |
1,5 Mb/s | Równorzędne połączenia wideo w jakości HD z rozdzielczością HD 1080 pikseli na 30 KL/s |
Następujące wymagania dotyczące przepustowości dotyczą natywnych zestawów SDK systemów Windows, Android i iOS.
Przepustowość | Scenariusze |
---|---|
30 Kb/s | Nawiązywanie połączeń audio z komunikacją równorzędną |
130 Kb/s | Komunikacja równorzędna z połączeniami audio i udostępnianiem ekranu |
500 Kb/s | Komunikacja równorzędna wideo w jakości komunikacji równorzędnej 360 pikseli przy 30 kl./s |
1,2 Mb/s | Równorzędne połączenia wideo w jakości HD z rozdzielczością HD 720 pikseli na 30 KLATEK NA SEKUNDĘ |
1,5 Mb/s | Równorzędne połączenia wideo w jakości HD z rozdzielczością HD 1080 pikseli na 30 KL/s |
500 Kb/1 Mb/s | Grupowanie połączeń wideo |
1 Mb/s/2 Mb/s | Wywoływanie wideo w grupie HD, wideo 540 pikseli na ekranie 1080 pikseli |
Konfiguracja zapory
Połączenia usług komunikacyjnych wymagają łączności z Internetem z określonymi portami i adresami IP w celu zapewnienia wysokiej jakości obsługi multimediów. Bez dostępu do tych portów i adresów IP usługi komunikacyjne nie będą działać prawidłowo. Lista zakresów adresów IP i dozwolonych domen, które należy włączyć, to:
Kategoria | Zakresy adresów IP lub nazwa FQDN | Porty |
---|---|---|
Ruch multimedialny | Zakres adresów IP chmury publicznej platformy Azure 20.202.0.0/16 Podany powyżej zakres adresów IP to zakres adresów IP procesora multimediów lub usługi Azure Communication Services TURN. | UDP 3478 do 3481, porty TCP 443 |
Sygnalizowanie, telemetria, rejestracja | *.skype.com, *.microsoft.com, *.azure.net, *.azure.com, *.office.com | TCP 443, 80 |
Poniższe punkty końcowe powinny być dostępne tylko dla klientów GCC High dla instytucji rządowych USA.
Kategoria | Zakresy adresów IP lub nazwa FQDN | Porty |
---|---|---|
Ruch multimedialny | 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 do 3481, porty TCP 443 |
Sygnalizowanie, telemetria, rejestracja | *.gov.teams.microsoft.us, *.infra.gov.skypeforbusiness.us, *.online.gov.skypeforbusiness.us, gov.teams.microsoft.us | TCP 443, 80 |
Optymalizacja sieci
Następujące zadania są opcjonalne i nie są wymagane do wdrażania usług komunikacyjnych. Skorzystaj z tych wskazówek, aby zoptymalizować wydajność sieci i usług komunikacyjnych lub jeśli wiesz, że masz pewne ograniczenia sieci. Możesz chcieć jeszcze bardziej zoptymalizować, jeśli:
- Usługi komunikacyjne działają powoli. Być może masz niewystarczającą przepustowość.
- Połączenia ciągle upuszczają. Krople mogą być spowodowane przez zaporę lub blokady serwera proxy.
- Połączenia mają statyczne i wycięte lub głosy brzmią jak roboty. Te problemy mogą być spowodowane zakłóceniami lub utratą pakietów.
Zadanie optymalizacji sieci | Szczegóły |
---|---|
Planowanie sieci | W tej dokumentacji można znaleźć minimalne wymagania dotyczące sieci dla wywołań. Zapoznaj się z przykładem usługi Teams, aby zaplanować sieć. |
Rozpoznawanie nazw zewnętrznych | Upewnij się, że wszystkie komputery z zestawami SDK usług komunikacyjnych mogą rozpoznawać zewnętrzne zapytania DNS, aby odnaleźć usługi udostępniane przez usługi komunikacyjne i że zapory nie uniemożliwiają dostępu. Upewnij się, że zestawy SDK mogą rozpoznawać adresy *.skype.com, *.microsoft.com, *.azure.net, *.azure.com i *.office.com. |
Utrzymywanie trwałości sesji | Upewnij się, że zapora nie zmienia mapowanych adresów translatora adresów sieciowych ani portów dla protokołu UDP. |
Weryfikowanie rozmiaru puli translatora adresów sieciowych | Zweryfikuj rozmiar puli translatora adresów sieciowych wymagany do łączności użytkownika. Jeśli wielu użytkowników i urządzeń uzyskuje dostęp do usług komunikacyjnych przy użyciu translatora adresów sieciowych lub portów, upewnij się, że urządzenia ukryte za każdym publicznym adresem IP nie przekraczają obsługiwanej liczby. Upewnij się, że odpowiednie publiczne adresy IP są przypisane do pul TRANSLATOR adresów sieciowych, aby zapobiec wyczerpaniu portów. Wyczerpanie portów przyczynia się do tego, że użytkownicy wewnętrzni i urządzenia nie mogą łączyć się z usługami komunikacyjnymi. |
Wskazówki dotyczące wykrywania i zapobiegania włamaniom | Jeśli środowisko ma system wykrywania nieautoryzowanego dostępu lub system zapobiegania włamaniom wdrożony dla dodatkowej warstwy zabezpieczeń dla połączeń wychodzących, zezwól na wszystkie adresy URL usług komunikacyjnych. |
Konfigurowanie sieci VPN tunelu podzielonego | Podaj alternatywną ścieżkę dla ruchu usługi Teams, który pomija wirtualną sieć prywatną (VPN), powszechnie znaną jako sieć VPN tunelu podzielonego. Tunelowanie podzielone oznacza, że ruch dla usług Communication Services nie przechodzi przez sieć VPN, ale zamiast tego przechodzi bezpośrednio na platformę Azure. Pomijanie sieci VPN ma pozytywny wpływ na jakość multimediów i zmniejsza obciążenie urządzeń sieci VPN i sieci organizacji. Aby zaimplementować sieć VPN z tunelem podzielonym, skontaktuj się z dostawcą sieci VPN. Inne powody, dla których zalecamy pominięcie sieci VPN:
|
Implementowanie funkcji QoS | Użyj jakości usługi (QoS), aby skonfigurować priorytetyzację pakietów. QoS poprawia jakość połączeń i pomaga monitorować jakość połączeń i rozwiązywać problemy z jakością połączeń. QoS należy zaimplementować we wszystkich segmentach sieci zarządzanej. Nawet jeśli sieć jest odpowiednio aprowizowana pod kątem przepustowości, QoS zapewnia ograniczenie ryzyka w przypadku wystąpienia nieprzewidzianych zdarzeń sieciowych. W przypadku QoS ruch głosowy ma priorytet, dzięki czemu te nieprzewidziane zdarzenia nie wpływają negatywnie na jakość. |
Optymalizowanie sieci Wi-Fi | Podobnie jak w przypadku sieci VPN, sieci Wi-Fi nie muszą być zaprojektowane ani skonfigurowane do obsługi multimediów w czasie rzeczywistym. Planowanie lub optymalizowanie sieci Wi-Fi do obsługi usług komunikacyjnych jest ważnym zagadnieniem w przypadku wdrożenia wysokiej jakości. Rozważ następujące czynniki:
|
Systemy operacyjne i przeglądarki (dla zestawów SDK języka JavaScript)
Zestawy SDK połączeń głosowych i wideo usługi Communication Services obsługują niektóre systemy operacyjne i przeglądarki. Dowiedz się więcej o systemach operacyjnych i przeglądarkach, które obsługują wywołania zestawów SDK w dokumentacji koncepcyjnej Wywoływanie.
Następne kroki
Następujące artykuły mogą Cię zainteresować:
- Dowiedz się więcej o wywoływaniu bibliotek.
- Dowiedz się więcej o architekturze klient-serwer.
- Dowiedz się więcej na temat topologii przepływu wywołań.