[Freeswitch-dev] FXS bridged on FXO ports and DTMF

[François Legal]

So now using latest git and wanpipe is even worse compared to snapshot
from last week. freetdm now also detects and queue the DTMF from the dialed
number. 

The new patch is available. 

On Wed, 2 Jun 2010 16:26:49 -0400,
Moises Silva  wrote:  

I'm going to test this DTMF scenario now and let
you know.

In the meantime, would it be much to ask a patch that I can
apply using git apply?? The patch still fails to apply using git, I see you
are still using svn, try git plz.

The code looks good though :-)

Moises
Silva
Senior Software Engineer
Sangoma Technologies Inc. | 50 McIntosh
Drive, Suite 120, Markham ON L3R 9T3 Canada
t. 1 905 474 1990 x 128 | e.
moy at sangoma.com [1]

 On Wed, Jun 2, 2010 at 4:19 PM,  wrote:

I just
updated to 3.5.11 and the result is the same. 

DE :
freeswitch-dev-bounces at lists.freeswitch.org [3]
[mailto:freeswitch-dev-bounces at lists.freeswitch.org [4]] DE LA PART DE
Moises Silva
ENVOYÉ : mercredi 2 juin 2010 21:35
À :
freeswitch-dev at lists.freeswitch.org [5]
OBJET : Re: [Freeswitch-dev] FXS
bridged on FXO ports and DTMF    

I believe the problem was that the
driver enabled even outgoing DTMF detection on the chip ( which does not
make much sense by default since you only care about incoming ) and was
fixed a few months ago

 Do you still see this behavior? which driver
version?

 Moises Silva
 Senior Software Engineer
 Sangoma Technologies
Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada
 t. 1 905
474 1990 x 128 | e. moy at sangoma.com [6]

On Wed, Jun 2, 2010 at 3:22 PM, 
wrote:   

I come back on this topic as I did not find a clean/good
solution to this problem. 

As reminder, the problem occurs when an FXS
channel is bridged on an FXO channel (seen with sangoma A400 hardware with
HW DTMF detection). 

The problem is that each leg of the bridge is
detecting the inband DTMF, and so freeswitch sends each detected DTMF from
one leg to the other, and so on and so forth (as each leg detects the DTMF
again and again). 

I guess what would be needed for these cases is some
application that would prevent detected DTMF to be sent to the other leg.


Can anybody give me a hint on whether or not such application exists, and
if not, a starting point to try to create one. 

Thanks 

François 


_______________________________________________
 FreeSWITCH-dev mailing
list
FreeSWITCH-dev at lists.freeswitch.org
[8]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [9]

UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
[10]
http://www.freeswitch.org [11] 


_______________________________________________
 FreeSWITCH-dev mailing
list
FreeSWITCH-dev at lists.freeswitch.org
[12]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [13]

UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
[14]
http://www.freeswitch.org [15]



Links:
------
[1]
mailto:moy at sangoma.com
[2] mailto:devel at thom.fr.eu.org
[3]
mailto:freeswitch-dev-bounces at lists.freeswitch.org
[4]
mailto:freeswitch-dev-bounces at lists.freeswitch.org
[5]
mailto:freeswitch-dev at lists.freeswitch.org
[6] mailto:moy at sangoma.com
[7]
mailto:devel at thom.fr.eu.org
[8]
mailto:FreeSWITCH-dev at lists.freeswitch.org
[9]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
[10]
http://lists.freeswitch.org/mailman/options/freeswitch-dev
[11]
http://www.freeswitch.org
[12]
mailto:FreeSWITCH-dev at lists.freeswitch.org
[13]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
[14]
http://lists.freeswitch.org/mailman/options/freeswitch-dev
[15]
http://www.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100603/f5c9626f/attachment.html