Netzwerk auf Beam-3D-Videokonferenzen vorbereiten

Zusätzlich zu den Netzwerkeinstellungen, die für Standard-Videokonferenzen erforderlich sind (unabhängig von Ihrem Anbieter), benötigt Google Beam eine bestimmte Netzwerkunterstützung, um 3D-Videokonferenzen zu ermöglichen. Auf dieser Seite werden die Netzwerkanforderungen erläutert und Sie erfahren, wie Sie prüfen können, ob Ihre Netzwerkeinstellungen diese Anforderungen erfüllen, damit Beam-3D-Videokonferenzen reibungslos und in hoher Qualität ablaufen.

Bandbreite und Netzwerkleistung

Damit Sie 3D-Videokonferenzen durchführen können, muss Ihr Netzwerk die folgenden Anforderungen erfüllen:

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 die verfügbare Bandbreite unter 50 Mbit/s liegt, kann die Qualität von 3D-Videokonferenzen beeinträchtigt werden. Hier eine Aufschlüsselung der potenziellen Auswirkungen:

• Etwa 10 Mbit/s: Die Qualität von 3D-Videos kann beeinträchtigt sein.
• Etwa 5 Mbit/s: 3D-Videos werden vollständig deaktiviert, die Audioqualität kann beeinträchtigt sein und die Bildrate kann reduziert werden.

Jitter

Inkonsistenzen bei den Ankunftszeiten können es für den Empfänger schwierig machen, den ursprünglichen Datenstream reibungslos zu rekonstruieren. Jitter über 40 ms können zu ruckelnden Videos, verzerrtem Audio und Verbindungsabbrüchen führen.

Paketverlust

Ein Paketverlust von mehr als 1% kann sich in ruckelnden Videos, fehlenden Audiosegmenten oder sogar Verbindungsabbrüchen äußern.

Netzwerkarchitektur und NAT-Anforderungen

Ihre HP Dimension-Geräte kommunizieren über ausgehende Internetverbindungen mit Google-Diensten. Konfigurieren Sie Ihr Netzwerk gemäß den folgenden Regeln, um optimale Leistung, Sicherheit und Bandbreitenisolierung zu gewährleisten:

• Dediziertes VLAN:Platzieren Sie alle Beam-fähigen Geräte in einem dedizierten internen virtuellen lokalen Netzwerk (VLAN) und wenden Sie die spezifischen Firewallregeln für ausgehenden Traffic an, die weiter unten auf dieser Seite aufgeführt sind. Durch die Isolierung der Geräte werden die räumlichen 3D-Videostreams von Beam (bis zu 50 Mbit/s Up/Down pro aktivem Gerät) vor Latenzspitzen und Paketverlusten geschützt, die durch Traffic im allgemeinen Büronetzwerk verursacht werden.
• NAT und IP-Adressierung:Beam-fähige Geräte können in Standard-Subnetzen hinter der IPv4-Netzwerkadressübersetzung (NAT) mit Internetzugang betrieben werden. Eine 1:1-Zuordnung zu einer öffentlichen 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.
• Netzwerkredundanz:Verwenden Sie für zusätzliche Ausfallsicherheit die Netzwerkredundanz (automatische Failover auf das sekundäre Netzwerk, falls das primäre ausfällt) für die WAN-Verbindung.

IP-Adresskonfiguration

Hinweis:Dieser Abschnitt gilt nur für die HP Dimension. Der Touchscreen hat eigene DHCP-Netzwerkeinstellungen, die Sie nicht ändern sollten.

Verwenden Sie die automatische DHCP- oder die statische IPv4-Zuweisung, um IP-Adressen zuzuweisen. 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.
• Statische IP-Zuweisung: Wenn Ihre Netzwerkrichtlinie statische IP Adressen erfordert, können Sie die statischen Netzwerkparameter während der Geräte-Ersteinrichtung und Registrierung manuell konfigurieren. Für die statische Zuweisung sind eine reservierte IPv4-Adresse, eine Subnetzmaske und ein Standardgateway erforderlich.

