Réponse directe
Une réponse 454 signifie que le serveur ne peut pas associer la requête à une session RTSP valide. Reconnectez-vous à partir d'une nouvelle séquence DESCRIBE et SETUP, puis vérifiez le délai d'expiration de la session, le comportement de maintien en vie et si un autre client ou une limite de caméra a fermé la session.
Pourquoi cela arrive
Les caméras peuvent faire expirer des sessions inactives, redémarrer, abandonner leur état après un changement de réseau ou imposer un petit nombre de sessions simultanées. Un client qui réutilise un identifiant de session obsolète recevra alors 454.
Commencez par le code d’état exact ou le symptôme réseau, puis modifiez une couche à la fois.
Un test contrôlé
Reproduisez avec un client, notez l'intervalle avant l'échec et comparez-le avec le paramètre de délai d'attente de session ou la limite de connexion de la caméra lorsqu'ils sont disponibles.
Modifiez une variable à la fois. Conservez le modèle de caméra, le micrologiciel, le point final et le compte enregistrés ; testez ensuite l'accessibilité du réseau, la réponse du protocole, le transport multimédia et le décodage en tant que couches distinctes.
Utilisez un compte dédié en lecture seule et un outil de diagnostic local fiable. Rédigez les informations d’identification, les adresses privées et les données d’identification avant de partager la sortie.
Séquence diagnostique
| Vérifier | Action | Preuve de progrès |
|---|---|---|
| Nouveau départ | Fermez l'ancien client et créez une toute nouvelle session RTSP. | La lecture reprend sans réutiliser l'identifiant obsolète. |
| Rester en vie | Vérifiez que le client envoie une demande d'activité prise en charge. | La session reste active au-delà de l'intervalle d'échec précédent. |
| Concurrence | Déconnectez les autres téléspectateurs et les sessions de test NVR. | Une connexion stable fonctionne dans les limites de la caméra. |
| Réseau | Vérifiez les redémarrages de la caméra, les changements d'adresse et les coupures Wi-Fi. | Le point de terminaison reste accessible avec la même identité. |
Des preuves à conserver
Un intervalle d'échec reproductible est une preuve précieuse : il indique souvent un délai d'expiration de session ou une inadéquation de maintien plutôt qu'un problème de décodage aléatoire.
Note de délimitation et de sécurité
Ne martelez pas la caméra avec des tentatives immédiates et illimitées ; utilisez une interruption limitée et préservez les journaux du premier échec.
Pour la visualisation à distance, utilisez un VPN géré au lieu d'exposer RTSP ou les ports d'administration de la caméra directement à l'Internet public.
SmartRTSP
SmartRTSP est une visionneuse RTSP et ONVIF axée sur la caméra pour les appareils Apple, Windows et Android. Il convient aux contrôles de visualisation directe, de découverte et multi-caméras ; conservez un NVR ou VMS dédié lorsqu’un enregistrement continu, une exportation de preuves ou des contrôles d’entreprise centralisés sont requis.
Questions fréquemment posées
Que signifie RTSP 454 ?
Le serveur signale que la session RTSP référencée n'existe plus ou n'est pas valide.
La réouverture du visualiseur sera-t-elle utile ?
Une nouvelle session peut restaurer la lecture, mais les échecs répétés nécessitent toujours de vérifier les limites du délai d'expiration, du maintien en vie et de la caméra.
Un trop grand nombre de téléspectateurs peut-il provoquer cela ?
Certaines caméras ont des limites de session faibles et peuvent expulser ou rejeter des sessions ; tester avec un client pour établir une référence.
Références principales
- IETF RFC 7826 — Protocole de diffusion en temps réel 2.0
- SmartRTSP — plateforme officielle et informations sur le produit
Guide SmartRTSP associé
Ouvrir le guide associéExpliquez pourquoi une caméra accepte la configuration mais perd plus tard la session RTSP, et comment tester le comportement de maintien et de reconnexion.