VoIP Mailing List Archives

[fdelawarde at wireless...]

Hello, I'm in Spain with an analog TDM400 Clone from OpenVox (with 1xFXO+1xFXS), and am trying first to make the FXO work with Openzap and Freeswitch (using dahdi 2.2.0-rc4). Openzap perfectly detects and loads the spans, but I'm currently enable to dial out with the FXO module, it doesn't dial anything and times-out after 30 seconds. I believe it has to do with some tone detection and therefore have a few questions: - When I plug in the line, dahdi sends an event (event 17) that is ignored by OZ. Can we enable some type of battery check in OZ before dialing out, or is there some variable to monitor battery (oz dump doesn't show the battery status)? - Does OZ use the polarity switch events sent by dahdi (in kewlstart mode) for answer and hangup detection? - Apparently, OZ does tone progress detection by frequency, but here in Spain, most tones use the same 425Hz frequency with different on-off timing. Is it possible to detect those? - As some PBX in Spain transfer calls by first hanging up and picking up on another phone, can we enable/disable parts of polarity switch and/or tone progress detection (ex: (hangup)/(answer)onpolarityswitch in Asterisk) - Some lines here are connected to very old FXS from operators that have low sound quality and can take a few seconds to give a dial tone when picking up. Is it possible to introduce a delay before sending DTMF digits when dialing? Is it possible to "relax" DTMF detection, and tweak DTMF settings (make them a bit longer, with a longer pause for the other side to detect)? My "ideal" case to make it work in every case around here would be to: - have OZ fail to dial if battery is not present (and be able to fetch battery status somehow) - disable tone progress (sometimes call ends up on some local PBX that answers and provides US tones which are different) - be able to have an initial pause before dialing with DTMF digits - use polarity switch to detect remote answer, but not hangup (for transfer issues) Is the above possible? Thanks in advance, François.

[fdelawarde at wireless...]

I briefly looked at the code, so I will then answer my own questions from what i understood (and I didn't understand much). Please correct me if I'm wrong (see inline answers). A new question would then be: Are any of those features planned for the future of OpenZAP? On Mon, 2009-05-18 at 10:29 +0200, Francois Delawarde wrote: Hello, I'm in Spain with an analog TDM400 Clone from OpenVox (with 1xFXO+1xFXS), and am trying first to make the FXO work with Openzap and Freeswitch (using dahdi 2.2.0-rc4). Openzap perfectly detects and loads the spans, but I'm currently enable to dial out with the FXO module, it doesn't dial anything and times-out after 30 seconds. I believe it has to do with some tone detection and therefore have a few questions: - When I plug in the line, dahdi sends an event (event 17) that is ignored by OZ. Can we enable some type of battery check in OZ before dialing out, or is there some variable to monitor battery (oz dump doesn't show the battery status)? No. - Does OZ use the polarity switch events sent by dahdi (in kewlstart mode) for answer and hangup detection? Yes. - Apparently, OZ does tone progress detection by frequency, but here in Spain, most tones use the same 425Hz frequency with different on-off timing. Is it possible to detect those? No. - As some PBX in Spain transfer calls by first hanging up and picking up on another phone, can we enable/disable parts of polarity switch and/or tone progress detection (ex: (hangup)/(answer)onpolarityswitch in Asterisk) No. - Some lines here are connected to very old FXS from operators that have low sound quality and can take a few seconds to give a dial tone when picking up. Is it possible to introduce a delay before sending DTMF digits when dialing? Is it possible to "relax" DTMF detection, and tweak DTMF settings (make them a bit longer, with a longer pause for the other side to detect)? No / No idea / No idea My "ideal" case to make it work in every case around here would be to: - have OZ fail to dial if battery is not present (and be able to fetch battery status somehow) - disable tone progress (sometimes call ends up on some local PBX that answers and provides US tones which are different) - be able to have an initial pause before dialing with DTMF digits - use polarity switch to detect remote answer, but not hangup (for transfer issues) Is the above possible? No. Thanks in advance, François. You're welcome! François.

[anthony.minessale at g...]

The most difficult one would be the cadence detection.
The rest are just based on events from the driver.  We have never tried it in Spain so we unfortunately have not had
a working environment to test it in.  I am sure we could strive to support your requests but it will take time and resources
so maybe you can open a feature request on jira http://jira.freeswitch.org and we can try to keep track of your endeavor.



On Wed, May 20, 2009 at 5:26 AM, François Delawarde <fdelawarde@wirelessmundi.com (fdelawarde@wirelessmundi.com)> wrote:

[fdelawarde at wireless...]

Ok, feature request for progress detection opened as OPENZAP-70. Meanwhile, I humbly offer a basic working environment in Spain (a TDM400 with 1xFXO) if you need it for testing. François. On Wed, 2009-05-20 at 08:08 -0500, Anthony Minessale wrote: The most difficult one would be the cadence detection. The rest are just based on events from the driver. We have never tried it in Spain so we unfortunately have not had a working environment to test it in. I am sure we could strive to support your requests but it will take time and resources so maybe you can open a feature request on jira fdelawarde@wirelessmundi.com (fdelawarde@wirelessmundi.com)> wrote: I briefly looked at the code, so I will then answer my own questions from what i understood (and I didn't understand much). Please correct me if I'm wrong (see inline answers). A new question would then be: Are any of those features planned for the future of OpenZAP? On Mon, 2009-05-18 at 10:29 +0200, Francois Delawarde wrote: Hello, I'm in Spain with an analog TDM400 Clone from OpenVox (with 1xFXO+1xFXS), and am trying first to make the FXO work with Openzap and Freeswitch (using dahdi 2.2.0-rc4). Openzap perfectly detects and loads the spans, but I'm currently enable to dial out with the FXO module, it doesn't dial anything and times-out after 30 seconds. I believe it has to do with some tone detection and therefore have a few questions: - When I plug in the line, dahdi sends an event (event 17) that is ignored by OZ. Can we enable some type of battery check in OZ before dialing out, or is there some variable to monitor battery (oz dump doesn't show the battery status)? No. - Does OZ use the polarity switch events sent by dahdi (in kewlstart mode) for answer and hangup detection? Yes. - Apparently, OZ does tone progress detection by frequency, but here in Spain, most tones use the same 425Hz frequency with different on-off timing. Is it possible to detect those? No. - As some PBX in Spain transfer calls by first hanging up and picking up on another phone, can we enable/disable parts of polarity switch and/or tone progress detection (ex: (hangup)/(answer)onpolarityswitch in Asterisk) No. - Some lines here are connected to very old FXS from operators that have low sound quality and can take a few seconds to give a dial tone when picking up. Is it possible to introduce a delay before sending DTMF digits when dialing? Is it possible to "relax" DTMF detection, and tweak DTMF settings (make them a bit longer, with a longer pause for the other side to detect)? No / No idea / No idea My "ideal" case to make it work in every case around here would be to: - have OZ fail to dial if battery is not present (and be able to fetch battery status somehow) - disable tone progress (sometimes call ends up on some local PBX that answers and provides US tones which are different) - be able to have an initial pause before dialing with DTMF digits - use polarity switch to detect remote answer, but not hangup (for transfer issues) Is the above possible? No. Thanks in advance, François. You're welcome! François. _______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org (Freeswitch-users@lists.freeswitch.org) MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email]) GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email]) IRC: sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email]) googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email]) pstn:213-799-1400 _______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org (Freeswitch-users@lists.freeswitch.org) http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org