Dieser Artikel richtet sich an Administratoren. Informationen zum Einrichten und Verwalten eigener Videokonferenzen finden Sie in der Meet-Hilfe.
Dieser Artikel richtet sich an IT-Administratoren, die Meet für große Organisationen mit Hunderten oder Tausenden von Personen und komplexen Netzwerkanforderungen verwalten. Wenn das nicht Sie sind, müssen Sie diesen sehr technischen Artikel wahrscheinlich nicht lesen.
Wenn Sie IT-Administrator sind und Probleme mit dem Netzwerk für Meet beheben möchten, lesen Sie den Hilfeartikel Netzwerk-, Audio- und Videoprobleme in Meet für Administratoren beheben.
Wenn Sie Meet für Ihre gesamte Organisation deaktivieren möchten, lesen Sie den Hilfeartikel Meet-Videokonferenzen und -Anrufe für Ihre Organisation deaktivieren.
Damit Sie Videokonferenzen in hoher Qualität mit Google Meet abhalten können, müssen Sie Ihr Netzwerk so einrichten, dass Meet effizient mit der Google-Infrastruktur kommunizieren kann. Gehen Sie dazu folgendermaßen vor:
- Sorgen Sie dafür, dass Meet möglichst direkt mit dem Internet verbunden ist.
- Verzichten Sie auf Proxys, Paketprüfungen und Protokollanalysatoren und verwenden Sie nicht die Funktion „Dienstqualität“.
- Messen und optimieren Sie Latenz, Bandbreite und Ihr WLAN.
Alle maximieren | Alle minimieren
Netzwerk einrichten
Schritt 1: Ausgangs-Ports für den Datenverkehr einrichten- Setzen Sie für die Audio- und Videoübertragung die UDP-Ausgangs-Ports auf 3478 und 19302–19309.
- Wenn Sie die Anzahl der verwendeten Chrome WebRTC-Ports einschränken möchten, verwenden Sie die unter WebRTC UDP-Ports angegebenen Ports.
- Alternativ können Sie die Ports über Ihre Firewall einschränken.
- Für Webtraffic und Nutzerauthentifizierung ist es der UDP- und TCP-Ausgangs-Port 443.
Die Ports sind ohne IP-Beschränkung zulässig. Wenn die UDP-Ports blockiert sind, wird TCP verwendet. Die Verwendung von TCP oder Proxy-TCP kann die allgemeine Qualität der Videokonferenz verringern.
Meet benötigt vollständigen Netzwerkzugriff.
- Wenn für Nutzer in Ihrem Netzwerk Einschränkungen oder Filterrichtlinien gelten, gewähren Sie über Port 443 Netzwerkzugriff auf die unten auf dieser Seite aufgeführten URI-Muster.
- Wenn Sie Google Meet-Hardware verwenden, lesen Sie die Netzwerkanforderungen für ChromeOS unter TLS-Prüfung (auch SSL-Prüfung genannt) auf Chrome-Geräten einrichten.
Domains für statische Ressourcen
- clients2.google.com
- clients4.google.com
- clients6.google.com
- www.gstatic.com
- fonts.gstatic.com
- lh3.googleusercontent.com
- meetings.clients6.google.com
Domains für die Verbindung über API-Endpunkte
- accounts.google.com
- apis.google.com
- meetings.googleapis.com
- hangouts.googleapis.com
- meet.google.com
- apps.google.com
- jamboard.google.com
- docs.google.com
Domains für Livestreaming
- stream.meet.google.com
- youtube.googleapis.com
- www.youtube-nocookie.com
- googlevideo.com
Domains für das Hochladen von Nutzerfeedback und Ereignisprotokollen
- https://www.google.com/tools/feedback
- https://feedback.googleusercontent.com/resources/
- https://play.google.com/log
- Wenn Ihre Organisation Meet-Traffic über Port 443 unterstützen muss, fügen Sie Meet SNI der Zulassungsliste Ihrer Firewall oder Ihres Proxys hinzu, um Audio- und Videokonferenzen über TLS zu ermöglichen. Diese IP-Adressen unterscheiden sich von den in Schritt 2 angegebenen URIs.
- Fügen Sie Google Workspace-IP-Adressbereiche für Ihre Nutzer hinzu. Gewähren Sie den Zugriff auf die Meet-Medienserver mithilfe der folgenden IP-Bereiche und SNI:
- IPv4: 74.125.250.0/24
- IPv6: 2001:4860:4864:5::0/64
- SNI: workspace.turns.goog
- Wenn Ihre Organisation Livestreaming mit niedriger Latenz verwendet, wird für den Livestreaming-Medientraffic das UDP-Protokoll verwendet. Für diesen Traffic werden die Workspace-IP-Bereiche (ähnlich wie Meet) anstelle von YouTube-HTTP-IP-Adressen verwendet.
- Fügen Sie IP-Adressbereiche für Nutzer hinzu. Gewähren Sie den Zugriff auf die Meet-Medienserver über die folgenden IP-Bereiche:
- IPv4: 142.250.82.0/24
- IPv6: 2001:4860:4864:6::/64
- SNI: meet.turns.goog
Ihr Netzwerk sollte genügend Bandbreite für mehrere HD-Videokonferenzen haben. Außerdem sollte es über zusätzliche Bandbreite für andere Zwecke wie Livestreaming verfügen. Die Anzahl der Teilnehmer, die Bildschirmfreigabe und andere Faktoren wirken sich auch auf die Bandbreitennutzung aus.
Wenn Ihr Netzwerk nicht genügend Bandbreite hat, senkt Meet die Videoauflösung. Wenn Ihr Netzwerk nicht genügend Bandbreite zur Unterstützung von Videos hat, legen Sie für Meet „Nur Audio“ fest.
Mindestanforderungen für die Meet-Bandbreite berechnen
Zur Berechnung der erforderlichen Mindestbandbreite für Ihre Organisation multiplizieren Sie die durchschnittliche Bandbreite pro Teilnehmer mit der maximalen Anzahl gleichzeitiger Teilnehmer.
Viele Faktoren, wie die Anzahl der Teilnehmer, das Layout und die Bildschirmfreigabe, können die Bandbreitennutzung beeinflussen. Wenn eine Bildschirmfreigabe nicht aktiv ist, benötigt sie nach dem Laden keine weitere Bandbreite.
Durchschnittliche Bandbreite pro Teilnehmer für große Organisationen | ||
---|---|---|
Besprechungstyp | Ausgehend | Eingehend |
Video | 1 Mbit/s | 1,3 Mbit/s |
Nur Audio | 12 kbit/s | 18 kbit/s |
Bandbreite pro Teilnehmer für kleine Organisationen oder Einzelpersonen | ||
---|---|---|
Besprechungstyp | Ausgehend | Eingehend |
1080p-Video | Bis zu 3,6 Mbit/s | Bis zu 3,6 Mbit/s |
720p-Video | Bis zu 1,7 Mbit/s | Bis zu 1,7 Mbit/s |
Gruppentreffen | 250 kbit/s und höher* | Bis zu 4 Mbit/s |
Nur Audio | 100 kbit/s | 100 kbit/s |
* Je nach Auflösung (gesendet)
Höchstzahl gleichzeitiger Teilnehmer schätzen
Wenn Meet-Videokonferenzen eine hohe Priorität haben, können Sie davon ausgehen, dass 20 % der Nutzer in Ihrer Organisation gleichzeitig Meet verwenden. Wenn Meet-Videokonferenzen eine niedrige Priorität haben, nehmen möglicherweise nur 0,5% der Personen gleichzeitig an einer Meet-Videokonferenz teil.
Priorität von Videokonferenzen | Geschätzte Anzahl gleichzeitiger Videokonferenzteilnehmer |
---|---|
Hoch | 10–20 % |
Normal | 1–4 % |
Gering | 0,01–0,5 % |
Anforderungen an die Bandbreite pro Livestreamfeed
Wenn Nutzer in Ihrer Organisation Konferenzen live streamen, beträgt die ideale Bandbreite 2,6 Mbit/s pro Feed. Livestreams haben dynamische Layout- und Größenoptionen. Gerätefunktionen wie Fenstergröße und Seitenverhältnis sind optimiert. Meet verwendet die Standardeinstellung für hohe Videoqualität, wenn die einzelnen Teilnehmer ausreichend Bandbreite haben.
Wenn Zuschauer nicht genügend Bandbreite haben, können sie die Meet-Qualität verringern oder die Nur-Audio-Funktion verwenden.
Einzelner Videofeed (Bitrate Kilobit/s)
Lösung |
Minimum |
Maximum |
180p |
80 |
200 |
360p |
200 |
500 |
540p |
400 |
1000 |
720p |
600 |
1500 |
Feed mit Bildschirmfreigabe (Bitrate in Kilobit/s)
Lösung |
Minimum |
Maximum |
Mindestqualität |
200 |
200 |
360p |
250 |
500 |
720p |
750 |
1500 |
1800p |
1300 |
2600 |
Bandbreite für klassisches Livestreaming (keine extrem niedrige Latenz)
Prüfen Sie anhand des Clients, welche Livestreaming-Version in Ihrer Domain verwendet wird. Der klassische Livestreaming-Client hat oben eine weiße Leiste mit Steuerelementen. Der neue Livestreaming-Client verwendet ein dunkles Design wie Meet und alle Steuerelemente befinden sich unten.
Lösung | Minimum | Maximum |
---|---|---|
360p | 400 kbit/s | 1 Mbit/s |
720p | 1,5 Mbit/s | 4 Mbit/s |
1080p | 3 Mbit/s | 6 Mbit/s |
Die tatsächliche Bandbreite variiert je nach Art der Inhalte im Livestream.
Best Practices für Netzwerke
Sie können in der Admin-Konsole eine Standardeinstellung für die Meet-Videoqualität festlegen und so die Bandbreite begrenzen.
Diese Einstellung gilt nur für Webbrowser und hat keine Auswirkungen auf die Google Meet-Hardware oder die mobilen Meet-Apps.
Nutzer können den Standardwert für ihre Organisationseinheit im Browser außer Kraft setzen, indem sie die Videoübertragung in Meet-Konferenzen aktivieren und die Videoqualität ändern. Die Standardeinstellung gilt immer, wenn Nutzer an einer neuen Konferenz teilnehmen.
-
Melden Sie sich in der Google Admin-Konsole an.
Melden Sie sich mit Ihrem Administratorkonto an. Dieses Konto endet nicht auf @gmail.com.
-
Gehen Sie in der Admin-Konsole zu „Menü“ AppsGoogle WorkspaceGoogle Meet.
- Klicken Sie auf Videoeinstellungen für Meet.
- Wählen Sie links die gewünschte Organisationseinheit aus. Wenn die Einstellungen für alle Nutzer in der Organisation gelten sollen, ist das die oberste Organisationsebene.
- Wählen Sie eine Option für die Videoqualität aus:
- Automatisch anpassen (Standardeinstellung): Die Bandbreite wird an das Netzwerk und die Systemanforderungen angepasst, um die bestmögliche Qualität zu erzielen.
- Beschränkte Videobandbreite: Die Uplink-Bandbreite ist auf 1 Mbit/s beschränkt.
- Nur Audio: Die Videoübertragung ist standardmäßig deaktiviert. Nutzer können auf klicken, um ihre Kamera im Meet-Browserfenster zu aktivieren. Uplink-Videos sind auf 1 Mbit/s begrenzt.
- Wenden Sie die Einstellungen an:
- Wenn die Einstellung für die oberste Organisationsebene gelten soll, klicken Sie auf Speichern.
- Geht es Ihnen um die Einstellung für eine untergeordnete Organisationseinheit, die sich von der übergeordneten unterscheidet, klicken Sie auf Überschreiben.
Die folgenden Empfehlungen gelten für normale Büroumgebungen. Komplexere Umgebungen sollten von einem Wireless Engineer geprüft werden, z. B.:
- Fertigungsbereiche
- Bereiche mit hohem Hochfrequenzrauschpegel
- Dünn bedeckte Bereiche
Bitte lesen Sie aufmerksam die folgenden Hinweise zum Entwerfen, Bereitstellen und Betreiben von WLANs, in denen Meet verwendet wird.
2,4-GHz- vs. 5-GHz-Band
Wir empfehlen, dass Clients in Ihrem Netzwerk das 5-GHz-Band nutzen, sofern verfügbar.
Meet sollte nicht über das 2,4-GHz-Band eines WLANs bereitgestellt und betrieben werden, weil dieses häufig stark ausgelastet ist. Das 2,4-GHz-Band ist auch weniger zuverlässig, da es drei nicht überlappende Kanäle, hohe Rauschpegel und zusätzliche Störungen hat.
Überlegungen zu Design und Bereitstellung
Bei der WLAN-Architektur sollte die Kapazität eine größere Rolle spielen als die Abdeckung.
- Zellengröße verwalten: Sie können die Größe der Funkzelle über die Sendeleistung des Zugangspunkts (ZP) steuern. Kleinere Zellen sollten in Bereichen bereitgestellt werden, in denen Sie mehrere Geräte erwarten, z. B. in Konferenzräumen und Auditorien, denn sie erhöhen die Kapazität. Mithilfe größerer Zellen kann das WLAN beispielsweise für eine Büroetage bereitgestellt werden.
- Niedrige Datenraten deaktivieren, um die Hochfrequenzwellen effizienter zu nutzen: Ein Client wird so gezwungen, das WLAN-Signal während des Roamings zwischen ZPs an den nächstgelegenen ZP zu übertragen.
- Netzwerk zentral verwalten: Damit erweiterte Funktionen wie nahtloses Roaming zwischen ZPs und eine ordnungsgemäße HF-Verwaltung möglich sind, sollte ein WLAN zentral verwaltet und betrieben werden. Es sollte keine Sammlung von eigenständigen ZPs sein.
- Führen Sie nach der Bereitstellung eine WLAN-Umfrage durch: Prüfen Sie, ob in den Bereichen, in denen Meet normalerweise verwendet wird, WLAN verfügbar ist.
WMM verwenden
Die Zertifizierung „Wireless Multimedia Extensions“ (WME) ermöglicht eine zuverlässige Kommunikation mit Meet über WLANs.
Der Meet-Datenverkehr muss auf eine der folgenden Arten klassifiziert werden:
- Über den WLAN-Controller/ZP auf Grundlage der Meet-spezifischen Protokolle und Ports.
- Der Wert im Feld „Differentiated Service Code Point“ (DSCP), der von anderen Netzwerkgeräten festgelegt wurde. Diese Möglichkeit sollte nur genutzt werden, wenn das Netzwerk ausreichend vertrauenswürdig ist.
Vollständige WMM-Unterstützung ist erforderlich, um eine bidirektionale Dienstqualität zu bieten. Sie können sie jedoch auf Netzwerkebene konfigurieren, was erhebliche Vorteile bietet. Der Meet-Datenverkehr sollte auf dem WLAN-ZP/Controller der Audio- oder Videowarteschlange zugewiesen werden. Meet-Traffic sollte gegenüber anderen Traffic-Klassen bevorzugt werden.
VDI-Umgebungen bilden eine zusätzliche Ebene zwischen Meet und dem Internet. Dies kann Meet verlangsamen und die Qualität beeinträchtigen. Hintergrundeffekte sind nur eingeschränkt verfügbar und es ist keine Greenroom-Vorschau verfügbar.
So können Sie die Auswirkungen der VDI-Nutzung auf Meet reduzieren:
- Wenn Sie die Richtlinie „Enterprise Hardware Platform API“ in Chrome aktivieren, erkennt Google Meet, dass es auf einer virtuellen Maschine (VM) ausgeführt wird. Weitere Informationen finden Sie unter Chrome-Richtlinien für Nutzer oder Browser festlegen und auf der API-Seite.
- Weisen Sie jeder VM-Instanz mindestens 4 virtuelle CPUs zu.
- Für Hintergrundeffekte ist keine GPU erforderlich. GPU-fähige VM-Instanzen erhöhen jedoch die Zuverlässigkeit.
- Sorgen Sie für ausreichend Bandbreite und niedrige Latenz zwischen Clients, virtuellen Desktops und Meet-Medienservern. Informationen zu Bandbreitenanforderungen zwischen Meet-Medienservern und VMs finden Sie in Schritt 4 (oben auf dieser Seite). Wenden Sie sich an Ihren VDI-Anbieter, um die erforderliche Bandbreite für die Verbindung zwischen VDI-Clients und VMs zu ermitteln.
Es wird empfohlen, keine Proxyserver für den Meet-Datenverkehr zu verwenden. Proxy-Traffic erhöht die Latenz, was die Videoqualität beeinträchtigen kann.
Falls in Ihrem Netzwerk ein Proxyserver verwendet werden muss
Wenn Sie einen Proxy verwenden müssen, sollten Sie sich darüber im Klaren sein, dass Proxyserver die Leistung erheblich beeinträchtigen können. Sorgen Sie dann für Folgendes:
- Lassen Sie den Zugriff auf Meet-Traffic in der Proxykonfiguration zu.
- Meet verwendet die Proxyeinstellungen von Chrome.
- Der Proxy wird im Netzwerk für Meet-IP-Adresse und SNI umgangen.
Das Socket Secure-Internetprotokoll (SOCKS5) wird derzeit nicht unterstützt.
- Es gibt einen dringenden Grund, z. B. ein überlastetes Netzwerk.
- Sie sind in der Lage, ein End-to-End-Modell für die Dienstqualität in Ihrem Netzwerk bereitzustellen und zu verwalten.
Wenn Sie die Funktion „Dienstqualität“ verwenden müssen
Es wird empfohlen, kein VPN für Meet-Datenverkehr zu verwenden. VPNs erhöhen die Latenz und können dazu führen, dass Meet die Video- und Audioqualität herabsetzt.
Wenn Sie ein VPN verwenden müssen:
- Geteiltes Tunneling für Ihr VPN aktivieren
- Domains aus Schritt 2 außerhalb des VPN über das DNS oder SNI weiterleiten (SNI wird empfohlen)
- Die IP-Bereiche aus Schritt 3 über den Präfixabgleich an eine Stelle außerhalb des VPN weiterleiten
Weitere Informationen
Google, Google Workspace sowie zugehörige Marken und Logos sind Marken von Google LLC. Alle anderen Unternehmens- und Produktnamen sind Marken der Unternehmen, mit denen sie verbunden sind.