Hi, Have an issue with voicemail detecting multiple digits for 1 rfc2833 event? I see the following in the log 2014-03-12 16:06:22.575312 [DEBUG] switch_rtp.c:3960 RTP RECV DTMF 3:1440 2014-03-12 16:06:22.575312 [DEBUG] switch_channel.c:489 RECV DTMF 3:1440 2014-03-12 16:06:22.595323 [DEBUG] switch_rtp.c:3960 RTP RECV DTMF 3:800 2014-03-12 16:06:22.595323 [DEBUG] switch_channel.c:489 RECV DTMF 3:800 2014-03-12 16:06:22.615317 [DEBUG] switch_rtp.c:3960 RTP RECV DTMF 3:800 2014-03-12 16:06:22.615317 [DEBUG] switch_channel.c:489 RECV DTMF 3:800 And wireshark shows 1214 15:23:38.143015 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (160) 1216 15:23:38.143015 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (320) 1218 15:23:38.143015 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (480) 1220 15:23:38.203096 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (640) 1222 15:23:38.223040 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (end) (800) 1222 15:23:38.223040 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (end) (800) 1222 15:23:38.223040 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (end) (800) It would seem that a different event is triggered for each end event as this deletes 3 messages in a row (I changed the delete key to 3)? I am on 1.2.19. Is this a setting issue or a problem? Regards Chris
What phone? call path? -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Mar 12, 2014, at 11:56 AM, Chris Martineau <chris@ghosttelecom.com> wrote:
Hi,
Have an issue with voicemail detecting multiple digits for 1 rfc2833 event?
I see the following in the log
2014-03-12 16:06:22.575312 [DEBUG] switch_rtp.c:3960 RTP RECV DTMF 3:1440 2014-03-12 16:06:22.575312 [DEBUG] switch_channel.c:489 RECV DTMF 3:1440 2014-03-12 16:06:22.595323 [DEBUG] switch_rtp.c:3960 RTP RECV DTMF 3:800 2014-03-12 16:06:22.595323 [DEBUG] switch_channel.c:489 RECV DTMF 3:800 2014-03-12 16:06:22.615317 [DEBUG] switch_rtp.c:3960 RTP RECV DTMF 3:800 2014-03-12 16:06:22.615317 [DEBUG] switch_channel.c:489 RECV DTMF 3:800
And wireshark shows 1214 15:23:38.143015 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (160) 1216 15:23:38.143015 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (320) 1218 15:23:38.143015 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (480) 1220 15:23:38.203096 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (640) 1222 15:23:38.223040 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (end) (800) 1222 15:23:38.223040 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (end) (800) 1222 15:23:38.223040 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (end) (800)
It would seem that a different event is triggered for each end event as this deletes 3 messages in a row (I changed the delete key to 3)?
I am on 1.2.19.
Is this a setting issue or a problem?
Regards
Chris
Hi, We are using a Linphone stack on our own smartphone app. The voicemail is a separate server which has calls forwarded to it from other freeswitch servers. The originating servers have rfc2833 passthrough set. I had seen some references to this on some older threads and it indicated it had been resolved some time ago. The format of the rfc2833 looks pretty standard. Regards Chris -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: 12 March 2014 17:21 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Voicemail DTMF issue What phone? call path? -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Mar 12, 2014, at 11:56 AM, Chris Martineau <chris@ghosttelecom.com> wrote:
Hi,
Have an issue with voicemail detecting multiple digits for 1 rfc2833 event?
I see the following in the log
2014-03-12 16:06:22.575312 [DEBUG] switch_rtp.c:3960 RTP RECV DTMF 3:1440 2014-03-12 16:06:22.575312 [DEBUG] switch_channel.c:489 RECV DTMF 3:1440 2014-03-12 16:06:22.595323 [DEBUG] switch_rtp.c:3960 RTP RECV DTMF 3:800 2014-03-12 16:06:22.595323 [DEBUG] switch_channel.c:489 RECV DTMF 3:800 2014-03-12 16:06:22.615317 [DEBUG] switch_rtp.c:3960 RTP RECV DTMF 3:800 2014-03-12 16:06:22.615317 [DEBUG] switch_channel.c:489 RECV DTMF 3:800
And wireshark shows 1214 15:23:38.143015 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (160) 1216 15:23:38.143015 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (320) 1218 15:23:38.143015 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (480) 1220 15:23:38.203096 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (640) 1222 15:23:38.223040 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (end) (800) 1222 15:23:38.223040 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (end) (800) 1222 15:23:38.223040 85.13.243.148 41274 10.178.133.39 19190 RTP EVENT Payload type=RTP Event, DTMF Three 3 (end) (800)
It would seem that a different event is triggered for each end event as this deletes 3 messages in a row (I changed the delete key to 3)?
I am on 1.2.19.
Is this a setting issue or a problem?
Regards
Chris
Get packet captures of all legs. -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Mar 13, 2014, at 3:58 AM, Chris Martineau <chris@ghosttelecom.com> wrote:
Hi,
We are using a Linphone stack on our own smartphone app. The voicemail is a separate server which has calls forwarded to it from other freeswitch servers. The originating servers have rfc2833 passthrough set.
I had seen some references to this on some older threads and it indicated it had been resolved some time ago.
The format of the rfc2833 looks pretty standard.
Regards
Chris
Hi Brian, I have sent the files to your brian@freeswitch.org address. One thing to note is that if you create the voicemail service on the transit freeswitch, the dtmf is correctly absorbed and is only triggered once even though the 2833 packets look the same? Both transit and vmservers have the same software level. Of 1.2.10. The original vmserver had 1.2.19 but did the same thing. Any help you could offer would be greatly appreciated. Regards Chris -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: 13 March 2014 13:21 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Voicemail DTMF issue Get packet captures of all legs. -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Mar 13, 2014, at 3:58 AM, Chris Martineau <chris@ghosttelecom.com> wrote:
Hi,
We are using a Linphone stack on our own smartphone app. The voicemail is a separate server which has calls forwarded to it from other freeswitch servers. The originating servers have rfc2833 passthrough set.
I had seen some references to this on some older threads and it indicated it had been resolved some time ago.
The format of the rfc2833 looks pretty standard.
Regards
Chris
Does it happen on MASTER? -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Mar 14, 2014, at 11:18 AM, Chris Martineau <chris@ghosttelecom.com> wrote:
Hi Brian,
I have sent the files to your brian@freeswitch.org address.
One thing to note is that if you create the voicemail service on the transit freeswitch, the dtmf is correctly absorbed and is only triggered once even though the 2833 packets look the same? Both transit and vmservers have the same software level. Of 1.2.10. The original vmserver had 1.2.19 but did the same thing.
Any help you could offer would be greatly appreciated.
Regards
Chris
Yes it does. freeswitch@internal> version FreeSWITCH Version 1.5.11b+git~20140316T162458Z~19fc943f59~64bit (git 19fc943 2014-03-16 16:24:58Z 64bit) 2014-03-17 13:04:14.135312 [DEBUG] switch_rtp.c:5769 RTP RECV DTMF 3:1440 2014-03-17 13:04:14.135312 [DEBUG] switch_channel.c:487 RECV DTMF 3:1440 2014-03-17 13:04:14.135312 [DEBUG] switch_ivr_play_say.c:1718 done playing file /usr/local/freeswitch/storage/voicemail/default/10.178.133.39/20125889/msg_f6263bd2-add3-11e3-a6d0-935795f845fc.wav 2014-03-17 13:04:14.135312 [DEBUG] switch_ivr_play_say.c:70 No language specified - Using [EN] 2014-03-17 13:04:14.155286 [DEBUG] switch_ivr_play_say.c:251 Handle play-file:[voicemail/vm-message.wav] (EN:en) 2014-03-17 13:04:14.175347 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 20ms 2014-03-17 13:04:14.175347 [DEBUG] switch_rtp.c:5769 RTP RECV DTMF 3:800 2014-03-17 13:04:14.175347 [DEBUG] switch_channel.c:487 RECV DTMF 3:800 2014-03-17 13:04:14.175347 [DEBUG] switch_rtp.c:5769 RTP RECV DTMF 3:800 2014-03-17 13:04:14.175347 [DEBUG] switch_channel.c:487 RECV DTMF 3:800 2014-03-17 13:04:14.715333 [DEBUG] switch_ivr_play_say.c:1718 done playing file /usr/local/freeswitch/sounds/en/us/callie/voicemail/vm-message.wav 2014-03-17 13:04:14.835301 [DEBUG] switch_ivr_play_say.c:251 Handle play-file:[voicemail/vm-deleted.wav] (EN:en) 2014-03-17 13:04:14.835301 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 20ms 2014-03-17 13:04:15.315322 [DEBUG] switch_ivr_play_say.c:1718 done playing file /usr/local/freeswitch/sounds/en/us/callie/voicemail/vm-deleted.wav 2014-03-17 13:04:15.435280 [DEBUG] mod_voicemail.c:1601 Sending display update [20182681|20182681] to sofia/internal/20125889@85.13.243.148 2014-03-17 13:04:15.435280 [DEBUG] mod_sofia.c:1723 Not sending same id again "20182681" <20182681> 2014-03-17 13:04:15.435280 [DEBUG] switch_ivr_play_say.c:70 No language specified - Using [EN] 2014-03-17 13:04:15.475310 [DEBUG] switch_ivr_play_say.c:251 Handle play-file:[voicemail/vm-new.wav] (EN:en) 2014-03-17 13:04:15.475310 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 20ms 2014-03-17 13:04:15.475310 [DEBUG] switch_ivr_play_say.c:1718 done playing file /usr/local/freeswitch/sounds/en/us/callie/voicemail/vm-new.wav 2014-03-17 13:04:15.575321 [DEBUG] switch_ivr_play_say.c:70 No language specified - Using [EN] 2014-03-17 13:04:15.615326 [DEBUG] switch_ivr_play_say.c:251 Handle play-file:[voicemail/vm-message.wav] (EN:en) 2014-03-17 13:04:15.615326 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 20ms 2014-03-17 13:04:16.155314 [DEBUG] switch_ivr_play_say.c:1718 done playing file /usr/local/freeswitch/sounds/en/us/callie/voicemail/vm-message.wav 2014-03-17 13:04:16.255322 [DEBUG] switch_ivr_play_say.c:251 Handle play-file:[voicemail/vm-deleted.wav] (EN:en) 2014-03-17 13:04:16.255322 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 20ms 2014-03-17 13:04:16.735311 [DEBUG] switch_ivr_play_say.c:1718 done playing file /usr/local/freeswitch/sounds/en/us/callie/voicemail/vm-deleted.wav 2014-03-17 13:04:16.855267 [DEBUG] mod_voicemail.c:1922 Update MWI: Processing for 20125889@10.178.133.39 in inbox 2014-03-17 13:04:16.875343 [DEBUG] mod_voicemail.c:1945 Update MWI: Messages Waiting no 2014-03-17 13:04:16.875343 [DEBUG] mod_voicemail.c:1946 Update MWI: Update Reason PURGE 2014-03-17 13:04:16.875343 [DEBUG] mod_voicemail.c:1947 Update MWI: Message Account 20125889@10.178.133.39 2014-03-17 13:04:16.875343 [DEBUG] mod_voicemail.c:1948 Update MWI: Voice Message 0/0 2014-03-17 13:04:17.015338 [DEBUG] switch_ivr_play_say.c:70 No language specified - Using [EN] 2014-03-17 13:04:17.055323 [DEBUG] switch_ivr_play_say.c:251 Handle play-file:[voicemail/vm-you_have.wav] (EN:en) 2014-03-17 13:04:17.055323 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 20ms 2014-03-17 13:04:17.055323 [DEBUG] switch_ivr_play_say.c:1718 done playing file /usr/local/freeswitch/sounds/en/us/callie/voicemail/vm-you_have.wav 2014-03-17 13:04:17.155475 [DEBUG] switch_ivr_play_say.c:70 No language specified - Using [EN] 2014-03-17 13:04:17.195266 [DEBUG] switch_ivr_play_say.c:251 Handle play-file:[voicemail/vm-you_have.wav] (EN:en) 2014-03-17 13:04:17.195266 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 20ms 2014-03-17 13:04:17.715317 [DEBUG] switch_ivr_play_say.c:1718 done playing file /usr/local/freeswitch/sounds/en/us/callie/voicemail/vm-you_have.wav 2014-03-17 13:04:17.835330 [DEBUG] switch_ivr_play_say.c:251 Handle say:[0] (EN:en) 2014-03-17 13:04:17.835330 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 20ms 2014-03-17 13:04:18.615331 [DEBUG] switch_ivr_play_say.c:1718 done playing file file_string://digits/0.wav 2014-03-17 13:04:18.715348 [DEBUG] switch_ivr_play_say.c:251 Handle play-file:[voicemail/vm-saved.wav] (EN:en) 2014-03-17 13:04:18.715348 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 20ms 2014-03-17 13:04:19.195288 [DEBUG] switch_ivr_play_say.c:1718 done playing file /usr/local/freeswitch/sounds/en/us/callie/voicemail/vm-saved.wav 2014-03-17 13:04:19.295309 [DEBUG] switch_ivr_play_say.c:251 Handle play-file:[voicemail/vm-messages.wav] (EN:en) 2014-03-17 13:04:19.295309 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 20ms 2014-03-17 13:04:19.955332 [DEBUG] switch_ivr_play_say.c:1718 done playing file /usr/local/freeswitch/sounds/en/us/callie/voicemail/vm-messages.wav 2014-03-17 13:04:20.295328 [DEBUG] switch_ivr_play_say.c:70 No language specified - Using [EN] 2014-03-17 13:04:20.315308 [DEBUG] switch_ivr_play_say.c:251 Handle play-file:[voicemail/vm-listen_new.wav] (EN:en) 2014-03-17 13:04:20.315308 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 20ms 2014-03-17 13:04:21.655304 [DEBUG] switch_ivr_play_say.c:1718 done playing file /usr/local/freeswitch/sounds/en/us/callie/voicemail/vm-listen_new.wav 2014-03-17 13:04:21.755307 [DEBUG] switch_ivr_play_say.c:251 Handle play-file:[voicemail/vm-press.wav] (EN:en) 2014-03-17 13:04:21.755307 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 20ms 2014-03-17 13:04:22.155323 [DEBUG] switch_ivr_play_say.c:1718 done playing file /usr/local/freeswitch/sounds/en/us/callie/voicemail/vm-press.wav 2014-03-17 13:04:22.255323 [DEBUG] switch_ivr_play_say.c:251 Handle say:[1] (EN:en) 2014-03-17 13:04:22.255323 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 20ms 2014-03-17 13:04:22.375315 [DEBUG] switch_core_session.c:1050 Send signal sofia/internal/20125889@85.13.243.148 [BREAK] 2014-03-17 13:04:22.375315 [NOTICE] sofia.c:927 Hangup sofia/internal/20125889@85.13.243.148 [CS_EXECUTE] [NORMAL_CLEARING] 2014-03-17 13:04:22.375315 [DEBUG] switch_channel.c:3215 Send signal sofia/internal/20125889@85.13.243.148 [KILL] 2014-03-17 13:04:22.375315 [DEBUG] switch_core_session.c:1385 Send signal sofia/internal/20125889@85.13.243.148 [BREAK] 2014-03-17 13:04:22.375315 [DEBUG] switch_ivr_play_say.c:1718 done playing file file_string://digits/1.wav 2014-03-17 13:04:22.395294 [DEBUG] switch_core_session.c:2854 sofia/internal/20125889@85.13.243.148 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:530 (sofia/internal/20125889@85.13.243.148) State EXECUTE going to sleep 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/20125889@85.13.243.148) Running State Change CS_HANGUP 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:730 (sofia/internal/20125889@85.13.243.148) Callstate Change ACTIVE -> HANGUP 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:732 (sofia/internal/20125889@85.13.243.148) State HANGUP 2014-03-17 13:04:22.395294 [DEBUG] mod_sofia.c:413 Channel sofia/internal/20125889@85.13.243.148 hanging up, cause: NORMAL_CLEARING 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:58 sofia/internal/20125889@85.13.243.148 Standard HANGUP, cause: NORMAL_CLEARING 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:732 (sofia/internal/20125889@85.13.243.148) State HANGUP going to sleep 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:499 (sofia/internal/20125889@85.13.243.148) State Change CS_HANGUP -> CS_REPORTING 2014-03-17 13:04:22.395294 [DEBUG] switch_core_session.c:1385 Send signal sofia/internal/20125889@85.13.243.148 [BREAK] 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:467 (sofia/internal/20125889@85.13.243.148) Running State Change CS_REPORTING 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:818 (sofia/internal/20125889@85.13.243.148) State REPORTING 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:102 sofia/internal/20125889@85.13.243.148 Standard REPORTING, cause: NORMAL_CLEARING 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:818 (sofia/internal/20125889@85.13.243.148) State REPORTING going to sleep 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:493 (sofia/internal/20125889@85.13.243.148) State Change CS_REPORTING -> CS_DESTROY 2014-03-17 13:04:22.395294 [DEBUG] switch_core_session.c:1385 Send signal sofia/internal/20125889@85.13.243.148 [BREAK] 2014-03-17 13:04:22.395294 [DEBUG] switch_core_session.c:1593 Session 5 (sofia/internal/20125889@85.13.243.148) Locked, Waiting on external entities 2014-03-17 13:04:22.395294 [NOTICE] switch_core_session.c:1611 Session 5 (sofia/internal/20125889@85.13.243.148) Ended 2014-03-17 13:04:22.395294 [NOTICE] switch_core_session.c:1615 Close Channel sofia/internal/20125889@85.13.243.148 [CS_DESTROY] 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:618 (sofia/internal/20125889@85.13.243.148) Callstate Change HANGUP -> DOWN 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:621 (sofia/internal/20125889@85.13.243.148) Running State Change CS_DESTROY 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:631 (sofia/internal/20125889@85.13.243.148) State DESTROY 2014-03-17 13:04:22.395294 [DEBUG] mod_sofia.c:323 sofia/internal/20125889@85.13.243.148 SOFIA DESTROY 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:109 sofia/internal/20125889@85.13.243.148 Standard DESTROY 2014-03-17 13:04:22.395294 [DEBUG] switch_core_state_machine.c:631 (sofia/internal/20125889@85.13.243.148) State DESTROY going to sleep -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: 14 March 2014 17:13 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Voicemail DTMF issue Does it happen on MASTER? -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Mar 14, 2014, at 11:18 AM, Chris Martineau <chris@ghosttelecom.com> wrote:
Hi Brian,
I have sent the files to your brian@freeswitch.org address.
One thing to note is that if you create the voicemail service on the transit freeswitch, the dtmf is correctly absorbed and is only triggered once even though the 2833 packets look the same? Both transit and vmservers have the same software level. Of 1.2.10. The original vmserver had 1.2.19 but did the same thing.
Any help you could offer would be greatly appreciated.
Regards
Chris
What kind of gateway are you talking to? You specifically need to be looking at the RTP events. -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Mar 17, 2014, at 8:07 AM, Chris Martineau <chris@ghosttelecom.com> wrote:
Yes it does.
freeswitch@internal> version FreeSWITCH Version 1.5.11b+git~20140316T162458Z~19fc943f59~64bit (git 19fc943 2014-03-16 16:24:58Z 64bit)
Hi Brian, Not sure I understand your question? I have sent you pcap files as received at the forwarding freeswitch server and also at the receiving freeswitch voicemail server, I have also sent you a log at the receiving freeswitch server. This is all on an internal network so no gateways are involved and all the rtp events are in the pcap files. The log shows these events... 2014-03-17 13:04:14.135312 [DEBUG] switch_rtp.c:5769 RTP RECV DTMF 3:1440 2014-03-17 13:04:14.135312 [DEBUG] switch_channel.c:487 RECV DTMF 3:1440 2014-03-17 13:04:14.135312 [DEBUG] switch_ivr_play_say.c:1718 done playing file /usr/local/freeswitch/storage/voicemail/default/10.178.133.39/20125889/msg_f6263bd2-add3-11e3-a6d0-935795f845fc.wav 2014-03-17 13:04:14.135312 [DEBUG] switch_ivr_play_say.c:70 No language specified - Using [EN] 2014-03-17 13:04:14.155286 [DEBUG] switch_ivr_play_say.c:251 Handle play-file:[voicemail/vm-message.wav] (EN:en) 2014-03-17 13:04:14.175347 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 20ms 2014-03-17 13:04:14.175347 [DEBUG] switch_rtp.c:5769 RTP RECV DTMF 3:800 2014-03-17 13:04:14.175347 [DEBUG] switch_channel.c:487 RECV DTMF 3:800 2014-03-17 13:04:14.175347 [DEBUG] switch_rtp.c:5769 RTP RECV DTMF 3:800 2014-03-17 13:04:14.175347 [DEBUG] switch_channel.c:487 RECV DTMF 3:800 Indicating that it is interpreting the incoming rtp rfc2833 dtmf event as 3 separate dtmf events. Did you get the files I sent you? Thanks Chris -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: 17 March 2014 19:17 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Voicemail DTMF issue What kind of gateway are you talking to? You specifically need to be looking at the RTP events. -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Mar 17, 2014, at 8:07 AM, Chris Martineau <chris@ghosttelecom.com> wrote:
Yes it does.
freeswitch@internal> version FreeSWITCH Version 1.5.11b+git~20140316T162458Z~19fc943f59~64bit (git 19fc943 2014-03-16 16:24:58Z 64bit)
Have you not updated your code? these traces are from very old stable. MANY MANY fixes since this one. -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Mar 18, 2014, at 6:10 AM, Chris Martineau <chris@ghosttelecom.com> wrote:
Hi Brian,
Not sure I understand your question?
I have sent you pcap files as received at the forwarding freeswitch server and also at the receiving freeswitch voicemail server, I have also sent you a log at the receiving freeswitch server. This is all on an internal network so no gateways are involved and all the rtp events are in the pcap files. The log shows these events...
2014-03-17 13:04:14.135312 [DEBUG] switch_rtp.c:5769 RTP RECV DTMF 3:1440 2014-03-17 13:04:14.135312 [DEBUG] switch_channel.c:487 RECV DTMF 3:1440 2014-03-17 13:04:14.135312 [DEBUG] switch_ivr_play_say.c:1718 done playing file /usr/local/freeswitch/storage/voicemail/default/10.178.133.39/20125889/msg_f6263bd2-add3-11e3-a6d0-935795f845fc.wav 2014-03-17 13:04:14.135312 [DEBUG] switch_ivr_play_say.c:70 No language specified - Using [EN] 2014-03-17 13:04:14.155286 [DEBUG] switch_ivr_play_say.c:251 Handle play-file:[voicemail/vm-message.wav] (EN:en) 2014-03-17 13:04:14.175347 [DEBUG] switch_ivr_play_say.c:1314 Codec Activated L16@8000hz 1 channels 20ms 2014-03-17 13:04:14.175347 [DEBUG] switch_rtp.c:5769 RTP RECV DTMF 3:800 2014-03-17 13:04:14.175347 [DEBUG] switch_channel.c:487 RECV DTMF 3:800 2014-03-17 13:04:14.175347 [DEBUG] switch_rtp.c:5769 RTP RECV DTMF 3:800 2014-03-17 13:04:14.175347 [DEBUG] switch_channel.c:487 RECV DTMF 3:800
Indicating that it is interpreting the incoming rtp rfc2833 dtmf event as 3 separate dtmf events.
Did you get the files I sent you?
Thanks
Chris
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: 17 March 2014 19:17 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Voicemail DTMF issue
What kind of gateway are you talking to? You specifically need to be looking at the RTP events.
-- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)
On Mar 17, 2014, at 8:07 AM, Chris Martineau <chris@ghosttelecom.com> wrote:
Yes it does.
freeswitch@internal> version FreeSWITCH Version 1.5.11b+git~20140316T162458Z~19fc943f59~64bit (git 19fc943 2014-03-16 16:24:58Z 64bit)
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I’ve reviewed the logs again, everything looks fine. as far as 2833 goes, but you should update. -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Mar 18, 2014, at 6:10 AM, Chris Martineau <chris@ghosttelecom.com> wrote:
Hi Brian,
Not sure I understand your question?
I have sent you pcap files as received at the forwarding freeswitch server and also at the receiving freeswitch voicemail server, I have also sent you a log at the receiving freeswitch server. This is all on an internal network so no gateways are involved and all the rtp events are in the pcap files. The log shows these events...
Hi Brian, I did that when you asked me to test on the latest version. The last 2 emails I sent had logs taken from the latest master version which are the same as the original logs I sent to your address. The pcaps will be the same irrespective. As I said in a previous email, the master version does the same thing. As you say, the 2833 looks fine so why is the system reacting differently to it? Anyway I have sort of fixed it. If you switch off pass-rfc2833 on the forwarding switch it seems to work as expected although looking at the rtp trace I cannot see any difference. Is it possible to set this on a call by call basis as I will need to see how this affects other routes. Regards Chris -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: 18 March 2014 19:40 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Voicemail DTMF issue I've reviewed the logs again, everything looks fine. as far as 2833 goes, but you should update. -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Mar 18, 2014, at 6:10 AM, Chris Martineau <chris@ghosttelecom.com> wrote:
Hi Brian,
Not sure I understand your question?
I have sent you pcap files as received at the forwarding freeswitch server and also at the receiving freeswitch voicemail server, I have also sent you a log at the receiving freeswitch server. This is all on an internal network so no gateways are involved and all the rtp events are in the pcap files. The log shows these events...
Those showed 1.2.10 in the traces, Are you sure all the systems were the same? -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Mar 19, 2014, at 4:13 AM, Chris Martineau <chris@ghosttelecom.com> wrote:
Hi Brian,
I did that when you asked me to test on the latest version. The last 2 emails I sent had logs taken from the latest master version which are the same as the original logs I sent to your address. The pcaps will be the same irrespective. As I said in a previous email, the master version does the same thing. As you say, the 2833 looks fine so why is the system reacting differently to it?
Anyway I have sort of fixed it.
If you switch off pass-rfc2833 on the forwarding switch it seems to work as expected although looking at the rtp trace I cannot see any difference.
Is it possible to set this on a call by call basis as I will need to see how this affects other routes.
Regards
Chris
The forwarding switch is still 1.2.10 but as this version was the only one that didn't break what I was doing I am loathed to install a later version. If I get time I will try the latest and see if it still causes some of the things I am doing to stop working. Thanks Chris -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: 19 March 2014 09:39 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Voicemail DTMF issue Those showed 1.2.10 in the traces, Are you sure all the systems were the same? -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Mar 19, 2014, at 4:13 AM, Chris Martineau <chris@ghosttelecom.com> wrote:
Hi Brian,
I did that when you asked me to test on the latest version. The last 2 emails I sent had logs taken from the latest master version which are the same as the original logs I sent to your address. The pcaps will be the same irrespective. As I said in a previous email, the master version does the same thing. As you say, the 2833 looks fine so why is the system reacting differently to it?
Anyway I have sort of fixed it.
If you switch off pass-rfc2833 on the forwarding switch it seems to work as expected although looking at the rtp trace I cannot see any difference.
Is it possible to set this on a call by call basis as I will need to see how this affects other routes.
Regards
Chris
participants (2)
-
Brian West
-
Chris Martineau