Sur cette page
Des caméras IP alimentent un enregistreur vidéo, un commutateur réseau relie plusieurs écrans d’affichage, et le tout fonctionne sur le réseau local. Reste une décision moins visible : chaque écran doit-il recevoir son propre flux, ou tous peuvent-ils partager la même diffusion ? Pour choisir unicast ou multicast, il faut regarder la source des images, le nombre de points de visualisation, l’usage du flux principal et du flux secondaire, ainsi que le chemin emprunté par l’accès distant. C’est cette décision d’architecture que nous allons trancher.
Choisir unicast ou multicast : comment chaque méthode fonctionne
En unicast, la source envoie un flux vidéo distinct à chaque destinataire. Si trois écrans demandent la même caméra, la caméra ou l’enregistreur fournit trois sessions séparées. La source peut être la caméra elle-même, un enregistreur vidéo réseau (NVR) ou un serveur équipé d’un logiciel de gestion vidéo (VMS). Il faut donc identifier l’appareil qui réplique réellement les images.
Comment fonctionne le multicast ?
En multicast, la source émet un flux partagé sur le réseau local. Les écrans qui souhaitent le recevoir s’y abonnent, et les commutateurs acheminent les paquets vers les ports concernés. Lorsque le réseau est bien configuré, une caméra n’a pas à produire une nouvelle session pour chaque écran. Le commutateur reproduit le trafic seulement là où il doit aller.
Cette logique concerne surtout la visualisation locale. Un téléphone consulté depuis l’extérieur, un ordinateur distant ou un service intermédiaire suit généralement un autre chemin, le plus souvent en unicast. Le multicast local ne remplace donc ni l’accès distant ni les flux d’enregistrement. Ces usages peuvent partir de la même caméra tout en imposant des charges différentes à chaque équipement.
Où la charge réseau augmente-t-elle ?
Avec l’unicast, chaque nouveau spectateur ajoute une session à la source et du trafic sur une partie du réseau. La consommation réseau d’un flux caméra ne se limite donc pas au débit annoncé par la caméra : elle dépend aussi du nombre de copies, de leur origine et du trajet de chacune. Si le NVR sert les images en direct, sa liaison réseau et ses capacités de traitement deviennent aussi importantes que celles des caméras.
Quelle bande passante pour caméras ?
Il n’existe pas de valeur universelle. Le débit varie avec la résolution, la cadence d’image, la compression, la complexité de la scène et les réglages de qualité. Un jardin agité par le vent ne produit pas nécessairement le même trafic qu’un couloir presque immobile. Le bon calcul consiste à additionner les flux réellement transportés sur chaque liaison, puis à distinguer enregistrement, affichage local et accès distant.
Flux principal ou flux secondaire ?
Le flux principal conserve généralement la qualité prévue pour l’enregistrement ou l’examen détaillé. Le flux secondaire est plus léger et convient mieux à une mosaïque de caméras. Sur un écran partagé en nombreuses vignettes, afficher partout le flux principal consomme du réseau et mobilise inutilement les décodeurs. Lorsqu’une caméra passe en plein écran, le système peut alors demander le flux principal.
Le réseau n’est qu’une moitié du problème. Chaque poste d’affichage doit aussi décoder les images. Le multicast peut réduire les copies transportées, mais il ne supprime pas le travail de décodage sur chaque écran. Un ordinateur, un décodeur ou un NVR peut donc atteindre sa limite d’affichage alors que le commutateur reste peu chargé.
Quand l’unicast est le meilleur choix
Dans un appartement, une maison privée ou un petit commerce sur rue, quelques points de visualisation suffisent souvent : l’application mobile, un poste de bureau et éventuellement un écran fixe. Dans ce type de plan, l’unicast reste lisible. Chaque demande établit une connexion directe avec la caméra, le NVR ou le VMS.
- L’installation comporte peu d’affichages simultanés.
- Les écrans ne montrent pas continuellement les mêmes caméras.
- L’accès depuis l’extérieur fait partie des usages habituels.
- Le réseau mélange des équipements simples dont les capacités multicast sont incertaines.
- La priorité est de pouvoir isoler rapidement une caméra, un écran ou une liaison lors d’un diagnostic.
Cette simplicité compte en pratique. Avec l’unicast, on peut suivre une session depuis sa source jusqu’à son destinataire sans devoir examiner les abonnements multicast de plusieurs commutateurs. Pour voir une caméra sur plusieurs écrans de manière occasionnelle, cette charge supplémentaire reste souvent plus acceptable que la complexité d’un réseau multicast mal maîtrisé.
Quand le multicast devient-il pertinent ?
Le multicast prend son sens lorsque de nombreux écrans locaux affichent durablement les mêmes sources. On le rencontre dans les commerces comportant plusieurs postes, les espaces d’accueil, les locaux de supervision ou les installations où une mosaïque identique reste ouverte à plusieurs endroits. Le bénéfice vient de la répétition : une diffusion partagée remplace plusieurs copies identiques sur les portions communes du réseau.
Multicast réduit-il la bande passante ?
Le multicast réduit le trafic dupliqué sur les chemins partagés, mais pas le débit intrinsèque du flux. La caméra continue d’émettre une diffusion complète. Les commutateurs la reproduisent ensuite vers les abonnés. Si chaque écran demande des caméras différentes, le gain est limité. Si tous affichent la même mosaïque, la réduction des copies peut devenir techniquement intéressante.
| Situation | Unicast | Multicast |
|---|---|---|
| Quelques écrans utilisés ponctuellement | Simple à déployer et à diagnostiquer | Complexité rarement justifiée |
| Plusieurs écrans montrant les mêmes flux en continu | Copies répétées depuis la source | Diffusion partagée sur le réseau local |
| Visualisation depuis l’extérieur | Chemin couramment pris en charge | Généralement limité au réseau local |
| Réseau non administré | Fonctionnement plus prévisible | Acheminement potentiellement mal contrôlé |
Le multicast est donc moins un réglage à activer qu’une architecture à assumer. Il convient lorsque l’installateur contrôle les commutateurs, les liaisons, les VLAN éventuels et les appareils d’affichage. Sans cette maîtrise, un avantage théorique peut se transformer en recherche de panne difficile.
Ce que le multicast exige du réseau
Un commutateur réseau pour multicast doit savoir reconnaître les abonnements et limiter la diffusion aux ports concernés. Un commutateur administrable est généralement préférable. Sans contrôle adapté, le trafic peut être envoyé à des ports qui n’en ont pas besoin, y compris vers des bornes sans fil, des postes bureautiques ou d’autres appareils du réseau.
Comment configurer le multicast ?
La configuration commence par une carte claire des sources, des abonnés et des commutateurs traversés. La gestion des abonnements multicast doit rester cohérente sur tout le parcours. Un seul équipement intermédiaire incapable de les traiter correctement peut provoquer une diffusion excessive ou, au contraire, empêcher certains écrans de recevoir les images.
- Vérifier les capacités multicast de chaque commutateur traversé.
- Contrôler que seuls les ports abonnés reçoivent le flux vidéo.
- Séparer, si nécessaire, les caméras et les affichages au moyen d’un VLAN clairement documenté.
- Tester chaque mosaïque, chaque passage en plein écran et chaque redémarrage d’équipement.
- Définir le comportement de repli lorsque le multicast n’est pas disponible sur un écran ou un segment.
La segmentation du réseau aide à contenir le trafic, mais un VLAN ne corrige pas à lui seul une mauvaise gestion multicast. Il faut aussi tester les chemins réels. Dans un logement israélien, la présence d’un mamad peut compliquer les liaisons sans fil ; mieux vaut ne pas supposer qu’un écran placé de l’autre côté recevra durablement le même service qu’un appareil câblé.
Il faut enfin prévoir les incompatibilités. Certains logiciels ou décodeurs utilisent le multicast uniquement pour l’affichage local, puis repassent en unicast pour une autre fonction. Ce comportement n’est pas nécessairement un défaut, mais il doit être connu avant de dimensionner les liens et la source.
Choisir l’architecture de visualisation
Le choix se fait à partir des usages, pas du nombre de caméras seul. Une installation comprenant de nombreuses caméras mais un unique poste de contrôle peut rester simple. À l’inverse, quelques caméras répétées sur de multiples écrans peuvent justifier une diffusion partagée.
Comment diffuser plusieurs caméras ?
- Recensez les caméras, le NVR, les postes équipés d’un VMS, les décodeurs et tous les écrans prévus.
- Notez pour chaque écran les caméras affichées, la durée d’affichage et le besoin éventuel de plein écran.
- Séparez les flux enregistrés en continu des flux ouverts uniquement pour la visualisation.
- Tracez le parcours réseau de chaque usage, y compris les commutateurs intermédiaires et les liaisons vers les bâtiments ou étages.
- Choisissez l’unicast, le multicast ou une combinaison des deux, puis testez le fonctionnement normal et le mode de repli.
Dans un immeuble, le réseau de l’appartement ne doit pas être confondu avec l’infrastructure commune de l’entrée, du parking ou du portail. Si un trajet traverse des équipements gérés par le va’ad bayit ou par un autre prestataire, identifiez qui contrôle les commutateurs et les changements de configuration. Une diffusion multicast ne devrait pas dépendre d’un segment dont les capacités restent inconnues.
Une architecture mixte est souvent la plus rationnelle : multicast pour les écrans fixes du réseau local, unicast pour les téléphones et les accès extérieurs, flux secondaire pour les mosaïques, flux principal pour l’enregistrement et les vues détaillées. Chaque méthode est alors utilisée là où son comportement est le plus facile à prévoir.
Le meilleur protocole n’est pas le plus sophistiqué, mais celui dont le trajet, la charge et le repli restent compréhensibles.
À retenir
- L’unicast convient bien aux logements et aux petits commerces comportant peu de visualisations simultanées.
- Le multicast évite de multiplier un même flux sur le réseau local lorsque plusieurs écrans regardent les mêmes caméras.
- Un multicast correctement maîtrisé exige des commutateurs administrables et une configuration cohérente de bout en bout.
- Le flux secondaire allège la charge réseau et le décodage des mosaïques comportant plusieurs caméras.
- Les flux destinés à l’enregistrement et ceux utilisés pour l’affichage en direct doivent être planifiés séparément.
