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ą w Meet, zapoznaj się z artykułem o rozwiązywaniu 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- 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.
Meet potrzebuje pełnego dostępu do sieci.
- 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.
- 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
- 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.
- 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
- 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 tych w Meet) zamiast adresów IP HTTP YouTube.
- 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
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.
Aby prowadzić transmisję przy użyciu mniejszej przepustowości, hostuj duże transmisje na żywo za pomocą eCDN.
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 |
|---|---|
| Wysoki | 10–20% |
| Średni | 1–4% |
| Niski | 0,01–0,5% |
Wymagania dotyczące przepustowości na każdą 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. Możliwości urządzenia, takie jak rozmiar okna i format obrazu, są optymalizowane. 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 kafelek wideo (szybkość transmisji bitów w kb/s)
|
Rozdzielczość |
Minimum |
Maksimum |
|
180p |
80 |
200 |
|
360p |
200 |
500 |
|
540p |
400 |
1000 |
|
720p |
600 |
1500 |
Kafelek udostępniania ekranu (szybkość transmisji bitów w kb/s)
|
Rozdzielczość |
Minimum |
Maksimum |
|
Minimalna jakość |
200 |
200 |
|
360p |
250 |
500 |
|
720p |
750 |
1500 |
|
1800p |
1300 |
2600 |
Na jakość transmitowania multimediów na żywo wpływa ich oryginalna jakość i sposób ich wysyłania do Meet. Aby sprawdzić i porównać jakość, dołącz do głównego połączenia w Meet z transmisją na żywo jako zwykły uczestnik.
Sprawdzone metody związane z siecią
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.
-
Zaloguj się w usłudze konsoli administracyjnej Google.
Użyj swojego konta administratora (jego adres nie kończy się na @gmail.com).
-
W konsoli administracyjnej otwórz menu
Aplikacje
Google Workspace
- Kliknij Ustawienia wideo w Meet.
- 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.
- Wybierz opcję jakości obrazu:
- 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.
- Zastosuj ustawienia:
- Jeśli ustawienie dotyczy jednostki organizacyjnej najwyższego poziomu, kliknij Zapisz.
- Jeśli ustawienie dotyczy podrzędnej jednostki organizacyjnej (innej niż jednostka nadrzędna), kliknij Zastąp.
Zalecenia opisane poniżej zostały przygotowane z myślą o typowych środowiskach biurowych. Bardziej złożone środowiska powinien ocenić inżynier sieci bezprzewodowych. Są to na przykład:
- 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 dotyczące 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.
Ś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 ograniczyć wpływ korzystania z VDI na Meet, wykonaj 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.
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:
- Ruch związany z Meet powinien być dozwolony w konfiguracji serwera proxy.
- Usługa Meet powinna używać ustawień serwera proxy z Chrome.
- W przypadku adresu IP Meet i rozszerzenia SNI sieć pomija serwer proxy.
Protokół internetowy SOCKS5 obecnie nie jest obsługiwany.
- 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
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żywać 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.
