Aller au contenu principal

Fondamentaux

ONVIF et RTSP pour systèmes multi-marques

FM Ansivue Engineering équipe de conception de systèmes CCTV Publié 9 min de lecture
Schéma de topologie système reliant caméras, switchs PoE, enregistreur et clients
Sur cette page

Deux questions se cachent derrière « est-ce que cela fonctionnera ensemble ». La première est de savoir si l’enregistreur acceptera la caméra tout court — la découverte, un flux, une image à l’écran. La seconde, qui décide si le système est agréable à exploiter, est de savoir si tout ce que fait la caméra survit au voyage : les événements, la commande PTZ, le flux secondaire qu’utilise la mosaïque, la plage d’enregistrement. Les standards ouverts répondent de façon fiable à la première question et seulement en partie à la seconde, et c’est le fait de savoir distinguer les deux qui empêche un système mixte de devenir un problème de maintenance.

Le cas d’un système mixte est ordinaire plutôt qu’exotique. Un bâtiment s’agrandit et la nouvelle aile reçoit des caméras modernes ; un enregistreur arrive en fin de vie alors que les caméras aux murs ont trois ans et fonctionnent ; un client veut changer de marque sans recâbler cinq étages. Dans chaque cas, la question est la même : quelle part du système existant reste, et qu’est-ce qui doit être accepté comme différent.

Qu’est-ce qu’ONVIF — et qu’est-ce qu’il n’est pas ?

ONVIF est une norme d’interopérabilité : elle définit comment un appareil se décrit sur le réseau et comment un autre appareil lui demande un flux, déplace une tête PTZ ou s’abonne à des événements. Un appareil portant la marque de conformité a passé un test pour le profil qu’il revendique. C’est une garantie qui a du sens — elle signifie que deux appareils de fabricants différents partagent un langage commun et un jeu de commandes commun.

Ce qu’elle ne garantit pas, c’est la parité des fonctions. La norme définit des interfaces, pas des implémentations : une caméra peut exposer le PTZ via ONVIF et un enregistreur peut l’accepter, tandis que les analyses embarquées dans la caméra ou les fonctions propres à l’application du fabricant n’apparaissent jamais sur l’enregistreur tiers. La conformité porte sur la conversation, pas sur toutes les phrases que chaque partie peut prononcer.

Quels profils ONVIF comptent sur un système de bâtiment ?

ProfilCe qu’il couvreOù vous le rencontrez
Profile SDiffusion : configuration, découverte, vidéo et audio en directLe socle pour qu’une caméra apparaisse sur l’enregistreur d’une autre marque
Profile TDiffusion avancée : H.265, multi-flux et métadonnéesLes caméras modernes offrant un flux principal et un flux secondaire à un enregistreur tiers
Profile GContrôle d’enregistrement et stockage côté appareilLà où les enregistrements et leur récupération sont gérés sur la caméra ou dans son propre stockage

Pour un système de bâtiment, l’hypothèse de travail est simple : partez du Profile S, vérifiez le Profile T si vous comptez enregistrer le codec moderne via un enregistreur tiers, et traitez le Profile G comme une question de stockage embarqué plutôt que d’enregistreur dans l’armoire.

Pourquoi le RTSP est-il la porte qui est généralement ouverte ?

Là où ONVIF est un langage, le RTSP est souvent la voie directe : une URL qui demande un flux à la caméra, sous la forme d’une adresse, d’un port et d’un chemin. Le port est conventionnellement 554 ; le chemin est propre au micrologiciel de chaque fabricant et publié dans la documentation de la caméra concernée. Deux conséquences en découlent pour un système mixte. D’abord, le RTSP fonctionne là où l’intégration plus riche ne fonctionne pas, ce qui en fait la solution de repli qui maintient un système mixte en vie. Ensuite, parce que le chemin est propre au fournisseur, il est documenté caméra par caméra plutôt que supposé.

Les caméras du type que nous fabriquons exposent un flux principal et un flux secondaire sur cette interface. Le flux principal est celui qui mérite d’être enregistré en 5 MP ; le flux secondaire est celui que la mosaïque en direct et le client mobile devraient utiliser, car un mur de fenêtres miniatures n’a pas besoin de la pleine résolution et ne devrait pas la payer en bande passante. Un système mixte où le flux secondaire reste désactivé est un système mixte qui paraît lent pour des raisons qui n’ont rien à voir avec les marques.

Qu’est-ce qui survit à un système mixte, et qu’est-ce qui n’y survit pas ?

FonctionVia les interfaces ouvertesLa réserve honnête
Visionnage en direct et enregistrementOuiLe cas courant, et celui pour lequel la norme a été écrite
Commande PTZOui, là où la caméra l’exposeLes préréglages et les rondes peuvent se comporter différemment d’un client à l’autre
Événements de mouvementMouvement de base, en généralLe franchissement de ligne, l’intrusion et les analyses similaires restent souvent à l’intérieur du client propre au fabricant
Audio bidirectionnelParfoisDépend de la prise en charge du même chemin audio aux deux extrémités
Application mobile et clientNonL’application de chaque fabricant ne voit que son propre matériel ; un système mixte signifie en général deux applications, ou un enregistreur qui en publie une
Micrologiciel et mises à jourNonToujours séparés, toujours par marque

Quelles sont les trois façons d’exploiter un système mixte ?

  • Garder les caméras, changer l’enregistreur. La migration la plus courante, et la moins chère à planifier : les enregistreurs de notre gamme parlent ONVIF, RTSP, GB28181 et P2P, si bien que les caméras existantes qui exposent l’une de ces interfaces peuvent y être déclarées et enregistrées. Remplacez l’enregistreur, gardez le plan des caméras, et le câblage ne change pas.
  • Garder l’enregistreur, changer les caméras. Enregistrez les nouvelles caméras sur l’enregistreur existant via ONVIF ou RTSP, un canal à la fois. Les anciennes caméras restent en service jusqu’à ce que chaque position soit prête, ce qui signifie que le bâtiment n’est jamais aveugle pendant le changement.
  • Faire tourner les deux pendant la transition. Ancien et nouvel enregistreur sur le même réseau pendant une période, pour que rien ne soit perdu pendant la vérification du changement. Cela exige de l’adressage disponible et quelqu’un qui comprenne quel système enregistre quoi — utile là où une réclamation pourrait être déposée pendant la fenêtre de bascule.

Où les systèmes mixtes échouent-ils en pratique ?

Les défaillances portent rarement sur les marques et presque toujours sur la configuration. Un flux secondaire laissé désactivé, si bien que l’enregistreur tire le flux principal pour chaque canal et que le plafond de bande passante arrive tôt — sur nos enregistreurs les plus grands, la bande passante d’accès est de 64 Mbps, ce qui est confortable pour un bâtiment et un chiffre que l’on rencontre autour du trentième canal 5 MP si tout est enregistré à plein débit. Des incompatibilités de codec, où une extrémité propose du H.265 et l’autre attend du H.264. Des adresses en double, quand deux serveurs DHCP partagent un réseau pendant une migration et qu’une caméra répond à une adresse que quelqu’un d’autre a revendiquée. Une dérive d’horloge, qui rend discrètement la chronologie peu fiable jusqu’à ce que quelqu’un active NTP partout. Des identifiants et des limites de session, quand un enregistreur demande à une caméra plus de flux simultanés que son micrologiciel n’en autorise.

Que mettre dans une liste de contrôle de migration ?

  • Listez ce qui reste et ce qui change, et notez lequel des cinq maillons — caméra, switch, câble, enregistreur, client — le changement touche.
  • Confirmez les interfaces aux deux extrémités : profil ONVIF, disponibilité du RTSP et codec enregistré de chaque côté.
  • Vérifiez la bande passante d’accès de l’enregistreur par rapport au nombre de canaux et à la résolution enregistrée, pas par rapport au seul nombre de caméras.
  • Activez le NTP sur chaque appareil avant la mise en service, pour que la chronologie soit fiable dès le premier jour.
  • Basculez d’abord un canal, et surveillez-le sur une nuit complète, avant d’engager le reste.
  • Gardez l’accès à l’ancien système disponible jusqu’à ce que la réception soit signée.

La compatibilité n’est pas une propriété oui-ou-non d’une marque ; c’est une liste d’interfaces et de réglages qui s’alignent ou non. Traitez-la canal par canal et un système mixte devient banal — c’est précisément l’objectif.

Questions fréquentes

Mon enregistreur acceptera-t-il une caméra d’une autre marque ?

Si l’enregistreur parle ONVIF ou RTSP, oui, et la caméra peut s’y enregistrer un canal à la fois. S’il n’accepte que sa propre marque, c’est l’enregistreur qu’il faut changer, pas les caméras.

Quelle est la différence entre ONVIF et RTSP ?

ONVIF est la norme qui définit comment les appareils se décrivent et se pilotent sur le réseau — découverte, adresses de flux, PTZ et événements. Le RTSP est l’URL directe du flux, et c’est généralement la voie qui fonctionne quand l’intégration plus riche ne fonctionne pas.

De quel profil ONVIF avons-nous besoin ?

Partez du Profile S comme socle : diffusion et vidéo en direct. Vérifiez le Profile T si vous comptez enregistrer du H.265 via un enregistreur tiers, et traitez le Profile G comme une question de stockage embarqué sur la caméra plutôt que dans l’armoire.

Pouvons-nous garder nos caméras et ne remplacer que l’enregistreur ?

Oui, et c’est la migration la plus courante. Gardez le plan des caméras, remplacez l’enregistreur, et le câblage ne change pas : les enregistreurs de notre gamme parlent ONVIF, RTSP, GB28181 et P2P, si bien que les caméras existantes qui exposent l’une de ces interfaces peuvent y être déclarées et enregistrées.

Qu’est-ce qui cesse de fonctionner dans un système mixte ?

En général les fonctions qui n’ont jamais été standard : les analyses embarquées dans la caméra et le franchissement de ligne restent à l’intérieur du client propre au fabricant, les préréglages et les rondes PTZ peuvent se comporter différemment d’un client à l’autre, le micrologiciel est toujours séparé par marque, et l’application de chaque fabricant ne voit toujours que son propre matériel.

Qu’est-ce qui fait échouer les systèmes mixtes en pratique ?

La configuration, pas les marques. Un flux secondaire laissé désactivé, une incompatibilité de codec entre H.265 et H.264, des adresses en double pendant une migration, une dérive d’horloge là où NTP n’a jamais été activé, et le plafond de bande passante d’accès — 64 Mbps sur nos enregistreurs les plus grands, un chiffre que l’on rencontre autour du trentième canal 5 MP si tout est enregistré à plein débit.

Comment tester un système mixte avant de s’engager ?

Basculez d’abord un canal et surveillez-le sur une nuit complète avant de toucher au reste : visionnage en direct, enregistrement, relecture, événements et chronologie. Gardez l’ancien système accessible jusqu’à ce que la réception soit signée.

Prenez-vous en charge d’autres interfaces qu’ONVIF ?

Oui : ONVIF, RTSP, GB28181 et P2P côté caméra et côté enregistreur, et c’est ce qui rend une migration par étapes réalisable.
Sujets ONVIF RTSP système multi-marques compatibilité NVR migration de système GB28181

Planifiez votre projet CCTV ou mur d’images

Envoyez-nous le type de bâtiment, le nombre d’étages et une estimation du nombre de caméras — nous reviendrons vers vous avec une implantation, une liste de matériel et un prix.