11-10-2005 12:12 AM - edited 03-17-2019 08:33 PM
My environment is as follows :
phoneA--<PBX>-FXO-<Router2821>--WAN--<Router2801>-FXO-<PBX>-phoneB
PhoneA NO# is 375
PhoneB NO# is 312
the related configurations from Router2821 are as follows:
voice-port 1/1/3
supervisory disconnect anytone
cptone TH
timeouts call-disconnect 5
timeouts ringing 10
timeouts wait-release 1
connection plar 614
-----------------------------------
dial-peer voice 8 pots
destination-pattern 379
port 1/1/3
----------------------------------------------------------------------------------------------------------
the related configurations form Router2801 are as follows:
voice-port 0/0/3
supervisory disconnect anytone
cptone TH
timeouts call-disconnect 5
timeouts ringing 10
timeouts wait-release 1
connection plar 379
-----------------------------
dial-peer voice 4 pots
destination-pattern 614
port 0/0/3
-------------------------------------------------------------------------------------------------------
Steps to reproduce to problem are as follows:
1. Phone A dials to 379 ( the assigned NO on FXO of 2821 )
then the connection goes to 614( the assigned NO on FXO of 2801) by plar feature.
2. After got a tone from FXO of 2801, PhoneA dials to NO# 312( Phone B NO#)
and then PhoneB starts ringing.
3. While PhoneB is ringing( NoOne accepts the call ) PhoneA hooks-on the Phone.
--- The problem is PhoneB remains ringing and the FXO of both routers are not released ---
From the configuration above I have applied ringing timeout,disconnect timeout and wait-release timeout
to both routers. But it can't solve the problem.
Could anyone help me to solve this issue ?
Thanks a lot.
11-10-2005 11:36 AM
Hi
Have you seen this document:
http://www.cisco.com/en/US/tech/tk652/tk653/technologies_tech_note09186a00800ae2d1.shtml#intro
Regards
Aaron
p.s. please rate helpful posts...
11-10-2005 01:03 PM
try this
voice-port 0/0/3
no battery-reversal
11-14-2005 09:30 AM
1. Please try "connection plar opx 614".
2. Disconnect problem is a very basic problem with FXO. As you have connected PBX to the FXO ports so i will suggest you to move to ground start. Because in GS we don't face disconnect supervision problem. If that is not a option for us. Than ask the PBX tech to generate any tone for disconnect. The PBX vendor will give you the frequence for that tone and you can configure that under the voice port.
Also please refer to the link which Aaron provided you.
The main thing is FXO port is relying on PBX to send him the disconnect signal so you will have to configure the PBX in a way it sends different tone or does battery reversal.
But moving to ground start will be the best longtime solution.
Also capture the "debug vpm sig" for the call which hangs and send them over to me.
Thanks
CJ
01-05-2006 09:05 PM
I also experienced same problem. I have diagram
when i put a call from phoneA to phoneB, the same problem occurs.
detail:
phoneA : 101
routerA : 1760
routerB : 1760
phoneB : 630
I have followed the procedure from linksite that had been posted. but the matter still occur. the information and result of debug
RouterB# sh voice call summ
PORT CODEC VAD VTSP STATE VPM STATE
2/0 g729r8 y S_CONNECT FXOLS_OFFHOOK
2/1 - - - FOLS_ONHOOK
(debug routerB)
Dec 23 00:08:26: htsp_process_event: [3/1, FXOGS_ONHOOK, E_HTSP_SETUP_REQ]fxogs_onhook_setup
Dec 23 00:08:26: [3/1] set signal state = 0x0 timestamp = 0
Dec 23 00:08:26: dsp_set_sig_state: [3/1] packet_len=12 channel_id=129 packet_id=39 state=0x0 timestamp=0x0
Dec 23 00:08:26: TGRM: reg_invoke_tgrm_call_update(0, 3, 1, 0, 1, TGRM_CALL_BUSY, TGRM_CALL_VOICE, TGRM_DIRECTION_OUT)
Dec 23 00:08:26: htsp_timer - 10000 msec
Dec 23 00:08:26: htsp_dsp_message: SEND/RESP_SIG_STATUS: state=0x4 timestamp=56945 systime=639197437
Dec 23 00:08:26: htsp_process_event: [3/1, FXOGS_WAIT_TIP_GROUND, E_DSP_SIG_0100]fxogs_start_dial
Dec 23 00:08:26: htsp_timer_stop
Dec 23 00:08:26: [3/1] set signal state = 0xC timestamp = 0
Dec 23 00:08:26: dsp_set_sig_state: [3/1] packet_len=12 channel_id=129 packet_id=39 state=0xC timestamp=0x0
Dec 23 00:08:26: htsp_process_event: [3/1, FXOGS_WAIT_DIAL_TONE, E_HTSP_EVENT_TIMER]fxogs_wait_dial_timer htsp_dial
Dec 23 00:08:26: htsp_process_event: [3/1, FXOGS_WAIT_DIAL_DONE, E_DSP_DIALING_DONE]fxogs_wait_dial_donehtsp_connect: no_offhook 0htsp_progress
Dec 23 00:08:26: htsp_timer - 350 msec
Dec 23 00:08:26: htsp_process_event: [3/1, FXOGS_WAIT_ONHOOK, E_HTSP_CONNECT]
Dec 23 00:08:26: [3/1, FXOGS_WAIT_ONHOOK, E_HTSP_CONNECT] -> ERROR: INVALID INPUT
Dec 23 00:08:26: ipm_modem_relay_supported : false
Dec 23 00:08:26: ipm_modem_relay_supported : false
Dec 23 00:08:26: htsp_process_event: [3/1, FXOGS_WAIT_ONHOOK, E_HTSP_VOICE_CUT_THROUGH]fxogs_handle_cut_thru
Dec 23 00:08:26: htsp_timer_stop
Dec 23 00:08:26: dsp_req_sig_state: [3/1] packet_len=8 channel_id=129 packet_id=40
Dec 23 00:08:26: htsp_dsp_message: SEND/RESP_SIG_STATUS: state=0x4 timestamp=56945 systime=639197438
Dec 23 00:08:26: htsp_process_event: [3/1, FXOGS_OFFHOOK, E_DSP_SIG_0100]
Dec 23 00:08:26: fxogs_stop_disc_timer
Dec 23 00:08:26: htsp_timer_stop2
Dec 23 00:08:26: htsp_dsp_message: SEND/RESP_SIG_STATUS: state=0x4 timestamp=57228 systime=639197465
Dec 23 00:08:26: htsp_process_event: [3/1, FXOGS_OFFHOOK, E_DSP_SIG_0100]
Dec 23 00:08:26: fxogs_stop_disc_timer
Dec 23 00:08:26: htsp_timer_stop2
note:
both router use IOS 12.3.17a, dspware 4.1.41
and the router doesn't have command for tip_ground
please help..
01-07-2006 03:44 PM
Hi,
I am having a somewhat similar issue, where a call would come in on an FXO port, caller then disconnects. My FXO port does disconnect, but not right away, more like 10 seconds after the caller has hung up. This presents an issue for my Unity server since the FXO port is still connected, Unity thinks that the caller is still there and thus keeps itself open to record messages when in fact it is recording only silence. I tried everything but couldn't get the port to disconnect any sooner. Any ideas?
01-08-2006 05:52 PM
hi vince, if you're not having voip between fxo to fxo then you can prefer "thotsaphon" configuration to set timeout at you're voice-port. for me it if it isn't fxo to fxo then it's ok.
the problem occurs when there is voice connection between fxo voice-port. so far for me to have voip betwen fxo and fxs or fxs and fxs, it would work fine.
you can also prefer the link that had been posted.
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