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
