RTSP タイムアウト: TCP インターリーブ、UDP ユニキャスト、またはネットワーク パスの修正を試す場合

「RTSP タイムアウト」は、カメラのトラブルシューティングで最も広範な表現の 1 つです。これは、RTSP サーバーへの TCP 接続がタイムアウトしたことを意味している可能性があります。これは、「DESCRIBE」の戻りが遅いことを意味している可能性があります。これは、「PLAY」は成功したが、RTP パケットが到着しなかったことを意味する可能性があります。これは、UDP ポートがブロックされているか、NAT が何かを誤って書き換えたか、ファイアウォールが制御トラフィックを許可してもメディア トラフィックを許可しなかったことを意味する可能性があります。

という表現は曖昧です。証拠はそうである必要はない。

コントロールタイムアウトをメディアタイムアウトから分離する

RTSP 制御は通常、TCP 経由で行われます。 RTP メディアは UDP 上で流れることも、RTSP TCP 接続上でインターリーブされることもあります。最初の診断分割は次のとおりです。

• RTSP TCP 接続は開きましたか?
• サーバーは「OPTIONS」に応答しましたか?
• DESCRIBE は SDP を返しましたか?
• SETUPは成功しましたか?
• 「PLAY」は成功しましたか?
• RTP は「PLAY」後に到着しましたか?

TCP 接続自体が失敗した場合は、ホスト、ポート、ルーティング、ファイアウォール、VPN、および RTSP サービスが有効になっているかどうかを検査します。 RTSP 制御は成功したが RTP が到着しない場合は、トランスポート ネゴシエーションとメディア パスを検査します。

TCP は動作するのに UDP が頻繁に失敗する理由

RTSP 制御が機能している場合でも、UDP RTP が失敗することがあります。クライアントとカメラは「SETUP」中にポートをネゴシエートします。ファイアウォール、NAT デバイス、VLAN ポリシー、クラウド ルーティングによってメディア パスがブロックされる場合があります。カメラは、クライアントが受信できないポートに RTP を送信する場合があります。セキュリティ ゲートウェイは TCP 554 を許可しても、UDP をドロップする場合があります。

症状：

• DESCRIBE は成功します
• SETUP は成功します
• 「PLAY」は成功します
• RTPパケットが到着しない
• プレーヤーは最終的にタイムアウトまたは黒い画面を報告します

この場合、TCP インターリーブへの切り替えは有効なテストです。 RTSP TCP 接続内で RTP を送信します。 TCP インターリーブが機能するのに UDP が機能しない場合は、おそらくコーデックが最初に疑われるわけではありません。ネットワーク メディア パスは次のとおりです。

TCP インターリーブはテストであり、必ずしも最終的な答えになるわけではありません

RTSP over TCP インターリーブは、制御とメディアを同じ接続上に維持するため、ファイアウォールや NAT を越えるのが容易になります。また、レイテンシが増加し、パフォーマンス動作が変化する可能性もあります。フィールド診断では、比較点として扱うのが最適です。

比較する：

• UDP ユニキャスト RTP: メディアは到着しますか?
• TCP インターリーブ RTP: メディアは到着しますか?
• RTCP: 送信者レポートは表示されますか?
• パケット損失: UDP ではシーケンス ギャップが表示されますか?
• レイテンシ: TCP は帯域幅の圧力によってストールを引き起こしますか?

デプロイメントで UDP が想定されている場合、TCP の成功はサイトを完全に検証しません。作業が必要なネットワーク境界を特定します。

接続拒否はタイムアウトとは異なります

「接続が拒否されました」は通常、ホストが TCP 接続を積極的に拒否したことを意味します。一般的な原因:

• RTSPサービスが無効になっています
• 間違ったポート
• カメラのファームウェアはRTSPを公開しません
• NVRポートはカメラポートとは異なります
• ファイアウォールはドロップではなく拒否します

タイムアウトとは、クライアントが諦める前に応答が到着しなかったことを意味します。一般的な原因:

• ルーティングの問題
• ファイアウォールのドロップ
• 到達不能なネットワーク
• 間違ったパブリックポートマッピング
• カメラがオフライン
• VPN パスの問題

これらを同じサポート ノートにまとめないでください。拒否されタイムアウトになった場合は、別の所有者がポイントされます。

タイムアウト レポートで取得する内容

有用な RTSP タイムアウト レポートには次のものが含まれている必要があります。

• ターゲットホストとポート
• TCPが接続されているかどうか
• 最後に送信されたRTSPメソッド
• 応答ステータスがある場合
• SDP が返されたかどうか
• 選択されたトランスポートヘッダー
• ネゴシエートされたクライアント/サーバー ポート
• RTPが到着したかどうか
• RTCPが到着したかどうか
• TCPインターリーブ比較
• UDPの比較

これはネットワークエンジニアに必要な証拠です。 「タイムアウトになった」だけでは十分ではありません。

RTSP インスペクターが適している場所

RTSP Inspector は、RTSP 制御、トランスポート ネゴシエーション、RTP 配信、RTCP 証拠、およびコーデックの準備状態を 1 つの診断フローに維持することで役立ちます。違いを隠す選手になろうとしているわけではない。

RTSP タイムアウト検索の場合、最も強力な出力は短い判定です。

• SDP前の制御タイムアウト
• 「PLAY」成功後のメディアタイムアウト
• UDP はブロックされましたが、TCP インターリーブは機能しました
• RTSP ポートで TCP が拒否されました
• RTP は配信されましたが、コーデックはデコード準備ができていません

各評決には異なる修正が加えられます。検索キーワードは「RTSP タイムアウト」かもしれませんが、本当の答えは制御とメディアの境界にあります。