h323 gateway outgoing call failure

karim7784 · ‎10-24-2012

Dears,

I have call manage version 7.1.3 connected to it cisco voice gateway as an h323 gateway connected to it 2 E1 PRI channels suddenly while everything was working fine users fail to dial out external calls but incoming calls work fine knowing that no modification have been done to the configuration.

debug isd q931

------------------------------------------------------

*Oct 24 09:41:04.379: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 12345678

*Oct 24 09:41:04.379: ISDN Se0/0/0:15 Q931: Sending SETUP callref = 0x00E8 callID = 0x8069 switch = primary-net5 interface = User

*Oct 24 09:41:04.379: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x00E8

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA9839F

Exclusive, Channel 31

Calling Party Number i = 0x0081, '12345678'

Plan:Unknown, Type:Unknown

Called Party Number i = 0x80, '12345678932'

Plan:Unknown, Type:Unknown

*Oct 24 09:41:04.499: ISDN Se0/0/0:15 Q931: RX <- SETUP_ACK pd = 8 callref = 0x80E8

Channel ID i = 0xA9839F

Exclusive, Channel 31

*Oct 24 09:41:14.547: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x80E8

Channel ID i = 0xA9839F

Exclusive, Channel 31

*Oct 24 09:41:14.551: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8 callref = 0x80E8

Progress Ind i = 0x8088 - In-band info or appropriate now available

VGW-Router1#

*Oct 24 09:41:17.059: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x00E8

Cause i = 0x8090 - Normal call clearing

*Oct 24 09:41:17.147: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x80E8

*Oct 24 09:41:17.147: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x00E8

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Ayodeji Okanlawon · ‎10-24-2012

Karim,

Your gateway is disconnecting the call. We will need to look deeper to see why this is happening. Can yous end CUCM traces? Please send the calling and called number. Please ensure the test call is in the CUCM trace before sending over.

Are you 100% sure that there has not been any change to the config on cucm or gateway?

Please rate all useful posts

"'Nature is too thin a screen, the glory of the omnipresent God bursts through it everywhere"-Ralph Waldo Emerson

Please rate all useful posts

karim7784 · ‎10-24-2012

thanks aokanlawon,No cahnge have been done everything was working find and we start to get calls from users about the failure of outgoing calls.

Called Party : 01007454365

Calling : 1344

Ayodeji Okanlawon · ‎10-24-2012

This is what I see in the trace..

After CUCM sends OLC ACK, We see this lines...

10/24/2012 00:31:38.093 CCM|LineControl(5655) publishStatus EMDynamic found for devPkid=03bd814c-3119-4021-bc54-84c06d43d69d EMprofile=c816f136-6ea0-2d62-fc01-d0d8905d4fec line=3443|<:STANDALONECLUSTER><:10.2.4.11><:1><:10.1.110.126><:SEP0024C4FE5316><:DETAILED><:0800>
10/24/2012 00:31:38.093 CCM|LineControl(5655) - Release call instance=1 for CI=49816582|<:STANDALONECLUSTER><:10.2.4.11><:1><:10.1.110.126><:SEP0024C4FE5316><:DETAILED><:0800>
10/24/2012 00:31:38.093 CCM|LineControl::sendSNFNotifyIndForPresenceWithAlerting mPrecenceWithAlertingChangeNotifySubscribed=0, calllist#=0|<:STANDALONECLUSTER><:10.2.4.11><:1><:10.1.110.126><:SEP0024C4FE5316><:DETAILED><:0800>
10/24/2012 00:31:38.093 CCM|LineControl (5655) - DStopInd - Line become idle|<:STANDALONECLUSTER><:10.2.4.11><:1><:10.1.110.126><:SEP0024C4FE5316><:DETAILED><:0800>

After this,

We get an audio disconnect..

M|MediaCoordinator - wait_AuDisconnectRequest,CI(49816582,49816583),IFCreated(1,1)|<:STANDALONECLUSTER><:10.2.4.11><:1><:10.1.110.126><:SEP0024C4FE5316><:SIGNIFICANT><:0800>
10/24/2012 00:31:38.093 CCM|MediaCoordinator - wait_AuDisconnectRequest - sending disconnect to MediaManager(5066)|<CLID::StandAloneCluster><:10.2.4.11><:1><:10.1.110.126><:SEP0024C4FE5316><:SIGNIFICANT><:0800>

So it looks like CUCM is telling the ip phone to release the call.

Can you let me know what happens when they make a call? Does the call just ends?

Please rate all useful posts

"'Nature is too thin a screen, the glory of the omnipresent God bursts through it everywhere"-Ralph Waldo Emerson

Please rate all useful posts

Niraj Rathod · ‎01-28-2018

Hi team,
We are facing exactly same issue, please let us know how above issue got resolved.
Thanks !!