Service RTSP 503 indisponible : limites de ressources de la caméra, trop de flux et erreurs d'encodeur occupé

---

« RTSP/1.0 503 Service Unavailable » est une erreur à intention élevée. La caméra a répondu, l'hôte est donc joignable. Le protocole est RTSP, donc le port est probablement correct. Mais la caméra ou le NVR indique qu'il ne peut pas diffuser le flux pour le moment. Les utilisateurs recherchent « Service RTSP 503 indisponible », « Caméra RTSP trop de connexions », « Encodeur de caméra IP occupé », « Service de flux NVR indisponible » et « Limite de ressources RTSP » lorsqu'un flux fonctionne parfois mais pas de manière cohérente.

Pour les caméras IP, « 503 » indique souvent des limites de ressources, des conflits de profils de flux, un échec de démarrage de l'encodeur, un canal NVR occupé ou une panne de service temporaire. Ce n'est pas la même chose que « 401 Unauthorized », « 404 Not Found » ou « 454 Session Not Found ».

L'inspecteur RTSP est utile car les preuves clés sont la réponse RTSP, la synchronisation, le profil de flux et le contexte du nombre de connexions.

Ce que 503 signifie habituellement dans RTSP

« 503 Service non disponible » signifie que le serveur RTSP ne peut pas fournir le service demandé à ce moment-là. Dans les systèmes de caméras, cela peut signifier :

• Trop de clients sont déjà connectés.
• La caméra ne peut pas encoder un autre profil de flux.
• Le flux principal est verrouillé par une autre configuration.
• Le canal NVR est hors ligne ou occupé.
• Le service du micrologiciel est surchargé.
• La caméra redémarre ou l'encodeur redémarre.
• La combinaison résolution/fréquence d’images/codec demandée n’est pas disponible actuellement.
• Le flux est temporairement indisponible après la modification des paramètres.

Si un en-tête « Retry-After » est présent, le serveur peut demander explicitement au client d'attendre. De nombreuses caméras ne l'incluent pas, les diagnostics doivent donc s'appuyer sur le timing et des tentatives répétées.

Trop de clients RTSP

De nombreuses caméras ont de petites limites de connexion. Une caméra peut autoriser un ou deux spectateurs du flux principal, quelques spectateurs du sous-flux ou un nombre total limité de sessions RTSP. Les NVR peuvent imposer des limites par canal.

Symptômes:

• Le flux fonctionne lorsque personne d’autre ne le regarde.
• Le flux échoue pendant l’enregistrement VMS.
• L'affichage en direct de l'interface utilisateur Web fonctionne mais le RTSP externe échoue.
• Le sous-flux fonctionne tandis que le flux principal renvoie 503.
• Le redémarrage de la caméra corrige temporairement le problème.

La solution peut consister à réduire le nombre de clients, à utiliser le sous-flux, à acheminer via un NVR ou à configurer un seul service de retransmission. Mais le diagnostic commence par prouver que la caméra a renvoyé « 503 », et pas simplement « échec vidéo ».

Conflits de ressources d'encodeur

Certaines caméras ne peuvent pas produire des combinaisons illimitées de résolution, de fréquence d'images, de débit binaire, de codec et d'encodage intelligent. Deux clients demandant des paramètres de flux différents peuvent forcer des instances d'encodeur distinctes. La caméra peut rejeter la deuxième demande.

Exemple:

• Le client A demande le flux principal H.265 4K.
• Le client B demande le flux principal H.264 1080p.
• L'interface utilisateur Web demande un troisième profil.
• La caméra renvoie « 503 » à un client.

Si possible, demandez aux clients de demander des paramètres de flux identiques. Certaines documentations de caméras recommandent explicitement d'utiliser les mêmes paramètres de flux lorsque plusieurs clients sont extraits d'un seul appareil.

État du canal NVR

Lorsque RTSP passe par un NVR, « 503 » peut signifier que le NVR ne peut pas desservir ce canal. La caméra en aval peut être hors ligne, le canal peut être en train de se reconnecter ou le NVR peut ne pas disposer de ressources pour transcoder/restreamer.

Comparer:

• URL RTSP directe de la caméra.
• URL RTSP du canal NVR.
• Flux principal vs sous-flux.
• Un canal contre tous les canaux.

Si seule l'URL du NVR renvoie « 503 », inspectez le canal NVR et l'état des ressources.

Flux indisponible après la modification des paramètres

La modification des paramètres du codec, du débit binaire, de la résolution, de la fréquence d'images, de l'audio ou du codec intelligent peut redémarrer l'encodeur. Pendant cette fenêtre, la caméra peut renvoyer « 503 ».

Si « 503 » apparaît immédiatement après les modifications de configuration, attendez le redémarrage de l'encodeur et réessayez. Si le problème persiste, le profil sélectionné peut ne pas être pris en charge ou être trop coûteux pour l'appareil.

Liste de contrôle de débogage

Utilisez ce flux de travail :

1. Confirmez la méthode RTSP exacte qui reçoit « 503 ».
2. Vérifiez si « Retry-After » est présent.
3. Testez le flux principal et le sous-flux séparément.
4. Déconnectez les autres visionneuses, systèmes VMS et enregistreurs.
5. Comparez la caméra directe et l'URL du NVR.
6. Vérifiez si les paramètres de flux ont récemment été modifiés.
7. Réduisez la résolution, la fréquence d’images, le débit binaire ou commutez H.265/H.264.
8. Redémarrez uniquement après avoir collecté les preuves du protocole.
9. Vérifiez les journaux de la caméra pour détecter les erreurs d'encodeur ou de ressources.
10. Enregistrez si les pannes sont intermittentes ou constantes.

Diagnostic final

« Service RTSP 503 non disponible » est généralement un problème de disponibilité ou de ressources côté serveur. La caméra ou le NVR est accessible, mais le flux demandé ne peut pas être diffusé pour le moment. Les preuves utiles sont le code de réponse, le profil de flux demandé, les clients actuels, l'état de l'encodeur, l'état du canal NVR et la synchronisation.

RTSP Inspector aide à garder ces preuves claires afin qu'une erreur 503 puisse être traitée comme un état de service de la caméra/NVR plutôt que comme un échec de lecture générique.