Hi, I used PJSIP 1.0.1 in windows XP to send in-band dtmf. The sip sever (iptel) is able to decode the 1,4,7,2,5,8 in-band dtmp, but it cannot recognize the 3, 6, 9 dtmf. I have try to change the on/off time and volume, but the sever still unable to receive 3,6,9 digits. The eyebeam can send 3, 6, 9 in-band dtmf and receive properly in the sip server (iptel). Have anyone seen this problem recently? I am also try to send both in-band and rfc2833 dtmf for each digit, and sometime the server will miss the digit. The server will not miss any digits if send rfc2833 only. Thanks, FCCH From: Benny Prijono <bennylp <at> pjsip.org> Subject: Re: DTMF<http://news.gmane.org/find-root.php?message_id=%3c1879720d0802211350r6f732596g3763eca89662038e%40mail.gmail.com%3e> Newsgroups: gmane.comp.voip.pjsip<http://news.gmane.org/gmane.comp.voip.pjsip> Date: 2008-02-21 21:50:13 GMT (1 year, 11 weeks, 6 days, 3 hours and 31 minutes ago) On 2/21/08, Norman Franke <norman <at> myasd.com> wrote: > > Alt*h*oug*h*, in my experience using a tonegen often results in tones t*h*at are > not understood by a number of ot*h*er systems. I'm not sure if t*h*is is due to > audio volume issues or w*h*at, but we've *h*ad a number of systems t*h*at can't > understand some or all digits from t*h*e tonegen. Sending SIP INFO messages to > our Cisco to t*h*en generate t*h*em always works. T*h*e tone generator *h*eavily depends on t*h*e quality of sine wave generation, and in PJMEDIA, I use a sine wave emulation w*h*ic*h* I t*h*oug*h*t s*h*ould give good balance between quality and speed. Wit*h* t*h*is met*h*od, speed definitely is muc*h* better t*h*an using *math*.*h*, but quality, well turns out not to be perfect. I'm aware t*h*at t*h*e longer t*h*e tone is, t*h*e more deviation it'll *h*ave from t*h*e perfect tone. *H*ave a look at tonegen.c for more info. T*h*anks for t*h*e feedback t*h*oug*h*. c*h*eers, -benny -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20090515/440161ac/attachment.html>
