06-05-2013 03:13 AM - edited 03-16-2019 05:42 PM
Hi All,
Kindly need your help. I've problem related with disconnect tone issue. Below is simple topology about the system :
Analog Phone -- Matra PABX -- Cisco Router 2821 -- Cisco Call Manager 9.0 -- IP Phone
We are using Cisco Router 2821 as Voice Gateway to connect with Matra PABX on the client. Matra PABX using FXS port to connect with FXO (VIC2-4FXO) port on Cisco Router 2821 using RJ-11 cable.
Below is spesification Cisco Router 2821 :
1. Cisco IOS Software, 2800 Software (C2800NM-ADVENTERPRISEK9-M), Version 12.4(22)T5, RELEASE SOFTWARE (fc3)
2. PVDM2-64
3. VIC2-4FXO
4. VIC2-2FXO
5. AIM-CUE
The Problem is :
When I try to call from Analog Phone to IP Phone. The call was succesfully established but after that the call will be disconnected automatically before 5 minutes and that problem appears very often.
What I've done is :
1. I've done tuning and also create custom cptone using custom frequency and cadance. I measure it using wireshark and cool edit pro to see the frequency and cadance. http://ciscoflair.blogspot.com/2009/05/cisco-fxo-disconnect-issue.html. I'm also attached Show Run and Show Voice Port on the Router 2821.
2. I've done debug voice ccapi inout and debug vpm signal after doing some tuning on frequency and cadance and below is the result :
VG-MNC01#debug
*Jun 5 09:21:06.359: htsp_process_event: [0/3/1, FXOLS_CONNECT, E_DSP_SUP_DISCONNECT]fxols_conn_sup_disc
*Jun 5 09:21:06.359: htsp_timer2 - 1000 msec
*Jun 5 09:21:07.359: htsp_process_event: [0/3/1, FXOLS_CONNECT, E_HTSP_EVENT_TIMER2]fxols_disc_confirm
*Jun 5 09:21:07.359: htsp_timer_stop
*Jun 5 09:21:07.359: htsp_timer_stop2
*Jun 5 09:21:07.359: htsp_timer_stop3
*Jun 5 09:21:07.359: //224/378E3E6E813B/CCAPI/cc_api_call_disconnected:
Cause Value=86, Interface=0x4950EEEC, Call Id=224
*Jun 5 09:21:07.359: //224/378E3E6E813B/CCAPI/cc_api_call_disconnected:
Call Entry(Responsed=TRUE, Cause Value=86, Retry Count=0)
*Jun 5 09:21:07.359: //224/xxxxxxxxxxxx/CCAPI/ccCallReportDigits:
(callID=0xE0, digit_event=0x0, enable=FALSE, consume=FALSE)
*Jun 5 09:21:07.359: //224/378E3E6E813B/CCAPI/ccCallReportDigits:
Enabled=TRUE, Call Id=224
*Jun 5 09:21:07.359: //224/xxxxxxxxxxxx/CCAPI/cc_api_call_report_digits_done:
(vdbPtr=0x4950EEEC, callID=0xE0, disp=0, digit_event=0x0, enable=FALSE, consume=FALSE)
*Jun 5 09:21:07.359: //224/378E3E6E813B/CCAPI/cc_api_call_report_digits_done:
Enabled=TRUE, Disposition=0x0, Interface=0x4950EEEC, Call Id=224
*Jun 5 09:21:07.359: //224/378E3E6E813B/CCAPI/cc_api_call_report_digits_done:
Call Entry(Initial Digit Timeout=4000(ms), Inter Digit Timeout=4000(ms))
*Jun 5 09:21:07.359: //225/378E3E6E813B/CCAPI/ccGetCallStatistics:
Call Stats=0x49D81F64, Call Id=225
*Jun 5 09:21:07.363: //225/378E3E6E813B/CCAPI/ccConferenceDestroy:
Conference Id=0x70, Tag=0x0
*Jun 5 09:21:07.363: //225/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
Conference Id=0x70, Source Interface=0x48B540DC, Source Call Id=225,
Destination Call Id=224, Disposition=0x0, Tag=0x0
*Jun 5 09:21:07.363: //224/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
Conference Id=0x70, Source Interface=0x4950EEEC, Source Call Id=224,
Destination Call Id=225, Disposition=0x0, Tag=0x0
*Jun 5 09:21:07.363: //225/378E3E6E813B/CCAPI/cc_generic_bridge_done:
Conference Id=0x70, Source Interface=0x4950EEEC, Source Call Id=224,
Destination Call Id=225, Disposition=0x0, Tag=0x0
*Jun 5 09:21:07.363: //224/378E3E6E813B/CCAPI/ccCallDisconnect:
Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=86)
*Jun 5 09:21:07.363: //224/378E3E6E813B/CCAPI/ccCallDisconnect:
Cause Value=86, Call Entry(Responsed=TRUE, Cause Value=86)
*Jun 5 09:21:07.363: //224/378E3E6E813B/CCAPI/cc_api_get_transfer_info:
Transfer Number Is Null
*Jun 5 09:21:07.363: //225/378E3E6E813B/CCAPI/ccCallDisconnect:
Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
*Jun 5 09:21:07.363: //225/378E3E6E813B/CCAPI/ccCallDisconnect:
Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
*Jun 5 09:21:07.363: htsp_timer_stop3
*Jun 5 09:21:07.371: //225/378E3E6E813B/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x48B540DC, Tag=0x0, Call Id=225,
Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
*Jun 5 09:21:07.371: //225/378E3E6E813B/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
*Jun 5 09:21:07.371: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
*Jun 5 09:21:07.371: :cc_free_feature_vsa freeing 49D9F000
*Jun 5 09:21:07.371: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
*Jun 5 09:21:07.371: vsacount in free is 1
*Jun 5 09:21:07.379: htsp_process_event: [0/3/1, FXOLS_REMOTE_RELEASE, E_HTSP_RELEASE_REQ]fxols_offhook_release
*Jun 5 09:21:07.379: htsp_timer_stop
*Jun 5 09:21:07.379: htsp_timer_stop2
*Jun 5 09:21:07.379: htsp_timer_stop3
*Jun 5 09:21:07.379: [0/3/1] set signal state = 0x4 timestamp = 0
*Jun 5 09:21:07.379: htsp_timer - 2000 msec
*Jun 5 09:21:07.379: //224/378E3E6E813B/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x4950EEEC, Tag=0x0, Call Id=224,
Call Entry(Disconnect Cause=86, Voice Class Cause Code=0, Retry Count=0)
*Jun 5 09:21:07.379: //224/378E3E6E813B/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
*Jun 5 09:21:07.379: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
*Jun 5 09:21:07.379: :cc_free_feature_vsa freeing 49D9F0E0
*Jun 5 09:21:07.383: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
*Jun 5 09:21:07.383: vsacount in free is 0
*Jun 5 09:21:09.379: htsp_process_event: [0/3/1, FXOLS_GUARD_OUT, E_HTSP_EVENT_TIMER]fxols_guard_out_timeout
*Jun 5 09:21:09.379: htsp_process_event: [0/3/1, FXOLS_ONHOOK, E_DSP_SIG_0100]
From the debug, I found something strange on that debug
cc_api_call_disconnected Cause Value=86
I found something related with disconnect cause value 86 on this document :
Is there anyone of you have same problem related with disconnected cause value 86? Or maybe anyone have solution to fix this problem?
I really appreciated with any suggestion and help to solve this issue. I hope this discussion will be useful for everyone in the future.
Thank you very much all
Best Regards,
Nanda Nurhadyan
From Indonesia
06-05-2013 03:18 AM
Update IOS and check again.
06-10-2013 12:01 AM
Dear Paolo,
Well, today I'll try to upgrade to IOS c2800nm-adventerprisek9-mz.124-15.T15
Best Regards,
Nanda Nurhadyan
06-10-2013 12:02 AM
That is old as well, update to latest.
06-10-2013 12:52 AM
Dear Paolo
Do you have suggestion about IOS version that I can use?
Sent from Cisco Technical Support iPhone App
06-10-2013 12:54 AM
As mentioned above: latest.
06-16-2013 07:33 PM
I guess my case solved after upgrade IOS, it's been a week since upgrade IOS on router and my customer not experiencing that issue again.
Best Regards,
Nanda Nurhadyan
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