- freeswitch-dev@lists.freeswitch.org - FreeSWITCH Mailing Lists

[Freeswitch-dev] PHP module update?
by julian howard 11 Sep '06

11 Sep '06

I see there's alot of ROR and python conversing, but how is the PHP module coming? cheers! __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[Freeswitch-dev] Fax/T.38
by jonathan augenstine 09 Sep '06

09 Sep '06

Is anyone doing any work on fax/T.38 capability for Freeswitch? Jonathan

3 2

[Freeswitch-dev] mod_php now includes IVR and channel functions!
by Brian Fertig 08 Sep '06

08 Sep '06

8SEPT06 I have added the following functions: fs_channel_answer Answer's the channel fs_channel_pre_answer Establish the media path and send early media fs_channel_hangup Hangup the channel fs_channel_set_variable Set a channel variable fs_channel_get_variable Retrieve a channel variable fs_channel_set_state Set a channel state fs_ivr_play_file Play a file fs_switch_ivr_record_file Record a file fs_switch_ivr_sleep Wait for some duration in milliseconds fs_ivr_play_file2 Play a file fs_switch_ivr_collect_digits_callback Collect Digits and call back fs_switch_ivr_collect_digits_count Call DTMF digits fs_switch_ivr_multi_threaded_bridge Bridge a call already in progress (3+way) fs_switch_ivr_originate Dial a call fs_switch_ivr_session_transfer Transfer a call fs_switch_ivr_speak_text Text to speech I am also working on a class for php to dumb down the functions. It should be out this weekend sometime for you to use. If you want to stay on the cutting edge you can download directly from my branch: http://svn.freeswitch.org/svn/freeswitch/branches/docelmo/trunk/src/mod/lan… If you have questions please feel free to find me on the conference, by email, or on IRC as docelmo Enjoy! Brian Fertig

1 0

Re: [Freeswitch-dev] Questions regarding the architecture
by Alex Guan 08 Sep '06

08 Sep '06

