Powiadomienie

Duet AI to teraz Gemini w Google Workspace. Więcej informacji

Przygotowywanie sieci na spotkania i transmisje na żywo w Meet

Ten artykuł jest przeznaczony dla administratorów. Więcej informacji o tym, w jaki sposób konfigurować i zarządzać własnymi spotkaniami, znajdziesz w Centrum pomocy Google Meet.

Ten artykuł jest przeznaczony dla administratorów IT, którzy zarządzają Meet w dużych organizacjach z setkami lub tysiącami osób i mają złożone potrzeby związane z siecią. Jeśli nim nie jesteś, prawdopodobnie nie musisz czytać tego artykułu, gdyż ma on bardzo techniczny charakter.

Jeśli jesteś administratorem IT i chcesz rozwiązać problemy z siecią pod kątem Meet, przeczytaj artykuł Rozwiązywanie problemów z siecią, dźwiękiem i obrazem w Meet jako administrator.

Jeśli chcesz wyłączyć Meet w całej organizacji, przeczytaj artykuł Wyłączanie spotkań i połączeń w Meet w organizacji.

Aby zapewnić wysoką jakość spotkań w Google Meet, musisz odpowiednio skonfigurować swoją sieć, aby usługa Meet mogła efektywnie komunikować się z infrastrukturą Google. Pamiętaj o tych kwestiach:

  • Skonfiguruj sieć w taki sposób, aby ruch z Meet miał jak najkrótszą ścieżkę do internetu. 
  • Unikaj korzystania z serwerów proxy, inspekcji pakietów, analizatorów protokołów i funkcji Quality of Service (QoS).
  • Mierz i optymalizuj opóźnienie, przepustowość oraz działanie sieci Wi-Fi.

Rozwiń wszystko  |  Zwiń wszystko

Konfigurowanie sieci

Krok 1. Skonfiguruj porty wychodzące na potrzeby ruchu związanego z multimediami
Zaktualizuj ustawienia zapór sieciowych, aby umożliwić przepływ ruchu związanego z multimediami z organizacji i do niej:
  • W przypadku multimediów (audio i wideo) skonfiguruj wychodzące porty UDP: 3478 i zakres portów 19302–19309.
    • Jeśli chcesz zmniejszyć liczbę używanych portów WebRTC, użyj portów określonych przez porty UDP WebRTC.
    • Możesz też ograniczyć te porty za pomocą zapory sieciowej.
  • W przypadku ruchu internetowego i uwierzytelniania użytkowników użyj wychodzących portów 443 dla protokołów UDP i TCP.

Te porty są dozwolone bez ograniczeń dotyczących adresów IP. Jeśli porty UDP są zablokowane, będzie używany protokół TCP. Korzystanie z portów TCP (za pomocą serwera proxy lub bez niego) może obniżyć ogólną jakość spotkania.

Krok 2. Zezwól na dostęp do identyfikatorów URI

Meet potrzebuje pełnego dostępu do sieci.

  1. Jeśli użytkowników w sieci obowiązują ograniczenia lub zasady filtrowania, zezwól na dostęp sieciowy przez port 443 do wzorców URI wymienionych na tej stronie.
  2. Jeśli używasz sprzętu do Google Meet, sprawdź wymagania sieciowe dotyczące ChromeOS w artykule Konfigurowanie kontroli TLS (lub SSL) na urządzeniach z Chrome.

Domeny zasobów statycznych

  • clients2.google.com
  • clients4.google.com
  • clients6.google.com
  • www.gstatic.com
  • fonts.gstatic.com
  • lh3.googleusercontent.com
  • meetings.clients6.google.com

Domeny związane z połączeniami punktów końcowych interfejsu API

  • accounts.google.com
  • apis.google.com
  • meetings.googleapis.com
  • hangouts.googleapis.com
  • meet.google.com
  • apps.google.com
  • jamboard.google.com
  • docs.google.com

Domeny do transmitowania na żywo

  • stream.meet.google.com
  • youtube.googleapis.com
  • www.youtube-nocookie.com
  • googlevideo.com
     

Domeny do przesyłania opinii użytkowników i dzienników zdarzeń

  • https://www.google.com/tools/feedback
  • https://feedback.googleusercontent.com/resources/
  • https://play.google.com/log

