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
>
