12-02-2013 01:42 AM - edited 03-16-2019 08:39 PM
Hello,
I am facing problems with incoming calls on a MGCP PRI Gateway. Some of the incoming calls get disconnected with cause code: Cause i = 0x80AC -
Requested circuit/channel not available - Destination address is non-ISDN
I noticed that this happens only on one specific port/channel.
Cause i = 0x80AC - Requested circuit/channel not available
*Dec 2 09:11:23.816: ISDN Se0/0/3:15 Q931: RX <- SETUP pd = 8 callref = 0x7900
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18397
Preferred, Channel 23
Calling Party Number i = 0x1181, '499417906xxxx'
Plan:ISDN, Type:International
Called Party Number i = 0x81, '25xx'
Plan:ISDN, Type:Unknown
High Layer Compat i = 0x9181
*Dec 2 09:11:23.816: ISDN Se0/0/3:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0xF900
Cause i = 0x80AC - Requested circuit/channel not available
*Dec 2 09:11:24.592: ISDN Se0/0/1:15 Q931: TX -> SETUP pd = 8 callref = 0x003E
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98397
Exclusive, Channel 23
Calling Party Number i = 0x0081, '256251xxx'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '0049697603xxxx'
Plan:Unknown, Type:Unknown
*Dec 2 09:11:24.756: ISDN Se0/0/1:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x803E
Channel ID i = 0xA98397
Exclusive, Channel 23
*Dec 2 09:11:26.748: ISDN Se0/0/3:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x0600
Cause i = 0x8090 - Normal call clearing
*Dec 2 09:11:26.772: ISDN Se0/0/3:15 Q931: TX -> RELEASE pd = 8 callref = 0x8600
*Dec 2 09:11:26.828: ISDN Se0/0/3:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x0600
*Dec 2 09:11:27.488: ISDN Se0/0/3:15 Q931: RX <- SETUP pd = 8 callref = 0x7800
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18398
Preferred, Channel 24
Calling Party Number i = 0x1180, '499417909xxxx'
Plan:ISDN, Type:International
Calling Party Number i = 0x1183, '499417900'
Plan:ISDN, Type:International
Called Party Number i = 0x81, '2221'
Plan:ISDN, Type:Unknown
High Layer Compat i = 0x9181
*Dec 2 09:11:27.500: ISDN Se0/0/3:15 Q931: TX -> CALL_PROC pd = 8 callref = 0xF800
Channel ID i = 0xA98384
Exclusive, Channel 4
*Dec 2 09:11:27.500: ISDN Se0/0/3:15 Q931: TX -> DISCONNECT pd = 8 callref = 0xF800
Cause i = 0x8091 - User busy
*Dec 2 09:11:27.712: ISDN Se0/0/3:15 Q931: RX <- RELEASE pd = 8 callref = 0x7800
*Dec 2 09:11:27.732: ISDN Se0/0/3:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0xF800
*Dec 2 09:11:28.588: ISDN Se0/0/3:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x0200
Cause i = 0x8090 - Normal call clearing
*Dec 2 09:11:28.616: ISDN Se0/0/3:15 Q931: TX -> RELEASE pd = 8 callref = 0x8200
*Dec 2 09:11:28.668: ISDN Se0/0/3:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x0200
*Dec 2 09:11:30.456: ISDN Se0/0/3:15 Q931: RX <- SETUP pd = 8 callref = 0x7700
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18399
Preferred, Channel 25
Calling Party Number i = 0x1180, '499417906xxxx'
Plan:ISDN, Type:International
Calling Party Number i = 0x1183, '499417900'
Plan:ISDN, Type:International
Called Party Number i = 0x81, '2575'
Plan:ISDN, Type:Unknown
High Layer Compat i = 0x9181
*Dec 2 09:11:30.468: ISDN Se0/0/3:15 Q931: TX -> CALL_PROC pd = 8 callref = 0xF700
Channel ID i = 0xA98384
Exclusive, Channel 4
*Dec 2 09:11:30.468: ISDN Se0/0/3:15 Q931: TX -> ALERTING pd = 8 callref = 0xF700
Progress Ind i = 0x8088 - In-band info or appropriate now available
*Dec 2 09:11:32.084: ISDN Se0/0/1:15 Q931: RX <- PROGRESS pd = 8 callref = 0x803E
Progress Ind i = 0x8488 - In-band info or appropriate now available
*Dec 2 09:11:32.084: ISDN Se0/0/1:15 Q931: RX <- ALERTING pd = 8 callref = 0x803E
Progress Ind i = 0x8488 - In-band info or appropriate now available
*Dec 2 09:11:33.200: ISDN Se0/0/3:15 Q931: TX -> CONNECT pd = 8 callref = 0xF700
*Dec 2 09:11:33.328: ISDN Se0/0/3:15 Q931: RX <- CONNECT_ACK pd = 8 callref = 0x7700
*Dec 2 09:11:34.300: ISDN Se0/0/1:15 Q931: RX <- CONNECT pd = 8 callref = 0x803E
*Dec 2 09:11:34.304: ISDN Se0/0/1:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x003E
*Dec 2 09:11:38.892: ISDN Se0/0/1:15 Q931: TX -> SETUP pd = 8 callref = 0x003F
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98396
Exclusive, Channel 22
Calling Party Number i = 0x0081, '25625xxxx'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '00491736693xxxx'
Plan:Unknown, Type:Unknown
*Dec 2 09:11:39.060: ISDN Se0/0/1:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x803F
Channel ID i = 0xA98396
Exclusive, Channel 22
*Dec 2 09:11:48.416: ISDN Se0/0/1:15 Q931: RX <- PROGRESS pd = 8 callref = 0x803F
Progress Ind i = 0x8482 - Destination address is non-ISDN
*Dec 2 09:11:50.504: ISDN Se0/0/1:15 Q931: RX <- PROGRESS pd = 8 callref = 0x803F
Progress Ind i = 0x8488 - In-band info or appropriate now available
*Dec 2 09:11:50.532: ISDN Se0/0/1:15 Q931: RX <- ALERTING pd = 8 callref = 0x803F
Progress Ind i = 0x8488 - In-band info or appropriate now available
12-03-2013 07:49 AM
Do you by any chance have a fractional T1?
Can you try to bounce the T1?
Is it always with the port?
Try No Mgcp/MGCP on this guy.
ANy way you can forward the sh run, or at least the part with the mgcp/ccm-manager configuration?
Please Kudos/rate if this help!
12-03-2013 05:48 PM
Probably is caused by the way the ISDN B- channels are being address and probably in which order
reason code:
80AC: The remote equipment cannot provide the channel that the user requests, due to an unknown reason. This problem is usually temporary.
as per:
http://www.cisco.com/en/US/partner/tech/tk801/tk379/technologies_tech_note09186a008012e95f.shtml
Can you check the channel selection on your MGCP Gatways PRI interface and see if it is bottom up, top down, alter it and test again.
=============================
Please remember to rate useful posts, by clicking on the stars below.
=============================
12-03-2013 10:09 PM
Do you notice this behaviour only on inbound calls or outbound calls as well.
You can test this in oubound call by changing the order in the gateway and check if the error seems to follow only with a particular channel.
You won't be able to select the channel for inbound call as it is selected by the provider.
If you notice issue only on a particulat channel..then you can busy out that channel and check if anyother channels are affected as well.
I have seen this issue before where bouncing the controller will give it a temproary fix.
Rate if it helps
Thanks
Ajay
12-05-2013 03:31 AM
I manage to find what was the problem. The problem was I do not have enough PVDM on the router and from the last E1 the first 10 channels work k and the rest cannot receive calls.
Have a nice day
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: