Explication :
Ceci indique généralement que le nom d’utilisateur, l’ID d’authentification ou le mot de passe configuré pour l’extension est incorrect.

Comment résoudre :

• Vérifiez à nouveau le nom d’utilisateur SIP, l’ID d’authentification et le mot de passe dans la configuration de SIP Caller.
• Assurez-vous que l’extension est active et n’est pas bloquée ou désactivée sur le PBX.
• Si vous avez récemment changé le mot de passe dans le PBX, mettez-le également à jour dans SIP Caller.

Explication :
Ceci indique que le domaine ou l’adresse IP spécifié pour le serveur PBX est incorrect ou inaccessible.

Comment résoudre :

• Vérifiez que le nom de domaine (FQDN) est correctement orthographié.
• Assurez-vous que le domaine pointe vers l’adresse IP publique correcte de votre PBX.
• Vérifiez que le service DNS peut résoudre le domaine.

Explication :
Des pare-feu au niveau réseau ou des paramètres PBX peuvent bloquer le trafic SIP ou RTP.

Comment résoudre :

• Assurez-vous que le SIP (généralement le port UDP ou TCP 5060) est ouvert sur le pare-feu du PBX.
• Assurez-vous que tout pare-feu de votre fournisseur cloud ou d’hébergement autorise le trafic depuis l’adresse IP de SIP Caller.
• Vérifiez les journaux de votre PBX pour des tentatives d’enregistrement rejetées ou des IP bloquées.
• Lors de l’utilisation de 3CX Phone System, assurez-vous que l’option Block remote non tunnel connection est désactivée pour l’extension utilisée par SIP Caller.

Explication :
L’état d’une campagne doit être défini sur « Active » pour commencer à passer des appels.

Comment résoudre :

• Allez dans la section Campagnes de la console SIP Caller.
• Assurez-vous que la campagne est définie sur « Active » et non sur « En Pause », « Terminée » ou « Annulée ».

Explication :
Les campagnes ne s’exécutent que pendant leur plage horaire planifiée et respectent le fuseau horaire configuré.

Comment résoudre :

• Confirmez que la date et l’heure actuelles se situent dans la plage horaire de la campagne.
• Assurez-vous que le fuseau horaire correct est sélectionné dans les paramètres de la campagne.

Explication :
Si une campagne a un groupe de vacances défini, la planification du jour actuel pourrait être affectée.

Comment résoudre :

• Vérifiez le « Groupe de Vacances » de la campagne.
• Supprimez ou ajustez les jours fériés selon les besoins pour permettre à la campagne de s’exécuter.

Explication :
Les campagnes sans numéros de téléphone ne peuvent pas effectuer d’appels.

Comment résoudre :

• Allez dans la liste des numéros de la campagne.
• Assurez-vous qu’au moins un numéro valide est chargé et n’est pas marqué comme terminé ou échoué.

Explication :
Les comptes Gratuits sont limités à 100 appels par jour, et les comptes Démo sont limités à 500 appels par jour.

Comment résoudre :

• Surveillez votre volume d’appels quotidien sur le tableau de bord.
• Attendez le lendemain ou mettez à niveau votre compte pour supprimer la limite.

Explication :
La capacité d’appels simultanés est partagée entre toutes les campagnes en cours d’exécution.

Comment résoudre :

• Mettez en pause ou arrêtez les autres campagnes actives pour libérer de la capacité d’appel.
• Mettez à niveau votre forfait si vous avez besoin de plus d’appels simultanés.

Explication :
Les campagnes prédictives et progressives nécessitent qu’un SIP Caller Queues Monitor soit installé et qu’une file d’attente dispose d’agents disponibles.

Comment résoudre :

• Confirmez que le SIP Caller Queues Monitor est en cours d’exécution et correctement connecté à votre PBX.
• Assurez-vous que des agents sont connectés à la file d’attente et disponibles pour prendre des appels.

Explication :
S’il n’existe aucune règle sortante correspondant au numéro composé, le PBX peut rediriger l’appel vers un SVI ou le rejeter.

Comment résoudre :

