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:
  • Opóźnienie: maksymalnie 150 ms 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 Voice na liście dozwolonych.
• Voice nie przełącza się na TCP, tak jak 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 nie przekracza 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. Wprowadzają one opóźnienie, które może spowodować automatyczne obniżenie jakości dźwięku przez infrastrukturę Voice.

Kontrola 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, umieść wszystkie numery portów ruchu Voice na liście dozwolonych, aby je pominąć.

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 w każdym przypadku z osobna.

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ą niemal 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 agresywnie sterować pasmem, aby wymuszać łączenie się klientów z pasmem 5 GHz.

• Realistyczna liczba to maksymalnie 10 telefonów stacjonarnych podłączonych do tego samego punktu dostępu. Większa liczba może powodować nieprzewidywalne wrażenia użytkowników.
• Telefony stacjonarne połączone bezprzewodowo nie powinny być używane przez zespoły o dużej liczbie pracowników lub zespoły, które często prowadzą rozmowy głosowe, np. zespoły obsługi klienta. Mogą to być na przykład strony GOVO lub całodobowe centra telefoniczne.
• Krótkie przerwy w głosie, trwające mniej niż 10 sekund, są normalne i nie można ich wyeliminować na poziomie sieci w przypadku telefonów stacjonarnych połączonych bezprzewodowo. Nie zalecamy korzystania z sieci bezprzewodowych do prowadzenia ważnych rozmów telefonicznych, takich jak konferencje, spotkania z prasą 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 przepływ ruchu głosowego do organizacji i z niej:

• 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.