FXO call disconnect problem after 180s

Answered Question

I have a voice gateway with FXO ports and the calls are disconnecting after 180 seconds.

With "debug voice vtsp all" enable:

lpvgw01#

...

Aug 10 18:16:15.324: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_ring_noan_timer_start:

Timer Start Time=118723786, No Answer Timer Value=180000(ms)

Aug 10 18:16:15.324: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/act_setup_pend_alert:

Ringback Indication=FALSE, Ring Timeout=180(s)

Aug 10 18:16:15.328: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_bridge_check_cb:

Aug 10 18:16:15.328: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_bridge_check_cb:[email protected]

Aug 10 18:16:15.328: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_bridge_status_cb:

Aug 10 18:16:15.328: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_save_fax_config:

Aug 10 18:16:15.328: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_save_fax_config:

Fax Relay=DISABLED - 'fax rate disabled' set (dial-peer)

Primary Fax Protocol=IGNORE_FAX_RELAY, Fallback Fax Protocol=IGNORE_FAX_RELAY

Fax Relay CM Suppression :=ENABLED, Fax Relay ANS Suppression :=DISABLED

Fax Parameters Set By=Dialpeer, Peer=1

Aug 10 18:16:15.328: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_set_fax_feat_param:

Aug 10 18:16:15.328: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_save_tty_config:

Aug 10 18:16:15.328: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_save_tty_config:

Save TTY configuration

Aug 10 18:16:15.328: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_set_tty_feat_param:

Aug 10 18:16:15.328: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_set_tty_feat_param:

Set TTY feat parameters

Aug 10 18:16:15.328: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_process_event:

[state:S_SETUP_REQ_PROC, event:E_CC_DO_CAPS_IND]

Aug 10 18:16:15.328: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_peer_event_cb:

Event=E_DSM_CC_CAPS_ACK

Aug 10 18:16:15.368: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_process_event:

[state:S_SETUP_REQ_PROC, event:E_CC_CAPS_IND]

Aug 10 18:16:15.368: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_peer_event_cb:

Event=E_DSM_CC_CALL_MODIFY

Aug 10 18:16:15.372: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_feature_notify_cb:

Feature ID=0, Feature Status=1

Aug 10 18:16:15.372: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_reactivate_ringback:

Aug 10 18:16:15.372: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_reactivate_ringback:[email protected]

Aug 10 18:16:23.956: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_media_event_cb:

Event=E_DSMP_DSP_ANS_SUP

Aug 10 18:19:15.326: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_process_event:

[state:S_SETUP_REQ_PROC, event:E_RING_NOAN_TIMER]

Aug 10 18:19:15.326: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/act_ring_noan_timer:

No Answer Timer Expired

Aug 10 18:19:15.326: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_cc_call_disconnected:

Aug 10 18:19:15.326: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_cc_call_disconnected:

Cause Value=19

Aug 10 18:19:15.326: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_set_release_source:

Release Direction=Internal, Release Source=Internal Release-PSTN

Aug 10 18:19:15.326: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_dsm_bridge_status_cb:

Aug 10 18:19:15.330: //1041/808327E15C00/VTSP:(0/1/0):-1:1:1/vtsp_process_event:

[state:S_SETUP_REQ_PROC, event:E_CC_DISCONNECT]

...

lpvgw01#

Aug 10 18:16:15

Timer Start Time=118723786, No Answer Timer Value=180000(ms)

Aug 10 18:19:15

No Answer Timer Expired

This is the configuration of the FXO port:

voice-port 0/0/0

supervisory disconnect dualtone mid-call

supervisory answer dualtone

cptone BR

timeouts call-disconnect 1

timeouts wait-release 1

timing hookflash-out 50

connection plar 10002

I already configured the "timeouts ringing infinity" but doesn't work.

I have this problem too.
0 votes
Correct Answer by Paolo Bevilacqua about 7 years 5 months ago

It's telling you very cleary...

you need

no supervisory answer dualtone

The, supervisory disconnect likely won't work as that, but that's another issue.

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (1 ratings)
Loading.
Correct Answer
Paolo Bevilacqua Mon, 08/10/2009 - 13:54

It's telling you very cleary...

you need

no supervisory answer dualtone

The, supervisory disconnect likely won't work as that, but that's another issue.

Actions

This Discussion