インターネット プロトコル トラフィックの世界では、消費者はビジネス用または個人用に TCP または UDP セットアップを選択できます。 TCP と UDP の特徴と機能に関しては、それぞれに独自の利点と課題があります。
そうは言っても、UDP はより高速で最新であることで知られていますが、多くのシステムはまだ情報のバッチをダウンロードするために TCP に依存しています。 ユーザーは、どのプロトコルが自分に最適かについて情報に基づいた決定を下すために、特定の IP のニーズを調べる必要があります。
TCPとは何ですか？
伝送制御プロトコル (TCP) は接続指向です。つまり、接続が確立されると、データを双方向に送信できます。 TCP には、エラーをチェックし、データが送信された順序で配信されることを保証するシステムが組み込まれているため、静止画像、データ ファイル、Web ページなどの情報を転送するのに最適なプロトコルです。
しかし、TCP は本能的に信頼できるものですが、そのフィードバック メカニズムによってオーバーヘッドが大きくなり、ネットワークで利用可能な帯域幅をより多く使用することになります。
UDPとは何ですか？
ユーザー データグラム プロトコル (UDP) は、より単純なコネクションレス型のインターネット プロトコルであり、エラー チェックおよび回復サービスは必要ありません。 UDP では、接続の開始、接続の維持、または接続の終了のオーバーヘッドはありません。 データは、受信するかどうかに関係なく、受信者に継続的に送信されます。
UDP は、電子メールの送信、Web ページの表示、またはファイルのダウンロードには理想的ではありませんが、ブロードキャストやマルチタスク ネットワーク伝送などのリアルタイム通信には主に好まれます。
TCPとUDPの違いは何ですか?
TCP はコネクション型のプロトコルであるのに対し、UDP はコネクションレス型のプロトコルです。 TCP は UDP よりも比較的遅いため、TCP と UDP の主な違いは速度です。 全体として、UDP ははるかに高速でシンプル、効率的なプロトコルですが、失われたデータ パケットの再送信は TCP でのみ可能です。
TCP と UDP のもう XNUMX つの注目すべき相違点は、TCP はユーザーからサーバー (およびその逆) へのデータの順序付けられた配信を提供するのに対し、UDP はエンドツーエンドの通信専用ではなく、受信者の準備状況をチェックしません (必要なより少ないオーバーヘッドとより少ないスペースを占有します)。
|
特徴 |
TCP |
UDP |
| 接続状態 | データを送信するには確立された接続が必要です (送信が完了したら、接続を閉じる必要があります) | 接続の開始、維持、終了の要件がないコネクションレス プロトコル |
| データの順序付け | シーケンス可能 | シーケンスできません |
| 保証配信 | 配達を保証できる 宛先ルーターへのデータ | 宛先へのデータの配信は保証できません |
| データの再送信 | 失われたパケットの再送が可能 | 失われたパケットの再送信なし |
| エラーチェック | 広範なエラーチェックとデータの確認 | チェックサムを使用した基本的なエラー チェック メカニズム |
| 振込方法 | データはバイト ストリームとして読み取られます。 メッセージが送信されます セグメント境界 | 境界が定義された UDP パケット。 個別に送信され、到着時に完全性がチェックされます |
| 速度 | UDPより遅い | TCPよりも高速 |
| 放送 | ブロードキャストをサポートしていません | 放送をサポートしていますか |
| 最適な使用 | HTTPS、HTTP、SMTP、POP、FTP などで使用 | ビデオ会議、ストリーミング、DNS、VoIP など |
TCP と UDP の速度
UDP が TCP よりも高速である理由は、存在しない「確認応答」が連続したパケット ストリームをサポートしているためです。 TCP 接続は、(接続が完全に信頼できるかどうかに関係なく) 常にパケットのセットを確認するため、データ パケットが失われた場合、否定確認が返されるたびに再送信が発生する必要があります。
しかし、UDP は TCP トランスポートの不要なオーバーヘッドを回避するため、帯域幅の点で非常に効率的であり、パフォーマンスの低いネットワークへの要求もはるかに少なくなります。
ビデオ会議に適しているのはどれですか?
TCP からのフロー制御は信頼できますが、欠落したデータをリアルタイムのビデオ通信で使用できるほど高速に回復することはできません。 また、データの整合性は重要ですが、通信のペースが妨げられないようにするためには、速度とのバランスを取る必要があります。
そのため、Lifesize の Web およびデスクトップ アプリは、メディア トランスポート用に TCP よりも UDP を優先するように開発されましたが、Icon 会議室システムはリアルタイム メディア用に UDP のみを使用します。 さらに、Lifesize は、遅延や遅延のない堅牢な UDP メディア接続のために、エラー隠蔽、エラー修正、レート制御などの戦略を採用しています。
Lifesize は、可能な限り最高のユーザー エクスペリエンスを実現するために、クラウド サーバーへの UDP 経由のアクセスを有効にすることをお客様に強くお勧めします。
Lifesize で UDP を有効にする方法
利用可能な最高品質のビデオ会議のために、Lifesize は UDP を優先して遅延を減らし、毎回スムーズな通話を保証します。 ほんの数ステップで、Lifesize で UDP を有効にして、より良い会議とより強力な結果を得ることができます。
1.Lifesize を開く
Video Cloud Studioで Lifesize Web またはデスクトップ アプリ 始めます。 Lifesize は、PC と Mac コンピューター、Android と iOS の携帯電話とタブレット用のアプリ、およびアプリケーションをダウンロードできないデバイス用のブラウザーベースの Web アプリで、幅広いデバイスとユーザー設定をサポートします。
2. 好みを選ぶ
Lifesize アプリに入ったら、ポート設定を選択する必要があります。 ファイアウォールを介して他のデバイスに通話を発信するには、予約済みの TCP または UDP ポートを介して Lifesize システムへの着信および発信トラフィックを許可するようにファイアウォールを設定する必要があります。
通信に使用できる UDP ポートの数を最小限に抑えるには、[設定] > [ネットワーク] > [予約済みポート] で値を変更して範囲を制限できます。 デフォルトでは、Lifesize システムは、ビデオ、音声、プレゼンテーション、およびカメラ制御用に 60000 ～ 64999 の範囲のポートを介して通信します。
Lifesize では、ユーザーがこの範囲に固執することを推奨していますが、利用可能な UDP ポートの数を制限することができます。 選択した範囲がデフォルトのサブセットでない場合は、必ず 49151 より大きいポート番号で開始してください。
さらに、偶数の合計ポート数を含めるには、範囲を偶数で開始し、奇数で終了する必要があります。 たとえば、範囲が 62000 から始まる場合、下限を 62000 に、上限を 62099 に設定して、100 個のポート (必要な最小値) を割り当てます。
Reserved Ports の値を変更すると、システムが再起動することに注意してください。
3. プロキシ設定を開く
設定が整ったら、[設定] > [ネットワーク] > [プロキシ] に移動して、プロキシ設定を開きます。
この表 ネットワークからUDPポートへのアウトバウンドアクセスを許可するようにファイアウォールを構成する必要があるため、UDPに関連する必要なファイアウォールとプロキシ設定に関する優れたリソースです. 承認された Cisco® および Polycom® デバイスのサードパーティ統合がある場合は、H.460 サーバーの IP アドレスも提供されます。
必ず更新で [保存] をクリックしてください。 成功したプロキシ接続は [接続済み] と表示されますが、プロキシの状態が [失敗] と表示される場合は、設定を確認して再試行することが重要です。
4.UDPを有効にする
Lifesize で UDP を有効にすると、毎秒 30 フレーム以上のビデオにより、ユーザーはビデオ通話と会議を最大限に活用できます。 この画像の更新間隔は非常に短いため、データの再送信の遅延を待つ必要がありません。つまり、XNUMX つのプラットフォームで明瞭性、一貫性、生産性がすべて向上します。
要約
TCP と UDP の違いを調べた結果、仮想通信を使用するすべてのビジネスが UDP から大きなメリットを得られることは明らかです。 UDP は、TCP によくあるトランスポート トラップやネットワークの詰まりを回避するだけでなく、すべてのストリーミング ニーズに対して並外れた速度を誇っています。 また、Lifesize の UDP を有効にすることで、企業は強化されたワークフロー、オーバーヘッドの削減、中断の削減を享受できるため、この組み合わせは真のウィンウィンになります。
