RTSP 503 サービスが利用できません: カメラのリソース制限、ストリームが多すぎる、およびエンコーダ ビジー エラー

「RTSP/1.0 503 Service Unavailable」は、意図的なエラーです。カメラが応答したため、ホストに到達できます。プロトコルは RTSP なので、ポートはおそらく正しいでしょう。しかし、カメラまたは NVR は、現在ストリームを提供できないと言います。ストリームが時々動作するものの、一貫して動作しない場合、ユーザーは「RTSP 503 サービスが利用できません」、「カメラの RTSP 接続が多すぎます」、「IP カメラ エンコーダがビジーです」、「NVR ストリーム サービスが利用できません」、および「RTSP リソース制限」を検索します。

IP カメラの場合、「503」は多くの場合、リソース制限、ストリーム プロファイルの競合、エンコーダの起動の失敗、ビジーな NVR チャネル、または一時的なサービスの障害を示します。これは、「401 Unauthorized」、「404 Not Found」、「454 Session Not Found」とは異なります。

RTSP インスペクターは、重要な証拠が RTSP 応答、タイミング、ストリーム プロファイル、および接続数コンテキストであるため便利です。

RTSP における 503 の通常の意味

「503 Service Unavailable」は、RTSP サーバーがその時点で要求されたサービスを提供できないことを意味します。カメラ システムでは、これは次のことを意味します。

• すでに接続されているクライアントが多すぎます。
• カメラは別のストリーム プロファイルをエンコードできません。
• メインストリームは別の構成によってロックされています。
• NVR チャンネルがオフラインまたはビジー状態です。
• ファームウェア サービスが過負荷になっています。
• カメラが再起動中、またはエンコーダーが再起動中です。
• 要求された解像度/フレーム レート/コーデックの組み合わせは現在利用できません。
• 設定変更後、ストリームが一時的に利用できなくなります。

「Retry-After」ヘッダーが存在する場合、サーバーは明示的にクライアントに待機を要求している可能性があります。多くのカメラにはこれが含まれていないため、診断はタイミングと繰り返しの試行に依存する必要があります。

RTSP クライアントが多すぎます

多くのカメラには小さな接続制限があります。カメラでは、1 つまたは 2 つのメインストリーム ビューア、少数のサブストリーム ビューア、または限られた総数の RTSP セッションを許可できます。 NVR はチャネルごとの制限を強制する場合があります。

症状：

• ストリームは、他の人が視聴していないときにも機能します。
• VMS の録画中にストリームが失敗します。
• Web UI ライブ ビューは機能しますが、外部 RTSP が失敗します。
• メインストリームが 503 を返す間、サブストリームは機能します。
• カメラを再起動すると一時的に解決します。

修正するには、クライアントを減らす、サブストリームを使用する、NVR を経由するルーティング、または単一の再ストリーミング サービスを構成することが考えられます。ただし、診断は、単に「ビデオが失敗した」ということではなく、カメラが「503」を返したことを証明することから始まります。

エンコーダリソースの競合

一部のカメラでは、解像度、フレーム レート、ビットレート、コーデック、スマート エンコーディングの無制限の組み合わせを生成できません。異なるストリーム設定を要求する 2 つのクライアントは、別々のエンコーダ インスタンスを強制できます。カメラは 2 番目のリクエストを拒否する場合があります。

例：

• クライアント A は、H.265 メイン ストリーム 4K を要求します。
• クライアント B は、H.264 メイン ストリーム 1080p を要求します。
• Web UI は 3 番目のプロファイルを要求します。
• カメラは 1 つのクライアントに「503」を返します。

可能であれば、クライアントに同一のストリーム設定を要求させます。一部のカメラのドキュメントでは、複数のクライアントが 1 つのデバイスからプルする場合に同じストリーム設定を使用することを明示的に推奨しています。

NVR チャネル状態

RTSP が NVR を経由する場合、「503」は NVR がそのチャネルにサービスを提供できないことを意味する場合があります。ダウンストリーム カメラがオフラインであるか、チャネルが再接続中であるか、NVR にトランスコード/再ストリーミングするリソースがない可能性があります。

比較する：

• カメラの RTSP URL を直接指定します。
• NVR チャネルの RTSP URL。
• メインストリームとサブストリーム。
• 1 つのチャネルとすべてのチャネルの比較。

NVR URL のみが「503」を返す場合は、NVR チャネルとリソースの状態を検査します。

設定変更後、ストリームが利用できなくなる

コーデック、ビットレート、解像度、フレーム レート、オーディオ、またはスマート コーデックの設定を変更すると、エンコーダーが再起動されることがあります。そのウィンドウ中に、カメラは「503」を返す場合があります。

設定変更直後に「503」が表示される場合は、エンコーダの再起動を待って再試行してください。問題が解決しない場合は、選択したプロファイルがサポートされていないか、デバイスにとって高すぎる可能性があります。

デバッグチェックリスト

このワークフローを使用します。

1. 「503」を受信する正確な RTSP メソッドを確認してください。
2. 「Retry-After」が存在するかどうかを確認してください。
3. メインストリームとサブストリームを別々にテストします。
4. 他のビューア、VMS システム、およびレコーダーを切断します。
5. 直接カメラと NVR URL を比較します。
6. ストリーム設定が最近変更されたかどうかを確認します。
7. 解像度、フレーム レート、ビットレートを下げるか、H.265/H.264 を切り替えます。
8. プロトコルの証拠を収集した後にのみ再起動してください。
9. エンコーダのビジーまたはリソース エラーについては、カメラのログを確認してください。
10. 障害が断続的か継続的かを記録します。

最終診断

「RTSP 503 サービスが利用できません」は通常、サーバー側の可用性またはリソースの問題です。カメラまたは NVR にはアクセスできますが、要求されたストリームは現在提供できません。有用な証拠は、応答コード、要求されたストリーム プロファイル、現在のクライアント、エンコーダの状態、NVR チャネルの状態、およびタイミングです。

RTSP Inspector は証拠を明確に保つのに役立ち、503 エラーを一般的な再生エラーではなくカメラ/NVR サービス状態として扱うことができます。