La console d'exploitation auto-hébergée
La Console MODERAN est l'écran d'exploitation des réseaux Open RAN — installée dans votre propre infrastructure, elle surveille les équipements de tous vos fournisseurs à la fois et transforme les avalanches d'alarmes en un incident expliqué, avec une cause racine probable. Chaque capture d'écran ci-dessous est le produit réel, photographié pendant une panne en direct.
Le problème dont ce contrat vous débarrasse
À 2 h 14 du matin, une unité de traitement (un DU) cesse de répondre sur l'un de vos sites. Toutes les radios qui en dépendent perdent leur liaison et se mettent à alarmer. Chaque outil de chaque fournisseur montre sa propre tranche, dans son propre format. Votre centre de supervision (NOC) voit un mur rouge et commence à deviner. En Open RAN — où l'on mélange délibérément les fournisseurs — aucun outil ne voit l'ensemble. C'est cette lacune que ce contrat vient combler.
Ce ne sont pas des chiffres marketing — ce sont les valeurs réelles de la panne capturée dans les écrans ci-dessous : élément du-1, incident fg_79083f45af6e2a91.
Comment elle y parvient
La console est la partie visible d'une chaîne de traitement qui tourne entièrement sur vos serveurs :
C'est l'écran affiché au mur du NOC. Pas 96 lignes. Une carte.
Un incident ouvert : sévérité CRITICAL, domaine RADIO, cause racine probable du-1, 96 alarmes membres regroupées à l'intérieur. La barre jaune est la confiance du corrélateur — 95 %.
La ligne en dessous est ce qu'aucun concurrent ne montre : le raisonnement. « Ancêtre des autres éléments affectés · porte l'alarme la plus sévère du groupe · plusieurs alarmes sur le même élément. » Votre opérateur sait pourquoi le système a désigné du-1, pas seulement qu'il l'a fait.
Le temps de compréhension s'effondre : d'une heure à recouper des outils fournisseurs, à quelques secondes. Quand la panne se résout, la carte s'efface. Les nouvelles alarmes se rattachent à l'incident existant en direct — sans actualiser, sans re-trier.
Une cause racine expliquée est aussi un levier dans les litiges fournisseurs : « votre DU a fait tomber douze radios, voici la chaîne de preuves » est un tout autre appel que « quelque chose ne va pas ».
Cliquez sur la carte : l'incident s'ouvre sur tout ce que le corrélateur a regroupé.
L'en-tête reprend le verdict — quand l'incident s'est ouvert, quand il a changé pour la dernière fois, pourquoi cette cause racine. En dessous, chaque alarme membre en ligne horodatée : le CRITICAL DU_PROCESS_DEAD sur du-1, puis la chaîne de RU_LINK_DOWN majeurs qu'il a entraînés sur ru-1a, ru-1b, ru-1c, seconde par seconde.
C'est votre dossier d'audit et de post-mortem. Régulateurs, assureurs et réclamations SLA fournisseurs posent tous la même question — que s'est-il passé, dans quel ordre ? Ce tableau est la réponse, conservée avec l'incident.
Les ingénieurs utilisent la chronologie pour confirmer le sens de la panne : le DU est mort en premier, les radios ont suivi. C'est exactement cet ordre qui devient invisible quand les alarmes vivent dans quatre outils fournisseurs différents.
Tout votre parc multi-fournisseurs en un seul arbre parent/enfant — la carte même sur laquelle raisonne le moteur de cause racine.
Chaque élément avec son type, son fournisseur, sa version logicielle et son site : le contrôleur RIC, les nœuds cloud, le CU, les deux DU avec leurs radios indentées en dessous, et l'anneau de transport avec tout ce qui en dépend. VendorA et VendorB cohabitent dans le même arbre — la promesse de neutralité rendue visible.
L'indentation, c'est la causalité : les éléments frères partageant un parent sont regroupés sous un même incident quand ce parent tombe. Quand un incident nomme du-1, cette page vous montre d'un coup d'œil ce qui est menacé en dessous.
C'est aussi la réponse d'inventaire la plus rapide du bâtiment : « quels sites tournent encore en VendorA v5.2.1 ? » se lit d'un regard, sans tableur.
Chaque famille de pannes est livrée avec une procédure de réparation pas à pas, portée par une équipe nommée.
La bibliothèque de départ : « DU en panne ou injoignable » (isoler la panne côté radio, cloud ou transport avant d'appeler qui que ce soit), « latence de politiques A1 du RIC », « transport dégradé » — chacune avec ses étapes numérotées, ses étiquettes et son équipe responsable.
Les runbooks sont de simples fichiers versionnés. Vos ingénieurs ajoutent les leurs ; la console les charge au rechargement — sans ticket fournisseur, sans recompilation.
Le runbook transport encode dès sa première ligne le piège classique de l'Open RAN : les pannes de transport se déguisent en pannes radio, car les symptômes apparaissent d'abord sur le DU. La procédure prouve à qui appartient la panne avant que votre équipe n'escalade vers le mauvais fournisseur.
C'est ainsi que le savoir de vos ingénieurs seniors cesse de vivre dans leurs têtes et se met à vivre dans la console — votre équipe de nuit hérite du jugement de vos meilleurs éléments.
Un panneau d'injection de pannes sans risque : appuyez sur un bouton, regardez toute la chaîne réagir.
Quatre schémas de panne réalistes — un DU qui tombe net, une file de politiques RIC qui se bloque, une radio isolée en WARNING de température, une tempête de gigue sur le transport. Injecter pilote le réseau synthétique pour émettre exactement ce schéma d'alarmes ; l'écran des incidents s'allume quelques secondes plus tard.
Trois métiers en un écran : la recette — vérifier votre installation de bout en bout avant de lui confier du trafic réel ; la formation — les nouvelles recrues du NOC trient des incidents réalistes sans aucun risque ; la démonstration — montrer à votre propre direction, à la demande, l'histoire « avalanche d'alarmes → une carte ».
FR / EN
Chaque écran existe en français et en anglais — Incidents en cours, mêmes données, même seconde. Conçue pour des équipes qui opèrent entre Lagos, Accra, Dakar et Abidjan ; le yoruba, le haoussa et le wolof sont sur la feuille de route.
Ce que « auto-hébergée » vous garantit
La console et toute sa chaîne de traitement s'installent dans votre propre cluster Kubernetes (charts Helm, ou GitOps complet via Argo CD). ARGILETTE n'exploite jamais de copie des données de votre réseau.
Alarmes, télémétrie, topologie, historique des incidents — tout reste sur vos serveurs, dans votre pays. La seule chose qui puisse franchir la frontière, si vous l'activez, est un battement de cœur anonyme de santé, pour que nous puissions honorer le SLA de support.
Les opérateurs se connectent avec votre propre SSO (OpenID Connect — Keycloak, Azure AD et équivalents). Les rôles séparent lecteurs, opérateurs et administrateurs ; chaque action privilégiée est inscrite dans une piste d'audit infalsifiable.
Les incidents sont poussés vers Slack, Webex ou PagerDuty avec un délai de garde par incident : le téléphone d'astreinte vibre une fois par problème — pas 96 fois.
Livrée avec tableaux de bord Grafana et règles d'alerte Prometheus. Si vous exploitez déjà une pile de métriques, MODERAN la rejoint au lieu de la remplacer.
Si vous êtes une banque, pas un opérateur télécom
Les entreprises régulées (banques, assureurs, hôpitaux, administrations) entrent dans cette plateforme par l'Appliance d'IA souveraine en périphérie — une machine installée dans le pays, qui exécute des modèles d'IA sur des données qui, légalement, ne peuvent pas quitter le territoire.
Une vue locataire : votre consommation face à votre quota, vos modèles, vos appels d'inférence — mesurés et facturés au mois. Le provisionnement et la désactivation des locataires relèvent de l'opérateur, pas de vous.
L'appliance produit une attestation de souveraineté signée — une preuve cryptographique qu'aucune donnée régulée n'a franchi la frontière. Pas un PDF de politique interne ; un artefact vérifiable.
Le logiciel de l'appliance refuse de démarrer si la sortie transfrontalière est activée sans motif de dérogation écrit — et en cas de dérogation, il l'affiche bruyamment dans les journaux à chaque démarrage. Les exceptions silencieuses sont impossibles par construction.
La même discipline d'exploitation que vous venez de lire — incidents corrélés, runbooks, pistes d'audit — est ce qui tient l'infrastructure hôte de l'appliance. Vous héritez du niveau d'exploitation d'un opérateur télécom.
La place de la console dans la plateforme
La console et tout ce que décrit ce dossier constituent la Couche 0 — incluse dans la redevance de base, avec la Couche 1. Les Couches 2 et 3 sont des lignes d'expansion que vous activez quand vous êtes prêt.
| Couche | Ce que c'est | Ce que vos équipes y gagnent | Modèle commercial |
|---|---|---|---|
| L0 Observabilité & corrélation de pannes |
Tout ce dossier : la console, la chaîne de corrélation, les runbooks, les alertes, les tableaux de bord. | Un seul écran pour tout le réseau multi-fournisseurs ; des incidents au lieu d'avalanches d'alarmes. | Incluse dans la redevance de base Redevance annuelle forfaitaire — cellules et régions illimitées dans le pays sous contrat. Pas de facturation à la cellule. |
| L1 Assurance d'interopérabilité |
Campagnes de conformité sur des combinaisons de fournisseurs précises, avec des références approuvées protégées contre les régressions. | La preuve qu'un assemblage de fournisseurs fonctionne avant le déploiement ; détection immédiate quand la mise à jour d'un équipementier casse l'assemblage. | Incluse dans la redevance de base |
| L2 Courtier de calcul |
Vend votre capacité de calcul en périphérie inutilisée à des locataires payants ; les préempte à l'instant où la demande radio revient. La radio gagne toujours. | Une nouvelle ligne de revenus sur du matériel déjà payé, avec une sécurité suivie par SLO. | 0 $ d'avance — 15 à 25 % de partage de revenus sur le calcul courtié. |
| L3 Appliance d'IA souveraine en périphérie |
Inférence d'IA dans le pays pour des locataires régulés, avec mesure par locataire et attestations de souveraineté signées. | Des revenus d'IA venant des banques, assureurs, hôpitaux et administrations — les données ne quittent jamais le pays. | Par appliance (unique) + par locataire et par mois. |
Dans la boîte
Prochaine étape
Une démonstration de 30 minutes : nous injectons la panne de DU que vous venez de voir, et vous regardez 96 alarmes devenir un incident expliqué, en temps réel. Venez avec votre responsable NOC.
Écrire à sales@argilette.com ou visitez moderan.org