Anthony, Great answers indeed. Thanks a lot! Is there a documentation system that I can save it to ... like a wiki? These information are too valuable to be buried in the mail archive. It took me a while but I think I have come to agreement for pretty much every point you made, except one. The only thing I felt suspicious is the busy waiting in which the originator polls check_channel_status() a million times after the originatee starts ringing but before it answers. Can't we wait for a mutex or condition waken up by CALL_ANSWERED? Imagine if you have a thousand incoming calls, there will be 1000 while loops spinning the processor. Another issue I noticed is that hold/resume is not working properly. There was no 200OK for the re-INVITE. I tried to debug further but somehow couldn't get into mod_exosip.c using gdb. (DDD and Eclipse behaved the same. Does anybody have the same issue?) I kind of guess the issue is what kind of SDP is the SIP phone sending for hold. The old way is to set an all zero O field, as opposed to SENDONLY or INACTIVE. Anyways, if mod_exopsip.c is going way, we should probably just wait for mod_sofia. Two more basic questions: 1. Licensing. A main problem I saw with Asterisk is it's GPL/Digium dual licensing scheme. I don't see any serious business development could be possible under this license. I think Mark and his company have made a big mistake on this subject. (And their business model as well.) What's the main rationale for you/other founders to choose MPL? Do you favour/oppose to commercial development using freeswitch in their proprietary systems? 2. Memory usage. I am seeing freeswitch using 25M bytes of memory with just one basic SIP call. It's a little surprising. Should I turn on the -Os to see if we can save some space? PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 25295 root 0 -20 27040 25m 3696 S 0 2.5 0:00.12 lt-freeswitch Thanks, Alex ________________________________ From: Anthony Minessale [mailto:anthmct@yahoo.com] Sent: Wed 9/6/2006 2:01 PM To: freeswitch-dev(a)lists.freeswitch.org Subject: Re: [Freeswitch-dev] Questions regarding the architecture 1. Thread architecture. For a basic call, why do we need two threads for the sessions (one for each endpoint)? While the thread in charge of originator is in the switch_core_standard_on_execute(), the other thread is in the switch_core_session_run() while loop. What's advantage of doing this compared to Asterisk's one thread approach? Why do we need the thread for the originatee? A) Every session has a thread which is managed by the state machine in the core which sees it from creation to destruction. In the case of a bridged call the existing thread of both sessions are used to move inbound audio across to the opposite session at the same time. A one threaded approach such as asterisk will leave you doing poll's on 2 sockets at once and blocking in one direction will impeed the other as well as forcing you to expose something that can be polled, (not all channels have sockets) The states of the orignatee channel are overridden from the default behaviour to perform the bridge in this case: CS_HOLD pauses the thread. CS_RING moves the state to CS_HOLD where it will wait until it's moved to CS_LOOPBACK or CS_HANGUP by the originate function. CS_LOOPBACK runs the audio bridge code sending the audio back to the other channel. The originator is in CS_EXECUTE meaning it's running instructions installed by a dialplan module. At this point both channels are in the same code reading A and writing B as well as moving messages and dtmf across one another. If either is interrupted the functions exits in both sessions and the originatee state override table is cleared and the session is moved to the new state where the execution continues. if this state is hangup the call ends. 2. What does CS_LOOPBACK really mean? When A calls B, B is in the LOOPBACK state after the call is established. Yet, the switch_core_on_loopback() is not really called. A) The default for loopback is to echo the audio back to the channel, in the case of a bridge it's overridden to send it audio to the other session instead of itself. 3. When A calls B and before B answers, the caller session thread does busy waiting by constantly calling check_channel_status(). Is there a better approach than this? And with this architecture how are we going to incorporate with the voice mail and other timer-based applications? A) Yes this is the best approach, the originator has created the originatee and is waiting for the endpoint module to place it into the CS_RING state when this happens because we overrode it we move it to CS_HOLD and wait for it to be answered or for a timeout to occur. The point is we have waited for it to be safe for us to control. 4. When the orginatee hangs up, the exosip_kill_channel() was called 3 times just for the orginatee channel. The same function is called twice for the originator channel. Is this by design? A) The should be as few calls to this as possible once it's ok to have mutiple calls to it it just calls for any blocking to end on a read or write operation such as the socket api call "shutdown()" does We are not using exosip anymore, we have started coding mod_sofia which is our preferred sip code. There are several changes comming up this week you may want to study. Thanks, Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com JABBER:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@66.250.68.194 iax:guest@66.250.68.194/888 googletalk:freeswitch@gmail.com pstn:712-432-7800 ----- Original Message ---- From: Alex Guan <alex.guan(a)prodeasystems.com> To: freeswitch-dev(a)lists.freeswitch.org Sent: Wednesday, September 6, 2006 10:13:43 AM Subject: [Freeswitch-dev] Questions regarding the architecture Gang, I am new to freeswitch and have been studying it for the last week. A few questions regarding the architecture. Any input will be greatly appreciated. 1. Thread architecture. For a basic call, why do we need two threads for the sessions (one for each endpoint)? While the thread in charge of originator is in the switch_core_standard_on_execute(), the other thread is in the switch_core_session_run() while loop. What's advantage of doing this compared to Asterisk's one thread approach? Why do we need the thread for the originatee? 2. What does CS_LOOPBACK really mean? When A calls B, B is in the LOOPBACK state after the call is established. Yet, the switch_core_on_loopback() is not really called. 3. When A calls B and before B answers, the caller session thread does busy waiting by constantly calling check_channel_status(). Is there a better approach than this? And with this architecture how are we going to incorporate with the voice mail and other timer-based applications? 4. When the orginatee hangs up, the exosip_kill_channel() was called 3 times just for the orginatee channel. The same function is called twice for the originator channel. Is this by design? Thanks, Alex _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev <http://console.mxlogic.com/redir/?5dOWbXb8USC-yejhjhdw0PVkDjDo_Z34FS9Y01Mjl…> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev <http://console.mxlogic.com/redir/?5dOWbXb8USC-yejhjhdw0PVkDjDo_Z34FS9Y01Mjl…> http://www.freeswitch.org <http://console.mxlogic.com/redir/?5dOWbXb8USC-yejhjhdw0Do_Z34FS9Y01MTvzhOYM…>

5 4

[Freeswitch-dev] mod_php in SVN Trunk
by Brian West 07 Sep '06

07 Sep '06

OK the Skeleton of mod_php is in SVN Trunk. Someone will need to take this and extend its functionality as desired or needed. This can embed php in freeswitch or freeswitch into php. example: <? include("freeswitch.php"); fs_core_set_globals(); fs_core_init(""); fs_loadable_module_init(); fs_console_loop(); fs_core_destroy(); ?> Thats exactly the same as running the freeswitch binary but its living inside of php. (mod_perl can do it also this way) So anyone wants to pick this up and run with it let me know. Thanks, Brian

1 0

[Freeswitch-dev] Production ready?
by julian howard 07 Sep '06

07 Sep '06

What's the ETA for a production ready version of freeswitch? Why isn't it considered production ready now? Thnxx __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

9 13

[Freeswitch-dev] Questions regarding the architecture
by Alex Guan 06 Sep '06

06 Sep '06

Gang, I am new to freeswitch and have been studying it for the last week. A few questions regarding the architecture. Any input will be greatly appreciated. 1. Thread architecture. For a basic call, why do we need two threads for the sessions (one for each endpoint)? While the thread in charge of originator is in the switch_core_standard_on_execute(), the other thread is in the switch_core_session_run() while loop. What's advantage of doing this compared to Asterisk's one thread approach? Why do we need the thread for the originatee? 2. What does CS_LOOPBACK really mean? When A calls B, B is in the LOOPBACK state after the call is established. Yet, the switch_core_on_loopback() is not really called. 3. When A calls B and before B answers, the caller session thread does busy waiting by constantly calling check_channel_status(). Is there a better approach than this? And with this architecture how are we going to incorporate with the voice mail and other timer-based applications? 4. When the orginatee hangs up, the exosip_kill_channel() was called 3 times just for the orginatee channel. The same function is called twice for the originator channel. Is this by design? Thanks, Alex

