Zusätzlich zu den Netzwerkeinstellungen, die für Standard-Videokonferenzen erforderlich sind (unabhängig von Ihrem Anbieter), benötigt Google Beam eine spezielle Netzwerkunterstützung, um 3D-Besprechungen zu ermöglichen. Auf dieser Seite werden die Netzwerkanforderungen erläutert und es wird beschrieben, wie Sie prüfen können, ob Ihre Netzwerkeinstellungen diese Anforderungen erfüllen, damit Beam 3D-Videokonferenzen reibungslos und in hoher Qualität ablaufen.
Liste für Aufgabenauswahl
Diese Aufgaben müssen erledigt werden, um die für Beam erforderlichen Netzwerkverbindungen und die Leistung sicherzustellen. Jedes Element ist mit dem entsprechenden Abschnitt oder der entsprechenden Seite verknüpft.
- Prüfen Sie, ob Ihr Netzwerk die Mindestanforderungen an Bandbreite und Leistung für Beam erfüllt.
- Bestätigen Sie die erforderliche Netzwerkarchitektur, z. B. ein dediziertes VLAN (Virtual Local Area Network) ohne VPNs oder Proxys.
- IP-Adresskonfiguration prüfen: nur IPv4, DHCP oder statisch.
- Konfigurieren Sie Firewallregeln, um ausgehende Verbindungen zu offiziellen Google-IP-Adressbereichen, Ausgangsports und SNI-Hostnamen (Server Name Indication) für Beam zuzulassen.
- Konfigurieren Sie die Firewall für Standardvideokonferenzen mit Google Meet oder Zoom Rooms, je nach Lizenz.
- Richten Sie eine Zulassungsliste für Hostnamen für Chrome-Geräte ein.
- Richten Sie eine Zulassungsliste für Hostnamen für den Touchscreen ein.
- Testen Sie Ihr Netzwerk, um sicherzustellen, dass es die Anforderungen erfüllt.
Bandbreite und Netzwerkleistung
Damit Sie 3D-Videokonferenzen abhalten können, muss Ihr Netzwerk die folgenden Anforderungen erfüllen:
| Anforderung | Wert |
|---|---|
Mindestbandbreite |
50 Mbit/s (Upload und Download) für 3D-Videokonferenzen 3,6 Mbit/s (Upload und Download) für Standard-Videokonferenzen (HD) 1,7 Mbit/s (Upload und Download) für Standard-Videokonferenzen (SD) |
Verbindungsgeschwindigkeit |
Mindestens 1 Gbit/s |
Latenz |
100 ms oder weniger (zu oder von Beam-Endpunkten) |
Jitter |
40 ms oder weniger |
Paketverlust |
1% oder weniger |
Ihr Netzwerk sollte genügend Bandbreite für mehrere HD-Videokonferenzen und zusätzliche Bandbreite für andere Zwecke wie Livestreaming haben. Die Anzahl der Teilnehmer, die Bildschirmfreigabe und andere Faktoren wirken sich ebenfalls auf die Bandbreitennutzung aus.
Wenn Ihre verfügbare Bandbreite unter 50 Mbit/s liegt, kann die Qualität von 3D-Meetings beeinträchtigt werden. Hier eine Übersicht über die potenziellen Auswirkungen:
- Etwa 10 Mbit/s: Die Qualität von 3D-Videos kann beeinträchtigt sein.
- Etwa 5 Mbit/s: 3D-Video ist vollständig deaktiviert, die Audioqualität kann beeinträchtigt sein und die Bildrate kann reduziert werden.
Jitter
Inkonsistenzen bei den Ankunftszeiten können es dem Empfänger erschweren, den ursprünglichen Datenstrom reibungslos zu rekonstruieren. Ein Jitter über 40 ms kann zu abgehackten Videos, verzerrtem Audio und Verbindungsabbrüchen führen.
Paketverlust
Ein Paketverlust von mehr als 1% kann sich in Form von abgehackten Videos, fehlenden Audiosegmenten oder sogar Verbindungsabbrüchen äußern.
Netzwerkarchitektur und NAT-Anforderungen
Ihre HP Dimension-Geräte erfordern eine kabelgebundene Ethernet-Verbindung. WLAN wird nicht unterstützt. Sie kommunizieren über ausgehende Webverbindungen mit Google-Diensten. Damit Sie eine optimale Leistung, Sicherheit und Bandbreitenisolierung gewährleisten können, konfigurieren Sie Ihr Netzwerk gemäß den folgenden Regeln:
- Dediziertes VLAN:Platzieren Sie alle Beam-fähigen Geräte in einem dedizierten internen Virtual Local Area Network (VLAN) und wenden Sie die spezifischen Egress-Firewallregeln an, die weiter unten auf dieser Seite aufgeführt sind. Durch die Isolierung der Geräte werden die 3D-Streams von Beam (bis zu 50 Mbit/s Up- und Download pro aktivem Gerät) vor Latenzspitzen und Paketverlusten geschützt, die durch den Datenverkehr im allgemeinen Büronetzwerk verursacht werden.
- NAT und IP-Adressierung:Beam-fähige Geräte können in standardmäßigen internen Subnetzen hinter der IPv4-Netzwerkadressübersetzung (NAT) mit Internetzugang betrieben werden. Eine öffentliche 1:1-IP-Adresse ist nicht erforderlich.
- Kein VPN oder Proxy:Vermeiden Sie die Verwendung von VPNs oder Proxyservern für Beam-Traffic. Beide erhöhen die Latenz und können zu einer Verringerung der Video- und Audioqualität führen. Vermeiden Sie außerdem Firewallaufgaben wie die regelmäßige Hintergrundverarbeitung und geplante Wartungen, die zu einer vorübergehenden Leistungsminderung führen könnten.
- Netzwerkredundanz:Verwenden Sie für zusätzliche Ausfallsicherheit die Netzwerkredundanz (automatisches Failover auf das sekundäre Netzwerk, falls das primäre ausfällt) auf der WAN-Verbindung.
Konfiguration der IP-Adresse
Hinweis:Dieser Abschnitt gilt nur für die HP Dimension. Der Touchscreen hat eigene DHCP-Netzwerkeinstellungen, die du nicht ändern solltest.
Verwenden Sie für die Zuweisung von IP-Adressen die automatische DHCP- oder die statische IPv4-Zuweisung. Beam unterstützt nur IPv4 und den gemischten IPv4/IPv6-Modus.
- DHCP (Standard und empfohlen): Standardmäßig erhalten Beam-fähige Geräte beim Start automatisch eine IP-Adresse, eine Subnetzmaske, ein Standardgateway und DNS-Serveradressen von DHCP.
- Zuweisung statischer IP-Adressen:Wenn in Ihrer Netzwerkrichtlinie statische IP-Adressen erforderlich sind, können Sie statische Netzwerkparameter während der ersten Registrierung und Einrichtung manuell auf dem Gerät konfigurieren. Für die statische Zuweisung sind eine reservierte IPv4-Adresse, eine Subnetzmaske und ein Standardgateway erforderlich.
Firewallregeln und Portanforderungen
Wichtig:Die IP-Bereiche der Standarddomains, die von Google APIs und Diensten verwendet werden, werden dynamisch zugewiesen und ändern sich häufig. Bevor Sie bestimmte Ausgangsports öffnen, prüfen Sie, ob Ihre Netzwerkfirewall ausgehende Verbindungen zu den offiziellen IP-Adressbereichen von Google zulässt:
Nachdem Sie die Erreichbarkeit des Endpunkts bestätigt haben, konfigurieren Sie die in der folgenden Tabelle aufgeführten Regeln für ausgehende Ports:
| Ports | Typ | Zweck |
|---|---|---|
| 53 | TCP und UDP | DNS-Auflösung |
| 80 | TCP und UDP | HTTP-Webtraffic |
| 443 | TCP und UDP | HTTPS (Web-Traffic und Nutzerauthentifizierung) |
| 3478 | TCP und UDP | WebRTC und TURN |
| 19302–19309 | UDP | WebRTC |
Google-IP-Adressbereiche
Wenn in Ihrer Organisation ausgehender Traffic eingeschränkt wird oder eine SNI-Prüfung (Server Name Indication) erfolgt, konfigurieren Sie Ihre Firewall oder Ihren Proxy so, dass die folgenden IP-Adressbereiche, Ports und SNI-Hostnamen zugelassen werden:
| SNI oder Hostname | Ports und Protokoll | IPv4- und IPv6-Bereich | Zweck oder Dienst |
|---|---|---|---|
| *.googleapis.com | TCP und UDP 443 | – | Google-Dienste |
| projectstarlinecallaccess.pa.googleapis.com projectstarlinesession-pa.googleapis.com |
TCP und UDP 443 | – | Google Beam-Dienst |
| logging.googleapis.com | TCP und UDP 443 | – | Protokollierung |
| monitoring.googleapis.com | TCP und UDP 443 | – | Monitoring |
| storage.googleapis.com | TCP und UDP 443 | – | Speicher |
| clients3.googleapis.com | TCP und UDP 443 | – | Geräteverwaltung |
| workspace.turns.goog | TCP und UDP 443 | 74.125.250.0/24 2001:4860:4864:5::/64 |
Workspace-Media-Relay |
| meet.turns.goog | TCP und UDP 443 | 142.250.82.0/24 2001:4860:4864:6::/64 |
Meet-Media-Relay |
| – | UDP 3478 | 74.125.247.128/29 2001:4860:4864:4:8000:: |
TURN- und STUN-Dienste |
| – | TCP und UDP 53 | 8.8.8.8, 8.8.4.4 | Google DNS |
| ntp.polycom.com | UDP 123 | – | Poly NTP-Server |
| mtalk.google.com | TCP 5229 | – | Google-Updates |
Standardeinstellungen für Videokonferenzen einrichten
Für jede Videokonferenzplattform ist der Zugriff auf bestimmte Ports und Endpunkte erforderlich. Richten Sie Ihr Netzwerk so ein, dass der Zugriff möglich ist, falls Sie dies noch nicht getan haben.
Klicken Sie auf den Tab, der Ihrer Lizenz entspricht.
Google Beam für Meet
Folgen Sie der Anleitung unter Netzwerk auf Meet-Videokonferenzen und Livestreams vorbereiten, um das Netzwerk für Meet einzurichten.
Google Beam für Zoom
Folgen Sie der Anleitung unter Zoom-Netzwerk-Firewall- oder Proxyserver-Einstellungen, um den ausgehenden Traffic für Zoom Cloud-Dienste zu konfigurieren. Die folgenden Abschnitte dieses Leitfadens gelten für Beam:
- Firewallregeln für Zoom:Webauthentifizierung und ‑signalisierung (*.zoom.us, *.zoom.com)
- Firewallregeln für Zoom Meetings und Webinare:Kern-Meeting-Signalisierung (TCP 443, 8801, 8802) und Echtzeit-Audio- und ‑Videomedien (UDP 3478, 3479, 8801–8810)
- Firewallregeln für die Zertifikatsvalidierung:Zertifikatssperrlisten- (Certificate Revocation List, CRL) und OCSP-Prüfungen (Online Certificate Status Protocol) über HTTP (Port 80) an öffentliche Zertifizierungsstellen (z. B. DigiCert oder Entrust)
- Firewallregeln für Zoom CDN:Bereitstellung von Web-Assets und Ressourcen für Zoom Room-Hardware (TCP und UDP 443)
- Firewallregeln für Zoom Device Management (ZDM): zdmapi.zoom.us
- .txt-Dateien mit IP-Bereichen:Herunterladbare IP-Feeds wie Zoom.txt, wenn Sie automatisierte Adressgruppen in Ihrer Firewall verwenden
Beam basiert auf ChromeOS und Ihr Netzwerk muss auch die ChromeOS-Netzwerkanforderungen erfüllen. Sehen Sie sich die ChromeOS-Netzwerkanforderungen unter Zulassungsliste für Hostnamen für Chrome-Geräte einrichten an.
Touchscreen-Einstellungen einrichten
Der Poly TC10-Touchscreen, der mit dem HP Dimension verwendet wird, hat eigene Anforderungen. Lassen Sie die in der HP-Dokumentation für Poly Lens-Netzwerkgeräte aufgeführten Hostnamen zu, damit der Touchscreen ordnungsgemäß funktioniert.
Netzwerk testen
Netzwerklatenz
So messen Sie die Netzwerklatenz und stellen sicher, dass sie die Anforderungen für optimale Videokonferenzen erfüllt:
- ICMP aktivieren (falls erforderlich): Achten Sie darauf, dass ICMP (Internet Control Message Protocol) in Ihrem Netzwerk aktiviert ist. In den meisten Netzwerken ist sie standardmäßig aktiviert. Wenn Sie jedoch ein eingeschränktes Netzwerk verwenden, müssen Sie sich möglicherweise an Ihren Netzwerkadministrator wenden.
ping-Befehl ausführen: Öffnen Sie auf einem Computer, der mit demselben kabelgebundenen Netzwerk verbunden ist, das Sie für Videokonferenzen verwenden, ein Terminal oder eine Eingabeaufforderung und führen Sie den folgenden Befehl aus:> 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 msSuchen Sie in der Ausgabe nach den
time=-Werten. Diese Werte geben die Latenz in Millisekunden an. Es ist besser, den Durchschnitt oder einen typischen Wert als einen einzelnen Wert zu berücksichtigen.Latenz prüfen: Für die beste Videoqualität sollte die Latenz zum nächsten Google-Endpunkt weniger als 100 ms betragen. Wenn die Latenz diesen Schwellenwert regelmäßig überschreitet, kann sich das negativ auf Ihre Videokonferenzen auswirken.
Netzwerk-Routing
Mit dem Befehl traceroute können Sie den Netzwerkpfad zu den Endpunkten von Google nachvollziehen. So lassen sich potenzielle Engpässe oder unnötige Hops erkennen. Führen Sie den folgenden Befehl auf einem Computer aus, der mit demselben kabelgebundenen Netzwerk verbunden ist, das Sie für Videokonferenzen verwenden:
> traceroute 74.125.247.128
Hier sehen Sie die Route, die Ihr Netzwerkverkehr nimmt, um einen Google-Server zu erreichen. Im Idealfall sollten Sie die Anzahl der Hops zwischen Ihrem lokalen Netzwerk und Ihrem Internetanbieter minimieren. Eine große Anzahl von Hops kann auf eine weniger effiziente Route und möglicherweise eine höhere Latenz hinweisen.
Ein weiteres nützliches Tool zum Überwachen von Hinweisen auf Überlastung ist mtr, das sich wie eine nützlichere Version von traceroute verhält. Mit diesem Tool lassen sich potenzielle problematische Hops zwischen dem Computer, auf dem es ausgeführt wird, und dem Ziel identifizieren. So können Sie Probleme in einem Unternehmensnetzwerk von Problemen mit einem Internetanbieter unterscheiden. Für jeden Hop werden Durchschnittswerte und Standardabweichungen für die Reaktionszeit angegeben, was dabei helfen kann, potenziell überlastete Links zu identifizieren.
Hier ein Beispiel für eine Ausgabe:
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
Informationen zur Installation von mtr finden Sie unter dem Link für Ihr Betriebssystem: Windows, Mac, Linux (wird in der Regel mit einem Paketmanager als mtr-Paket installiert).