ストリーム障害をデバッグするカメラチームのための RTSP 診断 FAQ

この FAQ は、カメラベンダー、CCTV インテグレーター、NVR チーム、ビデオプラットフォームエンジニアが、ストリームが接続したり、失敗したり、フリーズしたり、クライアント間で異なる動作をする場合に尋ねる質問に答えます。IP カメラ RTSP トラブルシューティングワークフロー と併用してください。

RTSP Inspector は VLC の代替ですか？

いいえ。VLC はプレーヤーです。RTSP Inspector は診断およびレポート用のワークベンチです。VLC を使用してストリームが再生可能かどうかを確認します。結果が曖昧な場合に、RTSP 状態、SDP、トランスポート、RTP、RTCP、コーデックの動作を説明するには RTSP Inspector を使用します。

VLC ではストリームが再生されるのに、NVR や分析アプリが失敗するのはなぜですか？

VLC は、より厳格なクライアントが拒否するストリーム動作を許容する場合があります。一般的な原因には、SDP の不一致、SPS/PPS の欠落、H.265 互換性、RTP パケット損失、タイムスタンプのドリフト、ペイロードタイプの不一致、またはトランスポートの違いが含まれます。RTSP Inspector は、どの境界で失敗したかを証明するのに役立ちます。

ONVIF と RTSP 診断の違いは何ですか？

ONVIF はデバイス、プロファイル、ストリーム URI の発見に役立ちます。RTSP 診断は、URI がテストされた後に DESCRIBE、SETUP、PLAY、SDP、RTP、RTCP、コーデック構造で何が起こるかを説明します。RTSP Inspector vs ONVIF Device Manager を参照してください。

UDP と TCP インターリーブのどちらを先に試すべきですか？

本番環境に一致するパスを試してから比較してください。UDP はファイアウォール、NAT、パケット損失の問題を露呈する可能性があります。TCP インターリーブはより厳格なネットワークを通過できますが、信頼性の高いストリームの背後にネットワーク損失を隠す可能性があります。UDP または TCP 経由の RTSP タイムアウト と ファイアウォールまたは NAT によってブロックされた RTSP UDP を使用してください。

SDP は何を証明しますか？

SDP は、カメラがトラック、コーデック、ペイロードタイプ、クロックレート、コントロール URL、メディアパラメータについて主張していることを証明します。SDP が間違っていると、有用なビデオ分析が始まる前に再生が失敗する可能性があります。SDP、H.264、H.265 診断 をお読みください。

RTCP は RTP パケット損失以外に何を追加しますか？

RTP はパケット配信とタイムスタンプを示します。RTCP は、送信者レポート、タイミングコンテキスト、パケットカウント、ジッター、CNAME、およびネットワーク損失とカメラのタイミング動作を区別するのに役立つストリーム正常性の証拠を追加します。

診断レポートはいつ必要ですか？

ケースが画面を離れる必要がある場合にレポートを使用します：カスタマーサポート、カメラベンダーへのエスカレーション、QA 証拠、フィールドサービスのメモ、内部デバッグ。RTSP Inspector Professional は PDF、HTML、Markdown、JSON、保存された .risession ケースをエクスポートします。

すでに Wireshark を持っている場合、RTSP Inspector は役立ちますか？

はい、タスクが広範なパケット分析ではなく RTSP 診断である場合に役立ちます。Wireshark はパケットを表示できます。RTSP Inspector は RTSP、SDP、RTP、RTCP、コーデックの証拠を焦点を絞ったワークフローとレポートパスに整理します。