02-02-2015 04:21 AM - edited 03-17-2019 01:48 AM
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 .
Solved! Go to Solution.
02-03-2015 05:00 AM
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
02-02-2015 05:00 AM
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
02-02-2015 05:56 AM
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 .
02-02-2015 06:04 AM
So provide a trace of a 'normal' scenario instead.
Aaron
02-02-2015 09:39 PM
02-03-2015 01:21 AM
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
02-03-2015 02:53 AM
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 .
02-03-2015 03:45 AM
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
02-03-2015 04:44 AM
02-03-2015 05:00 AM
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
02-03-2015 09:23 PM
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 |
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