Przygotowywanie sieci pod kątem Beam

Oprócz ustawień sieci wymaganych w przypadku standardowych spotkań wideo (niezależnie od dostawcy) Google Beam wymaga specjalnej obsługi sieci, aby umożliwić spotkania 3D. Na tej stronie znajdziesz informacje o wymaganiach sieciowych i sposobie sprawdzania, czy ustawienia sieci spełniają te wymagania, aby zapewnić płynne i wysokiej jakości spotkania w Beam 3D.

Lista zadań

Te zadania należy wykonać, aby zapewnić połączenia sieciowe i wydajność wymagane przez Beam. Każda pozycja jest powiązana z odpowiednią sekcją lub stroną.

Przepustowość i wydajność sieci

Aby prowadzić spotkania wideo w 3D, upewnij się, że Twoja sieć spełnia te wymagania:

Wymaganie Wartość

Minimalna gwarantowana przepustowość

50 Mb/s (przesyłanie i pobieranie) w przypadku rozmów wideo 3D

3,6 Mb/s (przesyłanie i pobieranie) w przypadku standardowych rozmów wideo (HD);

1,7 Mb/s (przesyłanie i pobieranie) w przypadku standardowych rozmów wideo (SD)

Szybkość połączenia

Co najmniej 1 Gb/s

Opóźnienie

maksymalnie 100 ms (do lub z punktów końcowych Beam);

Zakłócenia

40 ms lub mniej

Utracone pakiety

1% lub mniej

Sieć powinna nie tylko zapewniać wystarczającą przepustowość do obsługi wielu prowadzonych spotkań wideo w HD, ale też umożliwiać bezproblemową obsługę innych procesów, takich jak transmisja na żywo. Na wykorzystanie przepustowości wpływają też liczba uczestników, udostępnianie ekranu oraz inne czynniki.

Jeśli dostępna przepustowość spadnie poniżej 50 Mb/s, jakość spotkań 3D może się pogorszyć. Oto zestawienie potencjalnych korzyści:

  • Około 10 Mb/s: jakość filmu 3D może być gorsza.
  • Około 5 Mb/s: wideo 3D jest całkowicie wyłączone, jakość dźwięku może być gorsza, a liczba klatek na sekundę może być mniejsza.

Zakłócenia

Niespójność czasów dotarcia może utrudniać odbiorcy płynne odtworzenie pierwotnego strumienia danych. Jitter powyżej 40 ms może powodować zacinanie się obrazu, zniekształcenia dźwięku i zrywanie połączeń.

Utracone pakiety

Utrata pakietów przekraczająca 1% może powodować zacinanie się obrazu, brakujące segmenty dźwięku lub nawet zerwanie połączenia.

Architektura sieci i wymagania dotyczące NAT

Urządzenia HP Dimension wymagają przewodowego połączenia Ethernet. Wi-Fi nie jest obsługiwane. Komunikują się z usługami Google za pomocą wychodzących połączeń internetowych. Aby zapewnić optymalną wydajność, bezpieczeństwo i izolację przepustowości, skonfiguruj sieć zgodnie z tymi regułami:

  • Dedykowana sieć VLAN: umieść wszystkie urządzenia z włączoną funkcją Beam w dedykowanej wewnętrznej wirtualnej sieci lokalnej (VLAN) i zastosuj określone reguły zapory sieciowej ruchu wychodzącego wymienione w dalszej części tej strony. Odizolowanie urządzeń chroni strumienie wideo przestrzennego 3D z Beam (do 50 Mb/s w górę i w dół na aktywne urządzenie) przed skokami opóźnień i utratą pakietów spowodowanymi ruchem w ogólnej sieci LAN biura.
  • NAT i adresowanie IP: urządzenia obsługujące Beam mogą działać w standardowych podsieciach wewnętrznych za translacją adresów sieciowych (NAT) IPv4 z dostępem do internetu. Publiczny adres IP 1:1 nie jest wymagany.
  • Bez sieci VPN ani serwera proxy: unikaj używania sieci VPN i serwerów proxy w przypadku ruchu Beam. Obie te metody zwiększają opóźnienie i mogą obniżać jakość obrazu i dźwięku. Unikaj też zadań zapory sieciowej, takich jak okresowe przetwarzanie w tle i zaplanowana konserwacja, które mogą powodować tymczasowe pogorszenie wydajności.
  • Nadmiarowość sieci: aby zwiększyć odporność, użyj nadmiarowości sieci (automatyczne przełączanie awaryjne na sieć pomocniczą w przypadku awarii sieci głównej) w przypadku połączenia WAN.