• Vérifiez les règles sortantes de votre PBX pour vous assurer qu’elles correspondent au format de numérotation utilisé par SIP Caller (par exemple, avec ou sans indicatif pays, préfixe).
• Ajoutez ou ajustez des règles afin que les numéros de votre campagne puissent être acheminés vers le SIP Trunk.

Explication :
Certains fournisseurs SIP rejetteront les appels avec une réponse 403 Forbidden si le solde de votre compte est insuffisant.

Comment résoudre :

• Connectez-vous au portail de votre fournisseur de SIP Trunk et vérifiez le solde de votre compte.
• Rechargez votre compte pour permettre les appels sortants.

Explication :
Votre PBX ou SIP Trunk peut être configuré pour bloquer les destinations internationales ou spécifiques à certains pays.

Comment résoudre :

• Vérifiez les permissions d’appels sortants dans le PBX et les paramètres du SIP Trunk.
• Activez la numérotation internationale ou spécifique au pays si nécessaire.

Explication :
Le format du numéro peut être invalide ou le numéro pourrait ne pas exister.

Comment résoudre :

• Assurez-vous que les numéros de votre campagne sont valides et correctement formatés pour votre PBX et votre SIP Trunk.
• Utilisez le formatage E.164 si votre fournisseur l’exige.

Explication :
Votre fournisseur de SIP Trunk pourrait ne pas disposer de routage pour le numéro composé.

Comment résoudre :

• Contactez votre fournisseur de SIP Trunk pour vérifier la couverture de la destination composée.
• Envisagez d’utiliser un trunk de secours ou un fournisseur alternatif pour ces destinations.

Explication :
Une incompatibilité dans les paramètres RTP Sécurisé entre SIP Caller et votre PBX (par exemple, 3CX) peut entraîner une absence d’audio, même si l’appel se connecte avec succès.

Scénarios Typiques :

Comment résoudre :

• Assurez-vous que le SRTP est activé ou désactivé de manière cohérente des deux côtés.
• Si vous utilisez 3CX avec le SRTP forcé, activez le RTP Sécurisé dans les paramètres de SIP Caller.
• Si 3CX a le SRTP désactivé, désactivez également le SRTP dans SIP Caller.

Explication :
Dans les scénarios de numérotation prédictive ou basés sur des files d’attente, le PBX peut rejeter le transfert d’appel s’il n’y a pas d’agents disponibles dans la file d’attente cible.

Comment résoudre :

• Vérifiez la configuration de la file d’attente dans votre PBX.
• Assurez-vous que la file d’attente dispose d’agents connectés et disponibles pour recevoir des appels.

Explication :
Lorsque les tonalités DTMF sont transmises dans le flux audio (in-band), la compression audio peut déformer les signaux haute fréquence, les rendant peu fiables pour la détection. Pour garantir une reconnaissance DTMF précise, les tonalités doivent être envoyées à l’aide de la méthode de charge utile RTP définie dans la RFC 2833.

Comment résoudre :

1. Capturer le flux RTP avec Wireshark - Du côté du PBX, effectuez une capture de paquets pendant un appel de test et inspectez les paquets RTP :
   • Recherchez les tonalités DTMF transmises comme audio (in-band).
   • Si vous ne voyez pas d’événements RTP (Payload Type 101 ou similaire), les tonalités sont probablement envoyées in-band.
2. Confirmer la méthode de transport DTMF - Dans Wireshark, sous Telephony > RTP > RTP Streams, vérifiez que les tonalités DTMF n’utilisent pas la RFC 2833.
3. Contacter votre fournisseur de SIP Trunk - Partagez vos observations et demandez-leur de configurer le DTMF pour qu’il soit envoyé via la RFC 2833 (événements de charge utile RTP) plutôt qu’en audio in-band.
4. Vérifier la configuration du PBX - Assurez-vous que votre PBX est configuré pour prendre en charge et privilégier la RFC 2833 pour la signalisation DTMF.
5. Tester à nouveau - Effectuez un nouvel appel, capturez le flux RTP, et confirmez que les tonalités DTMF sont désormais envoyées comme événements RTP.