Benny, sorry for the emails, but do you have any idea about that?
Thanks
Jose
----- Original Message -----
From: "Benny Prijono" <bennylp@xxxxxxxxx>
To: "pjsip list" <pjsip at lists.pjsip.org>
Sent: Wednesday, June 30, 2010 4:02 AM
Subject: [SPAM] - Re: [SPAM] - Re: incoming DTMF detection failed.
PleaseHELP!!!! - Email found in subject - Email found in subject
Could you resend the Wireshark capture file in .pcap format, so that I
can load it in my wireshark here?
And also keep the log files around, I might need to ask the content of the
SDPs.
Best regards,
Benny
On Wed, Jun 30, 2010 at 1:09 PM, Jose Suarez <jsuarez at padirac.com.ar> wrote:
> Benny, I send you an extract of the pjsip log. In that you can see that I
> can detect the DTMF but compiling my application with pjsip 1.3.
>
> 02:34:08.600 tsx0x82dd70c Timeout timer event
> 02:34:08.600 tsx0x82dd70c State changed from Terminated to Destroyed,
> event=TIMER
> 02:34:08.600 tsx0x82dd70c Transaction destroyed!
> 02:34:08.600 wav_player.c File player './Msg/ford.wav' created:
> samp.rate=8000, ch=1, bufsize=4KB, filesize=330KB
> 02:34:08.600 conference.c Port 2 (./Msg/ford.wav) transmitting to port 1
> (sip:48556976 at hpbx.iplannetworks.net)
> 02:34:08.749 tsx0x82d8894 Timeout timer event
> 02:34:08.749 tsx0x82d8894 State changed from Completed to Terminated,
> event=TIMER
> 02:34:08.749 tsx0x82d8894 Timeout timer event
> 02:34:08.749 tsx0x82d8894 State changed from Terminated to Destroyed,
> event=TIMER
> 02:34:08.750 tdta0x82d5870 Destroying txdata Request msg
> REGISTER/cseq=47027 (tdta0x82d5870)
> 02:34:08.750 tsx0x82d8894 Transaction destroyed!
> 02:34:09.869 tsx0x82e40f4 Timeout timer event
> 02:34:09.869 tsx0x82e40f4 State changed from Completed to Terminated,
> event=TIMER
> 02:34:09.869 dlg0x82cef34 Transaction tsx0x82e40f4 state changed to
> Terminated
> 02:34:09.869 tsx0x82e40f4 Timeout timer event
> 02:34:09.869 tsx0x82e40f4 State changed from Terminated to Destroyed,
> event=TIMER
> 02:34:09.870 tdta0x82e3088 Destroying txdata Request msg PRACK/cseq=17153
> (tdta0x82e3088)
> 02:34:09.870 tsx0x82e40f4 Transaction destroyed!
> 02:34:14.465 strm0x82dffe4 RTP status: badpt=-1, badssrc=0, dup=0,
> outorder=0, probation=0, restart=0
> 02:34:14.465 strm0x82dffe4 Bad RTP pt 13 (expecting 0)
> 02:34:14.469 strm0x82dffe4 Received DTMF digit 1, vol=11
> 02:34:14.470 conference.c Port 2 (./Msg/ford.wav) stop transmitting to
> port 1 (sip:48556976 at hpbx.iplannetworks.net)
> 02:34:14.470 wav_player.c File player './Msg/ford.wav' created:
> samp.rate=8000, ch=1, bufsize=4KB, filesize=330KB
> 02:34:14.470 conference.c Port 2 (./Msg/ford.wav) transmitting to port 1
> (sip:48556976 at hpbx.iplannetworks.net)
> 02:34:14.483 strm0x82dffe4 Jitter buffer empty (prefetch=2)
> 02:34:18.749 pjsua_acc.c Sending 2 bytes keep-alive packet for acc 0 to
> 190.2.20.2:5060
> 02:34:18.749 tdta0x82d5870 Destroying txdata raw
> 02:34:20.559 strm0x82dffe4 RTP status: badpt=-1, badssrc=0, dup=0,
> outorder=0, probation=0, restart=0
> 02:34:20.559 strm0x82dffe4 Bad RTP pt 13 (expecting 0)
> 02:34:20.559 strm0x82dffe4 Received DTMF digit 1, vol=11
> 02:34:20.559 conference.c Port 2 (./Msg/ford.wav) stop transmitting to
> port 1 (sip:48556976 at hpbx.iplannetworks.net)
> 02:34:20.559 wav_player.c File player './Msg/ford.wav' created:
> samp.rate=8000, ch=1, bufsize=4KB, filesize=330KB
> 02:34:20.559 conference.c Port 2 (./Msg/ford.wav) transmitting to port 1
> (sip:48556976 at hpbx.iplannetworks.net)
> 02:34:20.564 strm0x82dffe4 Jitter buffer empty (prefetch=2)
> 02:34:26.278 strm0x82dffe4 RTP status: badpt=-1, badssrc=0, dup=0,
> outorder=0, probation=0, restart=0
> 02:34:26.278 strm0x82dffe4 Bad RTP pt 13 (expecting 0)
> 02:34:26.278 strm0x82dffe4 Received DTMF digit 1, vol=11
> 02:34:26.278 conference.c Port 2 (./Msg/ford.wav) stop transmitting to
> port 1 (sip:48556976 at hpbx.iplannetworks.net)
> 02:34:26.278 endpoint Request msg BYE/cseq=17155 (tdta0x82dd6a8)
> created.
> 02:34:26.278 inv0x82cef34 Sending Request msg BYE/cseq=17155
> (tdta0x82dd6a8)
> 02:34:26.278 dlg0x82cef34 Sending Request msg BYE/cseq=17155
> (tdta0x82dd6a8)
> 02:34:26.278 tsx0x82cf744 Transaction created for Request msg
> BYE/cseq=17154 (tdta0x82dd6a8)
> 02:34:26.278 tsx0x82cf744 Sending Request msg BYE/cseq=17154
> (tdta0x82dd6a8) in state Null
> 02:34:26.278 sip_resolve.c Target '190.2.20.2:5060' type=UDP resolved to
> '190.2.20.2:5060' type=UDP (UDP transport)
> 02:34:26.278 pjsua_core.c TX 408 bytes Request msg BYE/cseq=17154
> (tdta0x82dd6a8) to UDP 190.2.20.2:5060:
> BYE sip:48556976 at 190.2.20.2:5060;transport=udp SIP/2.0
> Via: SIP/2.0/UDP
> 192.168.0.74:6083;rport;branch=z9hG4bKPj0LdFv5nABw5hxWucSToHnVqOIMoqYT8l
> Max-Forwards: 70
> From:
> sip:1152799555 at hpbx.iplannetworks.net;tag=dYnEjl10hnbyX.4.AaroT9xUpuMhXFsu
> To:
> sip:48556976 at hpbx.iplannetworks.net;tag=SDu2rce99-557157449-1277876080463
> Call-ID: 4XSbHXu.ZgFKLP7Kg8g6tCxmwWqs8JIa
> CSeq: 17154 BYE
> Content-Length: 0
>
> and when compiling the application with pjsip 1.6, the extract log is the
> following:
> --end msg--
> 03:02:18.717 tsx0x82ebd74 Incoming Response msg 200/INVITE/cseq=23762
> (rdata0x81f7c14) in state Proceeding
> 03:02:18.717 tsx0x82ebd74 State changed from Proceeding to Terminated,
> event=RX_MSG
> 03:02:18.717 dlg0x82da83c Received Response msg 200/INVITE/cseq=23762
> (rdata0x81f7c14)
> 03:02:18.717 dlg0x82da83c Route-set updated
> 03:02:18.717 dlg0x82da83c Route-set frozen
> 03:02:18.717 dlg0x82da83c Transaction tsx0x82ebd74 state changed to
> Terminated
> 03:02:18.717 inv0x82da83c SDP negotiation done, message body is ignored
> 03:02:18.717 inv0x82da83c Received Response msg 200/INVITE/cseq=23762
> (rdata0x81f7c14), sending ACK
> 03:02:18.717 endpoint Request msg ACK/cseq=23762 (tdta0x82e3d60)
> created.
> 03:02:18.717 dlg0x82da83c Sending Request msg ACK/cseq=23762
> (tdta0x82e3d60)
> 03:02:18.717 sip_resolve.c Target '190.2.20.2:5060' type=UDP resolved to
> '190.2.20.2:5060' type=UDP (UDP transport)
> 03:02:18.717 pjsua_core.c TX 410 bytes Request msg ACK/cseq=23762
> (tdta0x82e3d60) to UDP 190.2.20.2:5060:
> ACK sip:48556976 at 190.2.20.2:5060;transport=udp SIP/2.0
> Via: SIP/2.0/UDP
> 190.210.86.201:6083;rport;branch=z9hG4bKPjNU9bntcS62wsrL45cy5ke38i.uotM6Vj
> Max-Forwards: 70
> From:
> sip:1152799555 at hpbx.iplannetworks.net;tag=nHtnMoY2kBC-yLhMQ9RCh48gLcWQ630T
> To:
> sip:48556976 at hpbx.iplannetworks.net;tag=SDfj67699-941701043-1277877769853
> Call-ID: rIHoV.02JFCU8df8EqVQmKficVg4eCdh
> CSeq: 23762 ACK
> Content-Length: 0
>
>
> --end msg--
> 03:02:18.717 tsx0x82ebd74 Timeout timer event
> 03:02:18.717 tsx0x82ebd74 State changed from Terminated to Destroyed,
> event=TIMER
> 03:02:18.717 tsx0x82ebd74 Transaction destroyed!
> 03:02:18.717 wav_player.c File player './Msg/ford.wav' created:
> samp.rate=8000, ch=1, bufsize=4KB, filesize=330KB
> 03:02:18.717 conference.c Port 2 (./Msg/ford.wav) transmitting to port 1
> (sip:48556976 at hpbx.iplannetworks.net)
> 03:02:18.846 silencedet.c Re-adjust threshold (in silence)to 18
> 03:02:18.866 silencedet.c Starting talk burst (level=260 threshold=18)
> 03:02:18.866 strm0x82ee754 Start talksprut..
> 03:02:19.246 tsx0x82f2664 Timeout timer event
> 03:02:19.246 tsx0x82f2664 State changed from Completed to Terminated,
> event=TIMER
> 03:02:19.246 dlg0x82da83c Transaction tsx0x82f2664 state changed to
> Terminated
> 03:02:19.246 tsx0x82f2664 Timeout timer event
> 03:02:19.246 tsx0x82f2664 State changed from Terminated to Destroyed,
> event=TIMER
> 03:02:19.246 tdta0x82f15f8 Destroying txdata Request msg PRACK/cseq=23763
> (tdta0x82f15f8)
> 03:02:19.246 tsx0x82f2664 Transaction destroyed!
> 03:02:27.387 silencedet.c Re-adjust threshold (in talk burst)to 3219
> 03:02:28.125 pjsua_acc.c Sending 2 bytes keep-alive packet for acc 0 to
> 190.2.20.2:5060
> 03:02:28.125 tdta0x82e64e8 Destroying txdata raw
> 03:02:40.147 silencedet.c Re-adjust threshold (in talk burst)to 4887
> 03:02:43.125 pjsua_acc.c Sending 2 bytes keep-alive packet for acc 0 to
> 190.2.20.2:5060
> 03:02:43.125 tdta0x82dd7a8 Destroying txdata raw
> 03:02:45.587 silencedet.c Starting silence (level=1878 threshold=1132)
> 03:02:45.587 strm0x82ee754 Starting silence
> 03:02:45.607 silencedet.c Starting talk burst (level=1877 threshold=1132)
> 03:02:45.607 strm0x82ee754 Start talksprut..
> 03:02:49.327 silencedet.c Starting silence (level=0 threshold=14)
> 03:02:49.327 strm0x82ee754 Starting silence
> 03:02:52.527 silencedet.c Re-adjust threshold (in silence)to 0
> 03:02:53.386 silencedet.c Starting talk burst (level=1291 threshold=0)
> 03:02:53.386 strm0x82ee754 Start talksprut..
> 03:02:57.327 silencedet.c Starting silence (level=0 threshold=0)
> 03:02:57.327 strm0x82ee754 Starting silence
> 03:02:58.125 pjsua_acc.c Sending 2 bytes keep-alive packet for acc 0 to
> 190.2.20.2:5060
> 03:02:58.125 tdta0x82e64e8 Destroying txdata raw
> 03:02:59.727 silencedet.c Starting talk burst (level=215 threshold=0)
> 03:02:59.727 strm0x82ee754 Start talksprut..
> 03:03:00.086 wav_player.c File port ./Msg/ford.wav EOF
> 03:03:00.087 conference.c Port 2 (./Msg/ford.wav) stop transmitting to
> port 1 (sip:48556976 at hpbx.iplannetworks.net)
> 03:03:00.087 endpoint Request msg BYE/cseq=23765 (tdta0x82ebd10)
> created.
> 03:03:00.087 inv0x82da83c Sending Request msg BYE/cseq=23765
> (tdta0x82ebd10)
> 03:03:00.087 dlg0x82da83c Sending Request msg BYE/cseq=23765
> (tdta0x82ebd10)
> 03:03:00.087 tsx0x82e5d74 Transaction created for Request msg
> BYE/cseq=23764 (tdta0x82ebd10)
> 03:03:00.087 tsx0x82e5d74 Sending Request msg BYE/cseq=23764
> (tdta0x82ebd10) in state Null
> 03:03:00.087 sip_resolve.c Target '190.2.20.2:5060' type=UDP resolved to
> '190.2.20.2:5060' type=UDP (UDP transport)
> 03:03:00.087 pjsua_core.c TX 410 bytes Request msg BYE/cseq=23764
> (tdta0x82ebd10) to UDP 190.2.20.2:5060:
> BYE sip:48556976 at 190.2.20.2:5060;transport=udp SIP/2.0
> Via: SIP/2.0/UDP
> 190.210.86.201:6083;rport;branch=z9hG4bKPjBsAUKfARGpvDXyHranrEbAM29LH9Hi7z
> Max-Forwards: 70
> From:
> sip:1152799555 at hpbx.iplannetworks.net;tag=nHtnMoY2kBC-yLhMQ9RCh48gLcWQ630T
> To:
> sip:48556976 at hpbx.iplannetworks.net;tag=SDfj67699-941701043-1277877769853
> Call-ID: rIHoV.02JFCU8df8EqVQmKficVg4eCdh
> CSeq: 23764 BYE
> Content-Length: 0
>
>
> And in that case I don't see anything about DTMF events.
>
> If you want more information please let me know.
>
> Thank you very much
> Jose
>
>
>
> ----- Original Message ----- From: "Benny Prijono" <bennylp@xxxxxxxxx>
> To: "pjsip list" <pjsip at lists.pjsip.org>
> Sent: Wednesday, June 30, 2010 12:59 AM
> Subject: [SPAM] - Re: incoming DTMF detection failed. Please
> HELP!!!! - Email found in subject
>
>
> What software are you using to send the DTMF?
>
> It would help if you also attach Wireshark capture of the RTP packets
> containing the DTMF events (and please make the pcap file is small, as
> we have 500KB attachment size limit on this list)
>
> Best regards,
> Benny
>
>
> On Tue, Jun 29, 2010 at 1:07 AM, Jose Suarez <jsuarez at padirac.com.ar>
> wrote:
>>
>> Sorry for my emails but I'm very worried because I migrated my
>> application
>> to 1.6 version (I've used 1.3) because a problem in the registration and
>> now
>> I found that in this version I can't detect the incoming dtmf. My
>> application plays a message and waits for a dtmf input to repeat that
>> message but this dtmf is never detected. The code is the same that in the
>> pjsip1.3 version and in this version it functions ok.
>> In simple words, I set the callback in the pjsua_config structure
>> (.cb.on_dtmf_digit = &onDtmfDigit) but I don't receive any dtmf in that
>> callback (but I received them when I used the 1.3 version).
>> the onDtmfDigit is like this:
>> void onDtmfDigit (pjsua_call_id pjCallId, int iDigit)
>> {
>> std::stringstream ssLog;
>> std::string strDtmf;
>>
>> ssLog << iDigit;
>> strDtmf = ssLog.str();
>>
>> ssLog.str("");
>>
>> ssLog << "OnDtmfDigit - call id: <";
>> ssLog << pjCallId;
>> ssLog << ">- Dtmf detected: <";
>> ssLog << iDigit;
>> ssLog << ">.";
>>
>> strLog = ssLog.str();
>>
>> m_oLogger->write (strLog, CDialerLogger::iLogWarning);
>> }
>>
>> Could you help me please?? Is it a bug in the 1.6 version or I must
>> detect
>> the Dtmf digits in a different way?
>> I've worked too much in that project and I'm worried that I can't solve
>> that
>> because is very important to the application that I can detect DTMF.
>>
>> Thanks in advance!!
>> Jose
>> _______________________________________________
>> Visit our blog: http://blog.pjsip.org
>>
>> pjsip mailing list
>> pjsip at lists.pjsip.org
>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>>
>>
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
_______________________________________________
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip at lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
