On Sat, Dec 4, 2010 at 8:40 AM, Jose Suarez <jsuarez at padirac.com.ar> wrote: > I've a problem with dtfm detection. I developed an application using > pjsua-lib, my application makes a call and plays a prompt, during the > playing it can receive a dtmf and repeat that message. My problem is that I > receive a dtmf but it never had been dialed. My log is the following: > > > 11:53:00.832 strm0x9089de4 Jitter buffer starts returning normal frames > (after 5 empty/lost) > > 11:53:00.912 strm0x9089de4 RTP status: badpt=-1, badssrc=0, dup=0, > outorder=0, probation=0, restart=0 > > * 11:53:00.912 strm0x9089de4 Bad RTP pt 13 (expecting 0)* > > * 11:53:00.913 strm0x9089de4 Jitter buffer empty (prefetch=0), plc > invoked* > > * 11:53:00.917 strm0x9089de4 Received DTMF digit 9, vol=11* > > 11:53:01.053 strm0x9089de4 Jitter buffer starts returning normal frames > (after 7 empty/lost) > > 11:53:01.123 strm0x9089de4 RTP status: badpt=-1, badssrc=0, dup=0, > outorder=0, probation=0, restart=0 > > * 11:53:01.123 strm0x9089de4 Bad RTP pt 13 (expecting 0)* > > * 11:53:01.128 strm0x9089de4 Received DTMF digit 4, vol=11* > > 11:53:01.153 strm0x9089de4 Jitter buffer empty (prefetch=0), plc > invoked > > 11:53:01.253 strm0x9089de4 Jitter buffer starts returning normal frames > (after 5 empty/lost) > > 11:53:01.333 strm0x9089de4 RTP status: badpt=-1, badssrc=0, dup=0, > outorder=0, probation=0, restart=0 > > * 11:53:01.333 strm0x9089de4 Bad RTP pt 13 (expecting 0)* > > * 11:53:01.333 strm0x9089de4 Received DTMF digit 9, vol=11* > > 11:53:01.333 strm0x9089de4 Jitter buffer empty (prefetch=0), plc > invoked > > 11:53:01.453 strm0x9089de4 Jitter buffer starts returning normal frames > (after 6 empty/lost) > > 11:53:01.556 pjsua_acc.c Sending 2 bytes keep-alive packet for acc 9 > to 190.2.20.2:5060 > > 11:53:01.556 tdta0x908ce70 Destroying txdata raw > > 11:53:01.713 strm0x9089de4 jb updated(1), lvl=3 pre=0, size=1 > > 11:53:02.132 strm0x9089de4 jb updated(1), lvl=2 pre=0, size=1 > > 11:53:02.584 pjsua_acc.c Sending 2 bytes keep-alive packet for acc 10 > to 190.2.20.2:5060 > > 11:53:02.584 tdta0x908ce70 Destroying txdata raw > > 11:53:02.773 strm0xb223eef4 jb updated(1), lvl=3 pre=0, size=1 > > 11:53:02.813 wav_player.c File port > /home/discador/padiracDiscador/Msg/MV9979.wav EOF > > 11:53:02.814 conference.c Port 9 > (/home/discador/padiracDiscador/Msg/MV9979.wav) stop transmitting to port 10 > (sip:46973243 at hpbx.iplannetworks.net<sip%3A46973243 at hpbx.iplannetworks.net> > ) > > 11:53:02.814 endpoint Request msg BYE/cseq=4348 (tdta0x908ce70) > created. > > 11:53:02.814 inv0x906576c Sending Request msg BYE/cseq=4348 > (tdta0x908ce70) > > 11:53:02.814 dlg0x906576c Sending Request msg BYE/cseq=4348 > (tdta0x908ce70) > Did you get a packet capture and confirmed there is no such packets in it? If the packets are there, then this is not a pjsua/pjsip issue and you must check the end-point you are communicating with. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20101204/3807b596/attachment-0001.html>
