Skip to main content
Routez le DID vers le FQDN SIP de la plateforme. Utilisez le DID exact en +E.164 et IP sources du fournisseur ; n’activez pas Digest pour ce chemin FQDN. Préférez TCP ; pour TLS, utilisez la liste TLS.

​
Trunk direct ou Cloud PBX

Pour un trunk direct, vérifiez que la connexion FQDN est activée, puis saisissez le FQDN SIP de la plateforme sans sip:. Dans le Cloud PBX Easybell, créez une ressource FQDN, attribuez le numéro et saisissez l’URI sous Traitement des appels → Renvoi → FQDN, également sans sip:. Ne réutilisez pas automatiquement la liste du trunk direct pour le Cloud PBX : demandez à Easybell ses sources de signalisation actuelles ou vérifiez-les dans une trace SIP. Le Cloud PBX Pro peut renvoyer vers un poste interne avec une cible telle que 200@easybell lorsque le renvoi est activé sur la ressource. Easybell limite ce chemin aux postes internes, pas aux numéros PSTN externes. Easybell publie pour UDP/TCP :
Pour TLS :
Adresses exactes observées lors d’une livraison Easybell réussie le 22 août 2026 :
Il s’agit d’une observation Famulor, pas d’une liste mondiale officielle. 195.185.214.173 n’appartient pas aux réseaux publiés ci-dessus : ne l’ajoutez qu’après confirmation Easybell ou une trace SIP vérifiée. Testez par un appel externe et vérifiez l’appel entrant, le bon assistant et l’audio bidirectionnel. Sources : authentification FQDN Easybell, ressource FQDN du Cloud PBX, Trusted IP Easybell. Consultées le 22 août 2026.