RTSP 503-Dienst nicht verfügbar: Kamera-Ressourcenbeschränkungen, zu viele Streams und Encoder-Auslastungsfehler

„RTSP/1.0 503 Service Unavailable“ ist ein schwerwiegender Fehler. Die Kamera hat geantwortet, sodass der Host erreichbar ist. Das Protokoll ist RTSP, daher ist der Port wahrscheinlich richtig. Aber die Kamera oder der NVR meldet, dass sie den Stream derzeit nicht bereitstellen kann. Benutzer suchen nach „RTSP 503-Dienst nicht verfügbar“, „Kamera-RTSP zu viele Verbindungen“, „IP-Kamera-Encoder ausgelastet“, „NVR-Stream-Dienst nicht verfügbar“ und „RTSP-Ressourcenlimit“, wenn ein Stream manchmal, aber nicht konsistent funktioniert.

Bei IP-Kameras weist „503“ oft auf Ressourcenbeschränkungen, Stream-Profilkonflikte, einen Encoder-Startfehler, einen ausgelasteten NVR-Kanal oder einen vorübergehenden Dienstausfall hin. Es ist nicht dasselbe wie „401 Unauthorized“, „404 Not Found“ oder „454 Session Not Found“.

RTSP Inspector ist nützlich, da der wichtigste Beweis die RTSP-Antwort, das Timing, das Stream-Profil und der Kontext der Verbindungsanzahl sind.

Was 503 normalerweise in RTSP bedeutet

„503 Dienst nicht verfügbar“ bedeutet, dass der RTSP-Server den angeforderten Dienst zu diesem Zeitpunkt nicht bereitstellen kann. Bei Kamerasystemen kann das bedeuten:

• Zu viele Clients sind bereits verbunden.
• Die Kamera kann kein anderes Stream-Profil kodieren.
• Der Hauptstream ist durch eine andere Konfiguration gesperrt.
• Der NVR-Kanal ist offline oder beschäftigt.
• Der Firmware-Dienst ist überlastet.
• Die Kamera wird neu gestartet oder der Encoder wird neu gestartet.
• Die angeforderte Kombination aus Auflösung, Bildrate und Codec ist derzeit nicht verfügbar.
• Der Stream ist nach einer Änderung der Einstellungen vorübergehend nicht verfügbar.

Wenn ein „Retry-After“-Header vorhanden ist, fordert der Server den Client möglicherweise explizit zum Warten auf. Viele Kameras verfügen nicht über diese Funktion, daher muss die Diagnose auf Zeitmessung und wiederholten Versuchen basieren.

Zu viele RTSP-Clients

Viele Kameras haben kleine Verbindungsbeschränkungen. Eine Kamera kann einen oder zwei Hauptstream-Zuschauer, einige Sub-Stream-Zuschauer oder eine begrenzte Gesamtzahl von RTSP-Sitzungen zulassen. NVRs können Grenzwerte pro Kanal erzwingen.

Symptome:

• Der Stream funktioniert, wenn niemand anderes zusieht.
• Der Stream schlägt während der VMS-Aufzeichnung fehl.
• Die Live-Ansicht der Web-Benutzeroberfläche funktioniert, externes RTSP schlägt jedoch fehl.
• Der Substream funktioniert, während der Hauptstream 503 zurückgibt.
• Ein Neustart der Kamera behebt das Problem vorübergehend.

Die Lösung kann darin bestehen, Clients zu reduzieren, den Substream zu verwenden, über einen NVR zu leiten oder einen einzelnen Restreaming-Dienst zu konfigurieren. Aber die Diagnose beginnt mit dem Nachweis, dass die Kamera „503“ zurückgegeben hat und nicht einfach „Video fehlgeschlagen“.

Konflikte mit Encoder-Ressourcen

Einige Kameras können keine unbegrenzten Kombinationen aus Auflösung, Bildrate, Bitrate, Codec und Smart Encoding erzeugen. Zwei Clients, die unterschiedliche Stream-Einstellungen anfordern, können separate Encoder-Instanzen erzwingen. Die Kamera kann die zweite Anfrage ablehnen.

Beispiel:

• Client A fordert H.265 Main Stream 4K an.
• Client B fordert H.264-Hauptstream 1080p an.
• Die Web-Benutzeroberfläche fordert ein drittes Profil an.
• Die Kamera gibt „503“ an einen Client zurück.

Stellen Sie nach Möglichkeit sicher, dass Clients identische Stream-Einstellungen anfordern. In einigen Kameradokumentationen wird ausdrücklich empfohlen, dieselben Stream-Einstellungen zu verwenden, wenn mehrere Clients Daten von einem Gerät abrufen.

NVR-Kanalstatus

Wenn RTSP über einen NVR läuft, kann „503“ bedeuten, dass der NVR diesen Kanal nicht bedienen kann. Die Downstream-Kamera ist möglicherweise offline, der Kanal stellt möglicherweise erneut eine Verbindung her oder der NVR verfügt möglicherweise nicht über Ressourcen zum Transkodieren/Neustreamen.

Vergleichen:

• Direkte RTSP-URL der Kamera.
• RTSP-URL des NVR-Kanals.
• Hauptstream vs. Substream.
• Ein Kanal vs. alle Kanäle.

Wenn nur die NVR-URL „503“ zurückgibt, überprüfen Sie den NVR-Kanal- und Ressourcenstatus.

Stream nach Änderung der Einstellungen nicht verfügbar

Durch Ändern der Einstellungen für Codec, Bitrate, Auflösung, Bildrate, Audio oder Smart-Codec kann der Encoder neu gestartet werden. Während dieses Fensters gibt die Kamera möglicherweise „503“ zurück.

Wenn „503“ unmittelbar nach Konfigurationsänderungen angezeigt wird, warten Sie auf den Neustart des Encoders und versuchen Sie es erneut. Wenn das Problem weiterhin besteht, wird das ausgewählte Profil möglicherweise nicht unterstützt oder ist für das Gerät zu teuer.

Debug-Checkliste

Verwenden Sie diesen Workflow:

1. Bestätigen Sie die genaue RTSP-Methode, die „503“ empfängt.
2. Überprüfen Sie, ob „Retry-After“ vorhanden ist.
3. Testen Sie Haupt-Stream und Sub-Stream getrennt.
4. Trennen Sie andere Viewer, VMS-Systeme und Rekorder.
5. Vergleichen Sie die direkte Kamera- und NVR-URL.
6. Überprüfen Sie, ob sich die Stream-Einstellungen kürzlich geändert haben.
7. Reduzieren Sie Auflösung, Bildrate, Bitrate oder wechseln Sie H.265/H.264.
8. Starten Sie erst neu, nachdem Protokollnachweise gesammelt wurden.
9. Überprüfen Sie die Kameraprotokolle auf Encoder-Auslastung oder Ressourcenfehler.
10. Notieren Sie, ob Ausfälle sporadisch oder dauerhaft auftreten.

Endgültige Diagnose

„RTSP 503 Service Unavailable“ ist normalerweise ein serverseitiges Verfügbarkeits- oder Ressourcenproblem. Die Kamera oder der NVR ist erreichbar, aber der angeforderte Stream kann derzeit nicht bereitgestellt werden. Der nützliche Beweis ist Antwortcode, angefordertes Stream-Profil, aktuelle Clients, Encoder-Status, NVR-Kanalstatus und Timing.

RTSP Inspector hilft dabei, diese Beweise eindeutig zu halten, sodass ein 503-Fehler als Kamera-/NVR-Dienststatus und nicht als allgemeiner Wiedergabefehler behandelt werden kann.