Solved: Disconnect cause=38 - Page 2

Helmi Muzammil · ‎07-20-2012

Hi All,

I hava some problem on my voip network. when I make calls to the router that PLAR to the call manager, i get an error "Disconnect cause=38" and call couldn't completely and there is a busy tone. i have tried to check and telnet port 1720 and there is no problem. what i have to do?

Really need your helps.

Thanks,

DPSRTR01#csim start 6388

*Jul 20 04:07:28.761: csim: called number = 6388, loop count = 1 ping count = 0

*Jul 20 04:07:28.761: csimSetupPeer peer type(2), destPat(6388), matched(4), target()

*Jul 20 04:07:28.761: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:

Destination=, Calling IE Present=FALSE, Mode=0,

Outgoing Dial-peer=3, Params=0x45629278, Progress Indication=NULL(0)

*Jul 20 04:07:28.761: //-1/xxxxxxxxxxxx/CCAPI/ccCheckClipClir:

In: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)

*Jul 20 04:07:28.761: //-1/xxxxxxxxxxxx/CCAPI/ccCheckClipClir:

Out: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)

*Jul 20 04:07:28.761: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:

Destination Pattern=6388, Called Number=6388, Digit Strip=FALSE

*Jul 20 04:07:28.761: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:

Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),

Called Number=6388(TON=Unknown, NPI=Unknown),

Redirect Number=, Display Info=

Account Number=, Final Destination Flag=FALSE,

Guid=41697C14-D157-11E1-80A2-9FBA2AB422CC, Outgoing Dial-peer=3

*Jul 20 04:07:28.761: //-1/xxxxxxxxxxxx/CCAPI/cc_api_display_ie_subfields:

ccCallSetupRequest:

cisco-username=

----- ccCallInfo IE subfields -----

cisco-ani=

cisco-anitype=0

cisco-aniplan=0

cisco-anipi=0

cisco-anisi=0

dest=6388

cisco-desttype=0

cisco-destplan=0

cisco-rdie=FFFFFFFF

cisco-rdn=

cisco-rdntype=-1

cisco-rdnplan=-1

cisco-rdnpi=-1

cisco-rdnsi=-1

cisco-redirectreason=-1 fwd_final_type =0

final_redirectNumber =

hunt_group_timeout =0

*Jul 20 04:07:28.761: //-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivate:

Interface=0x47267AE0, Interface Type=1, Destination=, Mode=0x0,

Call Params(Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),

Called Number=6388(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,

Subscriber Type Str=, FinalDestinationFlag=FALSE, Outgoing Dial-peer=3, Call Count On=FALSE,

Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)

*Jul 20 04:07:28.761: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Jul 20 04:07:28.761: :cc_get_feature_vsa malloc success

*Jul 20 04:07:28.761: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Jul 20 04:07:28.761: cc_get_feature_vsa count is 1

*Jul 20 04:07:28.761: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*Jul 20 04:07:28.761: :FEATURE_VSA attributes are: feature_name:0,feature_time:1188713008,feature_id:137

*Jul 20 04:07:28.761: //137/41697C1480A2/CCAPI/ccIFCallSetupRequestPrivate:

SPI Call Setup Request Is Success; Interface Type=1, FlowMode=1

*Jul 20 04:07:28.761: //137/41697C1480A2/CCAPI/ccCallSetContext:

Context=0x49817C14

*Jul 20 04:07:28.825: //137/41697C1480A2/CCAPI/cc_api_call_disconnected:

Cause Value=38, Interface=0x47267AE0, Call Id=137

*Jul 20 04:07:28.829: //137/41697C1480A2/CCAPI/cc_api_call_disconnected:

Call Entry(Responsed=TRUE, Cause Value=38, Retry Count=0)

*Jul 20 04:07:28.829: csim_do_test: cid(137), ev(12), disp(0)

*Jul 20 04:07:28.829: csimTraceSct: cid(137),st(0),oldst(0)

*Jul 20 04:07:28.829: csim err csimDisconnected recvd DISC cid(137)

*Jul 20 04:07:28.829: //137/41697C1480A2/CCAPI/ccCallDisconnect:

Cause Value=38, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=38)

*Jul 20 04:07:28.829: //137/41697C1480A2/CCAPI/ccCallDisconnect:

Cause Value=38, Call Entry(Responsed=TRUE, Cause Value=38)

*Jul 20 04:07:28.829: //137/41697C1480A2/CCAPI/cc_api_get_transfer_info:

Transfer Numbe

DPSRTR01#r Is Null

*Jul 20 04:07:28.829: voip_rtp_release_port: rtcp_socket=0x47BFBC38

*Jul 20 04:07:28.829: //137/41697C1480A2/CCAPI/cc_api_call_disconnect_done:

Disposition=0, Interface=0x47267AE0, Tag=0x0, Call Id=137,

Call Entry(Disconnect Cause=38, Voice Class Cause Code=0, Retry Count=0)

*Jul 20 04:07:28.829: //137/41697C1480A2/CCAPI/cc_api_call_disconnect_done:

Call Disconnect Event Sent

*Jul 20 04:07:28.829: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*Jul 20 04:07:28.829: :cc_free_feature_vsa freeing 46DA5228

*Jul 20 04:07:28.829: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*Jul 20 04:07:28.829: vsacount in free is 0

*Jul 20 04:07:28.833: csim_do_test: cid(137), ev(13), disp(0)

*Jul 20 04:07:28.833: csimTraceSct: cid(137),st(2),oldst(0)

*Jul 20 04:07:29.333: csim: loop = 1, failed = 1

*Jul 20 04:07:29.333: csim: call attempted = 1, setup failed = 1, tone failed = 0

*Jul 20 04:07:29.333: //-1/xxxxxxxxxxxx/CCAPI/ccAppShutdownMode:

ccAppShutdownMode: remove it from the queue

Ayodeji Okanlawon · ‎07-23-2012

I can see that you have changed your configuration..

TCP sync packet is sent to 10.50.1.32 from 10.54.10.1

Is this correct? Does that suggest that you have two callmanager servers? Have you changed your h323 interface on the gateway from 10.54.0.1 to 10.54.10.1?

Do you have a device pool assigned to the gateway in cucm? is cucm service running on bothe your cucm servers?

what cucm version are you running?

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

Helmi Muzammil · ‎07-24-2012

Hi Aonkanlawon,

That's correct that i have 2 call managers on 1 cluster. and i have changed dial-peer 3 pointing to second call manager 10.50.1.32. also i have changed h323 interface from 10.54.0.1 to 10.54.10.1.

That's right that cucm services running on both in my cucm server.

My CUCM version is 7.1.5.10000-12

That's very kind of you

Ayodeji Okanlawon · ‎07-24-2012

Is there a firewall between the gateway and cucm?

Can you delete the gateway and re-add it?

Can you check your databse replication..do the ff:

Cisco Unified Reporting - Database Status Report

Choose "Cisco Unified Reporting" from the Navigation dropdown in the upper right corner of

the CCMAdministration page. Then choose "Database Status Report", and generate a new

report.

What does the replicate state show?

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

Helmi Muzammil · ‎07-26-2012

Hi Aonkanlawon,

I have tried to remove and add the gateway, but the problem is still not resloved. the database replication is good.

no, there is no firewall beetween the cucm and gateway, but the important point is the traffic between cucm and gateway is through vpn tunneling by mikrotik. does it matter?

Thanks for your help Aonkanlawon

Ayodeji Okanlawon · ‎07-26-2012

Well, Thats where your problem is. You need to speak with the miktrotik guys and check with them to see if they are inspecting h323 traffic on port 1720. This is most likely where the issue is

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

Karoly Kortelyesi · ‎06-16-2017

Hi,

I had the same error code from CUE to CME. The issue was that in the CUE the IP address of the CME was not correct. If it is the loopback where SIP service is bind to, than the loopback (10.1.1.1) address must be added in the CUE:

ccn subsystem sip

gateway address 10.1.1.1

dtmf-relay rtp-nte

mwi sip sub-notify

goudaravipurakalyana · ‎07-10-2020

Did you find the solution, recnetly we have same issue TCP connection is fine, in ;logs TCP closing..please advise what solution you find

goudaravipurakalyana · ‎07-10-2020

i have same issue, did you find the solution

Cody Smith · ‎04-13-2018

I've had this exact problem before. After looking at SDL logs, I see that my Incoming CSS was not being applied.

The trick is this: I definitely have an Incoming CSS, BUT, I applied it after I created the gateway on CUCM. I deleted the GW, re-created it (without CSS so I can test), added CSS after creation, and still got the error.

After deleting it again and this time building the gateway WITH the CSS on it during the creation process, everything worked fine.

Apparently H.323 gws do not take certain changes after they have been created.