Les appels vocaux IA coupent après 30 secondes ? Le correctif keepalive RTP

Si les appels de votre agent vocal IA coupent après environ 30–60 secondes, la cause est presque toujours un timeout d'inactivité RTP pendant les silences de « réflexion » de l'agent. Pendant que l'IA génère sa réponse, le flux audio (RTP) peut brièvement se taire. Si rien ne circule, un SBC, un pinhole NAT ou un proxy RTP quelque part dans le chemin juge le média mort et raccroche l'appel.

Le correctif, en trois gestes :

1. Activez les keepalives RTP ou le bruit de confort pour qu'un flux de bas niveau continue pendant le silence.
2. Augmentez le timeout d'inactivité RTP sur votre serveur média / PBX à au moins 60 secondes.
3. Vérifiez le chemin média — assurez-vous que le SDP annonce une IP publique joignable (pas privée) et que votre pare-feu autorise la plage de ports RTP/UDP.

Cela s'applique aux appels sortants IA sur Vapi, Retell, Bland et toute stack personnalisée.

Un appel téléphonique normal a un audio quasi constant dans les deux sens, donc le flux média ne paraît jamais « inactif ». Un agent IA est différent : entre la fin de la phrase de l'appelant et le début de la voix de l'agent, il y a un court délai pendant que la reconnaissance vocale, le LLM et la synthèse vocale travaillent. Pendant ce délai, peu ou pas de RTP n'est envoyé.

Les équipements du chemin média surveillent le silence. Beaucoup raccrochent un appel après une fenêtre fixe d'inactivité RTP — souvent autour des 30–60 secondes, ce qui explique la régularité de la coupure.

1. Gardez le flux média en vie

Activez les keepalives RTP (aussi appelés génération de bruit de confort, ou paquets de silence) pour que le flux média ne devienne jamais totalement silencieux. La plupart des plateformes vocales IA et des SBC l'exposent — vérifiez les réglages média ou téléphonie de votre plateforme.

2. Augmentez le timeout d'inactivité RTP

Sur votre serveur média / PBX / SBC, réglez le timeout RTP à au moins 60 secondes (plus long est plus sûr pour les modèles lents). Cela donne à l'agent le temps de « réfléchir » sans que l'appel soit jugé mort.

3. Confirmez que le chemin média est propre

Un nombre surprenant de « coupures » sont en réalité des problèmes de NAT :

• La ligne c= du SDP doit contenir une IP publique joignable — pas une adresse privée 10.x / 192.168.x.
• Votre pare-feu doit autoriser la plage de ports RTP/UDP utilisée par votre plateforme ou PBX.
• Si vous exploitez votre propre segment Asterisk/FreeSWITCH, assurez-vous que la gestion du NAT est configurée. (Voir Configurer un trunk SIP IP-to-IP avec Asterisk.)

Si l'appel décroche mais que vous entendez du silence ou un audio unidirectionnel, le RTP n'atteint pas du tout le serveur média de l'agent. Même zone que ci-dessus :

• IP erronée/privée dans le SDP, ou
• une plage de ports RTP/UDP bloquée par un pare-feu.

Corrigez le chemin média et l'agent commencera à entendre l'appelant.

Bitcall fournit le trunk SIP sortant et prend en charge SRTP et TLS. Les keepalives RTP et les timeouts d'inactivité se configurent principalement sur la plateforme IA et tout SBC/PBX que vous exploitez — c'est là que la décision de timeout est prise.

Si les appels coupent encore sur une destination ou une route spécifique après avoir activé les keepalives et augmenté le timeout, il peut s'agir d'un problème média au niveau de la route à vérifier avec nous. Contactez le support avec l'heure d'un appel exemple, la destination et votre caller ID, et nous examinerons la route.

Pourquoi les appels vocaux IA coupent-ils après 30 secondes ? Les keepalives RTP ne sont pas configurés. Pendant les silences de génération de l'IA, aucun audio n'est envoyé et un équipement du chemin média coupe le flux RTP. Activez les keepalives/bruit de confort et réglez le timeout d'inactivité RTP à au moins 60 secondes.

Est-ce un problème Bitcall ou un problème de plateforme ? Presque toujours un problème de chemin média / configuration de plateforme, pas l'opérateur. Le timeout est imposé par votre plateforme IA ou SBC. Corrigez-le d'abord là ; si une route précise pose encore problème, contactez le support Bitcall.

Utiliser G.711 aide-t-il ? Indirectement — G.711 évite le transcodage dans le pipeline audio, ce qui simplifie le chemin média et réduit la latence. Cela ne corrige pas un timeout d'inactivité à lui seul, mais c'est le codec recommandé pour la voix IA.