Appels externes ne sont pas redirigés correctement

Zone3 TI · ‎22-03-2023

Bonjour,

Nous utilisons présentement un système Be6000 et lorsque nous programmons un renvoi d'appel sur nos téléphones (modèle 7945) vers des numéros externes, cela fonctionne parfaitement lorsque l'appel d'origine provient d'un poste interne, mais lorsqu'il s'agit d'un appel externe alors cet appel est envoyé sur la boite vocale du poste téléphonique sur lequel le renvoi est programmé. J'aimerais que les appels qui proviennent de l'extérieur soient également transférés et qu'ils ne tombent pas dans la boite vocale.

Je sais comment me retrouver dans la configuration, mais je ne suis pas assez spécialiste pour savoir où je dois chercher exactement.

Auriez vous des pistes à me suggérer?

Merci beaucoup pour votre support.

Translator · ‎28-03-2023

Je peux voir le renvoi d'appels défini en dehors de la messagerie vocale. Décochez la boîte vocale et mentionnez le numéro à transférer.

Si les appels provenant de l'extérieur qui transfèrent vers un numéro externe échouent, cela est probablement dû au numéro appelant qui est envoyé au FAI. La modification de la dernière redirection sur la passerelle peut résoudre ce problème.

Translator · ‎28-03-2023

Merci pour votre réponse Nithin.

J'ai décoché chaque case à cocher de messagerie vocale et collé le numéro de téléphone externe dans tous les champs, juste pour m'assurer qu'il me transfère toujours vers la messagerie vocale.

J'ai également remplacé la sélection de l'appelant par le dernier numéro redirigé (externe)

As-tu autre chose en tête que je pourrais essayer ?

Merci encore

Translator · ‎06-04-2023

Exécutez l'analyse ADN et partagez le flux d'appels pour le transfert de numéro externe.

Mettez également le numéro sur appel, renvoyez toutes les sections et fournissez le css approprié.

Vérifiez ensuite le modèle de routage pour ce numéro externe s'il est sur cucm ou non.

Si RP est présent et pointe vers la passerelle vocale appropriée, collectez le débogage à partir des passerelles vocales et partagez-le ici.

debug isdn q931

debug ccsip message

debug ccapi input

++show run

++show dial-peer voice summary

Merci d'évaluer si son «utile». Si cette réponse à votre question, puis pls cliquez sur «Accepter comme solution».

BR,

Sadav Ansari

Translator · ‎15-05-2023

dans ce cas, l'utilisateur doit acheminer l'appel vers le numéro interne et non vers le numéro externe

Translator · ‎15-05-2023

cette configuration doit vérifier les paramètres suivants :

1. vérifiez si une règle de numérotation d'application a été appliquée pour supprimer un dight (digit?)

2. vérifiez pour le code d'autorisation forcée est appliqué pour le routage

3. vérifiez si le css correct est appliqué pour que l'option de renvoi d'appels soit appliquée

Translator · ‎12-06-2023

Bonjour

Sur la page de configuration de ligne de la section de renvoi d'appels, modifiez la stratégie d'activation de l'espace de recherche d'appels en choisissant la valeur « Avec CSS configuré » et faites-moi savoir si cela fait une différence.

HTH

Cordialement

Carlo

Translator · ‎10-09-2023

vérifiez le préfixe que vous utilisez et CSS est vrai .

Translator · ‎28-12-2023

Vérifiez si l'en-tête de dérivation sortante est activé sur la ligne principale SIP. Le problème le plus courant lors du renvoi d'appels externes vers le PSTN est que le fournisseur de services voit un numéro qui n'appartient pas à votre système et qui provient de celui-ci et qu'il le rejette. L'en-tête de renvoi authentifie les appels car il contient le numéro du téléphone qui a transféré l'appel (qui doit être un numéro de votre plage/bloc de numéros).

Translator · ‎18-01-2024

L'appelant doit afficher votre numéro de facturation principal ou tout numéro que vous avez acheté auprès du fournisseur afin qu'il puisse l'accepter. C'est un mécanisme pour prévenir la fraude au péage.

Vous devez changer les numéros ci-dessous en votre numéro principal ou tout DID acheté afin qu'il soit reconnu par votre fournisseur.

Si vous voyez que l'en-tête de dérivation est envoyé, vous devez le modifier comme ci-dessous. La seule façon de modifier un ID d'appelant sur le CUBE est d'utiliser les PROFILES SIP, qui sont utilisés pour modifier les en-têtes SIP. Dans ce cas spécifique, pour modifier l'ID de l'appelant reçu.
voice class sip-Profils

requête ANY sip-header P-Asserted-Identity modifier « sip:(.*)@" « sip:+1757648XXXX@"
requête ANY sip-header Diversion modifier « sip:(.*)@" « sip:+1757278XXXX@"

Parfois, nous ne voyons pas l'en-tête de dérivation comme le gestionnaire d'appels l'envoie uniquement pour les appels transférés, nous pouvons au lieu de modifier l'en-tête, ajouter l'en-tête de dérivation lui-même ou modifier l'identité de l'invitation SIP revendiquée par le P.

voice class sip-Profils
requête ANY sip-header Diversion ajouter « Diversion : < xxxx="" gateway-ipaddress="">"
requête ANY sip-header Diversion ajouter « Diversion : < xxxx="" gateway-ipaddress="">"

Pour créer le profil SIP exact, vous devez effectuer des débogages de passerelle.

<tm>debug voip ccapi inout</tm>
<tm>Débogage des messages CCSIP</tm>
<tm>Commande show run</tm>
<tm>show version</tm>

Cordialement,
Mohammed A.R.A.

Maren Mahoney · ‎17-01-2024

I would also be interested in seeing the output of debugs on the gateway showing the call coming in from the PSTN and CUCM returning it to the router. It is possible your original config was perfect, but the gateway (or your provider) was rejecting the hairpinned call.

Maren

---------------

Je serais également intéressé de voir la sortie des débogages sur la passerelle montrant l'appel entrant du PSTN et CUCM le renvoyant au routeur. Il est possible que votre configuration d'origine soit parfaite, mais que la passerelle (ou votre fournisseur) rejette l'appel épinglé.