Un serveur 3CX flambant neuf sait faire dialoguer ses extensions entre elles, mais il est coupé du monde : impossible d’appeler un client ou de recevoir un appel de l’extérieur. Le lien qui ouvre cette porte s’appelle un trunk SIP. C’est une connexion logique vers un fournisseur — votre opérateur ou un prestataire spécialisé — qui transporte vos appels entrants et sortants sur Internet. Ce tutoriel vous montre comment déclarer ce trunk dans 3CX V20, puis comment router correctement les appels dans les deux sens : faire sonner le bon poste quand on vous appelle, et choisir le bon trunk quand vous composez un numéro.
Prérequis
- Un serveur 3CX V20 opérationnel avec au moins une extension fonctionnelle.
- Un contrat de trunk SIP auprès d’un fournisseur, avec ses paramètres de connexion (voir Étape 1).
- Un accès administrateur au client web 3CX (port 5001).
- Niveau : intermédiaire. Temps estimé : 30 minutes.
Deux familles de trunks : enregistrement ou adresse IP
Avant de cliquer où que ce soit, il faut comprendre comment votre fournisseur vous authentifie, car cela détermine toute la configuration. Il existe deux modes. Dans le mode par enregistrement (le plus courant pour les petites structures), votre PBX s’annonce périodiquement au fournisseur avec un identifiant et un mot de passe, exactement comme un poste s’enregistre auprès du PBX. C’est souple : le serveur peut changer d’adresse IP sans rien casser. Dans le mode par adresse IP, le fournisseur reconnaît votre serveur à son adresse publique fixe, sans mot de passe ; ce mode, fréquent chez les opérateurs d’entreprise, exige une IP statique des deux côtés.
Demandez à votre fournisseur lequel s’applique à votre contrat. Tout le reste — les champs à remplir, la nécessité ou non d’un mot de passe — en découle directement.
Étape 1 — Rassembler les informations du fournisseur
La cause numéro un des trunks qui ne fonctionnent pas est une information manquante ou recopiée de travers. Avant d’ouvrir 3CX, réunissez la fiche technique de votre fournisseur. Elle contient typiquement le nom d’hôte ou l’adresse IP du serveur SIP (le « SIP server » ou « registrar »), le port de signalisation (5060 en clair, 5061 en TLS), l’identifiant d’authentification, le mot de passe, et la liste de vos numéros publics (les SDA).
Notez aussi le format dans lequel le fournisseur envoie les numéros entrants : certains transmettent le numéro complet au format international (par exemple 221338000000), d’autres seulement les derniers chiffres. Ce détail conditionne la règle de routage entrant de l’Étape 5. En cas de doute, la documentation du fournisseur ou un premier appel de test le révèle.
Étape 2 — Ajouter le trunk dans 3CX
Connectez-vous au client web 3CX en administrateur, puis ouvrez la section Admin > Voice & Chat et cliquez sur « + Add trunk ». 3CX propose une liste de fournisseurs préconfigurés ; si le vôtre y figure, sélectionnez-le, beaucoup de réglages seront remplis automatiquement. Sinon, choisissez le pays « Generic » puis le modèle « Generic SIP Trunk », qui vous laisse tout saisir manuellement.
Le choix du modèle générique est parfaitement valable : il signifie simplement que vous fournissez vous-même les paramètres au lieu de les laisser pré-remplir. C’est le cas le plus fréquent avec les opérateurs locaux qui ne figurent pas dans la liste mondiale de 3CX.
Étape 3 — Renseigner l’authentification
Dans l’écran de détails du trunk, indiquez d’abord le nom d’hôte ou l’adresse IP du serveur SIP de votre fournisseur, ainsi que le port. Renseignez ensuite la méthode d’authentification choisie à la section précédente. En mode enregistrement, saisissez l’identifiant (souvent appelé « Authentication ID ») et le mot de passe fournis, ainsi que le numéro principal du trunk. En mode IP, vous n’aurez pas de mot de passe à saisir : c’est l’adresse de votre serveur, communiquée au fournisseur, qui fait office d’identité.
Validez. 3CX tente alors de s’enregistrer auprès du fournisseur. Un voyant de statut passe au vert lorsque l’enregistrement réussit. S’il reste rouge, l’erreur vient presque toujours d’un identifiant erroné, d’un mot de passe mal recopié, ou d’un pare-feu qui bloque le port 5060 sortant — vérifiez ces trois points avant tout.
Profitez de cet écran pour décider du transport. Si votre fournisseur le permet, privilégiez le SIP sur TLS (port 5061) plutôt que le SIP en clair (5060) : la signalisation chiffrée empêche un tiers d’observer qui vous appelez et de détourner vos appels. Tous les opérateurs ne proposent pas encore TLS sur leurs trunks ; quand l’option existe, activez-la, quitte à la combiner avec le chiffrement du média côté postes internes. C’est un gain de confidentialité sans contrepartie de performance notable sur un serveur correctement dimensionné.
Étape 4 — Déclarer vos numéros entrants (SDA)
Un trunk peut porter plusieurs numéros publics, et 3CX a besoin de les connaître pour savoir lesquels lui appartiennent. Dans la configuration du trunk, ouvrez l’onglet « DID Numbers » et cliquez sur « + Add » pour saisir chacun de vos numéros. Si vous en avez beaucoup, l’import en lot évite la saisie une par une.
Saisissez les numéros dans le format que votre fournisseur utilise réellement à l’arrivée — c’est ici que l’observation de l’Étape 1 prend tout son sens. Un numéro déclaré dans un format différent de celui réellement reçu ne sera jamais reconnu, et l’appel entrant sera rejeté.
Étape 5 — Router les appels entrants
Déclarer un numéro ne suffit pas : il faut dire à 3CX vers quel poste ou quel service diriger l’appel quand ce numéro sonne. C’est le rôle de la règle entrante, attachée à chaque DID. Pour chaque numéro, définissez une destination : une extension précise (par exemple le standardiste, extension 100), une file d’attente, un message d’accueil interactif, ou une sonnerie de groupe.
Le bon réflexe est de toujours prévoir une destination de repli pour les heures de fermeture : un message d’absence ou une boîte vocale, afin qu’aucun appel ne tombe dans le vide. 3CX permet de définir des destinations différentes selon les horaires d’ouverture, ce qui évite qu’un client appelant la nuit n’entende sonner dans le vide.
Étape 6 — Router les appels sortants
Le routage sortant répond à la question inverse : quand un utilisateur compose un numéro, par quel trunk le faire sortir ? Ouvrez l’onglet « Outbound Routes » (règles sortantes) et créez une règle avec « Add Rule ». Une règle se définit par des critères de correspondance — par exemple « les appels vers des numéros d’une longueur de N chiffres » ou « commençant par tel préfixe » — et par le trunk à emprunter quand ces critères sont remplis.
Une bonne pratique consiste à créer des règles distinctes selon la nature de l’appel : une règle pour les numéros locaux, une pour les mobiles, une pour l’international. Cela vous permet, plus tard, de restreindre ou d’autoriser finement certaines destinations — un levier essentiel contre la fraude, car bloquer purement et simplement les indicatifs internationaux non utilisés ferme la porte au scénario de surfacturation le plus courant.
Vous pouvez aussi définir des règles de transformation du numéro : retirer un préfixe que les utilisateurs composent par habitude (le « 0 » pour sortir, par exemple) ou ajouter l’indicatif pays attendu par le fournisseur. Ces transformations garantissent que le numéro parte dans le format exact qu’attend l’opérateur.
L’ordre des règles : la première qui correspond l’emporte
Un point déroute systématiquement les débutants : 3CX évalue les règles sortantes de haut en bas et applique la première dont les critères correspondent au numéro composé. Si vous placez en tête une règle trop large (« tout numéro de plus de 6 chiffres »), elle capturera tous les appels et vos règles plus spécifiques placées en dessous ne s’exécuteront jamais. La discipline est donc de classer les règles du plus précis au plus général : d’abord les numéros courts spéciaux, puis les locaux, puis les mobiles, et enfin une règle « attrape-tout » pour l’international en dernier.
Prenons un exemple concret. Vos numéros locaux ont neuf chiffres, vos mobiles aussi mais commencent par 7, et l’international se compose avec le préfixe 00. Vous créerez trois règles : une première pour les numéros commençant par 7 (les mobiles), une deuxième pour les autres numéros de neuf chiffres (les fixes locaux), et une troisième pour les numéros préfixés 00 (l’international), placée en dernier. Chaque règle pointe vers le trunk approprié — vous pourriez même router l’international par un trunk différent, moins cher pour ces destinations.
Étape 7 — Tester dans les deux sens
Aucune configuration de trunk n’est terminée tant qu’elle n’a pas été testée dans les deux directions. Pour l’appel sortant, composez depuis une extension un numéro de mobile que vous pouvez vérifier physiquement : le téléphone doit sonner et la conversation doit être audible dans les deux sens. Si l’appel se connecte mais qu’un seul interlocuteur entend l’autre, c’est un problème de média (NAT ou ports RTP), pas de trunk.
Pour l’appel entrant, demandez à quelqu’un d’appeler l’un de vos numéros publics depuis l’extérieur : l’appel doit suivre la règle entrante définie à l’Étape 5 et faire sonner la bonne destination. Pendant ces tests, gardez ouvert le journal d’appels du client web : 3CX y indique en temps réel le trunk emprunté, la règle appliquée et la cause d’un éventuel échec, ce qui transforme un diagnostic au jugé en simple lecture.
Erreurs fréquentes
| Erreur | Cause | Solution |
|---|---|---|
| Le trunk reste « non enregistré » | Identifiant/mot de passe erroné ou port 5060 bloqué | Recopier les identifiants, vérifier le pare-feu sortant |
| Appel entrant rejeté | DID saisi dans un format différent de celui reçu | Aligner le format du DID sur ce que le fournisseur envoie réellement |
| Appel sortant en « numéro invalide » | Règle de transformation manquante (préfixe ou indicatif) | Ajouter la transformation attendue par l’opérateur |
| Audio à sens unique | NAT mal géré, média bloqué | Vérifier la configuration réseau et la plage de ports RTP |
| Appels internationaux refusés | Aucune règle sortante ne couvre ces numéros | Créer (ou autoriser sciemment) une règle pour l’international |
Tutoriels associés
- Avant ce tutoriel : installer 3CX V20 sur un VPS Debian 12.
- Pour équiper les utilisateurs : provisionner téléphones IP et softphones sur 3CX V20.
- Indispensable avant la production : sécuriser 3CX V20 contre la fraude.
Pour aller plus loin
- Retour au guide : Téléphonie IP avancée : 3CX, Issabel et softphones WebRTC.
- Documentation officielle : configurer un trunk SIP / fournisseur VoIP (3CX).
Questions fréquentes
Combien de canaux mon trunk doit-il offrir ?
Le nombre de canaux correspond au nombre d’appels simultanés possibles. Dimensionnez-le sur les appels parallèles, pas sur le nombre d’employés : une équipe de vingt personnes se contente souvent de huit à dix canaux.
Puis-je avoir plusieurs trunks en même temps ?
Oui, et c’est même recommandé pour la résilience. On peut déclarer un trunk principal et un trunk de secours, puis ordonner les règles sortantes pour basculer automatiquement si le premier est indisponible.
Pourquoi mon appel sortant affiche-t-il un mauvais numéro chez le destinataire ?
L’identifiant d’appelant (CLID) présenté dépend de la configuration du trunk et des règles sortantes. Vérifiez que le numéro présenté est bien l’un de vos DID autorisés par le fournisseur ; certains opérateurs rejettent les appels présentant un numéro non déclaré.
Le trunk fonctionne en journée mais coupe la nuit, normal ?
Si vous avez défini des destinations entrantes selon les horaires, c’est attendu. Vérifiez vos plages d’ouverture et la destination de repli associée aux heures de fermeture.
Comment gérer les numéros d’urgence ?
Les numéros d’urgence doivent toujours emprunter un trunk capable de les acheminer, et ne jamais être bloqués par une règle de restriction. Créez une règle sortante prioritaire, placée tout en haut de la liste, qui reconnaît ces numéros courts et les laisse passer sans transformation. C’est une obligation de bon sens : un poste doit pouvoir joindre les secours en toutes circonstances.
Faut-il un trunk par site si j’ai plusieurs bureaux ?
Pas nécessairement. Un seul PBX peut desservir plusieurs sites reliés par le réseau, avec un ou plusieurs trunks mutualisés. La décision dépend surtout de la présence de numéros locaux distincts par ville et de la résilience souhaitée en cas de coupure entre les sites.