IPカメラRTSPトラブルシューティングワークフロー：URLからRTP証拠まで

IPカメラの障害は、最初のテストがプレーヤーであるために誤診されることがよくあります。プレーヤーはビデオが時々表示されることを証明できますが、NVR、分析パイプライン、ブラウザゲートウェイ、または顧客ネットワークでストリームが失敗する理由を説明することはほとんどありません。RTSP Inspectorは診断パス用に構築されています：RTSP制御、SDP宣言、RTP配信、RTCPタイミング、H.264/H.265構造。

カメラが接続する、フリーズする、異常が発生する、UDPでのみ失敗する、またはあるツールでは動作するが別のツールでは動作しない場合に、このハブを最初のワークフローとして使用してください。

ワークフロー

Step	証明すること	収集する証拠
1. URLを確認する	RTSPパスは実在し到達可能か？	OPTIONS、DESCRIBE、ステータスコード、CSeq、リダイレクト、カメラパス
2. 認証を解決する	カメラは資格情報と認証方式を受け入れたか？	401ループ、Digestレルム、nonce、Basicフォールバック、最終ステータス
3. メディアの前にSDPを読む	カメラは使用可能なトラックとコーデックを宣言したか？	コントロールURL、ペイロードタイプ、クロックレート、H.264/H.265パラメータ、オーディオトラック
4. トランスポートを確認する	SETUPはTCP、UDP、マルチキャスト、または不一致をネゴシエートしたか？	Transportヘッダー、インターリーブチャンネル、クライアント/サーバーポート、NAT、ファイアウォール動作
5. メディアを測定する	RTPとRTCPは損失、ジッター、タイミング、またはコーデック障害を証明したか？	シーケンスギャップ、タイムスタンプ、マーカービット、SSRC、送信者レポート、SPS/PPS、FU-A

URLとステータスコードから始める

ストリームパスが間違っている場合、すべてのメディア理論は時間の無駄です。RTSP 401および404カメラURL診断、RTSP 400 Bad Request、ONVIFは動作するがRTSP URLが失敗するから始めてください。

RTSP Inspectorはコントロールプレーンの交換を見える形で保持します：OPTIONS、DESCRIBE、SETUP、PLAY、ステータスコード、ヘッダー、および編集済み認証証拠。これが「VLCで再生できなかった」以上のことを伝えるサポートケースの基盤です。

デコーダーを責める前にSDPを読む

SDPは、カメラがストリームを正しく宣言したかどうかを教えてくれます。再生は開始するがデコーダーや分析が失敗する場合は、RTSP診断におけるSDP、H.264、H.265、RTSPストリームで欠落しているH.264 SPS/PPS、H.264 RTPパケット化モード0 vs 1を使用してください。

ポイントは、メタデータの失敗とメディア配信の失敗を分離することです。カメラは認証できても、誤ったペイロードタイプ、欠落したコーデックパラメータ、間違ったコントロールURL、またはサポートされていないH.265の選択を公開し続ける可能性があります。

トランスポート境界を証明する

多くのカメラケースはトランスポートケースです。RTSPタイムアウト：UDP、TCPインターリーブ、またはネットワークパス、ファイアウォールまたはNATによってブロックされたRTSP UDP、RTSP 461サポートされていないトランスポート、RTSP over TCPインターリーブチャンネルの不一致が一般的な境界をカバーします。

RTSP Inspectorが有用なのは、「TCPを試す」で止まらないからです。パケットが到着できるかどうかを決定するSETUPネゴシエーション、トランスポート応答、RTP/RTCP受信証拠、チャンネルマッピングを表示します。

メディアの健全性を測定する

メディアが到着したら測定してください。カメラストリームでのRTPパケット損失、RTCP送信者レポート、ジッター、パケット損失、RTPタイムスタンプドリフト、RTPマーカービットとH.264フレーム境界は、目に見える異常をパケットとタイミングの証拠に変えるのに役立ちます。

ここがRTSP Inspectorがプレーヤーと異なる点です。答えは単に「ビデオがフリーズした」ではありません。答えは、RTPシーケンス番号がスキップされたか、タイムスタンプがドリフトしたか、RTCPレポートが停止したか、またはH.264ストリームにデコーダーが必要とする構造が欠けていたかです。

診断ツールを正直に比較する

再生か診断かが問題の場合は、カメラデバッグのためのRTSP Inspector vs VLCを使用してください。検出は機能するがメディアパスが失敗する場合は、RTSP Inspector vs ONVIF Device Managerを使用してください。チームが既にパケット分析ツールを持っている場合は、カメラ診断のためのRTSP Inspector vs Wiresharkを使用してください。

幅広いカバレッジのために、RTSPストリームトラブルシューティングガイドとRTSP診断FAQがカメラチームの最も一般的な質問を収集しています。

サンプルフィールドレポート

結果をラップトップから持ち出す必要がある場合は、RTSP Inspectorサンプルレポートから始めてください。例では、SPS/PPSが欠落しているためにカメラは接続するがビデオが黒い、RTSPはTCPで動作するがUDPメディアがブロックされている、ONVIFは動作するがRTSP URLが失敗する、VLCは再生するがVMSがH.265をデコードできないについて、サポート準備完了の境界を書く方法を示しています。

バイヤーワークフロー

同じ証拠が各チームによって異なる方法で使用されます。プロトコルの説明ではなくバイヤーパスが必要な場合は、RTSP Inspectorユースケースから始めてください：CCTV設置業者はブラックスクリーンカメラの通話に関するフィールドレポートが必要で、VMSおよびNVRサポートチームはエスカレーションパケットが必要で、IPカメラQAチームはリリース前にファームウェアとストリーム互換性の証拠が必要です。

セットアップと次のステップ

RTSP Inspector接続ヘルプを使用して診断セッションを開始し、証拠をアプリから持ち出す必要がある場合はRTSP Inspectorレポートヘルプを使用してください。特定のステータスコード、トランスポート、RTP、RTCP、コーデックのケースについては、RTSP Inspectorブログインデックスを参照してください。