Orphaned Call Leg

DigitalCindie · ‎08-27-2009

Hi All,

I've got a Cisco2801 with a call leg that is holding open a channel and causing some calls to be dropped (because the router tries to assign that channel to a call)

RT_Nelson#sh call leg ac sum

G<id> L<id> Elog A/O FAX T<sec> Codec type Peer Address IP R<ip>:<udp>

GAE4 L 13714 N ANS T0 None TELE P35486918

Total call-legs: 1

Its been there for 3 days now, we have unplugged the PRA and had the telco reset it from their end. Is there a way to kill this call leg other than recycling the router entirely?

DigitalCindie · ‎08-27-2009

Here is the debug for the rejected call:

Aug 28 2009 15:58:50.967 NZST: ISDN Se0/3/0:15 Q931: RX <- SETUP pd = 8 callref = 0x01FA

Sending Complete

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA18382

Preferred, Channel 2

Date/Time i = 0x09081C0F3A

Signal i = 0x40 - Alerting on - pattern 0

Calling Party Number i = 0x2181, '44961865'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '5399009'

Plan:Unknown, Type:Unknown

Aug 28 2009 15:58:50.975 NZST: ISDN Se0/3/0:15 **ERROR**: cdapi_process_connect_resp: cdapi

sez to reject the call (appl rejected?)

Aug 28 2009 15:58:50.979 NZST: ISDN Se0/3/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x

81FA

Cause i = 0x80AF - Resource unavailable, unspecified

paolo bevilacqua · ‎08-28-2009

These are typical IOS bug, only solution is to reload the router.

DigitalCindie · ‎08-30-2009

Thanks. I was hoping there was another way. Do you know if its been resolved in any IOS's?

paolo bevilacqua · ‎08-30-2009

Not sure, this kind of stuff comes and go, once you find a stable image better stick to it.

Please remember to rate useful posts with the scrollbox below.