Firewallregeln und Portanforderungen

Wichtig:Die Standarddomain-IP-Bereiche, die von Google APIs und Diensten verwendet werden, werden dynamisch zugewiesen und ändern sich häufig. Prüfen Sie vor dem Öffnen bestimmter Ports für ausgehenden Traffic, ob Ihre Netzwerkfirewall ausgehende Verbindungen zu den offiziellen IP-Adressbereichen von Google zulässt:

• Google-IP-Adressbereiche
• Google Cloud-IP-Adressbereiche

Konfigurieren Sie nach Bestätigung der Endpunktverfügbarkeit die Regeln für die Ports für ausgehenden Traffic, die in der folgenden Tabelle aufgeführt sind:

Google-IP-Adressbereiche

Wenn Ihre Organisation ausgehenden Traffic einschränkt oder die Server Name Indication (SNI) prüft, konfigurieren Sie Ihre Firewall oder Ihren Proxy so, dass die folgenden IP-Adressbereiche, Ports und SNI-Hostnamen zugelassen werden:

Standardeinstellungen für Videokonferenzen einrichten

Für jede Videokonferenzplattform ist der Zugriff auf bestimmte Ports und Endpunkte erforderlich. Wenn Sie dies noch nicht getan haben, richten Sie Ihr Netzwerk so ein, dass der Zugriff möglich ist.

Klicken Sie auf den Tab, der Ihrer Lizenz entspricht.

Beam basiert auf ChromeOS und erfordert, dass Ihr Netzwerk auch die ChromeOS-Netzwerkanforderungen erfüllt. Informationen zu den ChromeOS-Netzwerkanforderungen finden Sie unter Zulassungsliste für Hostnamen für Chrome-Geräte einrichten.

Touchscreen-Einstellungen einrichten

Der Poly TC10-Touchscreen, der mit der 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 prüfen, ob sie die Anforderungen für optimale Videokonferenzen erfüllt:

1. ICMP aktivieren (falls erforderlich): Prüfen Sie, ob ICMP (Internet Control Message Protocol) in Ihrem Netzwerk aktiviert ist. In den meisten Netzwerken ist es standardmäßig aktiviert. Wenn Sie jedoch ein eingeschränktes Netzwerk verwenden, müssen Sie sich möglicherweise an Ihren Netzwerkadministrator wenden.

2. Befehl ping ausführen: Öffnen Sie auf einem Computer mit derselben kabelgebundenen Netzwerk verbindung, die 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 ms
   

   Suchen Sie in der Ausgabe nach den Werten time=. Diese stellen die Latenz in Millisekunden dar. Es ist am besten, den Durchschnitt oder einen typischen Wert anstelle eines einzelnen Werts zu berücksichtigen.

3. 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 dies negativ auf Ihre Videokonferenzen auswirken.

Netzwerk-Routing

Mit dem Befehl traceroute können Sie den Netzwerkpfad zu den Endpunkten von Google nachverfolgen. So lassen sich potenzielle Engpässe oder unnötige Hops erkennen. Führen Sie den folgenden Befehl auf einem Computer mit derselben kabelgebundenen Netzwerkverbindung aus, die 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. Idealerweise 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 potenziell höhere Latenz hinweisen.

Ein weiteres nützliches Tool zur Überwachung von Hinweisen auf Überlastung ist mtr, das wie eine nützlichere Version von traceroute funktioniert. Mit diesem Tool lassen sich potenzielle problematische Hops zwischen dem Computer, auf dem es ausgeführt wird, und dem Ziel erkennen. So können Sie zwischen Problemen innerhalb eines Unternehmensnetzwerks und Problemen mit einem Internetanbieter unterscheiden. Für jeden Hop werden Durchschnittswerte und Standardabweichungen für die Reaktionszeit angegeben, mit deren Hilfe sich potenziell überlastete Verbindungen erkennen lassen.

Hier ein Beispiel für die 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 normalerweise mit einem Paketmanager als mtr Paket installiert).