Connecter FusionPBX à IllyVoIP par une passerelle SIP
Ajoutez la passerelle, choisissez domaine et profil SIP, puis configurez sorties contrôlées et destinations entrantes.
FusionPBX nomme gateway la connexion au service SIP. Une extension est un objet distinct pour téléphone interne. Ce guide suit la documentation officielle Gateways/Dialplan ; les menus varient selon version. Il suppose une installation fonctionnelle, pas un nouveau serveur ni un remplacement de sa sécurité.
Avant de commencer
Ce parcours utilise une ligne IllyVoIP avec mot de passe. Dans SIP Lines, récupérez utilisateur, mot de passe SIP, serveur, port de destination et transport. N’utilisez pas l’e-mail ou le mot de passe du portail. Ne changez pas une authentification IP existante sans vérifier les appareils dépendants.
Il faut un accès administrateur, une sauvegarde privée et un poste interne fonctionnel pour les tests. Une ligne SIP IllyVoIP relie le PBX à IllyVoIP ; un poste relie le téléphone du personnel au PBX. Ce ne sont pas le même compte.
Commencez avec un poste test et un numéro contrôlé. Ne migrez pas immédiatement tout le bureau. Si le PBX traite déjà des appels, gardez l’ancienne route jusqu’à la fin du test.
1. Choisir le bon domaine
Sur un PBX multi-tenant, vérifiez le domaine administré. Une passerelle fonctionnelle dans le mauvais domaine reste incorrecte. Définissez propriétaire, extensions permises et routes existantes correspondant au test. Ne la rendez pas globale pour contourner un problème de domaine.
Ouvrez Accounts → Gateways et ajoutez une passerelle au nom clair, avec données SIP et enregistrement activé pour ce mode par mot de passe.
| Champ | Valeur |
|---|---|
| Gateway | Nom local unique, par exemple illyvoip-office |
| Username / Password | Utilisateur et mot de passe SIP |
| Proxy | Serveur SIP IllyVoIP avec port requis |
| Register / Enabled | true pour ce parcours avec enregistrement |
| Register Transport | Transport requis |
| Domain / Profile | Tenant voulu et profil SIP actif, pas des valeurs arbitraires |
2. Comprendre profil et contexte
La passerelle fonctionne dans un profil SIP. Utilisez le bon profil actif, avec trafic externe dans le contexte public/entrant voulu, pas interne sortant. Hostname avancé peut fixer la passerelle à un nœud PBX ; ce n’est pas Proxy. Laissez-le vide sauf choix explicite de votre cluster.
Enregistrez et vérifiez le statut SIP. Ne redémarrez pas tout un profil avec appels actifs pour rafraîchir une passerelle. Utilisez la gestion supportée et confirmez le résultat avant routage.
3. Route sortante
Ouvrez Dialplan → Outbound Routes, choisissez passerelle et expression de numéro. Commencez avec destination limitée. Vérifiez ordre et transformations des captures avant transmission. Une passerelle enregistrée peut être ignorée par le dialplan.
Notez le numéro composé et celui qui doit sortir. Si l’expression capture une partie, bridge doit utiliser la bonne capture. Ne copiez pas un exemple nord-américain en supposant couvrir le monde.
4. Destination entrante
Utilisez Dialplan → Destinations pour numéro/identifiant, domaine et action. L’outil peut créer la route entrante. Commencez par poste ou groupe connu. Vérifiez l’identifiant reçu ; le signe plus peut différer du portail.
Préservez tenants et contrôles des sources. Une correspondance de destination ne prouve pas l’autorisation de la source. Évitez règles d’accès larges et destination globale comme dépannage rapide d’un tenant.
5. Suivre l’appel
En sortie, vérifiez domaine du poste, expression et passerelle. En entrée, vérifiez arrivée, contexte et destination. Si un poste fonctionne et l’autre non, comparez droits et domaine avant la passerelle partagée.
Si une passerelle inattendue est utilisée, comparez bridge/passerelle avec la route prévue avec l’administrateur. N’ajoutez pas de doublon pour corriger l’ordre. Gardez le premier test réussi comme référence et élargissez un changement à la fois.
Audio, identifiant d’appelant et sécurité
Transport SIP et chiffrement média sont séparés. Faites correspondre le mode audio ; RTP, SDES-SRTP et DTLS-SRTP ne sont pas interchangeables. Ne changez pas transport, codecs et réseau ensemble : vous ne sauriez plus quelle modification a réparé ou cassé la connexion.
Utilisez seulement un identifiant d’appelant autorisé par le compte. Le saisir dans le PBX ne le vérifie pas. Ne laissez pas des appels anonymes atteindre les routes externes et ne désactivez pas le pare-feu. Pour les restrictions IP, demandez les sources actuelles au support plutôt que de les deviner.
Vérifications avant usage du personnel
- Vérifiez séparément enregistrement du trunk et du poste test.
- Appelez depuis le poste choisi et vérifiez le trunk utilisé. Vérifiez solde et tarifs avant ce test potentiellement payant.
- Vérifiez audio bidirectionnel et numéro affiché. Testez les touches sur un menu autorisé.
- Pour les appels entrants, routez un numéro IllyVoIP actif vers la ligne du PBX, appelez de l’extérieur et vérifiez la destination interne.
- Vérifiez qu’un poste non autorisé ne peut pas utiliser la route. Élargissez l’accès seulement ensuite.
Notez heure, fuseau, poste, route et référence publique. En cas d’échec, fournissez-les avec modèle/version du PBX au support. Le guide des codes SIP aide à décrire le problème. Ne publiez ni mots de passe ni logs non expurgés.
Guide basé sur documentation officielle et portail, pas preuve de test réel de chaque version PBX. Services d’urgence et équipements particuliers nécessitent configuration et vérification séparées.