cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
36186
Views
5
Helpful
10
Replies

Problem Cause i = 0x80AF - Resource unavailable, unspecified

worapat
Level 1
Level 1

I have some problem with customer voice gateway router (Cisco 2821). User couldn't call to anywhere until I reboot voice gateway router. Please see the debugging message below:

#########################################

*Aug 17 09:00:43.719: ISDN Se1/0/0:15 Q931: RX <- SETUP pd = 8 callref =

0x5555

Sending Complete

Bearer Capability i = 0x9090A3

Standard = CCITT

Transer Capability = 3.1kHz Audio

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98386

Exclusive, Channel 6

Progress Ind i = 0x8283 - Origination address is non-ISDN

Calling Party Number i = 0x2183, '26109044'

Plan:ISDN, Type:National

Called Party Number i = 0xC1, '6872000'

Plan:ISDN, Type:Subscriber(local)

*Aug 17 09:00:43.719: ISDN Se1/0/0:15 **ERROR**:

cdapi_process_connect_resp: cdapi sez to reject the call (appl rejected?)

*Aug 17 09:00:43.723: ISDN Se1/0/0:15 Q931: TX -> RELEASE_COMP pd = 8

callref = 0xD555

Cause i = 0x80AF - Resource unavailable, unspecified

#########################################

Anyone know this problem?

Thank you.

:)

1 Accepted Solution

Accepted Solutions

Hi,

I am experiencing the same issue. Did you get a resolution?

View solution in original post

10 Replies 10

mmorris11
Level 4
Level 4

That looks like a DSP problem.

Hi,

I am experiencing the same issue. Did you get a resolution?

Abu Hadee
Level 3
Level 3

What version of IOS you are running?

Looks like defect on IOS. send me "Show version"

Thank you

- abu

flash:c1861-spservicesk9-mz.124-24.T3.bin on a Cisco 1861 with both BRI

connected to PSTN

Hi,

I'm meeting the same issue randomly with a 2811 and same IOS (c2800nm-spservicesk9-mz.124-24.T3.bin).

Did you resolve your issue?

Thank you for your help

Best regards

Hi,

This error message could be down to a codec issue.....

Is the called device in a different region to the gateway?

If that is the case are you using different codec between the regions (eg G.729) and the gateway is only configured for G.711?

If the above is true then you could get round the issue by allowing the gateway to negotiate other codecs by listing them under the 'voice codec class ..' global and then applying this to the dial-peer using the 'voice-class codec..' command. That's if you are using H.323 gateway or you could set up transcoding if you have enough DSP resources.

I hope this helps..

Gurmakh

Hi,

Thank you for your answer. However I don't think it's a codec issue because Phone and GW are on the same Region.

Moreover with the same phone, same destinationation number, same voice channel, sometimes calls are fine, sometimes, the problem happens

Below the debug information for a failed call:

        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98381
                Exclusive, Channel 1
        Progress Ind i = 0x8183 - Origination address is non-ISDN
        Calling Party Number i = 0x0181, '1252741532'
                Plan:ISDN, Type:Unknown
        Called Party Number i = 0x81, '0033613926866'
                Plan:ISDN, Type:Unknown
*Jul 29 08:02:39.184: ISDN Se0/0/0:15 Q931: RX <- SETUP_ACK pd = 8  callref = 0x8101
        Channel ID i = 0xA98381
                Exclusive, Channel 1
        Progress Ind i = 0x8288 - In-band info or appropriate now available
*Jul 29 08:02:44.608: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x8101
*Jul 29 08:02:51.024: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8  callref = 0x8101
*Jul 29 08:02:51.252: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x0101
        Cause i = 0x80AF - Resource unavailable, unspecified
*Jul 29 08:02:51.416: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8  callref = 0x8101
*Jul 29 08:02:51.420: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x0101

Below debug trace for a call OK:

        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98381
                Exclusive, Channel 1
        Progress Ind i = 0x8183 - Origination address is non-ISDN
        Calling Party Number i = 0x0181, '1252741532'
                Plan:ISDN, Type:Unknown
        Called Party Number i = 0x81, '0033613926866'
                Plan:ISDN, Type:Unknown
*Jul 29 08:00:52.900: ISDN Se0/0/0:15 Q931: RX <- SETUP_ACK pd = 8  callref = 0x80FD
        Channel ID i = 0xA98381
                Exclusive, Channel 1
        Progress Ind i = 0x8288 - In-band info or appropriate now available
*Jul 29 08:00:58.308: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x80FD
*Jul 29 08:01:05.100: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8  callref = 0x80FD
*Jul 29 08:01:12.956: ISDN Se0/0/0:15 Q931: RX <- CONNECT pd = 8  callref = 0x80FD
*Jul 29 08:01:12.960: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now connected to 0033613926866 N/A
*Jul 29 08:01:12.960: ISDN Se0/0/0:15 Q931: TX -> CONNECT_ACK pd = 8  callref = 0x00FD
*Jul 29 08:01:15.932: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x80FD
        Cause i = 0x8090 - Normal call clearing
        Progress Ind i = 0x8288 - In-band info or appropriate now available
*Jul 29 08:01:15.936: %ISDN-6-DISCONNECT: Interface Serial0/0/0:0  disconnected from 0033613926866 , call lasted 2 seconds
*Jul 29 08:01:15.936: ISDN Se0/0/0:15 Q931: call_disc: PI received in disconnect; Postpone sending RELEASE for callid 0x8080
*Jul 29 08:01:16.472: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8  callref = 0x00FD
*Jul 29 08:01:16.524: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x80FD

From your description this looks very much like a DSP issue (which what has already been suggested by somebody else on this post).

You may find the following link useful as it provides details on how to test DSP (its an old document but I think it applies to any router with DSPs):

http://www.cisco.com/en/US/tech/tk652/tk653/technologies_tech_note09186a00800e66b1.shtml

CSCsx67255

Leonardo Oliveira

Re: Problem Cause i = 0x80AF - Resource unavailable, unspecified

Hello,

My particular issue turned out to be the Serivce Providers Managerd Router on site which our  PRI was terminated.  Once they replaced their router, calls were no longer showing the above cause code.

Cisco2800(CME-4.1)------(Full PRI)---->AdtranRouter(Provider's)