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

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

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

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

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

プロキシに関するヒント

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

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

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

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

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

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

Wi-Fi に関するヒント

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

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

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

2.4 GHz 帯と 5 GHz 帯の RF 帯域

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

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