Skip to main content
Un nom d’hôte enregistré prouve seulement qu’un endpoint a été saisi. Il ne prouve ni le sens, ni l’authentification, ni les adresses source, ni la réussite d’un appel entrant. Conservez le DID exact, routez-le vers le FQDN SIP de la plateforme, et obtenez les détails d’authentification fournisseur-vers-destination actuels. Si aucune liste stable n’est publiée, demandez au support les CIDR de signalisation SIP complets du compte, ainsi que les régions de secours. N’utilisez jamais de plages média ni les adresses d’un autre client. Vous exploitez votre propre PBX ou plateforme de centre de contact — 3CX, Asterisk/FreePBX, Starface, Genesys Cloud, Five9 ou Aircall ? Consultez PBX et plateformes de centre de contact pour la configuration détaillée, les réglages de codec, et les modes de défaillance propres à chacune.
Si un fournisseur ne prend absolument pas en charge un trunk SIP statique, vous n’avez pas à renoncer à ce numéro pour autant. Renvoyez-le vers un numéro acheté sur la plateforme pour les appels entrants, et passez vos appels sortants depuis ce numéro de la plateforme à la place.
Statut : sip.1und1.de est normalement un hôte registrar/terminaison, pas une preuve de renvoi FQDN externe. Aucune liste de sources mondiale vérifiée n’est incluse. Action : confirmer avec 1&1 la prise en charge du produit, le format du DID envoyé et toutes les sources de signalisation.
Statut : Fonial documente les utilisateurs SIP et le trunking, mais le renvoi SIP-URI dépend du compte. sip.plusnet.de est un hôte sortant, pas une liste d’autorisation entrante. Le trunking SIP avec la plateforme nécessite le forfait payant PLUS de Fonial — l’offre gratuite ne peut pas être utilisée ainsi. Action : configurer le sortant séparément et obtenir auprès de Fonial les détails actuels de renvoi/sources. Attendez-vous à ce que l’utilisateur SIP affiche en permanence Offline dans le tableau de bord Fonial ; c’est normal, car la plateforme n’envoie jamais de SIP REGISTER — ce n’est pas un signe que l’intégration est cassée.
Statut : un endpoint localphone.com seul n’est pas un profil entrant vérifié. Action : confirmer avec Localphone le routage SIP-URI externe, le format du DID, le transport et les sources de signalisation.
Statut : le nom d’hôte peut désigner un PBX ou un revendeur ; aucune liste mondiale n’est vérifiée. Action : identifier l’opérateur réel et obtenir les adresses de signalisation publiques propres au compte.
Statut : le routage d’un DID vers une URI SIP est pris en charge, mais l’authentification et les sources suivent la documentation actuelle du compte/trunk. DIDWW utilise deux trunks distincts — l’entrant route vers le FQDN SIP de la plateforme, et le sortant s’authentifie auprès de out.didww.com. Action : utiliser les sources DIDWW actuelles ; ne jamais réutiliser les adresses DIDLogic. Envoyer les numéros sortants en E.164 sans le + initial — DIDWW attend exactement ce format, et c’est un détail facile à manquer.
Statut : identifiants et routage propres au compte ; aucune liste mondiale n’est vérifiée ici. Zadarma propose deux voies d’intégration — une extension PBX, ou une connexion SIP directe avec External Services → SIP URI activé par numéro. Action : confirmer le renvoi FQDN, ainsi que le Digest aval documenté ou les CIDR de signalisation actuels. Dans tous les cas, vérifiez les Voice Geographic Permissions de Zadarma : la numérotation internationale sortante est bloquée par défaut, pays de destination par pays de destination, et un appel vers un pays non autorisé échoue silencieusement plutôt qu’avec une erreur explicite.
Statut : les capacités varient selon le produit et la région. Le type de trunk par défaut chez sipcall s’enregistre (Endgerät) ; la plateforme a au contraire besoin du mode statique sans enregistrement Anlagenanschluss — ce n’est pas l’option qu’un nouveau client sipcall choisirait normalement. Action : demander au support le routage SIP-URI externe, le format du numéro, le transport et les sources actuelles. Utiliser l’authentification Digest, et régler les codecs sur G.711 a-law, avec Opus et G.722 désactivés (réglage suisse par défaut). Si les appels sortants renvoient une erreur 403, vérifiez que l’identifiant d’appelant est vérifié sur le compte.
Statut : le SIP/BYOC générique dépend du produit acheté. RingCentral ne propose pas de trunk SIP de gros pour les comptes grand public ; connectez-vous plutôt en provisionnant un Generic SIP IP Phone, ce qui nécessite MVP/RingEX Standard ou supérieur — les forfaits d’entrée de gamme ne l’exposent pas. Action : confirmer la prise en charge d’une destination SIP externe et demander les plages de signalisation régionales actuelles. Toujours pointer vers l’hôte mondial sip.ringcentral.com, jamais vers une adresse régionale sipXX.ringcentral.com (réservées aux téléphones de bureau propres à RingCentral). Un endpoint SIP nouvellement créé a besoin d’une à deux minutes pour se propager à travers la protection anti-flood de RingCentral — tester immédiatement produit des erreurs 403/404 factices, et réessayer pendant cette fenêtre peut prolonger le blocage.
Statut : les Voice Connectors utilisent des informations de signalisation propres à chaque région. Le Voice Connector de Chime a par défaut Encryption: Enabled, ce qui exige TLS et SRTP — si le côté plateforme du trunk retombe en UDP simple sur le port 5060, l’appel échoue sans média et sans erreur évidente. Action : utiliser les données actuelles de la région AWS sélectionnée ; ne jamais réutiliser les adresses d’une autre région. L’hôte sortant suit le format <voice-connector-id>.voiceconnector.chime.aws. Chime conditionne aussi le sortant par Calling Plan — un pays de destination non explicitement activé sur le compte AWS est bloqué, indépendamment de toute autorisation de numérotation côté plateforme.
Statut : aucun profil FQDN externe direct vérifié n’est documenté ici. Action : le considérer comme non pris en charge tant que Placetel n’a pas confirmé par écrit la route, le format du numéro, l’authentification, le transport et les plages source. Pas de trunk statique ? Utilisez la solution de repli ci-dessus.
Statut : les capacités et les adresses SBC varient selon le pays/produit. Action : demander la route SIP externe exacte et les réseaux source régionaux du compte. Pas de trunk statique ? Utilisez la solution de repli ci-dessus.
Statut : l’interconnexion Cloud PBX est contrôlée par le produit ; aucune liste mondiale n’est garantie. Action : utiliser une configuration assistée par le support, avec uniquement les réseaux de destination/source fournis par NFON. Pas de trunk statique ? Utilisez la solution de repli ci-dessus.
Statut : le trunking et le renvoi sont propres au produit ; aucune liste mondiale n’est garantie. Action : confirmer le routage SIP-URI externe et les sources de signalisation actuelles avant d’enregistrer. Pas de trunk statique ? Utilisez la solution de repli ci-dessus.
Statut : aucun profil d’authentification fournisseur-vers-plateforme actuel n’est documenté ici. Action : identifier le produit et la région exacts, puis obtenir auprès du fournisseur ou du portail du compte la méthode de routage FQDN actuelle et l’ensemble des sources de signalisation.
Statut : un nom d’hôte enregistré ou un mode d’identifiants ne prouve pas la prise en charge du Digest en aval. Action : confirmer la prise en charge d’une destination SIP externe par le compte, le format du DID, le transport et les sources de signalisation publiques actuelles.

​
Confirmation requise

Demandez si le DID peut être livré vers un FQDN externe sans REGISTER ; le format exact du DID dans le Request-URI ; si le fournisseur s’authentifie vers la destination avec Digest et où ces identifiants d’origination sont configurés ; à défaut, tous les CIDR de signalisation et régions de secours ; TCP 5060 ou TLS 5061 ; et si SRTP est requis. Seul un appel externe avec un enregistrement entrant sur la plateforme, l’assistant associé, et l’audio bidirectionnel confirme l’intégration. Rejetez les entrées de liste d’autorisation contenant du texte libre, des espaces réservés, des noms d’hôte, ou des résolveurs publics sans rapport tels que 8.8.8.8. Un réseau fournisseur écrit sans son préfixe CIDR ne représente qu’un seul hôte et ne doit jamais être élargi ou corrigé silencieusement. Sources : DIDWW, Fonial, Amazon Chime, Zadarma, sipcall, RingCentral, Placetel, Peoplefone, NFON, Sipgate. Consultées le 22 août 2026.