対象製品: BLAZE

概要

本記事では、クラウドベースのログインを使用する際に、クライアントログ内でWebRTCのピアツーピア（P2P）関係の状況を確認する方法を説明します。また、接続がローカル、P2P、またはリレーのいずれの伝送経路を使用しているかを識別する方法についても解説します。

接続タイプ

ローカル（直接P2P接続）

ローカル接続は最も高速かつ効率的な接続タイプであり、データはパブリックIPアドレスとポートを使用してピア間で直接送受信されます。この接続は通常、両方のピアが同じローカルネットワーク上にいる場合、またはネットワークNATがオープンで許可的な場合に機能します。リレーサーバーは関与せず、最も低い遅延を実現します。

P2P（STUN支援接続）

直接のローカル接続が失敗した場合、WebRTCはSTUN支援のP2P接続を試みます。STUN（Session Traversal Utilities for NAT）サーバーは、NATの背後にあるデバイスがパブリックIPアドレスとポートマッピングを検出するのを支援し、ピアがNATホールパンチングを通じて直接接続を確立できるようにします。STUNサーバーはアドレス検出のみを支援し、メディアトラフィックの中継は行いません。

リレー（TURNリレー接続）

直接接続およびSTUN支援接続の両方が失敗した場合、WebRTCはTURNリレー接続を使用します。このモードでは、TURNサーバーがピア間のすべてのトラフィックを中継します。リレーモードは制限のあるネットワーク環境で最も高い接続成功率を提供しますが、すべてのトラフィックがリレーサーバーを経由するため遅延が増加します。
 

ローカル接続と比較して、WebRTC接続は遅延の増加と帯域幅の減少が見られる場合があります。この影響は、すべてのトラフィックがクラウドリレーサーバーを通過するリレーモードで特に顕著です。

リモート接続タイプの確認

サーバーログおよびクライアントログの両方からリモート接続タイプを確認するには：

1. ログ内でSelected Candidate Pairを検索します。
    
2. 選択されたIPおよび接続タイプを確認します。
   
   
   
   接続タイプは次のいずれかとして表示されます：host、srflx、または relay。
   
   接続モードはタイプの組み合わせに基づいて定義されます：
   
   両方がHost-Hostの場合：直接/ローカル
   
   両方がsrflx-srflxの場合：P2P STUN
   
   サーバーがrelay、クライアントがsrflxの場合：
   
             サーバーからクライアント：P2P STUN
             クライアントからサーバー：Relay TURN
   
   サーバーがsrflx、クライアントがrelayの場合：
   
             サーバーからクライアント：Relay TURN
             クライアントからサーバー：P2P STUN
   
   両方がrelayの場合：Relay TURN