Voice 用にネットワークを最適化する

Google Voice 通話用にネットワークを設定する際のベスト プラクティスをいくつかご紹介します。

クラウド向けネットワークの構築

クラウド向けのネットワーク インフラストラクチャを構築すると、Voice のトラフィックが Google のインフラストラクチャと効率的に通信できます。構築の際は、次の点に注意してください。

  • Voice のトラフィックが短い経路でインターネットに到達するようにします。以下は使用しないでください。
    • プロキシ
    • パケット インスペクションまたはプロトコル分析ツール
  • 次の項目を調べて最適化します。

プロキシに関するヒント

ネットワークで Voice のトラフィックにプロキシ サーバーを使用しないことを強くおすすめします。

  • プロキシ構成で、Voice トラフィックを許可リストに登録します。
  • Google Meet とは異なり、Voice は TCP にフォールバックしません。Voice では音声トラフィックに UDP のみが使用されます。
  • トラフィックにプロキシを使用すると、レイテンシが発生し、Google Voice の音質が自動的に低下する可能性があります。Voice は、クライアントと Google のバックエンドとの間のレイテンシが 100 ms 未満である場合に最適なパフォーマンスを発揮できます。
  • ソケット セキュア（SOCKS5）インターネット プロトコルはサポートされていません。

パケット インスペクション / プロトコル分析ツール

Voice に対しては、できる限りパケット インスペクションやプロトコル分析ツールを使用しないでください。レイテンシが発生し、Voice インフラストラクチャで音質が自動的に低下する可能性があります。

自動スキャンツールでは音声ストリーム データを再構築できないため、音声トラフィックのパケット検査もほとんどメリットがありません。

これらのツールを使用する場合は、すべての Voice トラフィック ポート番号を許可リストに登録して、ツールをバイパスします。

Wi-Fi に関するヒント

以下の推奨事項は一般的なオフィス環境を対象としています。製造フロア、無線周波数（RF）ノイズが高いエリア、半屋外のスペースなど、複雑な環境については、ワイヤレス ネットワークのエンジニアが状況に応じて判断する必要があります。

リアルタイム アプリケーションを利用するすべてのデバイスで基本の RF スペクトラムと帯域幅が共有されるため、ワイヤレス ネットワークでリアルタイム アプリケーションを実行するのは難しい場合があります。

Voice で使用するワイヤレス ネットワークの設計、導入、運用の際は、次の点をよく検討してください。

無線周波数帯（2.4 GHz、5 GHz）

2.4 GHz 帯のワイヤレス ネットワークは一般的に負荷が高く、リアルタイム アプリケーションを導入、運用することは通常おすすめしません。この推奨事項には、一般的なオフィス環境で接続を提供するアプリケーションが含まれます。

2.4 GHz 帯には、重複しないチャンネルが 3 つしかない、付近のネットワークの干渉によるノイズが発生しやすい、他の機器（電子レンジなど）からの干渉を受けるといった理由により、ノイズの多い複雑な RF 環境になるという問題があります。

Voice などのリアルタイム アプリケーションの安定した動作は、十分な容量、遅延、ジッター、パケット損失レベルに依存しますが、2.4 GHz 帯域でこれを実現することはほぼ不可能です。

設計とデプロイに関する考慮事項

リアルタイム アプリケーションに対応するワイヤレス ネットワークを設計する際は、対応エリアではなく容量に注目してください。

  • セルのサイズを管理します。セルのサイズはアクセス ポイント（AP）の送信能力に応じて調整します。会議室や会議場など、多数の端末の使用が予測される場所では小規模なセルを導入して容量を増やします。大規模なセルは、普段オフィスフロア全体に対応する場合などに適しています。
  • RF を効率的に使用するには、周波数が低めの RF を無効にします。これにより、AP 間のローミング時にクライアントが最も近い AP に強制的にハンドオーバーされます。

2.4 GHz 帯と 5 GHz 帯の両方で同じワイヤレス ネットワークの SSID を使用できる場合、ネットワークでアグレッシブなバンド ステアリングを実装して、クライアントに 5 GHz 帯の利用を強制するようにします。

  • 同じ AP に接続できる固定電話の数は 10 台以下が現実的な目安です。数値を大きくすると、予測できないユーザー エクスペリエンスが生じる可能性があります。
  • ワイヤレス接続の固定電話は、エージェントやサポートチームなど、通話頻度の高いチームでは使用しないでください。たとえば、GOVO サイトや 24 時間対応のコールセンターなどです。
  • 10 秒未満の短い音声の中断は想定されており、ワイヤレス接続の固定電話ではネットワーク レベルで解消することはできません。会議、記者会見、役員会議など、重要な電話をかける場合は、ワイヤレス ネットワークを使用することをおすすめしません。
  • 規制は国や地域によって異なりますが、一般的な要件として、DFS チャネルを使用する Wi-Fi デバイスが地域の気象レーダー システムに干渉しないようにすることが挙げられます。そのため、レーダー干渉の対象となる AP はそのチャンネルの使用を中止します。すべてのクライアントは、異なるチャンネルで動作している別の AP に再接続する必要があります。

AP 間のシームレスなローミングや適切な RF 管理などの高度な機能を利用するには、ワイヤレス ネットワークをサイロ化されたスタンドアロン AP の集合としてではなく、一元的に管理、運用してください。

最後に、ワイヤレス ネットワークの導入後に調査を行い、Voice が通常利用される領域全体でワイヤレス ネットワークが利用可能なことを確認します。

Voice の IP アドレス範囲

Voice のトラフィックはセキュリティで保護され、かつ暗号化されるため、Google で使われている IP アドレスへのトラフィックを制限する必要はありません。

ただし、ネットワークの制約によりトラフィックの制限が必要な場合は、次の IP 範囲を許可リストに登録して Voice のメディア サーバーを許可してください。この IP が Google Workspace 版 Voice 専用になるため、Google Workspace で使用されている音声トラフィックを識別し、一般ユーザー向けアカウントからの音声トラフィックの優先度を下げることができます。これにより、ネットワークやファイアウォールへのアクセスをより適切に設定し、最適化できるようになります。

  • IPv4: 74.125.39.0/24
  • IPv6: 2001:4860:4864:2::0/64

音声ポート範囲

次のポートで音声トラフィックが組織との間で送受信されるようにネットワークを設定します。

  • 送信 UDP ポート 19302〜19309
  • 送信 TCP ポート 443

注: 音声ポート範囲 19302 ～ 19309 では、Chrome WebRTC の UDP ポートの設定が使用されます。詳しくは、ユーザーまたはブラウザに Chrome のポリシーを設定するをご覧ください。