標準のビデオ会議に必要なネットワーク設定（プロバイダを問わず）に加えて、Google Beam では 3D 会議を有効にするために特定のネットワーク サポートが必要です。このページでは、ネットワーク要件と、ネットワーク設定が要件を満たしていることを確認して、Beam 3D 会議がスムーズで高品質な会議エクスペリエンスになるようにする方法について説明します。
タスクのチェックリスト
これらのタスクを完了して、Beam に必要なネットワーク接続とパフォーマンスを確保する必要があります。各項目は、関連するセクションまたはページにリンクしています。
- ネットワークが Beam の帯域幅とパフォーマンスの最小要件を満たしていることを確認します。
- VPN やプロキシのない専用の仮想ローカルエリア ネットワーク（VLAN）など、必要なネットワーク アーキテクチャを確認します。
- IP アドレスの構成を確認する: IPv4 のみ、DHCP または静的。
- Beam の公式 Google IP アドレス範囲、下り（外向き）ポート、サーバー名表示（SNI）ホスト名へのアウトバウンド接続を許可するように、ファイアウォール ルールを構成します。
- ライセンスに応じて、Google Meet または Zoom Rooms を使用した標準のビデオ会議用にファイアウォールを構成します。
- Chrome デバイスのホスト名の許可リストを設定します。
- タッチスクリーンのホスト名の許可リストを設定します。
- ネットワークをテストして、要件を満たしていることを確認します。
帯域幅とネットワーク パフォーマンス
3D ビデオ会議を実施するには、ネットワークが次の要件を満たしていることを確認してください。
| 要件 | 値 |
|---|---|
最小持続帯域幅 |
3D ビデオ会議の場合: 50 Mbps（アップロードとダウンロード） 標準的なビデオ会議（HD）の場合: 3.6 Mbps（アップロードとダウンロード） 標準ビデオ会議（SD）の場合: 1.7 Mbps（アップロードとダウンロード） |
リンク速度 |
1 Gbps 以上 |
レイテンシ |
100 ミリ秒以下（Beam エンドポイントとの間） |
ジッター |
40 ミリ秒以下 |
パケットロス |
1% 以下 |
ネットワークは、複数の HD ビデオ会議に対応できるだけの十分な帯域幅と、ライブ ストリーミングなどのその他のニーズに対応できるだけの十分な帯域幅を備えている必要があります。参加者の数や画面共有などの要因も、帯域幅の使用量に影響します。
使用可能な帯域幅が 50 Mbps を下回ると、3D 会議の品質が低下する可能性があります。潜在的な影響の詳細は次のとおりです。
- 約 10 Mbps: 3D 動画の画質が低下する可能性があります。
- 約 5 Mbps: 3D 動画が完全にオフになり、音質が低下したり、フレームレートが低下したりする可能性があります。
ジッター
到着時間の不整合により、受信側で元のデータ ストリームをスムーズに再構築することが困難になる可能性があります。ジッターが 40 ミリ秒を超えると、動画の途切れ、音声の歪み、接続の切断が発生する可能性があります。
パケットロス
パケットロスが 1% を超えると、動画の途切れ、音声セグメントの欠落、接続の切断が発生する可能性があります。
ネットワーク アーキテクチャと NAT の要件
HP Dimension デバイスでは有線イーサネット接続が必要です。Wi-Fi はサポートされていません。アウトバウンド ウェブ接続を使用して Google サービスと通信します。パフォーマンス、セキュリティ、帯域幅の分離を最適化するには、次のルールに従ってネットワークを構成します。
- 専用 VLAN: Beam 対応デバイスをすべて専用の内部仮想ローカル エリア ネットワーク（VLAN）に配置し、このページの後半に記載されている特定の送信ファイアウォール ルールを適用します。デバイスを分離することで、一般的なオフィス LAN のトラフィックによって発生するレイテンシの急増やパケットロスから、Beam の 3D 空間動画ストリーム（アクティブなデバイスごとに最大 50 Mbps のアップロード/ダウンロード）を保護します。
- NAT と IP アドレス指定: Beam 対応デバイスは、インターネット アクセスを備えた IPv4 ネットワーク アドレス変換（NAT）の背後にある標準の内部サブネットで動作できます。1 対 1 のパブリック IP アドレスは必要ありません。
- VPN またはプロキシを使用しない: Beam トラフィックに VPN またはプロキシ サーバーを使用しないでください。どちらもレイテンシが増加し、動画と音質が低下する可能性があります。また、一時的なパフォーマンスの低下を引き起こす可能性のある定期的なバックグラウンド処理や定期メンテナンスなどのファイアウォール タスクも避けてください。
- ネットワークの冗長性: 復元力を高めるため、WAN リンクでネットワークの冗長性（プライマリに障害が発生した場合のセカンダリへの自動フェイルオーバー）を使用します。
IP アドレスの構成
注: このセクションは HP Dimension にのみ適用されます。タッチスクリーンには独自の DHCP ネットワーク設定があり、変更しないでください。
IP アドレスを割り当てるには、自動 DHCP または静的 IPv4 割り当てを使用します。Beam は IPv4 と IPv4/IPv6 混合モードのみをサポートしています。
- DHCP（デフォルト、推奨）: デフォルトでは、Beam 対応デバイスは起動時に DHCP から IP アドレス、サブネット マスク、デフォルト ゲートウェイ、DNS サーバー アドレスを自動的に取得します。
- 静的 IP の割り当て: ネットワーク ポリシーで静的 IP アドレスが必要な場合は、初回登録と設定の際に、デバイスで静的ネットワーク パラメータを手動で構成できます。静的割り当てには、予約済みの IPv4 アドレス、サブネット マスク、デフォルト ゲートウェイが必要です。
ファイアウォール ルールとポートの要件
重要: Google API とサービスで使用されるデフォルト ドメインの IP 範囲は動的に割り当てられ、頻繁に変更されます。特定の下り（外向き）ポートを開く前に、ネットワーク ファイアウォールで Google の公式 IP アドレス範囲へのアウトバウンド接続が許可されていることを確認します。
エンドポイントのアクセシビリティを確認したら、次の表に記載されている下り（外向き）ポートルールを構成します。
| ポート | 種類 | 目的 |
|---|---|---|
| 53 | TCP と UDP | DNS の解決 |
| 80 | TCP と UDP | HTTP ウェブ トラフィック |
| 443 | TCP と UDP | HTTPS（ウェブ トラフィックとユーザー認証） |
| 3478 | TCP と UDP | WebRTC と TURN |
| 19302～19309 | UDP | WebRTC |
Google IP アドレスの範囲
組織で送信トラフィックを制限している場合や、サーバー名表示（SNI）インスペクションを実施している場合は、次の IP アドレス範囲、ポート、SNI ホスト名を許可するようにファイアウォールまたはプロキシを構成します。
| SNI またはホスト名 | ポートとプロトコル | IPv4 と IPv6 の範囲 | 目的またはサービス |
|---|---|---|---|
| *.googleapis.com | TCP と UDP 443 | なし | Google サービス |
| projectstarlinecallaccess.pa.googleapis.com projectstarlinesession-pa.googleapis.com |
TCP と UDP 443 | なし | Google Beam サービス |
| logging.googleapis.com | TCP と UDP 443 | なし | ログ |
| monitoring.googleapis.com | TCP と UDP 443 | なし | モニタリング |
| storage.googleapis.com | TCP と UDP 443 | なし | ストレージ |
| clients3.googleapis.com | TCP と UDP 443 | なし | デバイス管理 |
| workspace.turns.goog | TCP と UDP 443 | 74.125.250.0/24 2001:4860:4864:5::/64 |
Workspace メディア リレー |
| meet.turns.goog | TCP と UDP 443 | 142.250.82.0/24 2001:4860:4864:6::/64 |
Meet メディア リレー |
| なし | UDP 3478 | 74.125.247.128/29 2001:4860:4864:4:8000:: |
TURN サービスと STUN サービス |
| なし | TCP と UDP 53 | 8.8.8.8、8.8.4.4 | Google DNS |
| ntp.polycom.com | UDP 123 | なし | Poly NTP サーバー |
| mtalk.google.com | TCP 5229 | なし | Google による変更 |
標準のビデオ会議の設定を行う
各ビデオ会議プラットフォームでは、特定のポートとエンドポイントへのアクセスが必要です。まだ設定していない場合は、アクセスを許可するようにネットワークを設定します。
ライセンスに対応するタブをクリックします。
Google Beam for Meet
Meet の会議とライブ ストリーム用にネットワークを準備するの手順に沿って、Meet 用にネットワークをセットアップします。
Google Beam for Zoom
Zoom ネットワーク ファイアウォールまたはプロキシ サーバーの設定に沿って、Zoom Cloud サービスの下り（外向き）を構成します。このガイドでは、次のセクションが Beam に適用されます。
- Zoom のファイアウォール ルール: ウェブ認証とシグナリング（*.zoom.us、*.zoom.com）
- Zoom Meetings と Zoom Webinars のファイアウォール ルール: コア会議シグナリング（TCP 443、8801、8802）とリアルタイムの音声と動画メディア（UDP 3478、3479、8801 ～ 8810）
- 証明書の検証用のファイアウォール ルール: HTTP（ポート 80）経由でパブリック証明書認証局（DigiCert や Entrust など）への証明書失効チェック（CRL と OCSP）
- Zoom CDN のファイアウォール ルール: Zoom Room ハードウェアのウェブ アセットとリソース配信（TCP と UDP 443）
- Zoom Device Management（ZDM）のファイアウォール ルール: zdmapi.zoom.us
- IP 範囲の .txt ファイル: ファイアウォールで自動アドレス グループを使用している場合は、Zoom.txt などのダウンロード可能な IP フィード
Beam は ChromeOS 上に構築されており、ネットワークも ChromeOS のネットワーク要件を満たしている必要があります。Chrome デバイスのホスト名の許可リストを設定するで ChromeOS のネットワーク要件をご確認ください。
タッチスクリーンの設定を行う
HP Dimension で使用される Poly TC10 タッチスクリーンには、独自の要件があります。タッチスクリーンが正常に動作するように、Poly Lens ネットワーク デバイスの HP のドキュメントに記載されているホスト名を許可します。
ネットワークをテストする
ネットワーク遅延
ネットワーク レイテンシを測定し、最適なビデオ会議の要件を満たしていることを確認する手順は次のとおりです。
- ICMP を有効にする（必要な場合）: ネットワークで ICMP（Internet Control Message Protocol）が有効になっていることを確認します。ほとんどのネットワークではデフォルトで有効になっていますが、制限付きネットワークを使用している場合は、ネットワーク管理者に確認する必要があります。
pingコマンドを実行する: ビデオ会議で使用する有線ネットワーク接続と同じネットワークに接続されたパソコンから、ターミナルまたはコマンド プロンプトを開き、次のコマンドを実行します。> 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出力で
time=の値を探します。これらはレイテンシをミリ秒単位で表します。単一の値ではなく、平均値または代表値を考慮することをおすすめします。レイテンシを確認する: 動画の画質を最適にするには、レイテンシが最寄りの Google エンドポイントまで 100 ミリ秒未満であることを確認します。レイテンシがこのしきい値を常に超えている場合は、ビデオ会議の品質に悪影響を及ぼす可能性があります。
ネットワーク ルーティング
traceroute コマンドを使用すると、Google のエンドポイントへのネットワーク パスをトレースできます。これにより、潜在的なボトルネックや不要なホップを特定できます。ビデオ会議に使用する有線ネットワークと同じネットワーク上のパソコンから、次のコマンドを実行します。
> traceroute 74.125.247.128
これにより、ネットワーク トラフィックが Google サーバーに到達するまでのルートが表示されます。理想的には、ローカル ネットワークとインターネット サービス プロバイダ（ISP）間のホップ数を最小限に抑える必要があります。ホップ数が多い場合は、ルートの効率が低く、レイテンシが高くなる可能性があります。
輻輳の兆候をモニタリングするもう一つの便利なツールは mtr です。これは traceroute のより便利なバージョンとして動作します。このツールは、実行中のマシンと宛先の間で問題が発生する可能性のあるホップを特定し、企業ネットワーク内の問題と ISP の問題を区別するのに役立ちます。各ホップには、応答時間の平均と標準偏差が示されます。これにより、潜在的に輻輳しているリンクを特定できます。
出力例を次に示します。
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
mtr のインストール情報については、オペレーティング システムのリンク（Windows、Mac、Linux）をご覧ください（通常は、mtr パッケージとしてパッケージ マネージャーを使用してインストールします）。