Réponse directe
Une réponse 461 signifie que le serveur ne prend pas en charge les paramètres de transport demandés pour cette ressource. Si le client a demandé UDP, testez RTP entrelacé sur TCP ; s’il demande TCP, vérifiez le support de transport documenté de la caméra.
Pourquoi cela arrive
RTSP contrôle la session tandis que les médias peuvent voyager sur différents transports inférieurs. Les pare-feu, le NAT, les paramètres de multidiffusion et les implémentations limitées de caméras peuvent provoquer l'échec d'un transport même si la connexion de contrôle RTSP réussit.
Commencez par le code d’état exact ou le symptôme réseau, puis modifiez une couche à la fois.
Un test contrôlé
Capturez la requête SETUP défaillante si l'outil l'expose, ou forcez un transport explicitement avec un client de diagnostic. Gardez le codec et URL inchangés lors de la comparaison des résultats.
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 |
|---|---|---|
| Contrôle | Vérifiez d'abord que OPTIONS ou DESCRIBE réussit. | Le service et la ressource RTSP sont accessibles. |
| UDP | Testez la monodiffusion UDP sur le même réseau local. | Le média arrive sur les ports négociés RTP et RTCP. |
| TCP | Forcer l'entrelacement de TCP lorsque UDP échoue ou est bloqué. | Les paquets multimédia partagent la connexion de contrôle RTSP. |
| Réseau | Vérifiez le pare-feu et les règles VLAN pour le mode choisi. | Seuls les flux requis sont autorisés. |
Des preuves à conserver
Enregistrez le transport demandé, la réponse 461 et le transport qui réussit. « TCP l'a corrigé » n'est utile que lorsque la demande d'origine est connue.
Note de délimitation et de sécurité
N'exposez pas la caméra à Internet et n'ouvrez pas une large plage UDP comme raccourci ; testez à l’intérieur du réseau de confiance ou via un VPN.
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 461 dans RTSP ?
Il s'agit de l'état du protocole pour le transport non pris en charge.
TCP est-il toujours meilleur pour les appareils photo ?
Non. TCP est souvent plus facile à travers les pare-feu et peut récupérer les pertes, tandis que UDP peut réduire le délai de tête de ligne sur un réseau local propre.
Un problème de codec peut-il provoquer 461 ?
Un problème de codec apparaît normalement après la configuration du transport ; 461 pointe spécifiquement les paramètres de transport demandés.
Références principales
- IETF RFC 7826 — Protocole de diffusion en temps réel 2.0
- FFmpeg — RTSP options et exemples de protocole
Guide SmartRTSP associé
Ouvrir le guide associéComprenez pourquoi RTSP SETUP échoue avec 461 et testez un autre transport RTP sans modifier les paramètres non liés.