01Présentation globale de la mission
Dans le cadre de la modernisation des infrastructures de communication, ce projet consistait à implémenter une solution complète de Téléphonie sur IP (ToIP) basée sur l'écosystème 3CX.
La solution a été déployée de manière centralisée sur une infrastructure virtualisée d'entreprise. L'objectif était de valider la viabilité technique d'un standard téléphonique logiciel (IPBX) capable de gérer l'intégration des flux voix, la flexibilité du routage (groupes de sonnerie), la sécurité des accès administratifs et utilisateurs, ainsi que le provisionnement de terminaux fixes et mobiles (softphones).
02Architecture système & virtualisation sur Proxmox VE
La première phase consistait à préparer un environnement d'accueil stable, isolé et performant pour l'applicatif VoIP :
- Création de la machine virtuelleAllocation des ressources (vCPU, RAM, stockage vdisk) sur l'hyperviseur Proxmox VE en adéquation avec les prérequis de l'éditeur 3CX pour un dimensionnement d'infrastructure de test.
- Système d'exploitationDéploiement de l'instance s'appuyant sur une base d'OS Linux Debian (distribution recommandée par 3CX pour sa stabilité et sa légèreté).
- Configuration IP statiqueParamétrage d'une adresse IP fixe locale sur la carte réseau virtuelle. Cette étape est critique en production pour éviter toute perte de liaison entre les téléphones IP de l'infrastructure et l'IPBX suite à un renouvellement de bail DHCP.
03Configuration réseau, résolution DNS & FQDN
La ToIP repose intégralement sur une résolution de noms et un routage réseau impeccables pour l'initiation des sessions d'appels :
- Provisionnement du FQDNAssociation de la machine à un nom de domaine pleinement qualifié via le sous-domaine dédié fourni par l'éditeur :
stagelabo.on3cx.fr. - Génération du certificat SSLConfiguration et validation automatique du certificat de sécurité (Let's Encrypt) lié au FQDN pour chiffrer les flux d'administration HTTPS et le provisionnement des extensions.
- Diagnostic par résolution de nomsUtilisation de la commande
nslookup stagelabo.on3cx.frdepuis un poste client Windows afin de valider la bonne correspondance avec l'adresse IP publique d'écoute et s'assurer de l'accessibilité externe des services.
04Administration de l'IPBX, comptes & routage
Une fois l'infrastructure réseau validée, l'accent a été mis sur la configuration logique de l'autocommutateur depuis la console Web 3CX :
- Création des extensionsAjout et paramétrage de 3 comptes utilisateurs distincts. Configuration fine des fiches d'identité (exemple : Extension 102 - Antoine Dupont).
- Durcissement de la sécuritéActivation obligatoire de l'authentification à deux facteurs (2FA) sur les profils. Cette mesure empêche les attaques par force brute ou l'enregistrement de terminaux malveillants (SIP Scanner) sur le standard.
- Groupes de sonnerieConfiguration de 4 groupes de sonnerie personnalisés, structurant le routage des appels entrants vers des services cibles selon des stratégies précises (sonnerie simultanée, séquentielle ou prioritaire).
05Softphones, mobilité & tests fonctionnels
La dernière étape consistait à valider l'interconnexion des terminaux clients et la qualité des communications :
- Provisionnement cross-platformTest et déploiement de l'application cliente sur environnement Desktop (PC) et sur environnement Mobile (smartphone).
- Méthode du QR codeL'application mobile scanne le QR code unique généré dynamiquement par la console d'administration 3CX, téléchargeant instantanément le fichier de configuration de l'extension via TLS.
- Validation des fluxTests de communications croisés réussis (appels PC vers smartphone) validant l'interconnexion du protocole de signalisation SIP et le transport des flux audio (RTP).
Lors des phases initiales de tests d'appels, la signalisation SIP s'effectuait correctement (la cible sonnait) mais l'établissement du flux audio échouait systématiquement, bloquant la communication.
L'analyse de l'environnement matériel a révélé que la machine hôte cliente ne possédait aucun périphérique d'entrée/sortie audio actif (pas de micro/haut-parleur détecté par le système), empêchant l'initialisation de la couche logicielle audio du softphone. L'installation et le mappage d'un casque audio physique ont immédiatement corrigé le dysfonctionnement.