Konfiguracja adresu IP

Uwaga: ta sekcja dotyczy tylko wymiaru HP. Ekran dotykowy ma własne ustawienia sieci DHCP, których nie należy zmieniać.

Aby przypisać adresy IP, użyj automatycznego DHCP lub statycznego przypisywania IPv4. Beam obsługuje tylko protokół IPv4 i tryb mieszany IPv4/IPv6.

  • DHCP (domyślny i zalecany): domyślnie urządzenia z włączoną funkcją Beam automatycznie uzyskują adres IP, maskę podsieci, domyślną bramę i adresy serwerów DNS z DHCP podczas uruchamiania.
  • Przypisywanie statycznego adresu IP: jeśli zasady sieci wymagają statycznych adresów IP, możesz ręcznie skonfigurować statyczne parametry sieci na urządzeniu podczas wstępnej rejestracji i konfiguracji. Przypisanie statyczne wymaga zarezerwowanego adresu IPv4, maski podsieci i bramy domyślnej.

Reguły zapory sieciowej i wymagania dotyczące portów

Ważne: zakresy adresów IP domyślnych domen używanych przez interfejsy API Google i usługi są przydzielane dynamicznie i często się zmieniają. Zanim otworzysz konkretne porty ruchu wychodzącego, sprawdź, czy zapora sieciowa zezwala na połączenia wychodzące z oficjalnych zakresów adresów IP Google:

Po potwierdzeniu dostępności punktu końcowego skonfiguruj reguły portu wyjściowego wymienione w tej tabeli:

Porty Typ Purpose
53 TCP i UDP Rozpoznawanie nazw DNS
80 TCP i UDP Ruch w witrynie HTTP
443 TCP i UDP HTTPS (ruch w internecie i uwierzytelnianie użytkowników)
3478 TCP i UDP WebRTC i TURN
19302–19309 UDP WebRTC

Zakresy adresów IP serwerów Google

Jeśli Twoja organizacja ogranicza ruch wychodzący lub przeprowadza kontrolę wskaźnika nazwy serwera (SNI), skonfiguruj zaporę sieciową lub serwer proxy tak, aby zezwalały na te zakresy adresów IP, porty i nazwy hostów SNI:

SNI lub nazwa hosta Porty i protokół Zakres IPv4 i IPv6 Cel lub usługa
*.googleapis.com TCP i UDP 443 Nie dotyczy Usługi Google
projectstarlinecallaccess.pa.googleapis.com
projectstarlinesession-pa.googleapis.com
TCP i UDP 443 Nie dotyczy Usługa Google Beam
logging.googleapis.com TCP i UDP 443 Nie dotyczy Rejestrowanie
monitoring.googleapis.com TCP i UDP 443 Nie dotyczy Monitorowanie
storage.googleapis.com TCP i UDP 443 Nie dotyczy Miejsce na Dysku
clients3.googleapis.com TCP i UDP 443 Nie dotyczy Zarządzanie urządzeniami
workspace.turns.goog TCP i UDP 443 74.125.250.0/24
2001:4860:4864:5::/64
Przekazywanie multimediów w Workspace
meet.turns.goog TCP i UDP 443 142.250.82.0/24
2001:4860:4864:6::/64
Przekazywanie multimediów w Meet
Nie dotyczy UDP 3478 74.125.247.128/29
2001:4860:4864:4:8000::
Usługi TURN i STUN
Nie dotyczy TCP i UDP 53 8.8.8.8, 8.8.4.4 DNS Google
ntp.polycom.com UDP 123 Nie dotyczy Serwer NTP Poly
mtalk.google.com TCP 5229 Nie dotyczy Aktualizacje Google

Konfigurowanie standardowych ustawień rozmów wideo

Każda platforma do rozmów wideo wymaga dostępu do określonych portów i punktów końcowych. Jeśli jeszcze tego nie zrobiono, skonfiguruj sieć, aby zezwolić na dostęp.

Kliknij kartę odpowiadającą Twojej licencji.

Google Beam w Meet

Aby skonfigurować sieć pod kątem Meet, postępuj zgodnie z instrukcjami w artykule Przygotowywanie sieci na spotkania i transmisje na żywo w Meet.

Google Beam do Zoom

Aby skonfigurować ruch wychodzący dla usług Zoom Cloud, postępuj zgodnie z instrukcjami w artykule Ustawienia zapory sieciowej lub serwera proxy Zoom. W tym przewodniku do Beam odnoszą się te sekcje:

  • Reguły zapory sieciowej dla Zoom: uwierzytelnianie i sygnalizacja w internecie (*.zoom.us, *.zoom.com)
  • Reguły zapory sieciowej dla spotkań i webinarów Zoom: podstawowe sygnały spotkania (TCP 443, 8801, 8802) oraz media audio i wideo w czasie rzeczywistym (UDP 3478, 3479, 8801–8810).
  • Reguły zapory sieciowej dotyczące weryfikacji certyfikatów: sprawdzanie odwołania certyfikatu (CRL i OCSP) przez HTTP (port 80) do publicznych urzędów certyfikacji (np. DigiCert lub Entrust).
  • Reguły zapory sieciowej dla sieci CDN Zoom: zasoby internetowe i dostarczanie zasobów dla sprzętu Zoom Room (TCP i UDP 443)
  • Reguły zapory sieciowej dla usługi Zoom Device Management (ZDM): zdmapi.zoom.us
  • Pliki .txt z zakresami adresów IP: pliki danych IP do pobrania, np. Zoom.txt, jeśli w zaporze używasz zautomatyzowanych grup adresów.

Beam działa w ChromeOS i wymaga, aby sieć spełniała wymagania ChromeOS dotyczące sieci. Sprawdź wymagania sieciowe ChromeOS w artykule Konfigurowanie listy dozwolonych nazw hostów.

Konfigurowanie ustawień ekranu dotykowego

Ekran dotykowy Poly TC10 używany z HP Dimension ma własne wymagania. Zezwól na nazwy hostów wymienione w dokumentacji HP dla urządzeń sieciowych Poly Lens, aby ekran dotykowy działał prawidłowo.

Testowanie sieci

Opóźnienie sieciowe

Aby zmierzyć opóźnienie sieci i upewnić się, że spełnia ono wymagania dotyczące optymalnych połączeń wideo, wykonaj te czynności:

  1. Włącz ICMP (w razie potrzeby): upewnij się, że w Twojej sieci jest włączony protokół ICMP (Internet Control Message Protocol). Większość sieci ma tę funkcję domyślnie włączoną, ale jeśli korzystasz z sieci o ograniczonym dostępie, skontaktuj się z administratorem sieci.
  2. Uruchom polecenie ping: na komputerze w tej samej sieci przewodowej, z której będziesz korzystać podczas wideokonferencji, otwórz terminal lub wiersz poleceń i uruchom to polecenie:

    > ping 74.125.247.128
    PING 74.125.247.128 (74.125.247.128): 56 data bytes
    64 bytes from 74.125.247.128: icmp_seq=0 ttl=56 time=21.706 ms
    64 bytes from 74.125.247.128: icmp_seq=1 ttl=56 time=14.054 ms
    64 bytes from 74.125.247.128: icmp_seq=2 ttl=56 time=36.137 ms
    64 bytes from 74.125.247.128: icmp_seq=3 ttl=56 time=19.932 ms
    64 bytes from 74.125.247.128: icmp_seq=4 ttl=56 time=19.043 ms
    

    W danych wyjściowych znajdź wartości time=. Są to opóźnienia w milisekundach. Najlepiej wziąć pod uwagę średnią lub typową wartość, a nie pojedynczą wartość.

  3. Sprawdź czas oczekiwania: aby uzyskać najlepszą jakość obrazu, upewnij się, że czas oczekiwania jest mniejszy niż 100 ms w najbliższym punkcie końcowym Google. Jeśli opóźnienie stale przekracza ten próg, może to negatywnie wpłynąć na jakość wideokonferencji.

Kierowanie w sieci

Za pomocą polecenia traceroute możesz śledzić ścieżkę sieciową do punktów końcowych Google. Pomaga to identyfikować potencjalne wąskie gardła lub niepotrzebne przeskoki. Uruchom to polecenie na komputerze w tej samej sieci przewodowej, której będziesz używać do wideokonferencji:

> traceroute 74.125.247.128

Pokazuje trasę, jaką pokonuje ruch w sieci, aby dotrzeć do serwera Google. Najlepiej jest zminimalizować liczbę przeskoków między siecią lokalną a dostawcą usług internetowych. Duża liczba przeskoków może wskazywać na mniej wydajną trasę i potencjalnie większe opóźnienie.

Innym przydatnym narzędziem do monitorowania oznak przeciążenia jest mtr, które działa jak bardziej przydatna wersja traceroute. To narzędzie może pomóc w identyfikowaniu potencjalnych problematycznych przeskoków między urządzeniem, na którym jest uruchomione, a miejscem docelowym. Ułatwia to odróżnienie problemów w sieci firmowej od problemów z dostawcą internetu. Każdy przeskok ma podane średnie wartości i odchylenia standardowe czasu odpowiedzi, co może pomóc w identyfikowaniu potencjalnie zatłoczonych połączeń.

Oto przykładowe dane wyjściowe:

                                                  My traceroute  [v0.96]
hostname ([example]) -> 74.125.247.128 (74.125.247.128)
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                   Packets               Pings
Host                          Loss%   Snt   Last   Avg  Best  Wrst StDev
 1.  100.115.92.25             0.0%   195    1.0   0.6   0.2   2.0   0.3
 2.  192.168.4.1               0.0%   195    2.7   3.6   1.9   7.9   1.2
 3.  192.168.1.254             0.0%   195    4.2   3.6   2.5   9.9   0.9
 4.  [example]                 0.0%   195    4.3   4.5   3.0   8.3   0.9
 5.  76.197.98.82              0.0%   195    5.1   4.6   2.9   9.4   0.9
 6.  32.130.92.48              0.0%   195   21.2  23.2  19.9 360.4  24.3
 7.  32.130.20.60             80.0%   195   21.4  21.2  19.9  24.8   1.1
 8.  32.130.20.246            82.5%   195   21.7  21.5  20.4  24.0   0.9
 9.  32.130.26.105             0.0%   195   23.4  21.9  19.7  29.9   1.1
10.  108.170.231.46            0.0%   194   22.4  23.0  21.3  42.4   2.0
11.  142.250.231.183           0.0%   194   22.0  22.0  20.5  32.2   1.5
12.  74.125.247.128            0.0%   194   22.5  22.7  21.2  29.1   0.9

Informacje o instalacji mtr znajdziesz w linku dotyczącym Twojego systemu operacyjnego: Windows, Mac, Linux (zwykle instalowany przy użyciu menedżera pakietów jako pakiet mtr).