3 2

Re: [Freeswitch-dev] Spam:Re: Spam:Re: REMOVE
by Shane Woodruff 06 Sep '06

06 Sep '06

I know what it said. It doesn't build much confidence in your app if you can't handle a simple unsubscribe request. -----Original Message----- From: "Brian West" <brian.west(a)mac.com> To: "freeswitch-dev(a)lists.freeswitch.org" <freeswitch-dev(a)lists.freeswitch.org> Sent: 9/4/2006 3:22 PM Subject: Spam:Re: [Freeswitch-dev] Spam:Re: REMOVE Well guys it does tell you when you signup that you'll be added to the lists. Please go here http://www.freeswitch.org/remove.cgi Thanks, Brian On Sep 4, 2006, at 2:08 PM, Shane Woodruff wrote: > I too have unsubscribed, and yet still get these messages. > > -----Original Message----- > From: "Sensei" <sensei(a)megaphat.com> > To: "freeswitch-dev(a)lists.freeswitch.org" <freeswitch- > dev(a)lists.freeswitch.org> > Sent: 9/4/2006 3:00 PM > Subject: Spam:Re: [Freeswitch-dev] REMOVE > > Unsubscribing clearly does not work. > I have done so hours ago and here I am replying to you all. > > > >> -----Original Message----- >> From: Mark [mailto:mark@supernettel.com] >> Sent: Monday, September 04, 2006 2:32 PM >> To: freeswitch-dev(a)lists.freeswitch.org >> Subject: Re: [Freeswitch-dev] REMOVE >> >> I have tried that a few times, and I still get this! >> >> North Antara wrote: >> >>> Mark wrote: >>> >>> >>>> How do I get off this list? >>>> I have tried several times, and as far as I know I never >>>> subscribed! >>>> >>>> >>>> >>> I didn't signup either, but it clearly says how to >> unsubscribe at the >>> bottom of each message you receive. >>> >>> _______________________________________________ >>> Freeswitch-dev mailing list >>> Freeswitch-dev(a)lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/frees >> witch-dev >>> http://www.freeswitch.org >>> >>> >>> >>> >> >> >> _______________________________________________ >> Freeswitch-dev mailing list >> Freeswitch-dev(a)lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- >> dev >> http://www.freeswitch.org >> >> > > > > _______________________________________________ > Freeswitch-dev mailing list > Freeswitch-dev(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > _______________________________________________ > Freeswitch-dev mailing list > Freeswitch-dev(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org

9 16

[Freeswitch-dev] freeswitch for OpenWRT
by Cosimo Alfarano 06 Sep '06

06 Sep '06

Hi All, anywone thought about (or have done :) porting of freeswitch for OpenWRT? There is a porting of Asterisk, but if it would possible I'd like to use a switch instead of a PBX on my router (and yes, I prefer the FS approach so I'd like it anyway :). It would be really interesting. cheers, c.

8 14

Re: [Freeswitch-dev] Why not start a Google Freeswitch group and eliminate the issues with not been able to unsubscribe?
by Caley Baumgart 06 Sep '06

06 Sep '06

I tried unsubscribing.. it won't let me logon with my user/pass.. so where is the damn password reminder at? -----Original Message----- From: Sergey Kuznetsov [mailto:freeswitch@deeptown.org] Sent: Tuesday, September 05, 2006 8:00 PM To: freeswitch-dev(a)lists.freeswitch.org Subject: Re: [Freeswitch-dev] Why not start a Google Freeswitch group and eliminate the issues with not been able to unsubscribe? Heh, you didn't see what happened when DHH wanted to move his RubyOnRails list to Google Groups. Exactly the same like it was here =))) All the Best! Sergey. Amon Ghupta wrote: > Great! > It can be done in less than 15 minutes and will address the numerous > "unsubscribe me" messages. > -E > > BTW: Can you post a sample-generic FS config that will work with Asterisk.. > We can then use as the basis for migrating from Asterisk. > > > Brian West wrote: > > >> We are thinking about it already. I brought that up lastnight! ;) >> >> /b >> On Sep 5, 2006, at 1:38 PM, Amon Ghupta wrote: >> >> >> >> >>> Hello, >>> >>> It appears that one quick and easy way to solve this problem is to >>> start >>> a Google FreeSwitch Group. >>> What do you think Brian? >>> Just keep this open long enough for everyone to move to the Google >>> Group >>> -E >>> >>> >>> > > _______________________________________________ > Freeswitch-dev mailing list > Freeswitch-dev(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1