Architectures Réseaux en Vidéo

On va penser au choix des caméras, aux résolutions, au(x) serveur(s) et à la capacité de stockage dans un projet vidéo. Souvent les aspects réseaux sont négligés, car ce n’est que du réseau et ma foi, on va faire comme en bureautique: la DSI fournira la fibre et le Vlan suffisant. Multicast ? pas de problème, on fait ça depuis des années en Téléphonie et on maitrise grave!

Le Schéma ci-dessous illustre un réseau majoritairement Multicast quand on souhaite distribuer les flux sur de multiples points de réception sans démultiplier la bande passante. Ces architectures sont adaptées quand le réseau est dédié, offrant des débits possiblement maximum si nécessaire.

Alors bien sur, si je fais un article sur ça, c’est qu’évidemment à l’épreuve des faits sur le terrain, une fois tout le monde connecté en pleine charge, les choses ne se passent pas forcement très bien: de fortes latences (>500 ms) , des déconnexions caméras , voire des pertes de serveurs ou coté bureautique des ralentissements, des « time out » que l’on croyait sur le papier impossibles.

Il convient donc de bien préparer deux choses du coté Maitre d’ouvrage, mais aussi du coté Maitre d’Oeuvre qui fournit une partie de l’infrastructure:

• Les recommandations d’architectures et de répartition de charge de l’éditeur du logiciel de gestion vidéo, les maximums de débits tolérables par serveur, surtout en pointe lors de recherches et extractions synchronisées multiples , les protocoles de diffusion recommandés (Unicast ou Multicast ou mélange des deux ) architecture centralisée ou décentralisée
• Les contraintes imposées par notre réseau et notre gestionnaire interne, si on est sur un réseau partagé: architecture existante, Switchs existant, débits maximum alloués et/ou garantis, emplacement des équipements générateurs de débits en entrée (caméras, switchs POE ) et des points de convergence en exploitation (serveurs et enregistreurs, postes clients, murs vidéo)

En effet, le multicast ne va pas tolérer de réseaux routés ou avec des régles de filtrage de services, car bien trop lents. Le Multicast est aussi accompagné d’une liste importante de prérequis rarement appliqués sur le terrain

Attention, en Unicast aussi, il faut dès le départ savoir, si on travaille en TCP ou en UDP et si le réseau dédié tiendra la charge en cas de relectures rapides synchronisées, que l’on considèrera comme le stress test ultime en vidéo.

Ces points sont abordés dans nos formations Conception de Projets.

« Le diable est donc bien dans les détails, là encore ….! «