Expérience pratique

FreePBX en entreprise : être joignable ne dépend pas que du standard

Acheminement des appels, opérateur, réseau, terminaux et sauvegardes forment ensemble la solution téléphonique. Les points à vérifier pour exploiter un environnement FreePBX.

Intégration
Téléphone de bureau à combiné filaire sur un comptoir d’accueil.

Un poste enregistré ne prouve pas encore qu’une entreprise est joignable de manière fiable. FreePBX permet d’organiser les appels. Au quotidien, la connexion opérateur, le réseau, les terminaux, les horaires et la gestion des pannes doivent aussi être cohérents.

Commencer par le parcours de l’appel

On définit d’abord qui répond à un appel entrant et ce qui se passe si cette personne est indisponible. Horaires, remplacement, annonce et renvoi sont convenus avec les utilisateurs métier. Un menu compliqué n’est pas une fin en soi : l’appelant doit comprendre le parcours de contact prévu.

On attribue ensuite les numéros, postes et autorisations d’appels sortants. Les destinations particulières, les exigences relatives aux appels d’urgence et les informations nécessaires à un changement d’opérateur doivent être précisées pour le pays et le contrat concernés. Un exemple générique ne remplace pas cette vérification.

La téléphonie exige des chemins de données fonctionnels

La signalisation et la voix peuvent emprunter des chemins réseau différents. Le test comprend donc un appel complet dans les deux sens et les fonctions requises : mise en attente, transfert ou renvoi externe. La procédure convenue doit rester connue après un changement de ligne ou un redémarrage.

Les postes distants utilisent des moyens d’accès adaptés. On ne reprend pas sans discernement les ouvertures de ports publics d’un modèle. NAT, chiffrement, terminaux et exigences de l’opérateur sont étudiés ensemble. La solution dépend de l’infrastructure existante.

Définir le parcours d’appel ; réseau et opérateur ; sécuriser le standard ; tester une panne.Définir le parcours d’appel ; réseau et opérateur ; sécuriser le standard ; tester une panne.
Séquence de contrôle simplifiée ; le déroulement concret dépend de l’environnement existant.

Le standard lui-même doit être entretenu

Sangoma documente une intégration de pare-feu pour FreePBX. Elle constitue une brique de la gestion des accès et ne remplace ni la conception du réseau ni la maintenance régulière. Les accès administratifs, modules et correspondants autorisés sont documentés.

Les sauvegardes sont vérifiées quant à leurs destinations externes et aux éléments réellement inclus. Dans les environnements FreePBX récents, le stockage est organisé via le module Filestore. Une sauvegarde située sur l’instance en panne peut être inaccessible lors d’un incident. Les accès nécessaires et les conditions de restauration figurent dans le manuel d’exploitation.

Tester réellement une solution de repli

Un test convenu vérifie la panne du standard ou d’une connexion nécessaire, lorsque l’environnement permet de le faire de manière contrôlée. Le point de vue d’un appelant externe est essentiel : quelle annonce ou autre possibilité de contact reçoit-il réellement ? Un statut visible en interne ne suffit pas.

DAXS réunit FreePBX, opérateur, réseau et outils de travail existants dans un concept téléphonique compréhensible. Joignabilité et accompagnement sont planifiés dans le périmètre convenu. Un premier pas utile est un bref plan d’appels indiquant les responsables et les fonctions actuellement nécessaires.

Communication et téléphonie · Infrastructure · Parlons téléphonie

Sources : Sangoma : pare-feu FreePBX (lien externe) · Sangoma : destinations de sauvegarde externes dans Filestore (lien externe)