<div dir="ltr">I understand that tone based disconnect could be subject to false disconnects in some cases, being dependent on the integrity of the analog signal and the proper configuration of tones, however I do feel that the feature is worth the effort, considering how difficult it is to get a Telco to arrange changes of settings on analog lines and being a last resort for this kind of situation. <br>
<br>I do know however that this feature is implemented for example on Cisco IOS for analog gateways, Audiocodes gateways and Patton gateways. <br><br>Cisco IOS and Patton requires one to specify the frequencies and cadence of the tone, Audiocodes provides an application that records the call progress tones and then analyzes the recorded busy signal to be used as the disconnect signal.<br>
<br>I used to work at Cisco TAC supporting H323 analog and digital gateways, and in my experience the feature certainly saved the day in many cases after the customer was frustrated in trying to find out what his/her provider implemented on the line.<br>
<br>My vote goes for it!<br><br><br><div class="gmail_quote">On Tue, Sep 2, 2008 at 1:05 PM, Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com">mike@jerris.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
We do have the following patch almost ready to merge:<br>
<br>
<a href="http://jira.freeswitch.org/browse/OPENZAP-3" target="_blank">http://jira.freeswitch.org/browse/OPENZAP-3</a><br>
<br>
it could probably be expanded to work for other tones than dtmf, with<br>
the caveats described by tony.<br>
<br>
Mike<br>
<div class="Ih2E3d"><br>
On Sep 2, 2008, at 2:22 PM, Anthony Minessale wrote:<br>
<br>
> Any method besides the tone based ones are supported by whichever IO<br>
> layer you choose.<br>
> For instance if you are using the zt mod (zaptel) then all the low<br>
> level analog signalling will be generated by zaptel for ground loop<br>
> and kewl start etc.<br>
><br>
> Tone based hangup detection is a higher level concept that could be<br>
> implemented in the core of openzap but would require constant tone<br>
> detection throughout the call and is susceptible to false positives<br>
> etc.<br>
><br>
> it's not a common feature where I wrote the code from. I have<br>
> kewlstart lines here and nobody has asked for it and I don't have a<br>
> labbed up example and I only have 2 hands therefore it's not<br>
> implemented.<br>
><br>
> Like I said using tone_detect in FreeSWITCH with action hangup is<br>
> not any more or less glorious than how the feature would work right<br>
> in openzap so you can use it that way if you want.<br>
><br>
<br>
<br>
</div><div><div></div><div class="Wj3C7c">_______________________________________________<br>
Freeswitch-users mailing list<br>
<a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br></div>