March 2010 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Re: [Freeswitch-users] smg_prid not bridging the call
by Tomasz Augustyn 11 Mar '10

11 Mar '10

Hello, I had similar problem and I think it is more a problem between Sangoma card and your E1 provider than with freeswitch. In my case it was necessary to set "origination_caller_id_number" to one of the telephone numbers linked to my E1 line. In other case the calls were rejected with "invalid information element" error. You can try Sangoma's support they are very helpful. Tomasz Augustyn ---------- Forwarded message ---------- From: lakshmanan ganapathy <lakindia89(a)gmail.com> To: freeswitch-users(a)lists.freeswitch.org Date: Sat, 27 Feb 2010 10:32:08 +0530 Subject: Re: [Freeswitch-users] smg_prid not bridging the call In the Dchan log it is saying Invalid Information Elements. That might be a problem??? But I even don't know why it is saying Invalid Information Element?? Please guide me!!!

3 3

Multiple Registrations - randomly only one device ring
by Aloysius Lloyd 11 Mar '10

11 Mar '10

Hi All, I enable the multiple registrations in sip_profiles/internal.xml. <param name="multiple-registrations" value="true"/> Then I restart the freeswitch. I use Aastra 9133i and eyebeam register for same extension. But randomly only one device ring. Do I need to enable any other settings? Thanks, Lloyd

4 6

Re: [Freeswitch-users] Tone Detection During Bridge (Anthony Minessale)
by Ben Langfeld 10 Mar '10

10 Mar '10

Cheers Anthony, I don't know how I was overcomplicating that so much, but it works fine now. Thanks! Regards, Ben Langfeld Wave > Email On Wed, Mar 10, 2010 at 11:16 PM, < freeswitch-users-request(a)lists.freeswitch.org> wrote: > Send FreeSWITCH-users mailing list submissions to > freeswitch-users(a)lists.freeswitch.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > or, via email, send a message with subject or body 'help' to > freeswitch-users-request(a)lists.freeswitch.org > > You can reach the person managing the list at > freeswitch-users-owner(a)lists.freeswitch.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of FreeSWITCH-users digest..." > > Today's Topics: > > 1. Re: Kernel timer warning with CentOS 5.4 (Anthony Minessale) > 2. Re: Tone Detection During Bridge (Anthony Minessale) > > > ---------- Forwarded message ---------- > From: Anthony Minessale <anthony.minessale(a)gmail.com> > To: freeswitch-users(a)lists.freeswitch.org > Date: Wed, 10 Mar 2010 17:12:44 -0600 > Subject: Re: [Freeswitch-users] Kernel timer warning with CentOS 5.4 > it means that it has detected a 150 microsecond offset. > > It tries originally to sleep 1000 microseconds (1 millisecond) in a loop. > It times how long the sleep lasted and compares how long it really took vs > how long it was asked to sleep. > then it slowly decreases by 50 and tries again until it gets within 2 > microseconds of the goal. > > in your case of 150, it means if you subtract 150 from the total number of > microseconds from all the sleeps > they will be more accurate. > > > > On Wed, Mar 10, 2010 at 4:23 PM, Giovanni Maruzzelli <gmaruzz(a)celliax.org>wrote: > >> On Wed, Mar 10, 2010 at 9:53 PM, Peder <peder(a)networkoblivion.com> wrote: >> > OK, can you decode what this means exactly? I’d be happy to write >> something >> > up to reference users to, but I don’t really know what it means. It is >> a a >> > quad-core 2.8GHz running CentOS 5.3 64-bit. It looks like it calculated >> > 150, but is that good, bad, indifferent? I’ve tried to google it, but >> > without really knowing what it is I am looking for, I am not getting >> good >> > results. >> >> This tells you the calculated average discrepancy of the timing is 150 >> microseconds (millisecond/1000), that I believe is good. (hope this >> explanation is true ;) ) >> >> >> > >> > >> > >> > >> > >> > 2010-03-10 14:48:37.960041 [CONSOLE] switch_time.c:1021 Calibrating >> timer, >> > please wait... >> > >> > 2010-03-10 14:48:38.060174 [CONSOLE] switch_time.c:223 Test: 1000 >> Average: >> > 2001 Step: 50 >> > >> > 2010-03-10 14:48:38.160169 [CONSOLE] switch_time.c:223 Test: 950 >> Average: >> > 1998 Step: 50 >> > >> > 2010-03-10 14:48:38.260164 [CONSOLE] switch_time.c:223 Test: 900 >> Average: >> > 1998 Step: 50 >> > >> > 2010-03-10 14:48:38.360159 [CONSOLE] switch_time.c:223 Test: 850 >> Average: >> > 1998 Step: 50 >> > >> > 2010-03-10 14:48:38.460155 [CONSOLE] switch_time.c:223 Test: 800 >> Average: >> > 1998 Step: 50 >> > >> > 2010-03-10 14:48:38.560149 [CONSOLE] switch_time.c:223 Test: 750 >> Average: >> > 1998 Step: 50 >> > >> > 2010-03-10 14:48:38.660144 [CONSOLE] switch_time.c:223 Test: 700 >> Average: >> > 1998 Step: 50 >> > >> > 2010-03-10 14:48:38.760139 [CONSOLE] switch_time.c:223 Test: 650 >> Average: >> > 1997 Step: 50 >> > >> > 2010-03-10 14:48:38.860134 [CONSOLE] switch_time.c:223 Test: 600 >> Average: >> > 1998 Step: 50 >> > >> > 2010-03-10 14:48:38.960132 [CONSOLE] switch_time.c:223 Test: 550 >> Average: >> > 1998 Step: 50 >> > >> > 2010-03-10 14:48:39.060124 [CONSOLE] switch_time.c:223 Test: 500 >> Average: >> > 1998 Step: 50 >> > >> > 2010-03-10 14:48:39.160119 [CONSOLE] switch_time.c:223 Test: 450 >> Average: >> > 1998 Step: 50 >> > >> > 2010-03-10 14:48:39.260114 [CONSOLE] switch_time.c:223 Test: 400 >> Average: >> > 1998 Step: 50 >> > >> > 2010-03-10 14:48:39.311111 [CONSOLE] switch_time.c:223 Test: 350 >> Average: >> > 1018 Step: 50 >> > >> > 2010-03-10 14:48:39.361109 [CONSOLE] switch_time.c:223 Test: 300 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:39.411106 [CONSOLE] switch_time.c:223 Test: 300 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:39.461103 [CONSOLE] switch_time.c:223 Test: 300 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:39.511101 [CONSOLE] switch_time.c:223 Test: 300 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:39.561099 [CONSOLE] switch_time.c:223 Test: 300 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:39.612096 [CONSOLE] switch_time.c:223 Test: 300 >> Average: >> > 1018 Step: 50 >> > >> > 2010-03-10 14:48:39.662092 [CONSOLE] switch_time.c:223 Test: 250 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:39.712091 [CONSOLE] switch_time.c:223 Test: 250 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:39.762088 [CONSOLE] switch_time.c:223 Test: 250 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:39.812086 [CONSOLE] switch_time.c:223 Test: 250 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:39.862083 [CONSOLE] switch_time.c:223 Test: 250 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:39.912082 [CONSOLE] switch_time.c:223 Test: 250 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:39.962077 [CONSOLE] switch_time.c:223 Test: 250 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.012076 [CONSOLE] switch_time.c:223 Test: 250 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.063074 [CONSOLE] switch_time.c:223 Test: 250 >> Average: >> > 1018 Step: 50 >> > >> > 2010-03-10 14:48:40.113071 [CONSOLE] switch_time.c:223 Test: 200 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.163068 [CONSOLE] switch_time.c:223 Test: 200 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.213066 [CONSOLE] switch_time.c:223 Test: 200 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.263064 [CONSOLE] switch_time.c:223 Test: 200 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.313061 [CONSOLE] switch_time.c:223 Test: 200 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.363059 [CONSOLE] switch_time.c:223 Test: 200 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.413056 [CONSOLE] switch_time.c:223 Test: 200 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.465054 [CONSOLE] switch_time.c:223 Test: 200 >> Average: >> > 1038 Step: 50 >> > >> > 2010-03-10 14:48:40.515051 [CONSOLE] switch_time.c:223 Test: 150 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.565049 [CONSOLE] switch_time.c:223 Test: 150 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.615046 [CONSOLE] switch_time.c:223 Test: 150 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.665043 [CONSOLE] switch_time.c:223 Test: 150 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.715041 [CONSOLE] switch_time.c:223 Test: 150 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.765039 [CONSOLE] switch_time.c:223 Test: 150 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.815036 [CONSOLE] switch_time.c:223 Test: 150 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.866032 [CONSOLE] switch_time.c:223 Test: 150 >> Average: >> > 1018 Step: 50 >> > >> > 2010-03-10 14:48:40.916032 [CONSOLE] switch_time.c:223 Test: 100 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:40.966028 [CONSOLE] switch_time.c:223 Test: 100 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:41.016026 [CONSOLE] switch_time.c:223 Test: 100 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:41.066022 [CONSOLE] switch_time.c:223 Test: 100 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:41.116021 [CONSOLE] switch_time.c:223 Test: 100 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:41.166017 [CONSOLE] switch_time.c:223 Test: 100 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:41.216016 [CONSOLE] switch_time.c:223 Test: 100 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:41.266013 [CONSOLE] switch_time.c:223 Test: 100 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:41.317011 [CONSOLE] switch_time.c:223 Test: 100 >> Average: >> > 1018 Step: 50 >> > >> > 2010-03-10 14:48:41.367008 [CONSOLE] switch_time.c:223 Test: 50 Average: >> 998 >> > Step: 50 >> > >> > 2010-03-10 14:48:41.417006 [CONSOLE] switch_time.c:223 Test: 50 Average: >> 998 >> > Step: 50 >> > >> > 2010-03-10 14:48:41.467004 [CONSOLE] switch_time.c:223 Test: 50 Average: >> 998 >> > Step: 50 >> > >> > 2010-03-10 14:48:41.517001 [CONSOLE] switch_time.c:223 Test: 50 Average: >> 998 >> > Step: 50 >> > >> > 2010-03-10 14:48:41.566999 [CONSOLE] switch_time.c:223 Test: 50 Average: >> 998 >> > Step: 50 >> > >> > 2010-03-10 14:48:41.616996 [CONSOLE] switch_time.c:223 Test: 50 Average: >> 998 >> > Step: 50 >> > >> > 2010-03-10 14:48:41.666993 [CONSOLE] switch_time.c:223 Test: 50 Average: >> 998 >> > Step: 50 >> > >> > 2010-03-10 14:48:41.716991 [CONSOLE] switch_time.c:223 Test: 50 Average: >> 998 >> > Step: 50 >> > >> > 2010-03-10 14:48:41.767989 [CONSOLE] switch_time.c:223 Test: 50 Average: >> > 1018 Step: 50 >> > >> > 2010-03-10 14:48:41.817985 [CONSOLE] switch_time.c:223 Test: 0 Average: >> 998 >> > Step: 50 >> > >> > 2010-03-10 14:48:41.867984 [CONSOLE] switch_time.c:223 Test: 0 Average: >> 998 >> > Step: 50 >> > >> > 2010-03-10 14:48:41.917980 [CONSOLE] switch_time.c:223 Test: 0 Average: >> 998 >> > Step: 50 >> > >> > 2010-03-10 14:48:41.967979 [CONSOLE] switch_time.c:223 Test: 0 Average: >> 998 >> > Step: 50 >> > >> > 2010-03-10 14:48:42.017975 [CONSOLE] switch_time.c:223 Test: 0 Average: >> 998 >> > Step: 50 >> > >> > 2010-03-10 14:48:42.067974 [CONSOLE] switch_time.c:223 Test: 0 Average: >> 998 >> > Step: 50 >> > >> > 2010-03-10 14:48:42.117970 [CONSOLE] switch_time.c:223 Test: 0 Average: >> 998 >> > Step: 50 >> > >> > 2010-03-10 14:48:42.168969 [CONSOLE] switch_time.c:223 Test: 0 Average: >> 1018 >> > Step: 50 >> > >> > 2010-03-10 14:48:42.269962 [CONSOLE] switch_time.c:223 Test: 1000 >> Average: >> > 2018 Step: 50 >> > >> > 2010-03-10 14:48:42.369958 [CONSOLE] switch_time.c:223 Test: 950 >> Average: >> > 1998 Step: 50 >> > >> > 2010-03-10 14:48:42.448958 [CONSOLE] switch_time.c:223 Test: 900 >> Average: >> > 1578 Step: 50 >> > >> > 2010-03-10 14:48:42.498954 [CONSOLE] switch_time.c:223 Test: 850 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:42.548951 [CONSOLE] switch_time.c:223 Test: 850 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:42.598949 [CONSOLE] switch_time.c:223 Test: 850 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:42.648946 [CONSOLE] switch_time.c:223 Test: 850 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:42.698945 [CONSOLE] switch_time.c:223 Test: 850 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:42.748942 [CONSOLE] switch_time.c:223 Test: 850 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:42.798941 [CONSOLE] switch_time.c:223 Test: 850 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:42.848936 [CONSOLE] switch_time.c:223 Test: 850 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:42.898935 [CONSOLE] switch_time.c:223 Test: 850 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:42.948931 [CONSOLE] switch_time.c:223 Test: 850 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:42.998931 [CONSOLE] switch_time.c:223 Test: 850 >> Average: >> > 998 Step: 50 >> > >> > 2010-03-10 14:48:42.998963 [CONSOLE] switch_time.c:274 Timer offset of >> 150 >> > calculated >> > >> > 2010-03-10 14:48:42.998994 [CONSOLE] switch_loadable_module.c:900 >> > Successfully Loaded [CORE_SOFTTIMER_MODULE] >> > >> > 2010-03-10 14:48:42.999040 [NOTICE] switch_loadable_module.c:230 Adding >> > Timer 'soft' >> > >> > 2010-03-10 14:48:42.999234 [CONSOLE] switch_loadable_module.c:900 >> > Successfully Loaded [CORE_PCM_MODULE] >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users(a)lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > http://www.freeswitch.org >> > >> > >> >> >> >> -- >> Sincerely, >> >> Giovanni Maruzzelli >> Cell : +39-347-2665618 >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users(a)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/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale(a)hotmail.com> > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale(a)gmail.com> > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888@conference.freeswitch.org <sip%3A888(a)conference.freeswitch.org> > iax:guest@conference.freeswitch.org/888 > googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888(a)conference.freeswitch.org> > pstn:+19193869900 > > > ---------- Forwarded message ---------- > From: Anthony Minessale <anthony.minessale(a)gmail.com> > To: freeswitch-users(a)lists.freeswitch.org > Date: Wed, 10 Mar 2010 17:15:59 -0600 > Subject: Re: [Freeswitch-users] Tone Detection During Bridge > it should be running during the bridge as well. > once you start it, it attaches in the background and snoops all of your > audio. > > Try turning up the debug level to see if it may be exiting. > > "console loglevel debug" > > > On Wed, Mar 10, 2010 at 3:05 PM, Ben Langfeld <ben(a)langfeld.co.uk> wrote: > >> Dear List, >> >> I have a requirement (due to poor quality Sipura products) to have >> freeswitch listen for a tone during a bridge (standard local extension >> dialplan segment). I have the required line: >> >> <action appication="tone_detect" data="hangup 400 r 0 hangup >> 'normal_clearing' 1"/> >> >> But I need to have this run _during_ the bridge (to listen for the tone >> coming from the broken SPA3k and to break the bridge). Does anyone have any >> idea how this may be achieved? There is no such documentation on the wiki. >> This works perfectly if the bridge was not successful, and so will detect >> tones during voicemail messaging. >> >> Regards, >> Ben Langfeld >> >> Wave > Email >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users(a)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/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale(a)hotmail.com> > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale(a)gmail.com> > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888@conference.freeswitch.org <sip%3A888(a)conference.freeswitch.org> > iax:guest@conference.freeswitch.org/888 > googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888(a)conference.freeswitch.org> > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > >

1 0

Tone Detection During Bridge
by Ben Langfeld 10 Mar '10

10 Mar '10

Dear List, I have a requirement (due to poor quality Sipura products) to have freeswitch listen for a tone during a bridge (standard local extension dialplan segment). I have the required line: <action appication="tone_detect" data="hangup 400 r 0 hangup 'normal_clearing' 1"/> But I need to have this run _during_ the bridge (to listen for the tone coming from the broken SPA3k and to break the bridge). Does anyone have any idea how this may be achieved? There is no such documentation on the wiki. This works perfectly if the bridge was not successful, and so will detect tones during voicemail messaging. Regards, Ben Langfeld Wave > Email

2 1

Skypiax- how to know which card to use?
by Doc 10 Mar '10

10 Mar '10

Hey guys, I am attempting to setup Skypiax and Freeswitch on Ubuntu Hardy. I've had a couple of previous problems which updating to SVN trunk release seemed to resolve, but I've got one lingering one to ask about. When a call comes in to my SkypeIn number (PSTN that rings my Skype), FS picks up and rings the desired extension. No problems there. What happens though is, the person that is on the extension in the office can hear the calling party just fine, but the calling party hears stuttered choppy sound. I've already tested my internet connection, and through QOS have assigned my test box 512K up and 512K down, so on one test call bandwidth should not be an issue. What do you think causes the stuttering on my audio for the calling party? Do you think it might be a codec? I have everything setup right now to use g711u. I'd like to use something smaller and higher quality, but I'm not sure what is a better option. I had made some phone calls as listed above and they tested out just fine, but in that same time frame I also recompiled Alsa drivers with the Skypiax dummy file, so do you think there might be something in that causing the stutter? Looking for some advice. Thanks, Doc

3 7

sofia_contact strange behavior
by RobertT 10 Mar '10

10 Mar '10

Hello everybody! I am experiencing problems with sofia_contact command. When I dial sofia_contact external/1000@<domain> in fs cli I see correct registration data, provided the user 1000 is registered. But in the same time when I call ${sofia_conatct(external/${dialed_ext}@$${domain})} from dialplan as an argument to deflect application I recieve error\user_not_registered. What the hell? Best regards, RobertT.

2 1

mod_managed - how listen for *999
by Chris 10 Mar '10

10 Mar '10

What i need to do is listen on a session before, during and after the session is bridged with another call. I know built into FS is the option to listen for *x where x is 0-9 but i really need more than one digit. I traced the method that listens for the single digit to the command switch_core_event_hook_add_send_dtmf(session, meta_on_dtmf); in switch_ivr_async.c mod_managed also has the following in the native class freeswitch. public static switch_status_t switch_core_event_hook_add_recv_dtmf(SWIGTYPE_p_switch_core_session session, SWIGTYPE_p_f_p_switch_core_session_p_q_const__switch_dtmf_t_enum_switch_dtmf_direction_t__switch_status_t recv_dtmf) The problem is i can't work out how to use it. I am fine the the first param for the session but have no idea what i need for the SWIGTYPE_p_f_p_switch_core_session_p_q_const__switch_dtmf_t_enum_switch_dtmf_direction_t__switch_status_t recv_dtmf param. if anyone can point me in the right direction or knows a better way i would be grateful. Chris

2 4

forwarding incoming call from gateway to local externsion
by srinivasula reddy 10 Mar '10

10 Mar '10

Hi Goodmorning. i have connected my freeswtich to cisco gateway, i have registerd a user(1099) in my freeswitch, and i have configured freeswitch any call from 1099 routing to cisco gateway, i need same way when call coming from gateway with 101010 i want to route or farward to 1099, what files need to configure any idea Regard srinvias

2 1

[ERR] switch_rtp.c:2196 Failed DTMF payload check.
by Dave Stevenson 10 Mar '10

10 Mar '10

Hi, can someone please advise what the above error message means ? "[ERR] switch_rtp.c:2196 Failed DTMF payload check." It appears in response to keypad events during voicemail retrieval, the prompts were actioned correctly, but I was wondering what the message actually means ? regards Dave

4 10

Bug in mod_commands.c with show calls command
by Wellie Chao 10 Mar '10

10 Mar '10

I am using the xml_rpc interface like so: http://192.168.1.1:8080/webapi/show?calls I get a response in a table, which is a little bit undesirable because I want to parse the result in a program and don't want to parse a bunch of HTML (just seems inelegant and wasteful), so I instead tried the following request: http://192.168.1.1:8080/txtapi/show?calls That works better, but then another wrinkle appears. Caller ID (and Callee ID) names sometimes have commas, which messes up the CSV. This appears to be a bug in mod_commands.c (or I suppose you could call it an artifact of somebody coding up something quickly and not worrying about the absolute correctness of something that is not critical to the core). There is also another bug with show calls via webapi in that the generated HTML has spurious <td> tags. I think the spurious <td> tag bug arises due to lines 3145-6 in mod/applications/mod_commands/mod_commands.c. Finally, another bug (or maybe just unimplemented feature) is that xmlapl isn't really different from webapi. These problems occur in the latest source tree (20100301). I am wondering if (a) one of the developers can fix these or (b) if I fix the bugs, how can I submit patches [and if I submit patches, will they be accepted into the main tree]? The fixes are pretty trivial and I'd be happy to code them up if somebody will tell me how I can submit the patches (haven't done it before).

5 7