cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1759
Views
0
Helpful
5
Replies

Not sending all digits to MGCP gateway

Pawan Arora
Level 1
Level 1

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

1 Accepted Solution

Accepted Solutions

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.

Regards, Alex. Please rate useful posts.

View solution in original post

5 Replies 5

Jonathan Schulenberg
Hall of Fame
Hall of Fame

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.

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

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.

Regards, Alex. Please rate useful posts.

Hi Alex,

Thanks for the information, I will check this option and will update you.

Regards,

Pawan

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