直接の答え
ファイアウォールのシンプルさと損失回復が重要な場合は、TCP を選択してください。 再送信遅延を最小限に抑えることが重要な場合は、クリーンな LAN 上で UDP をテストしてください。 正解は、測定された損失、遅延、安定性の目標を満たすモードです。
なぜこれが起こるのか
RTSP は制御プロトコルですが、RTP メディアは TCP インターリーブまたは UDP を使用できます。 TCP は、順序付けられた配信を保持しますが、損失により後のデータが遅れる可能性があります。 UDP はその動作を回避しますが、失われたパケット自体を再送信しません。
URL、資格情報、アドレス ファミリ、および RTP トランスポートを、独立して失敗する可能性がある別個の変数として扱います。
管理されたテスト
各モードで同じストリームを一定の間隔で実行し、起動時間、目に見える損失、遅延、切断を記録します。
一度に 1 つの変数を変更します。 カメラのモデル、ファームウェア、エンドポイント、アカウントを記録しておきます。 次に、ネットワーク到達可能性、プロトコル応答、メディアトランスポート、およびデコードを個別のレイヤーとしてテストします。
専用の表示専用アカウントと信頼できるローカル診断ツールを使用します。 出力を共有する前に、資格情報、プライベート アドレス、識別データを編集します。
診断シーケンス
| チェック | アクション | 進歩の証拠 |
|---|---|---|
| ベースライン | URL、コーデック、解像度、クライアントは固定のままにしてください。 | テスト間の変更のみを転送します。 |
| TCP | ファイアウォールと VPN パスを介した安定した再生を測定します。 | 動作限界を超えるストールはありません。 |
| UDP | LAN 上のパケット損失と並べ替えを測定します。 | アーティファクトは依然として許容されるしきい値を下回っています。 |
| 決断 | スローガンではなく、ネットワーク パスごとに選択します。 | 選択したモードには証拠が記録されています。 |
保管すべき証拠
測定された損失、遅延、再接続回数を含む短い A/B テーブルは、1 つのトランスポートが普遍的に高速であることを宣言するよりも役立ちます。
境界と安全上の注意
UDP をリモートで動作させるために、広範なパブリック UDP 範囲やカメラ ポートを開かないでください。 VPN を介してプライベート ルートを伝送します。
リモート表示の場合は、RTSP またはカメラ管理ポートをパブリック インターネットに直接公開するのではなく、管理された VPN を使用します。
SmartRTSP
SmartRTSP は、Apple デバイス、Windows、Android 用のカメラに焦点を当てた RTSP および ONVIF ビューアです。 直接表示、発見、マルチカメラのチェックに適しています。 継続的な記録、証拠のエクスポート、または企業の集中管理が必要な場合は、専用の NVR または VMS を用意してください。
よくある質問
RTSP は常に TCP を使用しますか?
RTSP コントロールは通常 TCP を使用しますが、RTP メディアは UDP でネゴシエートするか、TCP でインターリーブできます。
UDP は常にレイテンシが低いですか?
自動的にではありません。 輻輳、損失、バッファリング、およびデコーダの動作はすべて、エンドツーエンドの遅延に影響します。
UDP が失敗したときに TCP が VPN を介して機能するのはなぜですか?
インターリーブ メディアは確立された制御接続を共有するため、通常は必要な個別のフローが少なくなります。
一次参考文献
関連する SmartRTSP ガイド
関連ガイドを開くデフォルトを選択する前に、同じカメラ、コーデック、ネットワークを使用してインターリーブ TCP とユニキャスト UDP を比較してください。