Réponse directe
Placez un littéral IPv6 entre crochets avant le port, par exemple rtsp://[2001:db8::20]:554/path. Une adresse lien-local peut également nécessiter une étendue d'interface que le client doit prendre en charge.
Pourquoi cela arrive
Les deux points font partie d'une adresse IPv6 et seraient confondus avec le délimiteur de port sans crochets. Même un URI correctement formaté peut échouer si l'adresse est un lien local, si l'itinéraire est manquant ou si le service de caméra n'écoute que sur IPv4.
Traitez le URL, les informations d'identification, la famille d'adresses et le transport RTP comme des variables distinctes qui peuvent échouer indépendamment.
Un test contrôlé
Vérifiez l'accessibilité de IPv6 en dehors de la visionneuse, puis testez le port RTSP et enfin le chemin du média. Conservez une ligne de base IPv4 lorsque la caméra prend en charge les deux.
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 |
|---|---|---|
| Format | Enveloppez le littéral IPv6 entre crochets. | Le client analyse l'adresse et le port séparément. |
| Portée | Identifiez si l'adresse est globale, ULA ou lien-local. | Le spectateur utilise la bonne interface et le bon itinéraire. |
| Service | Confirmez que RTSP écoute le IPv6, et pas seulement IPv4. | Une réponse de protocole arrive à l'adresse cible. |
| VPN | Vérifiez que le tunnel distant porte le préfixe IPv6. | Le chemin de la caméra existe loin du réseau local. |
Des preuves à conserver
Capturez le type d'adresse, l'interface, l'itinéraire et la réponse RTSP avec les informations d'identification supprimées. Cela sépare la syntaxe URI de l'accessibilité du réseau.
Note de délimitation et de sécurité
Ne publiez pas d'adresses de caméras réelles accessibles dans le monde entier et n'ouvrez pas RTSP directement sur l'Internet public IPv6.
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
Pourquoi les parenthèses sont-elles requises autour de IPv6 dans un RTSP URL ?
Ils distinguent les deux-points à l’intérieur de l’adresse des deux-points avant le port.
Une caméra IPv4 uniquement acceptera-t-elle un IPv6 URL ?
Non. Le périphérique et le chemin réseau doivent tous deux prendre en charge IPv6.
Pourquoi un lien-local URL ne fonctionne-t-il que sur un seul appareil ?
Les adresses lien-local dépendent de la portée de l’interface locale et ne sont pas acheminées normalement à travers les réseaux.
Références principales
Guide SmartRTSP associé
Ouvrir le guide associéCréez un RTSP URI pour un littéral IPv6 et diagnostiquez la portée lien-local ou les problèmes de routage VPN.