08-07-2012 02:31 AM - edited 03-16-2019 12:34 PM
Hi,
I am using call manager 6.1.4 with MGCP gateway. Today I got a new issue in my setup. When i tried to call a Mobile number starting with 88 with prefix 0 it didn't go through. if I change the prefix from 0 to any other number then i am able to make the call. And if I do not use prefix then it also go through but not with prefix 0. I have checked on the gaetway and found that the call manager is sending only three digit "088" to the gateway .
Please help me on this
Regards,
Pawan Arora
Solved! Go to Solution.
08-07-2012 05:44 AM
Pawan
At the end of your Q931 we see
007414: Aug 7 10:20:37: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0004
This looks like the gateway may now be sending the rest of the digits
as the CALLREF is 0x0004 the same as the original set up
Looks like the CUCM is trying to send with overlap signalling
Can you check your route , route list and group re OVERLAP sending.
Look at your route pattern
there is a check box Allow Overlap Sending
If it is checked then uncheck and retest
Regards,
Alex.
Please rate useful posts.
08-07-2012 03:10 AM
On the route pattern add a period after the zero (e.g. 0.88) and set the Discard Digit Instruction to PreDot. CUCM will strip the zero since it's before the period when it sends the call to the gateway.
Please remember to rate helpful responses and identify helpful or correct answers.
08-07-2012 03:15 AM
It's already set with 0.88, i have checked with DNA and it is showing the correct called party number which is sent to gateway. but on the gaetway, the called number is showing as 088
Its showing like :
007409: Aug 7 10:20:35: ISDN Se0/1/1:15 Q931: TX -> SETUP pd = 8 callref = 0x0004
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839E
Exclusive, Channel 30
Calling Party Number i = 0x0081, '7633'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '088'
Plan:Unknown, Type:Unknown
007410: Aug 7 10:20:35: ISDN Se0/1/1:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8004
Channel ID i = 0xA9839E
Exclusive, Channel 30
007411: Aug 7 10:20:35: ISDN Se0/1/1:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x8004
Cause i = 0x828100000000 - Unallocated/unassigned number
007412: Aug 7 10:20:36: ISDN Se0/1/1:15 Q931: TX -> RELEASE pd = 8 callref = 0x0004
007413: Aug 7 10:20:36: ISDN Se0/1/1:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8004
007414: Aug 7 10:20:37: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0004
Regards,
Pawan Arora
08-07-2012 05:44 AM
Pawan
At the end of your Q931 we see
007414: Aug 7 10:20:37: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0004
This looks like the gateway may now be sending the rest of the digits
as the CALLREF is 0x0004 the same as the original set up
Looks like the CUCM is trying to send with overlap signalling
Can you check your route , route list and group re OVERLAP sending.
Look at your route pattern
there is a check box Allow Overlap Sending
If it is checked then uncheck and retest
Regards,
Alex.
Please rate useful posts.
08-07-2012 09:15 PM
Hi Alex,
Thanks for the information, I will check this option and will update you.
Regards,
Pawan
08-08-2012 01:46 AM
Hi Alex,
I have checked the route pattern and found that the option is unchecked. I have created a different pattern for the calls and now it is working fine. I am keeping this issue in monitoring with the customer. I will let you know if I find any other issue.
Thanks for the help
Regards,
Pawan
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide