Appels sortants Retell : comment utiliser votre propre trunk SIP (et pourquoi)

Retell construit et exécute l'agent vocal — reconnaissance vocale, modèle de langage, synthèse vocale et orchestration de l'appel en direct. Pour atteindre le réseau téléphonique public, il se connecte à un fournisseur de téléphonie. Retell prend en charge deux voies d'intégration :

• Elastic SIP trunking — la méthode recommandée, où vous connectez votre propre trunk SIP et y pointez Retell.
• Dial to SIP URI — une méthode avancée pour les configurations personnalisées, où votre propre système compose l'URI SIP de Retell.

Pour la plupart des cas d'usage sortants, l'elastic SIP trunking avec votre propre opérateur est la bonne voie.

• Coût à la minute plus bas. Les minutes intégrées portent une marge. Un opérateur direct plus la facturation à la seconde réduisent le gaspillage sur de gros volumes d'appels sortants courts.
• Portée internationale plus large. Votre propre opérateur peut offrir une terminaison A‑Z compétitive là où la couverture d'un fournisseur par défaut est faible.
• Contrôle du caller ID. Vous définissez le caller ID (CLI) présenté sur les appels sortants, dans les règles de chaque opérateur de destination.
• Contrôle du routage. Vous choisissez la qualité de route selon le trafic de campagne.

Dans le tableau de bord Retell, vous connectez un numéro via le SIP trunking et fournissez la termination URI de votre trunk (votre serveur SIP) plus l'authentification. Deux notes pratiques :

• Retell prend en charge G.711 (PCMU/PCMA) et G.722, avec SRTP quand le transport est réglé sur TLS — vous obtenez donc un chemin sans transcodage et chiffrable.
• Retell publie des blocs d'IP SBC spécifiques, ce qui veut dire que vous pouvez vous authentifier avec des identifiants SIP ou un whitelisting IP côté opérateur.

Pour les étapes exactes, copiables, voir : Connecter Retell à Bitcall (trunk SIP sortant).

• Prise en charge de G.711 pour un chemin audio sans transcodage (latence plus faible, meilleure transcription).
• Routage à faible latence pour que la couche téléphonie n'ajoute pas de délai évitable.
• Contrôle du caller ID (CLI) et validation de numéros HLR pour ne pas payer à composer des numéros morts.
• Facturation à la seconde et sans contrat.
• Concurrence élastique pour les pics de campagne et couverture A‑Z là où vous appelez.

Et une chose à anticiper : les appels IA qui coupent après ~30–60 secondes sont presque toujours un timeout d'inactivité RTP pendant les silences de réflexion de l'agent — un correctif de configuration, pas une limite d'opérateur. Voir Les appels vocaux IA coupent après 30 secondes.

Bitcall fournit la couche sortante de votre agent Retell — terminaison A‑Z, routage et caller ID :

• Dès 0,01 $/min avec facturation à la seconde vers plus de 195 pays, avec des routes CLI/NCLI solides en Afrique, au Moyen-Orient, en Asie et en Europe.
• Sans contrat, sans minimum mensuel ; recharges prépayées par carte, PayPal ou crypto.
• Natif SIP avec SRTP/TLS, plus le HLR Lookup pour nettoyer les listes d'appel.

Périmètre aujourd'hui : Bitcall alimente l'appel sortant. Les numéros entrants (DID) sont sur la feuille de route, et nous couvrirons la configuration entrante de Retell à son arrivée.

Prêt ? Suivez Connecter Retell à Bitcall (trunk SIP sortant).

Retell prend-il en charge l'apport de votre propre trunk SIP ? Oui. Retell prend en charge l'elastic SIP trunking (recommandé) et une méthode dial-to-SIP-URI, vous pouvez donc router les appels via votre propre opérateur.

Retell a-t-il besoin de deux trunks SIP ? Retell utilise généralement un trunk pour l'entrant et un pour le sortant. Comme Bitcall est uniquement sortant aujourd'hui, vous configurez le trunk sortant maintenant.

Quel codec utiliser pour les appels sortants Retell ? G.711 (PCMU/PCMA). Il évite le transcodage dans le pipeline audio. Retell prend aussi en charge G.722.

Pourquoi mes appels Retell coupent-ils après 30 secondes ? Presque toujours parce que les keepalives RTP ne sont pas configurés. Activez les keepalives/bruit de confort et portez le timeout RTP à au moins 60 secondes.