cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
4856
Views
8
Helpful
4
Replies

Cause i = 0x80AC - Requested circuit/channel not available on Incoming Calls

gabiulici
Level 1
Level 1

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

4 Replies 4

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!

Please Kudos/rate if this help!

Dennis Mink
VIP Alumni
VIP Alumni

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. 

=============================

Please remember to rate useful posts, by clicking on the stars below.

Ajay Viswanath
Level 1
Level 1

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

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

Getting Started

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: