[cisco-voip] Weird ISDN disconnection issue when using H323 and CUCM 8.0.2C

Tue Jul 27 06:38:54 EDT 2010

Your transmitting the disconnect to telco, problem is higher up the stack.  Debug voip ccapi inout, debug h225 asn, etc, pull a CCM Trace and use Triple Combo Tool.

I'd consider switching from H323 to SIP, traces are much easier to read.

I tend to suspect your requiring a MTP resource for some reason which isn't available, or could be in H245 codec failure, or your having a rtp audio stream problem, etc.

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ki Wi
Sent: Tuesday, July 27, 2010 12:36 AM
To: Cisco VoIP List
Subject: [cisco-voip] Weird ISDN disconnection issue when using H323 and CUCM 8.0.2C

The setup is based on cucm 8.0.2c & 2 x vg (at 2 different site) using h.323

1 vg is based on 15.0(1)M1
1 vg is based on 15.1(2)T

Both of them display the same characteristic when doing outbound call to PSTN while inbound call is not affected by this issue.

When 1 x isdn channel is used(taken) up, others cannot make outbound call at all.

When in SRST mode, both vg with their individual ISDN connection can receive inbound and outbound call from PSTN normally.

Currently my interim solution is to allow all the phones to stay in SRST while trying to find out the root cause.
I'm able to replicate the problem by allowing my CIPC to connect to the callmanager and make 2 x outgoing call to my mobile. First one will go through while second call will get disconnected for some unknown reason. I noticed about this temporary failure issue but what bug me is nothing goes wrong when so many phones are in SRST mode right now.

I have attached the debug isdn q931 configuration.

Jul 27 04:20:00.271: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 62XXXX50
Jul 27 04:20:00.271: ISDN Se0/0/0:15 Q931: Sending SETUP  callref = 0x0C32 callID = 0x8BB3 switch = primary-net5 interface = User
Jul 27 04:20:00.271: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x0C32
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA9839E
                Exclusive, Channel 30
        Progress Ind i = 0x8183 - Origination address is non-ISDN
        Calling Party Number i = 0x0081, '62XXXX50'
                Plan:Unknown, Type:Unknown
        Called Party Number i = 0x80, '9XXXXXX9'
                Plan:Unknown, Type:Unknown
Jul 27 04:20:00.599: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x8C32
        Channel ID i = 0xA9839E
                Exclusive, Channel 30
Jul 27 04:20:02.079: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x8C32
        Progress Ind i = 0x8482 - Destination address is non-ISDN
        Progress Ind i = 0x8488 - In-band info or appropriate now available
Jul 27 04:20:04.051: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x8C32
        Progress Ind i = 0x8484 - Call has returned to the ISDN
Jul 27 04:20:04.139: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8  callref = 0x8C32
Jul 27 04:20:05.419: ISDN Se0/0/0:15 Q931: RX <- CONNECT pd = 8  callref = 0x8C32
        Date/Time i = 0x0A071B0C14
                Date (dd-mm-yr)   = 10-07-27
                Time (hr:mnt:sec) = 12:20:24
Jul 27 04:20:05.423: %ISDN-6-CONNECT: Interface Serial0/0/0:29 is now connected to 9XXXXXX9 N/A
Jul 27 04:20:05.423: ISDN Se0/0/0:15 Q931: TX -> CONNECT_ACK pd = 8  callref = 0x0C32
Jul 27 04:20:16.959: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 62XXXX50
Jul 27 04:20:16.959: ISDN Se0/0/0:15 Q931: Sending SETUP  callref = 0x0C33 callID = 0x8BB4 switch = primary-net5 interface = User
Jul 27 04:20:16.959: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x0C33
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA9839D
                Exclusive, Channel 29
        Progress Ind i = 0x8183 - Origination address is non-ISDN
        Calling Party Number i = 0x0081, '62XXXX50'
                Plan:Unknown, Type:Unknown
        Called Party Number i = 0x80, '9XXXXXX9'
                Plan:Unknown, Type:Unknown
Jul 27 04:20:17.287: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x8C33
        Channel ID i = 0xA9839D
                Exclusive, Channel 29
Jul 27 04:20:18.779: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x8C33
        Progress Ind i = 0x8482 - Destination address is non-ISDN
        Progress Ind i = 0x8488 - In-band info or appropriate now available
Jul 27 04:20:19.039: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8  callref = 0x8C33
        Progress Ind i = 0x8484 - Call has returned to the ISDN
Jul 27 04:20:22.791: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x0C33
        Cause i = 0x80A9 - Temporary failure
Jul 27 04:20:22.927: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8  callref = 0x8C33

-----------------------------------------
Disclaimer: 

This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only.  If you are not the
intended addressee, you are hereby notified that you have received
this communication in error and that any use or reproduction of
this email or its contents is strictly prohibited and may be
unlawful.  If you have received this communication in error, please
notify us immediately by replying to this message and deleting it
from your computer. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100727/136530d4/attachment.html>