VoIP Mailing List Archives

[zhaoxxqq at 163.com]

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 >

[brian at 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:

[dave at 3c.co.uk]

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

[brian at 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:

[dave at 3c.co.uk]

Hi Brian,

[anthony.minessale at g...]

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 (dave@3c.co.uk)> wrote: