Netzwerk auf Meet-Videokonferenzen und Livestreams vorbereiten

Aktualisieren Sie Ihre Firewalls so, dass sie eingehenden und ausgehenden Traffic Ihrer Organisation zulassen:

• Setzen Sie für die Audio- und Videoübertragung die UDP-Ausgangs-Ports auf 3478 und 19302–19309.
  • Wenn Sie die Anzahl der verwendeten WebRTC-Ports für Chrome 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 TCP über einen Proxy kann die allgemeine Qualität der Videokonferenz beeinträchtigen.

Meet benötigt vollständigen Netzwerkzugriff.

1. Wenn für Nutzer in Ihrem Netzwerk Einschränkungen oder Filterrichtlinien gelten, müssen Sie Netzwerkzugriff auf die unten aufgeführten URI-Muster über Port 443 gewähren.
2. 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
• docs.google.com

Domains für Livestreaming

• meet.google.com
• stream.meet.google.com

Domains für Nutzerfeedback und Uploads von Ereignisprotokollen

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

1. 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.
2. 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, 74.125.247.128/32
   • IPv6: 2001:4860:4864:5::0/64, 2001:4860:4864:4:8000::/128
   • SNI: workspace.turns.goog
3. 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 bei Meet) anstelle der YouTube-HTTP-IPs verwendet.
4. Fügen Sie IP-Adressbereiche für Privatnutzerkonten 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 ebenfalls auf die Bandbreitennutzung aus.

Wenn Ihr Netzwerk nicht genügend Bandbreite hat, wird die Videoauflösung in Meet verringert. Wenn Ihr Netzwerk nicht über genügend Bandbreite zur Unterstützung von Videos verfügt, legen Sie in Meet die Option „Nur Audio“ fest.

Wenn Sie mit weniger Bandbreite streamen möchten, können Sie große Livestreams mithilfe von eCDN mit weniger Bandbreite hosten.

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.

Faktoren wie die Teilnehmerzahl, das Layout und die Bildschirmfreigabe können sich auf die Bandbreitennutzung auswirken. Wenn eine Bildschirmfreigabe nicht aktiv ist, benötigt sie nach dem Laden keine weitere Bandbreite.

* Je nach Auflösung (gesendet)

Höchstzahl gleichzeitiger Teilnehmer schätzen

Wenn Meet-Videokonferenzen für Ihre Nutzer eine hohe Priorität haben, können Sie davon ausgehen, dass immer 20% von ihnen gleichzeitig Meet verwenden. Wenn Meet-Videokonferenzen für Ihre Nutzer nur eine niedrige Priorität haben, nehmen möglicherweise nur 0,5% zur selben Zeit an einer Meet-Videokonferenz teil.

Anforderungen an die Bandbreite pro Livestream

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 werden 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 „Nur Audio“ verwenden.

Einzelne Videokachel (Bitrate in Kilobit/s)

Kachel für die Bildschirmfreigabe (Bitrate in Kilobit/s)

Die Qualität der live gestreamten Medien hängt von der ursprünglichen Qualität der Medien ab und davon, wie sie an Meet gesendet werden. Sie können die Qualität prüfen und vergleichen, indem Sie als regulärer Teilnehmer am Meet-Hauptanruf für den Livestream teilnehmen.

1. Öffnen Sie in der Google Admin-Konsole das Dreistrich-Menü  Apps Google Workspace Google Meet.

   Zu Google Meet

   Erfordert die Administratorberechtigung „Diensteinstellungen“

2. Klicken Sie auf Videoeinstellungen für Meet.
3. Wählen Sie links die Organisationseinheit aus, die Sie verwalten möchten. Wenn die Einstellungen für alle Nutzer in der Organisation gelten sollen, wählen Sie die oberste Organisationseinheit aus.
4. 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 wird auf 1 Mbit/s beschränkt.
   • Nur Audio: Die Videoübertragung ist standardmäßig deaktiviert. Nutzer können auf das Kamerasymbol  klicken, um ihre Kamera im Browserfenster von Meet zu aktivieren. Die Uplink-Videobandbreite wird auf 1 Mbit/s begrenzt.
5. Wenden Sie die Einstellungen an:
   1. Wenn die Einstellung für die oberste Organisationseinheit gelten soll, klicken Sie auf Speichern.
   2. Wenn die Einstellung für eine untergeordnete Organisationseinheit gelten soll, die sich von der übergeordneten unterscheidet, klicken Sie auf Überschreiben.

Die folgenden Empfehlungen gelten für normale Büroumgebungen. Bei komplexeren Szenarien sollte ein Wireless Engineer die Entscheidungen treffen. Dazu zählen z. B.:

• Fertigungsbereiche
• Bereiche mit hohem Hochfrequenzrauschpegel
• Bereiche mit geringer Abdeckung

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-HF-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 außerdem weniger zuverlässig, da es drei nicht überlappende Kanäle, hohe Rauschpegel und zusätzliche Störungen hat.

Hinweise zu Design und Bereitstellung

Bei der Architektur des drahtlosen Netzwerks 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 (HF) 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.
• Nach der Bereitstellung WLAN-Empfang prüfen: Vergewissern Sie sich, dass in den Bereichen, in denen Meet normalerweise verwendet wird, tatsächlich WLAN-Empfang besteht.

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. Der Meet-Traffic sollte gegenüber anderen Arten von Traffic bevorzugt werden.

VDI-Umgebungen erzeugen eine zusätzliche Ebene zwischen Meet und dem Internet. Hierdurch kann es zu einer Verlangsamung bei Meet und einer Beeinträchtigung der Nutzerfreundlichkeit kommen. 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 Meet-Traffic zu verwenden. Proxys erhöhen die Latenz und können so zu einer geringeren Videoqualität führen.

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 Proxy-Einstellungen 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.

Als Best Practice sollten Sie die Funktion „Dienstqualität“ in Ihrem Netzwerk nicht für Meet verwenden. Verwenden Sie sie nur in folgenden Fällen:

• 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-Traffic zu verwenden. VPNs erhöhen die Latenz und können dazu führen, dass die Video- und Audioqualität in Meet verringert wird.

Wenn Sie ein VPN verwenden müssen:

• Geteiltes Tunneling für Ihr VPN aktivieren
• Leiten Sie die Domains aus Schritt 2 außerhalb des VPN über DNS oder SNI weiter (SNI wird empfohlen).
• Leiten Sie die IP-Bereiche aus Schritt 3 außerhalb des VPN über Präfixabgleich weiter.