Re: [Freeswitch-users] Freeswitch-users Digest, Vol 33, Issue 102
HI, friend, I added <param name="dtmf-type" value="rfc2833" /> to my sip profile in external , like below. <gateway name="vos3000"> <param name="username" value="anything"/>--> <param name="realm" value="221.192.133.51"/> <param name="password" value="anything"/> <param name="dtmf-type" value="rfc2833" /> <param name="extension" value="87263150"/> <param name="register" value="false"/> </gateway> but. the problem is still exist. Can you help me. Zhao Xiaoqiang ------------------------------------------------------------------------------------------------------------ Hi - It looks like you're getting digits both in the RTP stream and as SIP INFO. Try adding <param name="dtmf-type" value="rfc2833" /> to the SIP profile you're using for inbound calls. --Dave
I'm newbie of FS. I have setup the FS. Most is perfect. I connect FS to PSTN with DID numbers. For inband I connect it to FS's demo_ivr. When I press the key, the FS accept always DOUBLE of key. The debug information like below.
2009-03-22 17:50:26 [DEBUG] switch_rtp.c:1767 switch_rtp_dequeue_dtmf() RTP RECV DTMF 1:2000 2009-03-22 17:50:26 [DEBUG] switch_ivr_play_say.c:1279 switch_ivr_play_file() done playing file 2009-03-22 17:50:26 [DEBUG] switch_ivr_menu.c:308 play_and_collect() waiting for 3/4 digits t/o 2000 2009-03-22 17:50:26 [DEBUG] sofia.c:3753 sofia_handle_sip_i_info() INFO DTMF(1) 2009-03-22 17:50:28 [DEBUG] switch_ivr_menu.c:353 play_and_collect() digits '11' 2009-03-22 17:50:28 [DEBUG] switch_ivr_menu.c:523 switch_ivr_menu_execute() IVR menu 'jtq_greating' caught invalid input '11' 2009-03-22 17:50:28 [DEBUG] switch_ivr_play_say.c:989 switch_ivr_play_file() Codec Activated L16@8000hz 1 channels 20ms 2009-03-22 17:50:28 [DEBUG] switch_core_io.c:652 switch_core_session_write_frame() sofia/external/13323015
Can any friend can help me?
Zhao Xiaoqiang
------------------------------------------------------------------------
_______________________________________________ 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
Tell your phone to stop sending INFO and 2833 at the same time and the problem will stop. /b On Mar 23, 2009, at 4:17 AM, zhaoxxqq wrote:
HI, friend, I added <param name="dtmf-type" value="rfc2833" /> to my sip profile in external , like below. <gateway name="vos3000"> <param name="username" value="anything"/>--> <param name="realm" value="221.192.133.51"/> <param name="password" value="anything"/> <param name="dtmf-type" value="rfc2833" /> <param name="extension" value="87263150"/> <param name="register" value="false"/> </gateway>
but. the problem is still exist. Can you help me.
Zhao Xiaoqiang
Sorry - my bad - dtmf-type looks like it just controls what's sent, not what's received. Brian's advice is sound, or you can probably work around things right now by editing src/mod/endpoints/mod_sofia/sofia.c - at around line 3838 you'll find: if (dtmf.digit) { /* queue it up */ switch_channel_queue_dtmf(channel, &dtmf); ..more code.. /* Send 200 OK response */ nua_respond(nh, SIP_200_OK, NUTAG_WITH_THIS(nua), TAG_END()); - lose the bit which handles the SIP INFO DTMF by adding a couple of lines thusly: if (dtmf.digit) { #if 0 /* queue it up */ switch_channel_queue_dtmf(channel, &dtmf); ..more code.. #endif /* Send 200 OK response */ nua_respond(nh, SIP_200_OK, NUTAG_WITH_THIS(nua), TAG_END()); It's a nasty hack, but it just might work. --Dave
Tell your phone to stop sending INFO and 2833 at the same time and the problem will stop.
/b
On Mar 23, 2009, at 4:17 AM, zhaoxxqq wrote:
HI, friend, I added <param name="dtmf-type" value="rfc2833" /> to my sip profile in external , like below. <gateway name="vos3000"> <param name="username" value="anything"/>--> <param name="realm" value="221.192.133.51"/> <param name="password" value="anything"/> <param name="dtmf-type" value="rfc2833" /> <param name="extension" value="87263150"/> <param name="register" value="false"/> </gateway>
but. the problem is still exist. Can you help me.
Zhao Xiaoqiang
_______________________________________________ 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
It's more sane to have the phone to NOT send them both in the first place because it is WRONG to send both info and 2833 and NOT totally expect the far end to make heads or tails of it. How about actually have the phone manufacture fix their broken phone? /b On Mar 23, 2009, at 7:47 AM, David Knell wrote:
It's a nasty hack, but it just might work.
--Dave
Hi Brian,
It's more sane to have the phone to NOT send them both in the first place because it is WRONG to send both info and 2833 and NOT totally expect the far end to make heads or tails of it.
How about actually have the phone manufacture fix their broken phone?
In an ideal world, of course; however:- (a) the quick hack is probably a path of lesser resistance to getting Zhao up and running with FS; (b) he said it was an inbound SIP provider, rather than a phone, that he was using, so he'd need to get them to fix their end: might be trivial, might not. --Dave
c) if we have to, we could add a patch to pick which types of dtmf to accept as well so he could force the equiv of the hack. On Mon, Mar 23, 2009 at 10:33 AM, David Knell <dave@3c.co.uk> wrote:
Hi Brian,
It's more sane to have the phone to NOT send them both in the first place because it is WRONG to send both info and 2833 and NOT totally expect the far end to make heads or tails of it.
How about actually have the phone manufacture fix their broken phone?
In an ideal world, of course; however:- (a) the quick hack is probably a path of lesser resistance to getting Zhao up and running with FS; (b) he said it was an inbound SIP provider, rather than a phone, that he was using, so he'd need to get them to fix their end: might be trivial, might not.
--Dave
_______________________________________________ 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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
participants (4)
-
Anthony Minessale
-
Brian West
-
David Knell
-
zhaoxxqq