Plateforme IPTV · un seul produit
Catena
La télévision qui tourne sur votre réseau
Un parc de serveurs médias géré à la main mobilise un ingénieur dédié, et la tuyauterie que vous avez écrite vous-même est réécrite à chaque étape de croissance. Catena est un cluster managé unique : ingestion, transcodage, archive et diffusion TV vers les box, les téléphones et les Smart TV — avec bouquets, EPG et intégration à la facturation. Sur votre propre matériel, à partir d'un seul serveur Ubuntu.
Les trois premiers chiffres proviennent d'une seule installation — un opérateur IPTV d'Europe du Nord qui a remplacé 36 nœuds gérés à la main par Catena. Les 100 Gbit/s sont une mesure distincte sur un seul streamer : Xeon Gold 6240, 64 Go de RAM, PCIe gen3. Voir l'étude de cas →
Étude de cas
De 36 à 20 nœuds : un opérateur IPTV sur Catena
Un opérateur IPTV régional d'Europe du Nord, 163 chaînes et 80 000 spectateurs, a quitté un parc de nœuds Flussonic Media Server qu'il maintenait à la main.
Avant
163 chaînes pour 80 000 spectateurs sur 36 nœuds Flussonic Media Server autonomes. Media Server n'offrait pas de vrai clustering, l'équipe a donc écrit le sien : répartition régionale et supervision séparée pour chaque nœud. La maintenance mobilisait une personne dédiée, et chercher une panne signifiait parcourir les serveurs un par un.
Après
- 36 → 20 serveurs, les mêmes 163 chaînes et 80 000 spectateurs
- 70 % du temps de l'ingénieur d'exploitation libéré
- Une console pointe directement la panne — sans parcourir 36 serveurs
- La migration a pris environ un mois, chaîne par chaîne, sans couper les spectateurs
Le même moteur sous une autre forme : une chaîne hôtelière à Chypre propose à ses clients environ 2 000 chaînes sans les acheminer vers chaque hôtel. Lire le cas des hôtels →
scénarios
Où sont vos spectateurs ?
Un seul produit, un seul moteur. La réponse détermine le scénario — sur votre réseau ISP ou sur l'internet ouvert.
Sur votre réseau ISP — IPTV
Des abonnés en FTTH ou sur un réseau IP privé, y compris la migration depuis le câble DVB-C : moteur plus middleware IPTV de production — décodeurs, packages, EPG, synchronisation de la facturation.
Scénario Câble→IPTVPar internet — OTT
Le même moteur pour le direct et le catch-up à grande échelle. Le portail, les applications et la monétisation restent chez vous ou chez un partenaire.
Scénario OTTMiddleware déjà choisi ?
Gardez un portail stalker-like ou vos propres applications — branchez Catena en dessous comme moteur de diffusion via l'API, sans remplacer la couche produit.
que choisir
Si votre besoin est différent
Nous le disons d'emblée, pour qu'un échange ne se termine pas par « ce n'est pas pour nous ». Dans ces cas-là, il vous faut non pas Catena mais un autre de nos produits.
Pas de téléspectateurs à domicile, les chaînes se préparent depuis du SDI/ASI. Si personne n'est abonné en bout de chaîne et que le travail consiste à recevoir du SDI ou de l'ASI et à en préparer des chaînes de télévision en continu, c'est Mcaster
La diffusion se fait au sein de votre entreprise. Diffusions à tous les collaborateurs, flux privés, alerte d'urgence et formation en circuit fermé : c'est Agora
Il vous faut un moteur, pas un produit packagé. Catena arrive avec une chaîne de traitement définie. Si vous construisez votre propre produit sur un cœur de streaming, c'est Sapsan
pipeline
De n'importe quelle source à tous les écrans
Quatre étapes d'un seul produit. Les chaînes entrent depuis le réseau de l'opérateur ou d'un fournisseur de contenu — et ressortent en service TV pour les abonnés.
Ingestion
Multicast directement depuis le réseau opérateur, SRT sur des liens avec pertes, flux des fournisseurs de contenu. Priorités de sources par chaîne avec failover automatique.
Ce qui change : une source morte bascule sans intervention — personne n'est réveillé la nuit pour changer une entrée à la main.
Fonctionne si : la chaîne dispose d'une seconde source qui tombe indépendamment de la première.
channel-sourceTranscodage
Une échelle de qualités de 2160 à 360 avec un GOP unifié — ou reprenez une échelle prête depuis l'encodeur sans consommer un seul cœur CPU.
Ce qui change : les chaînes qui arrivent déjà avec une échelle de qualités exploitable évitent le transcodeur — la même machine en porte davantage.
Fonctionne si : l'encodeur conserve un GOP homogène sur toutes les qualités ; sinon le passage de l'une à l'autre devient saccadé.
transcoderEnregistrement
Catch-up et retour en arrière sur chaque chaîne. L'archive s'écrit sur des disques indépendants : perdre un disque ne coûte que la part de ce disque, pas l'archive.
Ce qui change : une panne de disque devient un remplacement planifié plutôt qu'un incident nocturne.
Fonctionne si : la profondeur d'archive et le nombre de chaînes sont dimensionnés aux disques réellement disponibles.
dvrDiffusion
HLS et DASH pour chaque appareil, routage des spectateurs par zones réseau, autorisation des sessions — vous savez toujours qui regarde et d'où.
Ce qui change : une réclamation sur une chaîne se traite depuis la console — qui a regardé, d'où et depuis quel streamer — au lieu de fouiller les journaux.
Fonctionne si : les spectateurs atteignent les streamers via l'autorisation de session de Catena et non par un chemin de contournement.
cdn-zonesarchitecture
Un seul cerveau. Autant de streamers que nécessaire.
Catena est un cluster administré, pas un empilement de serveurs média. Une console, une API, un état désiré — et des machines qui font le gros du travail.
central
Le plan de contrôle : configuration de chaque chaîne, statistiques, console web et API. Son seul état est PostgreSQL — une sauvegarde intacte de la base, c'est une installation intacte.
database-backuplayouter
Décide quelle chaîne tourne sur quel streamer — de façon prévisible et avec des raisons consignées. Vous pouvez toujours répondre à « pourquoi cette chaîne est ici ».
layouterstreamers
Les serveurs qui ingèrent, transcodent, enregistrent et servent les spectateurs. Ils ne gardent aucune configuration propre — ils la reçoivent de central.
streamersUn streamer a besoin de central pour changer sa configuration — pas pour fonctionner.
failover
Coupez le plan de contrôle. L'antenne reste allumée.
Une panne de central est un incident de gestion, jamais un incident d'antenne. Les chaînes continuent d'émettre, le DVR continue d'enregistrer, les spectateurs continuent de regarder. Au retour de central, le cluster se ressoude de lui-même — sans redémarrages.
L'antenne continue
Un streamer redémarré pendant la panne revient instantanément : warm start depuis le cache local de sa configuration appliquée, sans attendre la moindre réponse de central.
central-outageLes chaînes déménagent
Le layouter replanifie automatiquement les chaînes de la machine perdue sur les streamers survivants. Chaque déplacement est journalisé avec sa raison.
reliabilityLes entrées basculent avec prudence
Priorités de sources ordonnées : une source morte bascule immédiatement, une source dégradée seulement s'il existe mieux. Une source primaire rétablie doit d'abord servir une fenêtre propre — pas de bascules en boucle.
input-failoverjour deux
La bonne santé est gris-vert
Le travail quotidien se fait dans une seule console. L'opérateur ouvre le tableau de bord et le lit d'un coup d'œil : toute tache rouge signifie du travail, tout le reste signifie café.
Registre en direct. Télémétrie des streamers toutes les 2,5 secondes, heatmap des erreurs par chaîne, alertes disques et certificats avant qu'ils ne deviennent des incidents. dashboard
Sessions. Qui regarde, quelle chaîne, depuis quel streamer — avec fermeture forcée quand vous en avez besoin. sessions
Votre monitoring, pas le nôtre. Métriques compatibles Prometheus et source de données Grafana intégrées ; Retroview pour l'analyse fine des flux.
Les mises à niveau à votre rythme. apt install de la nouvelle version, redémarrage au moment de votre choix — le warm start ramène les chaînes aussitôt après. Une machine à la fois à travers le cluster. La base conserve une fenêtre de compatibilité N−1/N−2 : une mise à jour par étapes peut être annulée sans restaurer de sauvegarde. upgrade
montée en charge
Grandir, c'est ajouter des machines
La plus petite installation est une machine qui fait tout tourner. Quand elle devient à l'étroit, vous ajoutez des streamers via une fenêtre d'adhésion dans l'interface — l'installation existante reste en place, rien n'est reconstruit.
- Permit join ouvre une fenêtre d'une heure ; la nouvelle machine entre avec un token — aucun fichier de configuration à éditer. Le déploiement sans intervention via Ansible est pris en charge. add-streamer
- Retirer une machine est tout aussi délibéré : révoquer l'accès, supprimer avec replanification des chaînes, ou purger définitivement. remove-streamer
- Un Ubuntu ordinaire, des paquets deb, systemd. Aucun orchestrateur à apprendre avant de pouvoir diffuser la télévision. Une commande amène un Ubuntu vierge jusqu'à une chaîne qui joue : apt install catena. install
déploiement
Comment vous y arrivez — et ce qui se passe ensuite
Catena s'installe à côté du service que vous exploitez aujourd'hui, pas à sa place. Les chaînes migrent par groupes, et un groupe qui se comporte mal revient en arrière.
Pilote
Une ou deux chaînes sur Catena à côté de l'installation que vous exploitez déjà. Le portail ne distribue que les liens du pilote — personne d'autre n'est concerné.
Migration par groupes
Les chaînes migrent par groupe ou par région. Si un groupe ne se comporte pas bien, il retourne sur l'ancienne installation : la migration est réversible à chaque étape.
Le portail reste
Votre portail, vos applications et votre facturation restent en place — seule la remise d'accès est redirigée. Les abonnés regardent comme d'habitude.
Retrait de l'ancien parc
Les machines libérées par la migration sont réutilisées dans de nouveaux rôles plutôt que mises au rebut.
Dans l'installation d'Europe du Nord, la migration complète a pris environ un mois, chaîne par chaîne, sans couper les spectateurs. Voir l'étude de cas →
Support assuré par l'éditeur. Votre demande est enregistrée et diagnostiquée ; un défaut confirmé part en développement et vous revient dans une version, avec notification du correctif.
La mise à jour reste votre décision. Catena ne se met jamais à jour toute seule — il n'existe aucun mécanisme de mise à jour forcée. La version ne change que lorsque votre administrateur la change, via le gestionnaire de paquets.
achats
Ce que vous achetez réellement
Un abonnement à la plateforme, et non des licences pour des serveurs.
Chaînes et téléspectateurs. Le prix suit le nombre de chaînes et le nombre de téléspectateurs — ce que vous diffusez réellement, et non la taille de votre parc de machines.
Les serveurs ne sont pas facturés. Vous déployez autant de machines qu'il vous convient pour la diffusion. Ajouter un serveur de diffusion, répartir la charge entre plusieurs sites ou garder de la réserve ne change pas l'abonnement.
Commencez par une région pilote
Parlez-nous de votre réseau, de votre liste de chaînes et de votre nombre d'abonnés. Nos ingénieurs poseront l'architecture, le dimensionnement des serveurs et un lancement par étapes — en parallèle du service que vous exploitez aujourd'hui. Nous convenons à l'avance des indicateurs qui décideront du succès du pilote.
Vous chiffrez d'abord ? Ce que coûte réellement la migration →