INSTALLER ET CONFIGURER UN AUTOCOMMUTATEUR PRIVE(PABX)/(IPBX) DANS UN RESEAU LOCAL D'ENTREPRISE (partie 2/3)

## Objectifs et prérequis **Objectifs** : à la fin de cette unité, l’élève sera capable de : 1. Accéder à l’interface d’administration (web ou CLI) d’un PABX/IPBX installé sur un serveur ou un appliance. 2. Configurer la base du système : plan de numérotation, création des extensions, affectation des lignes trunk (SIP, analogique, RNIS), mise en place des services de base (boîte vocale, transfert, mise en attente, conférence). 3. Intégrer le PBX dans un réseau local d’entreprise (LAN) en respectant les règles d’adressage IP, de VLAN voix et de QoS. 4. Réaliser les activités d’intégration : tests de fonctionnement, mise en service, formation des utilisateurs et sauvegarde de la configuration. 5. Conduire les activités de remédiation : diagnostic des pannes fréquentes, mise en œuvre des procédures de dépannage, mise à jour du firmware et rétablissement du service. **Prérequis** : - Notions de réseaux locaux : topologie Ethernet, adressage IPv4, sous‑masquage, VLAN, protocoles DHCP et DNS. - Bases de la téléphonie traditionnelle : ligne analogique (POTS), ligne numérique (RNIS), concepts de boucle locale et de central téléphonique. - Fondamentaux de la VoIP : protocole SIP, codecs audio (G.711, G.729), notions de jitter, de perte de paquets et de MOS. - Connaissance du matériel : switch manageable, routeur, serveur PBX (appliance ou serveur Linux), alimentation PoE éventuelle. - Règles de sécurité élémentaires : gestion des mots de passe, mise à jour des firmwares, segmentation du trafic voix/données. --- ## Introduction contextualisée Au Cameroun, de nombreuses entreprises – PME industrielles de Douala, agences bancaires de Yaoundé, cabinets de conseil de Bafoussam – modernisent leur infrastructure de téléphonie pour réduire les coûts d’abonnement aux opérateurs traditionnels et améliorer la mobilité interne. Le passage d’un central téléphonique analogique ou RNIS à un IPBX (ex. : Asterisk, FreePBX, 3CX) permet de converger voix et données sur le même réseau LAN, d’offrir des services avancés (messagerie unifiée, centre d’appels, intégration CRM) et de faciliter la télétravail. Toutefois, la réussite de ce projet dépend d’une maîtrise rigoureuse de l’accès à l’interface du PBX, de la configuration de base, de son intégration dans le réseau et de la capacité à diagnostiquer et corriger les dysfonctionnements. Cette unité prépare l’élève à intervenir sur le terrain, en atelier ou sur chantier, en appliquant les procédures officielles du MINESEC/IGE. --- ## I. Leçon 4: Accès à l’interface et configuration de la base du système ### 4.1. Présentation de l’interface d’administration Les PBX modernes proposent deux modes d’accès principaux : - **Interface web (GUI)** : accessible via un navigateur à l’adresse IP du PBX (ex. : http://10.0.5.10). Elle offre des assistants de configuration, des tableaux de bord en temps réel et la gestion des fichiers de configuration sous forme de formulaires. - **Interface en ligne de commande (CLI)** : accès SSH ou console locale permettant d’exécuter des commandes spécifiques (ex. : `asterisk -rvvv` pour Asterisk, `fwconsole` pour FreePBX). Elle est privilégiée pour les opérations avancées, le débogage et l’automatisation via des scripts. > **>** L’accès sécurisé à l’interface web doit se faire en HTTPS lorsqu’il est disponible, ou via un VPN d’administration pour éviter l’exposition directe sur le LAN. ### 4.2. Prérequis matériels et logiciels pour l’accès - Un poste de travail ou un laptop connecté au même VLAN que le PBX. - Un câble Ethernet (Cat5e/6) ou une connexion Wi‑Fi sécurisée (WPA2‑Enterprise). - Un navigateur à jour (Firefox, Chrome) ou un client SSH (PuTTY, OpenSSH). - Les identifiants d’administration fournis lors de l’installation (souvent `admin` / mot de passe complexe). ### 4.3. Étapes d’accès 1. **Vérification de la connectivité** : `ping 10.0.5.10` depuis le poste. 2. **Obtention de l’adresse IP** : si le PBX utilise DHCP, consulter le bail du serveur DHCP ou l’afficher via la console locale (`ip a`). 3. **Connexion à l’interface web** : saisir `https://10.0.5.10` dans le navigateur, accepter le certificat auto‑signé (ou importer le certificat de l’entreprise). 4. **Authentification** : entrer le login et le mot de passe, puis changer le mot de passe par défaut dès la première connexion. 5. **Accès CLI (optionnel)** : `ssh admin@10.0.5.10` puis saisir le mot de passe. > **>** Toujours consigner l’adresse IP, le masque, la passerelle et les identifiants dans le carnet de chantier avant toute modification. ### 4.4. Configuration de base du système | Paramètre | Description | Valeur typique (exemple) | |-----------|-------------|--------------------------| | Plan de numérotation | Série d’extensions attribuées aux postes internes | 2000‑2099 | | Extension | Numéro attribué à un poste SIP ou analogique | 2001 | | Ligne trunk | Liaison vers l’opérateur extérieur (SIP, analogique, RNIS) | Trunk SIP vers Orange Cameroun | | Codec audio | Algorithme de compression/décompression | G.711 (64 kbps) pour qualité téléphonique | | Boîte vocale | Service de messagerie unifiée | Activation sur toutes les extensions | | Transfert d’appel | Renvoi d’un appel vers une autre extension ou numéro externe | Transfert aveugle ou consultatif | | Musique d’attente | Flux audio diffusé lors de l’attente | Fichier WAV 16‑bit, 8 kHz | | Journalisation (logs) | Enregistrement des événements pour le dépannage | Niveau `debug` conservé 7 jours | **Procédure pas à pas (exemple avec FreePBX)** : 1. Dans le menu **Applications → Extensions**, choisir *Add Extension* → *SIP Extension*. 2. Remplir les champs : *User Extension* = 2001, *Display Name* = Poste Accueil, *Secret* = mot de passe SIP complexe. 3. Valider puis cliquer sur *Submit* et *Apply Config*. 4. Pour créer un trunk SIP : **Connectivity → Trunks → Add SIP Trunk**. Remplir le *Peer Details* avec les paramètres fournis par l’opérateur (host, username, secret, port 5060). 5. Dans **Settings → Asterisk SIP Settings**, activer *NAT* si le PBX est derrière un routeur, configurer *External IP* et *Local Networks*. 6. Créer une *Outbound Route* : définir le pattern de numérotation (ex. : 9.) pour appeler l’extérieur via le trunk créé. 7. Créer une *Inbound Route* : diriger les appels entrants du trunk vers un groupe d’extensions ou une boîte vocale. 8. Activer la boîte vocale sous **Applications → Voicemail Admin**, attribuer un PIN à chaque extension. 9. Appliquer la configuration (*Apply Config*) et tester un appel interne (2001 → 2002) puis un appel externe (composer 9 suivi du numéro). ### 4.5. Exemple d’atelier (PME de Douala) Dans une entreprise de transformation agroalimentaire située à Bonabéri, le technicien doit installer un IPBX sur un serveur Dell PowerEdge T30 exécutant Ubuntu 22.04 LTS avec Asterisk 18. Après l’installation du système d’exploitation et la mise en réseau (IP statique 10.0.5.10/24, passerelle 10.0.5.1), il accède à l’interface web d’Asterisk‑Now (FreePBX) via `https://10.0.5.10`. Il suit la procédure ci‑dessus pour créer 15 extensions (2001‑2015), configurer deux trunks SIP (un vers MTN Cameroon, un vers Orange Cameroon) et mettre en place une file d’attente pour le service client. Les tests montrent un MOS moyen de 4,2 et aucune perte d’appel après 30 minutes de trafic simulé. ### 4.6. Tableau récapitulatif des paramètres de base | Élément | Valeur à vérifier | Outil de contrôle | |---------|-------------------|-------------------| | Adresse IP du PBX | Statique ou bail DHCP connu | `ip a`, interface du routeur | | Masque de sous‑réseau | /24 (255.255.255.0) | même que ci‑dessus | | Passerelle | IP du routeur LAN | `ip route` | | DNS serveur | IP du serveur DNS interne ou 8.8.8.8 | `cat /etc/resolv.conf` | | Port SIP | 5060 (UDP/TCP) | `netstat -anu \| grep 5060` | | Port RTP | Plage 10000‑20000 (UDP) | `netstat -anu \| grep -E ":10000|:20000"` | | État du service Asterisk | Actif (`running`) | `systemctl status asterisk` | | Journal des erreurs | Aucune erreur critique récente | `/var/log/asterisk/messages` | ### 4.7. Encadrés « à retenir » (au moins 8) > **>** L’accès à l’interface web doit toujours être effectué en HTTPS ou via un VPN d’administration. > **>** Le mot de passe par défaut du compte admin doit être changé immédiatement après la première connexion. > **>** Le plan de numérotation doit être hiérarchisé et documenté pour éviter les conflits d’extensions. > **>** Chaque trunk SIP doit être associé à un *outbound* et un *inbound* route clairement définis. > **>** La qualité audio se mesure par le MOS ; un MOS ≥ 4,0 est considéré comme acceptable en environnement professionnel. > **>** Les plages de ports RTP doivent être ouvertes uniquement sur le VLAN voix et filtrées par le firewall. > **>** La sauvegarde de la configuration (`/etc/asterisk` ou le backup FreePBX) doit être réalisée avant toute modification majeure. > **>** Les logs d’Asterisk doivent être consultés en temps réel avec `asterisk -rvvv` pour détecter les échecs d’enregistrement ou d’authentification. --- ## II. ACTIVITES D’INTEGRATION ### 2.1. Intégration physique - **Raccordement au switch** : le port Ethernet du PBX est connecté à un port du switch manageable appartenant au VLAN voix (ex. : VLAN 10). - **Alimentation** : si le PBX supporte le PoE, le câble Ethernet peut fournir à la fois données et alimentation ; sinon, utiliser un adaptateur secteur conforme aux normes CEI 60950‑1. - **Câblage** : utiliser des câbles Cat6 blindés (STP) pour limiter les interférences électromagnétiques, surtout à proximité de moteurs ou de variateurs de fréquence. > **>** Vérifier la continuité et la bonne sertissage des connecteurs RJ45 avec un testeur de câble avant la mise sous tension. ### 2.2. Intégration logique - **VLAN voix** : créer le VLAN 10 sur le switch, attribuer l’IP du PBX (ex. : 10.0.5.10/24) et configurer le port en mode *access* VLAN 10. - **QoS** : marquer le trafic SIP avec DSCP EF (46) et le trafic RTP avec DSCP AF41 (34) afin de prioriser la voix sur le trafic données. - **Adressage IP** : attribuer une adresse IP statique au PBX ou réserver un bail DHCP basé sur son adresse MAC pour éviter les changements d’adresse. - **DNS interne** : ajouter un enregistrement A `pbx01.example.cm` pointant vers 10.0.5.10 pour faciliter la configuration des postes SIP. ### 2.3. Tests de fonctionnement | Test | Objectif | Méthode | Critère de réussite | |------|----------|---------|---------------------| | Appel interne | Vérifier la signalisation SIP et le média RTP | Composer 2001 → 2002 depuis deux postes softphone | Établissement de l’appel en < 2 s, audio bidirectionnel clair | | Appel sortant (trunk SIP) | Valider l’authentification et le routage vers l’opérateur | Composer 9 + numéro extérieur | Sonnerie côté destinataire, voix claire, aucun écho | | Appel entrant (trunk SIP) | Confirmer la réception et la distribution vers les extensions | Appeler le numéro DID attribué au trunk | L’appel sonne sur le groupe d’extensions configuré | | Messagerie vocale | Tester l’enregistrement et la récupération de messages | Laisser un message sur la boîte vocale 2001, puis le consulter | Message enregistré, lecture claire, notification MWI activée | | Qualité audio (MOS) | Mesurer la perception de la qualité | Utiliser un outil d’évaluation (ex. : PESQ ou MOS‑LQO) sur un appel de 30 s | MOS ≥ 4,0 | | Journalisation | S’assurer que les événements sont consignés | Consulter `/var/log/asterisk/messages` pendant les tests | Aucune erreur critique telle que “peer unreachable” | ### 2.4. Mise en service - **Formation des utilisateurs** : distribuer un guide rapide (composition d’appels, transfert, messagerie vocale, utilisation du softphone). - **Documentation** : consigner le plan de numérotation, les identifiants SIP, les paramètres des trunks et les procédures de sauvegarde dans un classeur technique. - **Sauvegarde** : exporter la configuration FreePBX (`Backup & Restore`) et copier le fichier `/etc/asterisk/asterisk.conf` sur un serveur de sauvegarde hors site. - **Plan de maintenance** : prévoir une vérification mensuelle des logs, un test de bascule vers le trunk de secours et une mise à jour de sécurité trimestrielle. ### 2.5. Exemple de chantier (agence bancaire à Yaoundé) Dans une agence de la Banque Centrale des États d’Afrique Centrale (BEAC) située au quartier Bastos, le technicien doit intégrer un IPBX 3CX sur un appliance dédié. Après le câblage vers le switch core (VLAN 20, IP 10.0.20.5/24), il configure le VLAN voix, active le QoS sur les liaisons montantes vers le routeur de branche, et réserve une adresse IP DHCP pour l’appliance. Les tests d’appels internes entre les guichets montrent un délai d’établissement moyen de 1,2 s et un MOS de 4,4. Les appels sortants vers le réseau téléphonique public commuté (PSTN) via un passerelle SIP‑ISDN fonctionnent sans perte. La formation du personnel d’accueil dure 45 minutes, suivie d’une simulation de scénario d’urgence (appel vers le centre de secours). ### 2.6. Encadrés « à retenir » > **>** Le VLAN voix doit être isolé du VLAN données pour éviter les tempêtes de broadcast pouvant dégrader la qualité VoIP. > **>** Le marquage DSCP EF (46) garantit une priorité absolue au trafic SIP sur les liaisons WAN. > **>** Une adresse IP statique ou un bail DHCP réservé évite les perturbations dues au renouvellement d’adresse. > **>** La sauvegarde de la configuration doit être effectuée hors ligne et testée régulièrement (restauration à blanc). --- ## III. ACTIVITES DE REMEDIATION ### 3.1. Diagnostic de base 1. **Connectivité réseau** : `ping` et `traceroute` depuis un poste vers l’adresse IP du PBX. 2. **État des interfaces** : `ip a` sur le PBX pour vérifier que les cartes réseau sont *UP* et possèdent la bonne adresse. 3. **Logs du PBX** : `tail -f /var/log/asterisk/messages` ou utilisation de l’interface web *Reports → Asterisk Logfile*. 4. **Enregistrement des postes** : en CLI, `sip show peers` (Asterisk) ou `fwconsole sip show peers` (FreePBX) pour voir le statut *Registered* ou *Unregistered*. 5. **Utilisation des ressources** : `top` ou `htop` pour contrôler le CPU, la mémoire et la charge du disque. > **>** Toute perte de ping supérieure à 20 ms ou toute perte de paquets > 2 % indique un problème de couche 2 ou 3 à investiguer avant de toucher à la configuration PBX. ### 3.2. Problèmes fréquents | Symptomatique | Cause probable | Vérification clé | |---------------|----------------|------------------| | Poste non enregistré (status *Unregistered*) | Mauvaise authentification SIP, adresse IP du PBX changée, firewall bloquant le port 5060 | Vérifier le *secret* SIP, vérifier l’ACL du firewall, confirmer l’IP du PBX | | Aucun son lors d’un appel (voix unidirectionnelle) | NAT non géré, ports RTP fermés, codec incompatible | Vérifier la configuration NAT, ouvrir la plage RTP, vérifier les codecs acceptés | | Écho prononcé | Absence d’écho‑cancellation, boucle acoustique due à un haut‑parleur trop proche du micro | Activer l’écho‑cancellation dans le profil SIP, réduire le gain du micro | | Appels échoués vers l’extérieur (cause *401 Unauthorized*) | Identifiants du trunk SIP erronés, expiration du mot de passe opérateur | Ressaisir le *username*/*secret* du trunk, vérifier la date d’expiration du compte opérateur | | Surcharge CPU (> 80 %) | Trop d’appels simultanés, codecs gourmands, présence de nombreux appels en conférence | Limiter le nombre d’appels simultanés, passer à G.729 pour réduire la charge, vérifier les conférences actives | | Perte d’appel après 30 s | Timeout de session SIP, mauvais keep‑alive | Augmenter le `qualify` fréquence ou le `default expire` dans le trunk SIP | | Message d’erreur “No such context” | Plan de numérotation mal référencé, contexte manquant dans `extensions.conf` | Vérifier le contexte appelé dans le trunk et la présence de ce contexte dans le dialplan | ### 3.3. Procédures de remédiation - **Réinitialisation de l’enregistrement** : `sip reload` (Asterisk) ou `fwconsole restart` puis re‑enregistrement du poste. - **Mise à jour du firmware** : télécharger la dernière version depuis le site du constructeur, vérifier les notes de version, appliquer via l’interface web ou en ligne de commande (`yum update freepbx` ou `apt-get upgrade asterisk`). - **Ajustement du QoS** : augmenter la bande passante réservée au VLAN voix sur le switch, vérifier les files d’attente avec `show mls qos`. - **Modification du plan de numérotation** : ajouter ou modifier des patterns dans les *Outbound Routes* ou *Inbound Routes*, puis appliquer la configuration. - **Remplacement de carte trunk** : en cas de défaut matériel (ex. : carte BRI défectueuse), couper l’alimentation, retirer la carte, installer une neuve, puis re‑configurer le trunk. - **Nettoyage des logs** : rotater les fichiers de log (`logrotate`) pour éviter le remplissage du disque, puis vérifier l’espace disponible (`df -h`). ### 3.4. Outils de dépannage - **Wireshark** : capture sur l’interface eth0, filtrage `sip || rtp` pour analyser le signalling et le média. - **sngrep** : visualisation en temps réel des flux SIP, utile pour détecter les retransmissions ou les réponses d’erreur. - **Asterisk CLI** : `core set verbose 9`, `sip set debug on`, `rtp set debug on` pour obtenir des traces détaillées. - **ping / traceroute** : contrôle de la couche réseau. - **nmcli / ip** : gestion des interfaces et des adresses IP sur Linux. - **snmpwalk** : si le PBX expose des OID SNMP, vérifier la charge et l’état des interfaces. ### 3.5. Exemple de remédiation (entreprise de BTP à Garoua) Sur un chantier de construction à Garoua, le PBX (Asterisk 16) installé dans la bungalow de site subit des pertes d’appel sortant après chaque orage. Le technicien constate que le trunk SIP vers le fournisseur local montre des erreurs *503 Service Unavailable*. Après vérification, il découvre que le routeur de secours a basculé sur une liaison 3G avec un NAT strict qui bloque les ports RTP élevés. Il effectue les actions suivantes : 1. Met en place une règle de port forwarding sur le routeur 3G pour les ports 10000‑20000 vers l’IP du PBX. 2. Active le mode *NAT=yes* et *externip=adresse publique du 3G* dans le fichier SIP trunk. 3. Redémarre le service Asterisk (`systemctl restart asterisk`). 4. Teste un appel sortant vers le numéro du responsable logistique : l’appel passe, la voix est claire, le MOS remonte à 4,1. 5. Documente l’incident dans le registre de maintenance et met à jour la procédure de bascule vers le lien de secours. ### 3.6. Encadrés « à retenir » > **>** Un poste non enregistré doit d’abord faire suspecter un problème d’authentification ou de connectivité réseau avant de toucher au dialplan. > **>** Les plages de ports RTP doivent être ouvertes de façon symétrique sur les deux côtés du NAT (pare‑feu extérieur et routeur interne). > **>** La mise à jour du firmware doit être précédée d’une sauvegarde complète et d’une lecture attentive des notes de version pour éviter les régressions. > **>** L’utilisation d’un outil de capture (Wireshark ou sngrep) permet de confirmer si le problème provient du signalling SIP ou du flux média RTP. --- ## Synthèse du chapitre - **Accès à l’interface** : connexion web (HTTPS/VPN) ou CLI, changement immédiat du mot de passe par défaut, consignation des paramètres réseau. - **Configuration de base** : définition du plan de numérotation, création des extensions, mise en place des trunks SIP/analogiques, configuration des services (boîte vocale, transfert, mise en attente, conférence). - **Intégration physique et logique** : raccordement au switch VLAN voix, alimentation PoE éventuelle, marquage QoS (DSCP EF/AF41), adressage IP statique ou bail DHCP réservé, enregistrement DNS interne. - **Tests de fonctionnement** : appels internes/sortants/entrants, messagerie vocale, mesure du MOS, vérification des logs. - **Mise en service** : formation utilisateurs, documentation technique, sauvegarde de la configuration, plan de maintenance périodique. - **Remédiation** : diagnostic pas à pas (connectivité, interfaces, logs, enregistrement des postes, ressources), identification des problèmes fréquents (authentification, NAT, ressources, qualité audio), application des procédures de remise en service (reload, mise à jour, ajustement QoS, remplacement de matériel). - **Outils** : Wireshark, sngrep, Asterisk CLI, ping/traceroute, commandes Linux pour la gestion du réseau et du système. - **Bonnes pratiques** : sauvegarde hors ligne, isolation VLAN voix, mise à jour régulière, formation continue, registre d’incidents. --- ## Glossaire (10 termes) > **>** **PABX** : Private Automatic Branch eXchange, central téléphonique privé permettant la commutation d’appels internes et l’accès au réseau extérieur. > **>** **IPBX** : IP Private Branch eXchange, PABX fonctionnant sur protocole VoIP (SIP) et utilisant le réseau IP pour la transmission de la voix. > **>** **Trunk** : liaison logique ou physique entre le PBX et un opérateur extérieur ou un autre PBX, transportant plusieurs appels simultanés. > **>** **Extension** : numéro interne attribué à un poste téléphonique (softphone, téléphone IP, poste analogique via passerelle). > **>** **VLAN voix** : réseau virtuel local dédié au trafic téléphonique, isolé du trafic données pour garantir la QoS. > **>** **QoS (Quality of Service)** : ensemble de mécanismes (marquage DSCP, priorisation de files) permettant de garantir un niveau de service (latence, gigue, perte) pour les flux temps réel comme la VoIP. > **>** **Codec** : algorithme de compression/décompression du signal audio (ex. : G.711, G.729, Opus) influençant la bande passante et la qualité perçue. > **>** **MOS (Mean Opinion Score)** : échelle subjective de 1 à 5 évaluant la qualité perçue d’un appel téléphonique, 4,0 étant généralement considéré comme acceptable en entreprise. > **>** **NAT (Network Address Translation)** : technique de traduction d’adresses IP utilisée pour permettre à un équipement derrière un routeur d’être accessible depuis l’extérieur ; en VoIP, nécessite une configuration spécifique (STUN, externip, etc.). > **>** **Softphone** : application logicielle installée sur un ordinateur ou un smartphone qui émule un téléphone IP et utilise le protocole SIP pour passer et recevoir des appels. --- ## Exercices d’application corrigés ### Exercice 1 – Mise en service d’un IPBX dans une agence de micro‑finance **Situation** : Vous êtes technicien dans une agence de micro‑finance à Ngaoundéré. Un IPBX FreePBX vient d’être installé sur un serveur dédié (IP statique 10.0.10.15/24, passerelle 10.0.10.1). Vous devez : 1. Créer trois extensions (2101, 2102, 2103) pour les guichets, avec messagerie vocale activée. 2. Configurer un trunk SIP vers l’opérateur « Camtel » avec les paramètres suivants : host = sip.camtel.cm, username = CAMTEL01, secret = XyZ9!q2, port = 5060. 3. Mettre en place une règle sortante permettant d’appeler les numéros nationaux (format : 237xxxxxxxx) en préfixant le chiffre « 0 ». 4. Vérifier la bonne enregistrement des extensions et passer un appel test du poste 2101 vers le numéro extérieur 237 690 12 34 56. **Corrigé** : 1. Dans le GUI FreePBX → Applications → Extensions → Add Extension → SIP Extension. - Remplir *User Extension* = 2101, *Display Name* = Guichet 1, *Secret* = mot de passe complexe (ex. : T$4pLm!9). - Dans l’onglet *Voicemail* activer *Enable Voicemail* et définir un PIN (ex. : 1234). - Répéter pour 2102 et 2103. - Cliquer *Submit* puis *Apply Config*. 2. Connectivity → Trunks → Add SIP Trunk. - *Trunk Name* = Camtel_SIP. - *PEER Details* : ``` host=sip.camtel.cm username=CAMTEL01 secret=XyZ9!q2 type=friend context=from-trunk insecure=port,invite ``` - *USER Details* laisser vide (ou mettre même valeurs si l’opérateur l’exige). - *Submit* → *Apply Config*. 3. Connectivity → Outbound Routes → Add Route. - *Route Name* = Sortie_Nationale. - *Dial Patterns* : préfixe = 0, match pattern = 237XXXXXXXX (où X représente un chiffre 0‑9). - *Trunk Sequence* : sélectionner le trunk Camtel_SIP. - *Submit* → *Apply Config*. 4. Vérification : - Depuis un poste softphone configuré avec l’extension 2101, s’enregistrer (status *Registered* visible dans *Reports → SIP Chanels*). - Composer 0 237690123456. L’appel doit être routé vers le trunk Camtel, entendre la tonalité de sonnerie côté destinataire. - Après raccrocher, consulter le CDR (Call Detail Record) pour confirmer la durée et le coût éventuel. ### Exercice 2 – Diagnostic d’un problème d’écho dans un centre d’appels **Situation** : Dans un centre d’appels de Yaoundé, les agents se plaignent d’un écho perceptible lors des conversations avec les clients. Le central utilise un IPBX Asterisk 18 avec des téléphones IP PoE connectés au switch du VLAN voix (VLAN 30). Vous devez identifier la cause et proposer une solution. **Corrigé** : 1. **Vérification de l’écho‑cancellation** : - Accéder à l’interface d’Asterisk CLI (`asterisk -rvvv`). - Taper `sip show settings` et rechercher le paramètre `echocancel`. S’il est désactivé, l’activer dans le fichier `sip.conf` ou via le GUI sous *Settings → Asterisk SIP Settings* → *Echo Cancellation* → *Enable*. 2. **Contrôle du gain du micro et du haut‑parleur** : - Dans la configuration du téléphone IP (via son interface web), réduire le volume du micro à 70 % et celui du haut‑parleur à 80 %. Un gain trop élevé crée une boucle acoustique. 3. **Test avec un appel interne** : - Passer un appel entre deux postes du même VLAN. Si l’écho disparaît, le problème provient du côté externe (trunk ou réseau WAN). 4. **Analyse du trafic RTP avec Wireshark** : - Capturer sur l’interface du switch, filtrer `rtp`. Vérifier la présence de paquets RTP avec des variations brusques d’amplitude pouvant indiquer un écho acoustique. 5. **Solution** : - Activer l’écho‑cancellation au niveau du PBX (étape 1). - Ajuster les gains des terminaux (étape 2). - Si l’écho persiste, vérifier que le trunk vers l’opérateur utilise bien le codec G.711 (pas de transcodage inutile qui pourrait ajouter de la latence). - Après application, refaire un test d’appel avec un client externe et confirmer que l’écho est inférieur au seuil perceptible (< 30 ms de retard). --- ## Erreurs fréquentes et règles de sécurité | # | Erreur fréquente | Conséquence | Règle de prévention / bonne pratique | |---|------------------|-------------|--------------------------------------| | 1 | **Mot de passe admin laissé à la valeur par défaut** | Accès non autorisé, détournement du PBX, fraude téléphonique (phreaking) | Changer immédiatement le mot de passe après la première connexion ; appliquer une politique de complexité (min. 12 caractères, majuscules, minuscules, chiffres, symboles) ; renouveler tous les 90 jours. | | 2 | **Ports SIP et RTP exposés directement sur Internet sans filtrage** | Attaques par force brute, déni de service, écoute d’appels | Placer le PBX derrière un firewall ; autoriser uniquement les adresses IP des opérateurs/trunks sur les ports 5060 (SIP) et la plage RTP (ex. : 10000‑20000) ; utiliser le VPN d’administration pour tout accès distant. | | 3 | **Omission de la mise à jour du firmware ou du logiciel PBX** | Vulnérabilités connues exploitées (ex. : faille SIP INVITE, débordement de buffer) | Mettre en place un calendrier de mise à jour mensuel ; tester les mises à jour sur un serveur de pré‑production avant déploiement en production ; consulter les avis de sécurité du constructeur (ex. : Security Advisory Asterisk). | | 4 | **Configuration QoS absente ou mal appliquée** | Dégradation de la qualité voix (jitter, perte) lors de trafic données intense | Définir une politique QoS sur le switch du VLAN voix (marquage DSCP EF pour SIP, AF41 pour RTP) ; vérifier avec `show mls qos` ou l’interface du switch que le marquage est respecté ; prévoir une bande passante réservée d’au moins 100 kbps par appel simultané. | | 5 | **Sauvegarde de la configuration non effectuée ou stockée sur le même disque** | Perte de la configuration en cas de panne matérielle ou de corruption du disque | Exporter la configuration FreePBX (`Backup & Restore`) ou copier les répertoires `/etc/asterisk` et `/var/lib/asterisk` vers un serveur de sauvegarde hors site (NFS, SFTP, ou stockage cloud chiffré) ; effectuer une vérification de restauration trimestrielle. | | 6 | **Utilisation de codecs non optimisés pour la bande passante disponible** | Consommation excessive de bande passante, saturation du lien, appels coupés | Adapter le choix du codec au lien disponible : G.711 (64 kbps) pour les liaisons LAN haute qualité, G.729 (8 kbps) ou Opus pour les liens WAN limités ; désactiver les codecs inutilisés dans les profils SIP pour réduire la charge de traitement. | --- *Fin du cours.*