05-14-2014 12:37 PM - edited 03-16-2019 10:48 PM
Hi Everyone
I have in my company a CUCM 8.6, when i´m making a local Call with this pattern (0XXXXXXX) the call is established without problems but at any time the communication falls and appears this message in the audio "Your call cannot be completed in this dial", it´s like automatically calls again during the call but i cannot find any issue in the configuration.
I hope someone can help me with this issue.
05-14-2014 12:57 PM
Start by looking at CUCM traces and debugs from the calls, no way to tell what's going on without you first reviewing that.
05-14-2014 01:07 PM
Ok.. I´ll make some trace and debugs.
05-14-2014 01:09 PM
05-14-2014 01:17 PM
Hi, is directly with a Device. In the RTMT i have no alerts. Could this maybe an issue in the voice port configuration?
05-14-2014 01:29 PM
then we need to collect the trace & debugs to see what is happening for the faulty call, please capture the logs for a working call too, so we can compare and check what is wrong. include the calling number, called number and time of working & nonworking calls too.
05-14-2014 01:47 PM
This is the Call log of the non working call taking with the RTMT collect file:
14:08:39.576|CC|RELEASE|20853838|20853839|16
2014/05/14 14:08:50.625|CC|SETUP|20853860|20853861|8767|06358640|06358640
2014/05/14 14:09:30.277|CC|RELEASE|20853860|20853861
In blue mi extension number, in yellow phone destination.
Then the user called again and works fine:
2014/05/14 14:10:54.529|CC|SETUP|20853865|20853866|8767|06358640|06358640
2014/05/14 14:11:21.896|CC|RELEASE|20853865|20853866|16
2014/05/14 14:12:31.830|CC|RELEASE|20853863|20853864|
05-14-2014 02:08 PM
In the error Call i add the code:
14:08:50.625|CC|SETUP|20853860|20853861|8767|06358640|06358640
2014/05/14 14:09:30.277|CC|RELEASE|20853860|20853861|28
05-15-2014 01:02 AM
Hello Carlos,
The cause code 28 is for "Invalid number format (address incomplete)". We need to collect the detailed CCM traces thru RTMT & debug isdn q931 & debug voice ccapi inout from gateway for the nonworking call.
05-15-2014 01:04 PM
05-15-2014 10:36 PM
Hello Carlos,
it is good to collect these debug output in .txt file for ease of analysis.
I see the call is made to Called Number=04269999 (8 digits) and the first calling number is 8767(4 digits).
It matched the Incoming Dial-peer=2003 and Outgoing Dial-peer=3,
then the calling number is translated to 7427090 (7 digits).
However it seems the call was connected (may be to an IVR) and you entered the DTMF digits 5538.
After you entered those digits, the call stayed up for about 2 mins and disconnected with cause code 28 from provider side.
- If this happening for the calls only to IVR or to all calls?
- can you please crosscheck if the 7 digit calling number sent to provider (7427090) is correct and valid format?
- if that is correct number format, I suggest you to check with your provider as it is them who disconnecting the call.
//Suresh
Please rate all the helpful posts
05-16-2014 06:06 AM
Hi.
Yes, this only happens with IVR calls, the format 7427090 is the correct format (thats our principal line).
To summary you suggest to make the verification with provider the cause of this issue?
It could be neccesary to modify or add dtmf configuration on my dial peer?
05-16-2014 06:14 AM
- is the problem only with that particular IVR?
- have you tried calling some other IVR system (like banking callcentres)? and how does it work?
- if calls to any IVR is failing, then we need to check how the dtmf is configured on the outbound dial-peers?
- what is the gateway type (h323, sip, mgcp)? what is the connection to provider(T1/E1 PRI, IP-IP CUBE)?
- could you post the gateway configuration?
05-16-2014 06:22 AM
This don´t happens with all ivr, but i can´t find a relation bettwen them.
My Dial-peer Doesn´t have dtmf configuration:
dial-peer voice 3 pots
trunkgroup Lines-MTKBOG
description LLAMADAS LOCALES
translation-profile outgoing PSTN-OUT
destination-pattern 0[2-9]......$
forward-digits 7
This is the voice ports configuration, of my trunk group:
voice-port 0/3/0
trunk-group Lines-MTKBOG
supervisory disconnect dualtone mid-call
supervisory custom-cptone CO
supervisory dualtone-detect-params 20
no battery-reversal
timeouts initial 1
timeouts call-disconnect 1
timeouts ringing 5
timeouts wait-release 1
connection plar opx 3101
description LINE-7427090(REVISADO)
caller-id enable
voice-port 0/3/1
trunk-group Lines-MTKBOG
supervisory disconnect dualtone mid-call
supervisory custom-cptone CO
supervisory dualtone-detect-params 20
no battery-reversal
timeouts initial 1
timeouts call-disconnect 1
timeouts ringing 5
timeouts wait-release 1
connection plar opx 3101
description LINEA-7433170(REVISADO)
caller-id enable
voice-port 0/3/2
trunk-group Lines-MTKBOG
supervisory disconnect dualtone mid-call
no battery-reversal
cptone CN
timeouts initial 1
timeouts call-disconnect 1
timeouts ringing 5
timeouts wait-release 1
timing hookflash-out 50
connection plar opx 3101
description LINEA-7433171(REVISADO)
caller-id enable
voice-port 0/3/3
trunk-group Lines-MTKBOG
supervisory disconnect dualtone mid-call
cptone GH
timeouts initial 1
timeouts interdigit 3
timeouts call-disconnect 1
timeouts ringing 5
timeouts wait-release 1
timing hookflash-out 50
connection plar opx 3101
description LINEA-7433172(REVISADO)
Thanks for your help.
05-16-2014 06:31 AM
Hello Carlos,
OK, you have the analog pots connection to provider. I don't think the issue is with your configuration.
If it is not happening for all IVR and if it is specific only to this IVR, then it is something wrong with other side IVR system issue.
by the way, if you call the same number 04269999 from your mobile, how does it work?
I suggest you to talk to provider on this issue as they may help you further to check their side DTMF settings.
//Suresh
Please rate all the helpful answers
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: