Optymalizowanie sieci pod kątem Voice

Przyjazna rozwiązaniom działającym w chmurze infrastruktura sieciowa umożliwia skuteczne przekazywanie danych głosowych do systemów Google. Aby to zrobić:

• Skonfiguruj sieć w taki sposób, aby dane głosowe miały możliwie najkrótszą ścieżkę do internetu. Unikaj:
  • Proxy
  • inspekcji pakietów i analizatorów protokołów.
• Mierzenie i optymalizowanie:
  • opóźnienie: 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 danych głosowych:

• W konfiguracji serwera proxy dodaj dane głosowe do listy dozwolonych.
• W odróżnieniu od Google Meet Voice nie korzysta z TCP. Voice obsługuje ruch głosowy tylko za pomocą UDP.
• Przekazywanie ruchu przez proxy zwiększa opóźnienie, przez co Voice może automatycznie zmniejszać jakość dźwięku. Voice działa optymalnie, gdy opóźnienie transmisji 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. Takie rozwiązania wywołują opóźnienia, przez co infrastruktura Voice może automatycznie zmniejszać jakość dźwięku.

Inspekcja pakietów w ruchu dźwiękowym nie zapewnia zbyt wielu korzyści, ponieważ automatyczne narzędzia skanujące nie są w stanie zrekonstruować danych sprawdzanego strumienia dźwięku.

Jeśli takie narzędzia są stosowane, dodaj wszystkie numery portów używane przez dane głosowe do listy dozwolonych, aby pomijać te narzędzia.

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

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. Dotyczy to także aplikacji, które zapewniają łączność w zwykłym środowisku biurowym.

Pasmo 2, 4 GHz sprawia problemy, ponieważ ma 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). Tworzy to złożone środowisko częstotliwości radiowych pełne zakłóceń.

Niezawodne działanie aplikacji korzystających z danych przesyłanych w czasie rzeczywistym, na przykład Voice, wymaga odpowiednich poziomów przepustowości, opóźnień, zakłóceń i utraty pakietów, które są praktycznie nie do osiągnięcia w pasmie 2,4 GHz.

Uwagi na temat 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ępowego 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), zastosuj w sieci agresywne sterowanie pasmem, aby wymusić łączenie się klientów z pasmem 5 GHz.

• Realistycznym założeniem jest podłączenie do tego samego punktu dostępowego nie więcej niż 10 telefonów stacjonarnych. Większa liczba urządzeń może powodować nieprzewidywalne działanie usługi.
• Zespoły z dużym zagęszczeniem urządzeń lub wykonujące dużo połączeń głosowych, na przykład pracownicy obsługi klienta czy zespoły pomocy, nie powinny korzystać z telefonów stacjonarnych połączonych bezprzewodowo. Dotyczy to na przykład stron GOVO czy całodobowych telefonicznych centrów obsługi.
• Należy się spodziewać krótkich przerw w przekazywaniu głosu (poniżej 10 sekund), których nie można wyeliminować na poziomie sieci w przypadku telefonów stacjonarnych połączonych bezprzewodowo. Odradzamy wykonywanie ważnych rozmów telefonicznych, takich jak konferencje, spotkania prasowe czy rozmowy z kierownictwem, w sieci bezprzewodowej.
• 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 roamingu 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.

Dane głosowe są zabezpieczone i zaszyfrowane, dlatego nie trzeba ograniczać ruchu 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 przesyłanie danych głosowych przez następujące porty było dozwolone w obu kierunkach – z organizacji i do niej:

• Wychodzące porty UDP: 19302–19309
• Wychodzący port TCP 443

Uwaga: zakres portów 19302–19309 w Voice 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.