cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1091
Views
5
Helpful
6
Replies

IP Phone and Analog Phone FXO Disconnect Tone Issue

nexth0pself
Level 1
Level 1

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

Best Regards,

Nanda Nurhadyan
6 Replies 6

paolo bevilacqua
Hall of Fame
Hall of Fame

Update IOS and check again.

Dear Paolo,

Well, today I'll try to upgrade to IOS c2800nm-adventerprisek9-mz.124-15.T15

Best Regards,

Nanda Nurhadyan

Best Regards,

Nanda Nurhadyan

That is old as well, update to latest.

nexth0pself
Level 1
Level 1

Dear Paolo

Do you have suggestion about IOS version that I can use?

Sent from Cisco Technical Support iPhone App

Best Regards,

Nanda Nurhadyan

As mentioned above: latest.

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

Best Regards,

Nanda Nurhadyan