ExpertiseExpertise · communications d'entreprise
Support de niveau 3 et exploitation
d'infrastructures de téléphonie critiques.
Cette page s'adresse aux directions techniques, aux équipes d'exploitation et aux partenaires qui cherchent une expertise Mitel de niveau 3 immédiatement opérationnelle. Elle décrit un métier, pas une offre logicielle.
- Intervenant
- Régis Jocet Tchygnoumba
- Fonction
- Architecte des communications d'entreprise
- Niveau de support
- N3 · référent technique incidents complexes
- Périmètre
- Île-de-France · interventions et visites sur sites
- Expérience
- 27 années en environnements critiques
- Disponibilité
- Immédiate
Parcours
- 2026
Fondateur, ARCA CX Solutions
Audit, architecture et modernisation d'infrastructures de téléphonie et de centres de contacts.
- 2012 – 2025
Architecte Télécom Senior, Expert UC/CC
Support N3 et MCO d'un parc multi-sites de 4 500 utilisateurs au sein d'un grand groupe multi-entités. Rationalisation des infrastructures, mutualisation des plateformes, convergence des centres de contacts.
- 1998 – 2012
Responsable Téléphonie & Support Technique
Exploitation, supervision et évolution des infrastructures de téléphonie d'entreprise.
- 4 500utilisateurs exploités
- 1 200+agents de centres de contacts
- 2 000+sessions SIP
- 99,99 %disponibilité cible
Volumétries exploitées en environnement de production. Les organisations concernées ne sont pas nommées.
Domaines d'intervention
Support de niveau 3
Prise en charge des incidents que le N1 et le N2 ne referment pas : qualification, diagnostic, correction, puis retour d'expérience écrit.
Maintien en conditions opérationnelles
Supervision, maintenance préventive, gestion des versions et des correctifs, pilotage des évolutions techniques sans rupture de service.
Analyse de causes racines
Reconstitution des incidents majeurs, identification de la cause réelle, plan d'actions correctives et suivi jusqu'à disparition des récurrences.
Architecture voix et interconnexions
Trunks SIP, SBC, Microsoft Teams Direct Routing, réseaux LAN/WAN, qualité et sécurisation des flux voix.
Centres de contacts
Exploitation et convergence de plateformes multi-sites, jusqu'à 1 200 agents, avec les contraintes de continuité que cela impose.
Documentation et transfert
Procédures d'exploitation, runbooks, dossiers d'architecture, montée en compétence des équipes internes.
Ma démarche
Lorsque je rejoins une équipe d'exploitation, mon premier objectif n'est pas de proposer des changements. Mon rôle consiste d'abord à comprendre l'architecture existante, à sécuriser l'exploitation, à documenter les connaissances critiques et à gagner la confiance des équipes. Les évolutions ne viennent qu'une fois l'environnement maîtrisé et les risques correctement évalués.
Ce que je regarde en priorité
- Documentation d'architectureCe qui existe, ce qui est à jour, ce qui n'a jamais été écrit.
- Supervision et alertesCe qui est réellement remonté, et ce que personne ne voit passer.
- Sauvegardes et restaurationsUne sauvegarde jamais restaurée n'est pas une sauvegarde.
- Plan de reprise et basculesLes procédures existent-elles, et à quand remonte le dernier test ?
- Incidents des douze derniers moisLes récurrences racontent l'infrastructure mieux qu'un schéma.
- Inventaire et plan de numérotationLe socle de toute intervention fiable, souvent le plus négligé.
- Gestion des changementsQui décide, qui valide, qui trace, et comment on revient en arrière.
Architecture de référence
Principes d'une infrastructure de communications à haute disponibilité
La question que pose une direction technique n'est pas quel autocommutateur retenir. Elle est : que se passe-t-il quand le lien WAN tombe, quand un opérateur cesse d'acheminer, quand un serveur redémarre, quand le centre de contacts doit rester joignable pendant l'incident. Voici une infrastructure multi-sites construite pour répondre à ces questions, de la bordure opérateur jusqu'aux terminaux.
Le synoptique présenté ci-dessus illustre les principes généraux d'une architecture de communications d'entreprise à haute disponibilité. Il s'agit d'un schéma pédagogique conçu pour présenter une démarche d'architecture. Il ne représente aucune infrastructure réelle ni aucun environnement client.
Les points de rupture, et ce qui leur répond
- Un serveur d'appel tombe
- Le cluster bascule sur le second nœud. Plan de numérotation, annuaire et droits sont communs : rien à reconstruire, rien à ressaisir. La bascule est testée, pas supposée.
- Le lien WAN d'un site est coupé
- La passerelle média locale prend le relais. Les appels internes au site et les appels d'urgence continuent de passer par l'accès de secours, le temps que le lien revienne.
- Un opérateur cesse d'acheminer
- Plusieurs trunks SIP chez des opérateurs distincts, arrivant par des points d'entrée physiquement séparés. Le débordement est automatique et la capacité résiduelle est dimensionnée pour absorber le trafic, pas seulement pour exister.
- Le centre de contacts doit rester joignable
- Serveurs en haute disponibilité avec bascule automatique, et un portail de pilotage qui permet aux superviseurs de basculer en mode dégradé, de diffuser un message exceptionnel ou d'activer un scénario d'urgence sans intervention technique.
- Personne ne voit venir la panne
- Le serveur de management centralise les alarmes des nœuds et des passerelles, et les remonte à la supervision d'entreprise. Une infrastructure qui n'alerte pas se découvre par l'utilisateur, toujours trop tard.
- Le pont de conférence d'une salle ne répond plus
- Le terminal de conférence de la salle, raccordé au système téléphonique et non à la plateforme collaborative, offre un pont audio de repli immédiat. La réunion continue par la voix pendant que l'incident est traité. Peu d'organisations savent que ce chemin de secours existe déjà chez elles.
- Un flux doit sortir vers l'extérieur
- Les SBC en zone démilitarisée terminent la signalisation, chiffrent les médias et isolent le cœur. La médiation vers Teams passe par des nœuds dédiés, dimensionnés pour la redondance et non pour le strict nécessaire.
Ce qui rend une telle architecture robuste n'est pas la redondance elle-même : c'est qu'elle ait été éprouvée, documentée et comprise par l'équipe qui l'exploite. Une bascule jamais testée est une hypothèse. Un schéma que personne ne tient à jour devient faux en six mois. C'est la part la moins visible du métier d'architecte, et celle qui décide de la disponibilité réelle.
Environnements maîtrisés
Cœur téléphonie
Bordure et interconnexion
Centre de contacts et services
Exploitation
Modalités d'intervention
Renfort N3
Appui ponctuel sur incidents critiques ou pics d'activité.
Mission longue
Intégration à une équipe d'exploitation, sur site et à distance.
Prestation ou CDI
Le cadre contractuel se discute selon votre contexte.
Disponible immédiatement, mobile sur l'ensemble de l'Île-de-France.