Krok 3. Zezwól na dostęp do zakresów adresów IP Google (na potrzeby audio i wideo)
  1. Jeśli organizacja musi obsługiwać ruch związany z Meet na porcie 443, dodaj rozszerzenie SNI Meet do listy dozwolonych zapory sieciowej lub serwera proxy, aby włączyć obsługę ruchu audio i wideo przez protokół TLS. Te adresy IP są inne niż identyfikatory URI wymienione w kroku 2.
  2. Dodaj zakresy adresów IP Google Workspace (dla Twoich użytkowników). Zezwól na dostęp do listy serwerów multimediów Meet, wpisując te zakresy adresów IP i rozszerzenie SNI:
    • IPv4: 74.125.250.0/24
    • IPv6: 2001:4860:4864:5::0/64
    • SNI: workspace.turns.goog
  3. Jeśli Twoja organizacja korzysta z transmisji na żywo z krótkim czasem oczekiwania, preferowanym protokołem używanym przez ruch związany z multimediami transmitowanymi na żywo będzie UDP. Ten ruch będzie korzystać z zakresów adresów IP Workspace (podobnych do Meet), a nie adresów IP HTTP YouTube.
  4. Dodaj zakresy adresów IP klientów indywidualnych. Zezwól na dostęp do listy serwerów multimediów Meet, wpisując te zakresy adresów IP:
    • IPv4: 142.250.82.0/24
    • IPv6: 2001:4860:4864:6::/64
    • SNI: meet.turns.goog
Krok 4. Sprawdź wymagania dotyczące przepustowości

Sieć powinna zapewniać wystarczającą przepustowość do obsługi wielu prowadzonych spotkań wideo w HD, a także dodatkową przepustowość do innych celów, np. transmisji na żywo. Na wykorzystanie przepustowości wpływają też liczba uczestników, udostępnianie ekranu oraz inne czynniki.

Jeśli przepustowość sieci jest niewystarczająca, Meet obniży jakość wideo. Jeśli sieć nie zapewnia wystarczającej przepustowości, aby obsługiwać wideo, korzystaj z Meet z samym dźwiękiem.

Obliczanie minimalnej przepustowości wymaganej na potrzeby Meet

Aby obliczyć minimalne wymagania dotyczące przepustowości w organizacji, pomnóż średnią przepustowość na uczestnika przez maksymalną liczbę jednoczesnych uczestników.

Na wykorzystanie przepustowości może wpływać wiele czynników, takich jak liczba uczestników, układy i udostępnianie ekranu. Jednak udostępnione ekrany po załadowaniu nie zajmują więcej przepustowości.

Średnia przepustowość na uczestnika w dużych organizacjach    
Typ spotkania Wychodzące Przychodzące
Wideo 1 Mb/s 1,3 Mb/s
Tylko dźwięk 12 Kb/s 18 Kb/s

 

Przepustowość na uczestnika w przypadku małych organizacji lub osób fizycznych    
Typ spotkania Wychodzące Przychodzące
Film 1080p Maks. 3,6 Mb/s Maks. 3,6 Mb/s
Film 720p Maks. 1,7 Mb/s Maks. 1,7 Mb/s
Spotkanie grupowe 250 kb/s lub więcej* Maks. 4,0 Mb/s
Tylko dźwięk 100 Kb/s 100 Kb/s

* W zależności od rozdzielczości wysyłanego obrazu

Szacowanie maksymalnej liczby jednoczesnych uczestników

Jeśli spotkania w Meet mają wysoki priorytet dla użytkowników w organizacji, możesz założyć, że w każdej chwili 20% z nich będzie korzystać z Meet. Jeśli spotkania w Meet mają niski priorytet dla użytkowników, prawdopodobnie tylko 0,5% osób będzie jednocześnie uczestniczyło w spotkaniu w Meet.

Priorytet spotkań wideo Szacowana liczba jednoczesnych uczestników spotkania
Wysoka 10–20%
Średnie 1–4%
Małe 0,01–0,5%

Wymagania dotyczące przepustowości na transmisję na żywo

Jeśli Twoja organizacja transmituje spotkania na żywo, idealna przepustowość na każdą oglądaną transmisję wynosi 2,6 Mb/s. Transmisje na żywo mają dynamiczny układ i opcje dotyczące rozmiaru. Funkcje urządzenia, takie jak rozmiar okna i format obrazu, są zoptymalizowane. Jeśli uczestnik dysponuje wystarczającą przepustowością, Meet używa wysokiej jakości wideo jako domyślnego ustawienia.

Jeśli widz nie ma wystarczającej przepustowości, może obniżyć jakość Meet lub uczestniczyć z samym dźwiękiem.

Pojedynczy obraz wideo (szybkość transmisji bitów w kb/s)

Rozwiązanie

Wartość minimalna

Wartość maksymalna

180p

80

200

360p

200

500

540p

400

1000

720p

600

1500

 

Udostępnianie ekranu (szybkość transmisji bitów w kb/s)

Rozwiązanie

Wartość minimalna

Wartość maksymalna

Minimalna jakość

200

200

360p

250

500

720p

750

1500

1800p

1300

2600

 

Przepustowość w przypadku klasycznego transmitowania na żywo (nie bardzo niewielkie opóźnienia)

