10-02-2013 08:20 AM - edited 03-16-2019 07:39 PM
From time to time, and mostly with international calls, the gateway is disconnecting the calls:
Oct 2 08:47:00: ISDN Se0/0/1:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x59D3
Cause i = 0x80FF - Interworking error; unspecified
If you insist, the call proceeds OK. Any idea?
10-02-2013 11:50 AM
Can you post a complete debug isdn q931?
10-03-2013 03:14 AM
Sure. It only happens from time to time (I can three times, two OK, one NOK):
OK CALL
Oct 3 10:08:36: ISDN Se0/0/1:15 Q931: TX -> SETUP pd = 8 callref = 0x61D1
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839E
Exclusive, Channel 30
Calling Party Number i = 0x0181, '8901'
Plan:ISDN, Type:Unknown
Called Party Number i = 0x91, '0034600990754'
Plan:ISDN, Type:International
Oct 3 10:08:36: ISDN Se0/0/1:15 Q931: RX <- SETUP_ACK pd = 8 callref = 0xE1D1
Channel ID i = 0xA9839E
Exclusive, Channel 30
Oct 3 10:08:40: ISDN Se0/0/1:15 Q931: RX <- CALL_PROC pd = 8 callref = 0xE1D1
Channel ID i = 0xA9839E
Exclusive, Channel 30
Oct 3 10:08:45: ISDN Se0/0/1:15 Q931: RX <- ALERTING pd = 8 callref = 0xE1D1
Progress Ind i = 0x8488 - In-band info or appropriate now available
Oct 3 10:08:48: ISDN Se0/0/1:15 Q931: RX <- DISCONNECT pd = 8 callref = 0xE1D1
Cause i = 0x8491 - User busy
Oct 3 10:08:48: ISDN Se0/0/1:15 Q931: TX -> RELEASE pd = 8 callref = 0x61D1
Oct 3 10:08:49: ISDN Se0/0/1:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0xE1D1
NOK CALL
Oct 3 10:08:51: ISDN Se0/0/1:15 Q931: TX -> SETUP pd = 8 callref = 0x61D4
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839E
Exclusive, Channel 30
Calling Party Number i = 0x0181, '8901'
Plan:ISDN, Type:Unknown
Called Party Number i = 0x91, '0034600990754'
Plan:ISDN, Type:International
Oct 3 10:08:51: ISDN Se0/0/1:15 Q931: RX <- SETUP_ACK pd = 8 callref = 0xE1D4
Channel ID i = 0xA9839E
Exclusive, Channel 30
Oct 3 10:08:55: ISDN Se0/0/1:15 Q931: RX <- CALL_PROC pd = 8 callref = 0xE1D4
Channel ID i = 0xA9839E
Exclusive, Channel 30
Oct 3 10:08:59: ISDN Se0/0/1:15 Q931: RX <- PROGRESS pd = 8 callref = 0xE1D4
Progress Ind i = 0x8482 - Destination address is non-ISDN
Oct 3 10:08:59: ISDN Se0/0/1:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x61D4
Cause i = 0x80FF - Interworking error; unspecified
Oct 3 10:08:59: ISDN Se0/0/1:15 Q931: RX <- RELEASE pd = 8 callref = 0xE1D4
Oct 3 10:08:59: ISDN Se0/0/1:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x61D4
10-03-2013 03:27 AM
Hi
Can you share with your configuration for international call , are you use (H323 , or MGCP)?.
FF | Interworking, unspecified | This cause indicates that an event occurs, but the network does not provide causes for the action. The precise problem is unknown. |
Thank you
please rate all useful information
10-03-2013 04:25 AM
Hi!
It is a SIP gateway. The call flow is, actually, the following:
CUCM 8.6 --> SIP TRUNK --> CUCM 6.1 --> SIP TRUNK --> SIP GATEWAY --> E1 PRI --> PSTN
10-03-2013 05:12 AM
Try to make the call go out with Plan:unknown, Type: unknown.
Please rate helpful answers!
10-03-2013 07:59 AM
Hi Amine, I'm afraid I cannot do that, carrier needs International to make the call progress!
10-03-2013 10:03 PM
Hi alicia,
Please share debug ccsip all & debug isdn q931 of the failure call to confirm from which side the call is terminated i.e. CUCM or gateway?
Also, please share your running-config of VG.
Regards,
Nishant Savalia
05-28-2014 02:06 PM
Hi, did you guys ever fix this? I have the same exact trouble...
05-29-2014 03:32 AM
To solve this we are going to have to see where the disconnect is coming from in the call flow. Is your call flow the same as the above thread? the SIP messages would have to be seen as well to find out why intermittently we see an error in interworking.
05-29-2014 10:14 AM
Grab a "debug ccsip messages" for a call as well. Since the carrier sent a progress message with a progress indicator, that would send a 183 Session Progress to CUCM with SDP which will need a PRACK from CUCM. You probably need to change the Rel1XX settings on the SIP Profile to Send PRACK if 18X contains SDP and then reset the SIP Trunk.
05-29-2014 01:49 AM
Hi,
Only thing we changed and that really improved the situation was the change of SIP Rel1XX Enabled = True in Service Parameters.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide