直接の答え
少なくとも 4 つの層 (エンドポイントの到達可能性、RTSP メソッドの成功、メディア パケットの到着、デコードされたフレームの鮮度) を監視します。 TCP 接続だけでは、健全なカメラ ビューとは言えません。
なぜこれが起こるのか
カメラは、401 を返したり、間違ったトラックをアドバタイズしたり、パケットを送信しなかったり、デコーダが使用できないフレームを配信したりしながら、ポート 554 を受け入れることができます。
信頼性の高いカメラ表示は、制限された再試行、監視可能な状態、および意図的なメイン/サブストリーム ポリシーに依存します。
管理されたテスト
監視が負荷テストにならないように、軽量到達可能性と完全なメディア プローブに対して異なる間隔とタイムアウトを設定します。
一度に 1 つの変数を変更します。 カメラのモデル、ファームウェア、エンドポイント、アカウントを記録しておきます。 次に、ネットワーク到達可能性、プロトコル応答、メディアトランスポート、およびデコードを個別のレイヤーとしてテストします。
専用の表示専用アカウントと信頼できるローカル診断ツールを使用します。 出力を共有する前に、資格情報、プライベート アドレス、識別データを編集します。
診断シーケンス
| チェック | アクション | 進歩の証拠 |
|---|---|---|
| ネットワーク | ルートとサービスの受け入れ状況を確認してください。 | ホストと RTSP サービスが応答します。 |
| プロトコル | 認可された DESCRIBE または同等のフローを確認します。 | 有効なメディア リソースがアドバタイズされます。 |
| メディア | バイト、パケット、タイムスタンプの進行状況を追跡します。 | ストリームは停止していません。 |
| デコード | 最後の良好なフレーム以降の時間を追跡します。 | オペレーターは実際に現在のビデオを見ることができます。 |
保管すべき証拠
ヘルス状態、最後の遷移、最後の良好なフレーム、失敗の理由、および再試行回数を公開します。 アラートは障害が発生したレイヤーを特定する必要があります。
境界と安全上の注意
デフォルトでは、監視ラベルに資格情報を保存したり、完全なカメラ URL をサードパーティのテレメトリにエクスポートしたりしないでください。
リモート表示の場合は、RTSP またはカメラ管理ポートをパブリック インターネットに直接公開するのではなく、管理された VPN を使用します。
SmartRTSP
SmartRTSP は、Apple デバイス、Windows、Android 用のカメラに焦点を当てた RTSP および ONVIF ビューアです。 直接表示、発見、マルチカメラのチェックに適しています。 継続的な記録、証拠のエクスポート、または企業の集中管理が必要な場合は、専用の NVR または VMS を用意してください。
よくある質問
開いている RTSP ポートは有効なヘルスチェックですか?
これは、接続が受け入れられたことを証明するだけであり、承認されたメディア ストリームが使用可能であることを証明するものではありません。
完全なプローブはどのくらいの頻度で実行する必要がありますか?
多くの場合、運用目的には十分ですが、カメラ セッションや帯域幅を消費するほどではありません。
フレーム鮮度とは何ですか?
有効なデコードされたフレームからの経過時間。ビューが現在のものであるかどうかを直接反映します。
一次参考文献
関連する SmartRTSP ガイド
関連ガイドを開くセッションのセットアップ、最後の良好なフレーム、メディアの継続性、クロックおよび再接続の動作に関するヘルス チェックを構築します。