cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2142
Views
0
Helpful
10
Replies

mgcp outgoing issue

pranav desidi
Level 1
Level 1

Hi all ,

 

we have configured new PRI with MGCP protocol , incoming calls are working problem is with outgoing calls . we have checked all possiblities in called and calling type partition and css . attaching debug of mgcp packets and isdn q931 . please look into the issue and reply .

1 Accepted Solution

Accepted Solutions

Hi.

In this case the call is not going through because you are sending to your TSP the called number with the access code

Display i = 'Rohit Jain'
        Calling Party Number i = 0x4181, '7001'
                Plan:ISDN, Type:Subscriber(local)
        Called Party Number i = 0x91, '900919818533375'
                Plan:ISDN, Type:International

 

Please check your route pattern configuration and try again.

 

HTH

 

Regards

 

Carlo

Please rate all helpful posts "The more you help the more you learn"

View solution in original post

10 Replies 10

Aaron Harrison
VIP Alumni
VIP Alumni

Hi 

What is this number? 

00911244621233

I see on your inbound call that the 'calling' number is set to this.

Also on your outbound calls the 'calling' number is set to this. That's unusual.

This is your call setup (TX setup to the PSTN):

103581: Jan 20 21:07:47.476 CST: ISDN Se0/3/1:15 Q931: TX -> SETUP pd = 8  callref = 0x0006
        Sending Complete
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA9839F
                Exclusive, Channel 31
        Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info
        Calling Party Number i = 0x1183, '00911244621233'
                Plan:ISDN, Type:International
        Called Party Number i = 0x80, '00919818533375'
                Plan:Unknown, Type:Unknown
103582: Jan 20 21:07:47.564 CST: ISDN Se0/3/1:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x8006
        Channel ID i = 0xA9839F
                Exclusive, Channel 31
103583: Jan 20 21:07:47.568 CST: ISDN Se0/3/1:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x8006
        Cause i = 0x829500000000 - Call rejected

The reason is just 'call rejected'. I'd guess that one of these may be the problem:

Channel Selection: If this is a partial PRI, it may fail. the outbound call is using Channel 31 which might not be active. Inbound uses channel 7/9 in your captures. I would set the channel selection order to the opposite of what it is now (bottom up/top down), reset, and try again.

CLI: The calling number is set to 00911244621233 on all calls, inbound or out. This looks like a config error, and the PSTN may reject calls with invalid calling number information.

Aaron

Aaron Please remember to rate helpful posts to identify useful responses, and mark 'Answered' if appropriate!

Hi ,

regarding number , we have created a dn , we have forwarded all calls to specific number mentioned above . not to disturb users we have forwarded to a number , checked normally also we have faced same issue . regarding channel selection we have tried both top down / bottom up but no result . 

So provide a trace of a 'normal' scenario instead.

Aaron

Aaron Please remember to rate helpful posts to identify useful responses, and mark 'Answered' if appropriate!

Hi ,

 

i am sharing normal scenario for incoming and outgoing calls .

Hi

So - the call is still being rejected by the SP. 

118522: Feb  3 13:24:01.385 CST: ISDN Se0/3/1:15 Q931: RX <- DISCONNECT pd = 8                                                                                          callref = 0x800E
        Cause i = 0x829500000000 - Call rejected

There are a couple of things you can try - basically try and mirror what the SP sends you when it works. There are a couple of differences between what they send us, and what we send them:

1) 'transfer-information' is set to 3.1k audio on their call. I don't recall noticigin this before, but you can set your ISDN to send the same using this command:

isdn outgoing-voice info-transfer-capability 3.1kHz-audio 

http://www.cisco.com/c/en/us/td/docs/ios/12_2/dial/command/reference/fdial_r/drfisl2.html#wp1018035

2) You could try setting the plan/type info properly, e.g. using a voice-translation profile on the dial-peer to set the called number to ISDN/International and  calling to ISDN/subscriber. 

Failing that, you will need to contact your Service Provider to clarify why they are rejecting the call. Either they don't like the way we set up the call, or the circuit may not be enabled for outbound calls.

Aaron

Aaron Please remember to rate helpful posts to identify useful responses, and mark 'Answered' if appropriate!

Hi

as we are using MGCP i have changed called type in route group it didn't work , i have also put above command on our serial inter face but in vain . i hope last probability is to check with SP .

Hi.

CUCM MGCP Gateway configuration

On Port configuration page on CUCM try to change the value od "calling Party selection" parameter to "First Redirect Number" in  "Call Routing Information (outbound Calls)" section

 

After that change, please activate a debug isdn q931 on gateway an send the output of a forwarded call.

 

 

HTH

 

 

Regards

 

Carlo

Please rate all helpful posts "The more you help the more you learn"

HI ,

 

changes to above settings call not working , attached debug trace .

Hi.

In this case the call is not going through because you are sending to your TSP the called number with the access code

Display i = 'Rohit Jain'
        Calling Party Number i = 0x4181, '7001'
                Plan:ISDN, Type:Subscriber(local)
        Called Party Number i = 0x91, '900919818533375'
                Plan:ISDN, Type:International

 

Please check your route pattern configuration and try again.

 

HTH

 

Regards

 

Carlo

Please rate all helpful posts "The more you help the more you learn"

Hi ,

changed settings in route group still same fast beep sound , no outgoing but incoming working fine . details from SP are

Mode

TE

Protocol

ETSI

CRC-4

No

TX Clock

L1-RX

Framing

PCM31

Code type

2e15

Rate

2048M

Call Type

Voice

B Channel

Automatic

Test code type

2e15

UUS

No

Layer 2 TEI

0

Signalling timeslot

16