Optymalizowanie sieci pod kątem Voice

Przyjazna rozwiązaniom działającym w chmurze infrastruktura sieciowa umożliwia skuteczniejsze przekazywanie ruchu z Voice do systemów Google. Aby utworzyć taką infrastrukturę:

• Skonfiguruj sieć w taki sposób, aby ruch z Voice miał możliwie najkrótszą ścieżkę do internetu. Unikaj stosowania:
  • serwerów proxy,
  • inspekcji pakietów i analizatorów protokołów.
• Zmierz i zoptymalizuj:
  • Czas oczekiwania: maksymalnie 150 ms opóźnienia w jedną stronę (ITU G114)
  • przepustowość: zalecane 50 kb/s,
  • sieć Wi-Fi: zobacz Sprawdzone metody związane z siecią Wi-Fi.

Zdecydowanie odradzamy używanie serwerów proxy do obsługi ruchu Voice:

• W konfiguracji serwera proxy umieść ruch związany z Voice na liście dozwolonych.
• Voice nie przełącza się na TCP, tak jak robi to Google Meet. Voice obsługuje ruch głosowy tylko za pomocą UDP.
• Przekazywanie ruchu przez serwer proxy zwiększa opóźnienie, przez co Voice może automatycznie obniżać jakość dźwięku. Najlepsze działanie Voice można uzyskać, gdy opóźnienie między klientem a infrastrukturą Google wynosi mniej niż 100 ms.
• Protokół internetowy Socket Secure (SOCKS5) nie jest obsługiwany.

W miarę możliwości nie korzystaj z inspekcji pakietów ani analizatorów protokołów w sieci używanej do obsługi Voice. Powodują one opóźnienia, które mogą sprawić, że infrastruktura Voice automatycznie obniży jakość dźwięku.

Inspekcja pakietów ruchu audio również nie przynosi większych korzyści, ponieważ automatyczne narzędzia do skanowania nie mogą odtworzyć danych strumienia audio.

Jeśli używasz tych narzędzi, dodaj wszystkie numery portów ruchu Voice do listy dozwolonych, aby je ominąć.

Zalecenia opisane poniżej zostały przygotowane z myślą o typowych środowiskach biurowych. Bardziej złożone środowiska, na przykład hale fabryczne, obszary o dużym poziomie zakłóceń związanych z falami radiowymi lub miejsca o słabym zasięgu sygnału sieci, powinien ocenić inżynier sieci bezprzewodowych.

Korzystanie z aplikacji przesyłających dane w czasie rzeczywistym w sieciach bezprzewodowych może być utrudnione, ponieważ wszystkie urządzenia połączone z siecią używają tego samego pasma częstotliwości radiowych i tej samej przepustowości.

Podczas projektowania, wdrażania i obsługi sieci bezprzewodowych używanych z Voice miej na uwadze poniższe informacje.

Pasma częstotliwości radiowej 2,4 GHz i 5 GHz

Zalecamy, aby aplikacje korzystające z danych przesyłanych w czasie rzeczywistym nie były wdrażane ani obsługiwane w sieciach bezprzewodowych działających w częstotliwości 2,4 GHz, która jest zwykle używana bardzo intensywnie. Ta rekomendacja obejmuje aplikacje, które zapewniają łączność w typowym środowisku biurowym.

W pasmie 2,4 GHz są dostępne tylko trzy kanały, które się nie pokrywają, poziom zakłóceń z pobliskich sieci jest na ogół wysoki i występują dodatkowe zakłócenia z innych urządzeń (na przykład kuchenek mikrofalowych). Takie środowisko częstotliwości radiowych jest złożone, pełne zakłóceń oraz sprawia problemy.

Niezawodne działanie aplikacji działających w czasie rzeczywistym, takich jak Voice, zależy od odpowiedniej przepustowości, opóźnienia, jittera i poziomu utraty pakietów, które są prawie niemożliwe do osiągnięcia w paśmie 2,4 GHz.

Uwagi dotyczące projektowania i wdrażania

Podczas projektowania sieci bezprzewodowych do obsługi aplikacji przesyłających dane w czasie rzeczywistym skup się przede wszystkim na uzyskaniu odpowiedniej przepustowości, a nie zasięgu.

• Określ rozmiar komórki, która jest kontrolowana przez moc transmisji punktu dostępowego. Wdróż mniejsze komórki, gdy ma być używanych więcej urządzeń, na przykład w salach konferencyjnych i audytoriach, aby zwiększyć przepustowość. Większe komórki pozwalają zapewniać ogólny zasięg w biurze.
• Wyłącz niską przepływność, aby poprawić skuteczność użycia częstotliwości radiowych. Wymusza to przekierowanie klienta do najbliższego punktu dostępu podczas przełączania się między takimi punktami.

Jeśli identyfikator SSID sieci bezprzewodowej jest dostępny w obu pasmach (2,4 GHz i 5 GHz), sieć powinna wymuszać łączenie się klientów z pasmem 5 GHz.

• Realistyczne oczekiwania to nie więcej niż 10 telefonów stacjonarnych połączonych z tym samym punktem dostępu. Większa liczba może powodować nieprzewidywalne działanie.
• Telefony stacjonarne połączone bezprzewodowo nie powinny być używane przez zespoły, które wykonują wiele połączeń głosowych, np. przez agentów lub zespoły pomocy. Na przykład strony GOVO lub całodobowe centra obsługi telefonicznej.
• W przypadku telefonów VoIP połączonych bezprzewodowo należy spodziewać się krótkich przerw w głosie (poniżej 10 sekund), których nie można wyeliminować na poziomie sieci. Nie zalecamy korzystania z sieci bezprzewodowych do prowadzenia ważnych rozmów telefonicznych, takich jak konferencje, spotkania prasowe czy rozmowy z kadrą kierowniczą.
• Chociaż przepisy różnią się w zależności od kraju/regionu, powszechnym wymaganiem jest korzystanie przez urządzenia Wi-Fi z kanałów DFS, co eliminuje na przykład ryzyko zakłóceń w lokalnym systemie radarów pogodowych. Punkty dostępowe zakłócające radary są wówczas usuwane z kanału. Wszyscy klienci muszą połączyć się ponownie z innym punktem dostępowym działającym na innym kanale.

Aby można było korzystać z funkcji zaawansowanych, na przykład bezproblemowego przełączania się między punktami dostępowymi i odpowiedniego zarządzania częstotliwością radiową, sieć bezprzewodowa musi być zarządzana i obsługiwana centralnie – nie może być zbiorem oddzielnych punktów dostępowych.

Po wdrożeniu wykonaj test sieci bezprzewodowej, aby sprawdzić jej zasięg w miejscach, w których zwykle korzysta się z Voice.

Ruch Voice jest zabezpieczony i zaszyfrowany, dlatego nie trzeba go ograniczać do adresów IP Google.

Jeśli jednak w sieci wymagane jest stosowanie ograniczeń ruchu, umieść poniższy zestaw adresów IP na liście dozwolonych, aby umożliwić dostęp serwerom multimediów Voice. Adresy IP są używane wyłącznie w usłudze Voice dla Google Workspace, która umożliwia identyfikowanie danych głosowych używanych w Google Workspace i obniżanie priorytetu tego ruchu z kont indywidualnych. To pomaga w lepszym konfigurowaniu i optymalizowaniu dostępu do sieci i zapory.

• IPv4: 74.125.39.0/24
• IPv6: 2001:4860:4864:2::0/64

Skonfiguruj sieć tak, aby te porty umożliwiały przesyłanie danych głosowych do organizacji i poza nią:

• Wychodzące porty UDP: od 19302 do 19309
• port wychodzący TCP 443.

Uwaga: zakres portów głosowych od 19302 do 19309 korzysta z ustawienia Porty UDP WebRTC w Chrome. Więcej informacji znajdziesz w artykule Ustawianie zasad Chrome dotyczących użytkowników lub przeglądarek.