Gateway disconnecting calls - Interworking error; unspecified

[alicia.vega]

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?

[Amine Nouasri]

Can you post a complete debug isdn q931?

[alicia.vega]

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

[islam.kamal]

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

[alicia.vega]

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

[Amine Nouasri]

Try to make the call go out with Plan:unknown, Type: unknown.

Please rate helpful answers!

[alicia.vega]

Hi Amine, I'm afraid I cannot do that, carrier needs International to make the call progress!

[Nishant Savalia]

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

[mr2872cisco]

Hi, did you guys ever fix this?  I have the same exact trouble...

[Sreekanth Narayanan]

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.

[Brian Meade]

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.

[alicia.vega]

Hi,

Only thing we changed and that really improved the situation was the change of SIP Rel1XX Enabled  = True in Service Parameters.