Sprawdź w kliencie, której wersji transmitowania na żywo używa Twoja domena. Klient korzystający z klasycznego transmitowania na żywo ma u góry biały pasek z elementami sterującymi. Nowy klient transmisji na żywo wykorzystuje ciemny motyw, tak jak Meet, a wszystkie elementy sterujące znajdują się u dołu.

Rozwiązanie Wartość minimalna Wartość maksymalna
360p 400 kb/s 1 Mb/s
720p 1,5 Mb/s 4 Mb/s
1080p 3 Mb/s 6 Mb/s


Rzeczywista przepustowość zmienia się w zależności od typu treści w transmisji na żywo.

Sprawdzone metody związane z siecią

Konfigurowanie domyślnej jakości wideo
 

Aby ograniczyć obciążanie przepustowości łącza, ustaw domyślną jakość wideo Meet w konsoli administracyjnej Google. ​

To ustawienie dotyczy tylko przeglądarek i nie ma wpływu na sprzęt do Google Meet ani aplikacje mobilne Meet.

Użytkownicy mogą zmienić w przeglądarce wartość domyślną zastosowaną w swojej jednostce organizacyjnej. Wystarczy, że podczas rozmowy w Meet włączą wideo i zmienią jakość obrazu. Ustawienie domyślne jest stosowane do każdego nowego spotkania, do którego dołączą użytkownicy.

  1. Zaloguj się w usłudze konsoli administracyjnej Google.

    Użyj swojego konta administratora (jego adres nie kończy się na @gmail.com).

  2. W konsoli administracyjnej otwórz menu a potem Aplikacjea potemGoogle Workspacea potemGoogle Meet.
  3. Kliknij Ustawienia wideo w Meet.
  4. Po lewej stronie wybierz jednostkę organizacyjną, którą chcesz zarządzać. Aby ustawienia obejmowały wszystkich użytkowników, wybierz jednostkę organizacyjną najwyższego poziomu.
  5. Wybierz opcję jakości filmu:
    • Dostosuj automatycznie (domyślnie) – przepustowość jest dostosowywana do warunków w sieci i systemie, aby zapewnić najlepszą możliwą jakość.
    • Ograniczona przepustowość wideo – przepustowość wychodzącego kanału wideo jest ograniczona do 1 Mb/s.
    • Tylko dźwięk – domyślnie wideo jest wyłączone. Użytkownicy mogą włączyć kamerę, klikając  w oknie Meet w przeglądarce. Przepustowość wychodzącego kanału wideo będzie ograniczona do 1 Mb/s.
  6. Zastosuj ustawienia:
    1. Jeśli ustawienie dotyczy jednostki organizacyjnej najwyższego poziomu, kliknij Zapisz.
    2. Jeśli ustawienie dotyczy podrzędnej jednostki organizacyjnej (innej niż jednostka nadrzędna), kliknij Zastąp.
Przesyłam przez Wi-Fi

Zalecenia opisane poniżej zostały przygotowane z myślą o typowych środowiskach biurowych. Inżynier sieci bezprzewodowych powinien ocenić bardziej złożone środowiska, takie jak:

  • Hale fabryczne
  • Obszary o dużym poziomie zakłóceń związanych z falami radiowymi
  • Miejsca o słabym zasięgu sygnału sieci

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

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

Zalecamy, aby Twoja sieć wymuszała korzystanie przez klientów z pasma częstotliwości radiowej 5 GHz, jeśli jest dostępne.

Odradzamy wdrażanie i korzystanie z Meet w paśmie 2,4 GHz sieci bezprzewodowej, które jest często intensywnie używane. Pasmo 2,4 GHz jest też mniej niezawodne, ponieważ są w nim dostępne tylko 3 niepokrywające się kanały, a ponadto występuje w nim wysoki poziom zakłóceń oraz zakłócenia z innych urządzeń.

Uwagi na temat projektowania i wdrażania

Większą uwagę zwróć na przepustowość sieci bezprzewodowej niż na jej zasięg.

  • Określ rozmiar komórki, którym można sterować przez moc transmisji punktu dostępu. Aby zwiększyć przepustowość, wdrażaj mniejsze komórki tam, gdzie ma być używanych więcej urządzeń, na przykład w salach konferencyjnych i audytoriach. Większe komórki pozwalają zapewnić ogólny zasięg w biurze.
  • Wyłącz niską przepływność, aby poprawić skuteczność użycia częstotliwości radiowych – wymuszanie przekierowania klienta do najbliższego punktu dostępu podczas przełączania się między takimi punktami.
  • Zarządzaj siecią centralnie – aby można było korzystać z funkcji zaawansowanych, na przykład bezproblemowego przełączania się między punktami dostępu 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ępu.
  • Po wdrożeniu wykonaj test sieci bezprzewodowej – sprawdź jej zasięg w miejscach, w których zwykle korzysta się z Meet.

Używanie standardu WMM

Aby zapewnić niezawodną komunikację za pomocą Meet w sieciach bezprzewodowych, warto wdrożyć WMM (Wireless Multimedia Extensions – bezprzewodowe rozszerzenia multimedialne). 

Ruch związany z Meet musi zostać sklasyfikowany w jeden z tych sposobów:

  • Przez kontroler bezprzewodowy lub punkt dostępu na podstawie właściwych dla Meet protokołów lub portów.
  • Na podstawie wartości pola DSCP (Differentiated Services Code Point) ustawionej przez inny sprzęt sieciowy. DSCP można użyć wtedy, gdy sieć jest wystarczająco zaufana.

Aby zapewnić dwukierunkową kontrolę jakości, wymagana jest pełna obsługa WMM. Możesz ją jednak skonfigurować na poziomie sieci, osiągając przy tym znaczne korzyści. Ruch związany z Meet powinien być przypisany do kolejki dźwięku lub wideo na bezprzewodowym punkcie dostępowym albo kontrolerze. Ruch związany z Meet powinien mieć priorytet przed innymi rodzajami ruchu.

Korzystanie z VDI

Środowiska infrastruktury pulpitu wirtualnego tworzą dodatkową warstwę między Meet a internetem. Może to spowolnić działanie Meet i pogorszyć jakość. Efekty w tle są ograniczone, a podgląd kulis jest niedostępny.

Aby zmniejszyć wpływ korzystania z infrastruktury pulpitu wirtualnego w Meet, możesz wykonać te czynności:

  • Włącz zasadę interfejsu Enterprise Hardware Platform API w Chrome, aby usługa Google Meet mogła wykryć, że działa w maszynie wirtualnej. Więcej informacji znajdziesz w artykule Ustawianie zasad Chrome dotyczących użytkowników lub przeglądarek i na stronie interfejsu API.
  • Do każdej instancji maszyny wirtualnej przydziel co najmniej 4 procesory wirtualne.
  • Procesor graficzny nie jest wymagany do efektów w tle, ale instancje maszyn wirtualnych z obsługą GPU zwiększają niezawodność.
  • Zapewnij odpowiednią przepustowość i niewielkie opóźnienia między klientami, pulpitami wirtualnymi oraz serwerami multimediów Meet. Wymagania dotyczące przepustowości między serwerami multimedialnymi Meet a maszynami wirtualnymi znajdziesz w kroku 4 (powyżej). Określ wymaganą przepustowość połączenia między klientami infrastruktury pulpitu wirtualnego i maszynami wirtualnymi, zasięgając opinii dostawcy infrastruktury pulpitu wirtualnego.
Unikaj korzystania z serwerów proxy

Zalecamy nie używać serwerów proxy do obsługi ruchu związanego z Meet. Przekazywanie ruchu przez serwer proxy zwiększa opóźnienie, co może obniżyć jakość obrazu.  

Gdy serwery proxy muszą być używane w sieci

Jeśli korzystanie z serwera proxy jest konieczne, pamiętaj, że może on znacząco wpływać na wydajność. Zwróć też uwagę na te czynniki:

Protokół internetowy SOCKS5 obecnie nie jest obsługiwany.

Unikaj korzystania z funkcji QoS
Sprawdzoną metodą jest zrezygnowanie ze stosowania funkcji QoS w sieciach używanych na potrzeby Meet. Stosuj funkcję QoS tylko wtedy:
  • gdy masz ku temu ważny powód, na przykład duże obciążenie sieci;
  • możesz wdrożyć i obsługiwać kompleksowy model QoS w swojej sieci.  

Jeśli musisz używać funkcji QoS

Unikanie używania sieci VPN

Sprawdzoną metodą jest zrezygnowanie z korzystania z sieci VPN do obsługi ruchu związanego z Meet. Sieci VPN zwiększają opóźnienie, przez co Meet może obniżać jakość obrazu i dźwięku.

​​Jeśli musisz użyć sieci VPN:

  • włącz dzielone tunelowanie w sieci VPN,
  • kieruj domeny z kroku 2 poza VPN za pomocą DNS lub (zalecane) SNI,
  • kieruj zakresy adresów IP z kroku 3 poza VPN przez dopasowanie prefiksu.

Powiązane artykuły


Google, Google Workspace oraz powiązane znaki i logotypy są znakami towarowymi firmy Google LLC. Wszystkie inne nazwy firm i produktów są znakami towarowymi odpowiednich podmiotów.

Czy to było pomocne?

Jak możemy ją poprawić?
Szukaj
Wyczyść wyszukiwanie
Zamknij wyszukiwanie
Menu główne
13791552304038754082
true
Wyszukaj w Centrum pomocy
true
true
true
true
true
73010
false
false