Doug, thanks for the help. I am using uLAW and inband every where. I have tried using 2833 and it did not appear to make any difference, better or worse. this is why I was thinking that if I could increase the minimum required time for a tone that it night help, I am just not sure where the best place top do this is. i thought I had seen a post about setting relaxdtmf to a value to actually make dtmf detection stricter but i can not seam to find anything other than 'yes' or 'no'. John
Doug Crompton wrote: > John, > > Well I am certainly not an expert on this. I am using an SPA-3000 and I > have not experienced this. I did have to go to inband on the fxo channel > as rfc8322 did not work for ivr's when using Asterisk. I think you said > you were using a linksys or sipura product for you fxo?? If that is the > case using inband and the ulaw/alaw encoder for the fxo channel might > help. Worth a try I guess. There are some rfc8322 issues that apparently > will be addressed with a rewrite in the next makor version release. > > Doug > > On Mon, 19 Jun 2006, John Millican wrote: > > Doug, I read that post and unfortunately it was not a solution. I do not > > believe it has to do with interstate as it happens intra state also. Is > > there any way to make DTMF detection stricter, ie require a longer > > minimum tone length. Assuming ( yes a dangerous practice) that the human > > voice will not hold a DTMF sequence stable for very long, if I lengthen > > the minimum required length I may be able to minimize the talk off. What > > do you think? Any suggestions? > > John M > > > > Doug Crompton wrote: > > > Check.... > > > > > > > > > http://lists.digium.com/pipermail/asterisk-users/2005-January/078141.ht > > >ml > > > > > > On Sun, 18 Jun 2006, John Millican wrote: > > > > Hello all, > > > > I have seen some chatter again about DTMF. I see most of the talk > > > > about DTMF around not being able to get an external IVR to recognize > > > > digits, not a big issue for me at this time but sill interesting. My > > > > issue though, is with talk off on a zap channel. It seems to be > > > > getting worse or maybe my patience is thinning. All my calls go out > > > > and come in pstn through an FXO as I do not have high speed available > > > > here at home. My Current setup is: > > > > > > > > Phone-->PAP2--> * --->PSTN--->Voip number to * at another > > > > location(that has high speed)--->send to VoIP provider > > > > > > > > I read a post about talked about the length of the DTMFish sound. I > > > > also remeber seing something about relaxdtmf being set to something > > > > other than yes or no, so I looked in chan_zap.c and found relaxdtmf > > > > in many places but it looked to my inexperienced eye that it could > > > > only be set to 'yes' or 'no', but i did find some mention of > > > > tonlength (at line 10858) followed that to zaptel.c (line 3357) where > > > > it said : > > > > if ((tdp.dtmf_tonelen > 4000 ) || (tdp.dtmf_tonelen < 10 )) > > > > return -EINVAL > > > > Which I am guessing means unless the dtmf is between these 2 values > > > > ignore it. Any ideas what might happen if i increased the minimum > > > > time value? if this is indeed what this is referring to? > > > > > > > > > > > > Zapata.conf: > > > > [channels] > > > > callwaiting=yes > > > > callwaitingcallerid=yes > > > > threewaycalling=yes > > > > transfer=yes > > > > cancallforward=yes > > > > busydetect=yes > > > > busycount=6 > > > > echocancel=128 > > > > echocancelwhenbridged=yes > > > > echotraining=yes > > > > rxgain=0 > > > > txgain=0 > > > > immediate=no > > > > context=default > > > > signalling=fxs_ks > > > > channel => 1 > > > > <same for channel 2> > > > > > > > > zaptel.conf: > > > > loadzone = us > > > > fxsks=1 > > > > fxsks=2 > > > > > > > > extensions.conf: > > > > exten => s,1, NoOp(${CALLERID} time ${DATETIME}); > > > > exten => s,2, Dial(sip/677&sip/666,30,tT); > > > > exten => <a bunch of stuff to do with agi look ups and voicemail > > > > leave/retrieve> > > > > > > > > All very basic and works like a charm except for the talk off. > > > > Thanks in advance to all, > > > > John M > > "Those that sacrifice essential liberty to obtain a little temporary safety > deserve neither liberty nor safety." -- Ben Franklin (1759) > > **************************** > * Doug Crompton * > * Richboro, PA 18954 * > * 215-431-6307 * > * * > * [EMAIL PROTECTED] * > * http://www.crompton.com * > **************************** _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
