Hey List, still kinda new to this whole deal, looking for some advice. We are building a website that needs to interact with FS. Not looking for specific instructions just opinions about the best practices for doing things like click to dial from a web page, calling CDR records to web applications to display customers stats and general web integration. Does this all need to be done using scripting languages like Lua or Perl, or can you directly integrate FS with a website in some other manner. Again, just getting into all this, but having a blast learning FS, config and power rock! Anyhow, some places or things I should start looking into would be greatly appreciated. Thanks List!
On Thu, Mar 18, 2010 at 1:22 PM, Todd <phunk0000@hotmail.com> wrote:
Hey List, still kinda new to this whole deal, looking for some advice. We are building a website that needs to interact with FS. Not looking for specific instructions just opinions about the best practices for doing things like click to dial from a web page, calling CDR records to web applications to display customers stats and general web integration. Does this all need to be done using scripting languages like Lua or Perl, or can you directly integrate FS with a website in some other manner. Again, just
You definitely want to have a look at: http://wiki.freeswitch.org/wiki/Event_Socket_Library and related pages.
getting into all this, but having a blast learning FS, config and power rock! Anyhow, some places or things I should start looking into would be greatly appreciated. Thanks List!
_______________________________________________ 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
-- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618
On Thu, Mar 18, 2010 at 5:33 AM, Giovanni Maruzzelli <gmaruzz@celliax.org>wrote:
On Thu, Mar 18, 2010 at 1:22 PM, Todd <phunk0000@hotmail.com> wrote:
Hey List, still kinda new to this whole deal, looking for some advice. We are building a website that needs to interact with FS. Not looking for specific instructions just opinions about the best practices for doing things like click to dial from a web page, calling CDR records to web applications to display customers stats and general web integration. Does this all need to be done using scripting languages like Lua or Perl, or can you directly integrate FS with a website in some other manner. Again, just
You definitely want to have a look at: http://wiki.freeswitch.org/wiki/Event_Socket_Library and related pages.
I agree with Giovanni: The event socket is your friend. You can build your app server on a separate box from your FS box which makes it easier to scale, test, replicate... -MC
If you are a Python fan you should check out Twisted and http://code.google.com/p/eventsocket/ -Adam From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Michael Collins Sent: Thursday, March 18, 2010 9:29 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] FS Best practices On Thu, Mar 18, 2010 at 5:33 AM, Giovanni Maruzzelli <gmaruzz@celliax.org> wrote: On Thu, Mar 18, 2010 at 1:22 PM, Todd <phunk0000@hotmail.com> wrote:
Hey List, still kinda new to this whole deal, looking for some advice. We are building a website that needs to interact with FS. Not looking for specific instructions just opinions about the best practices for doing things like click to dial from a web page, calling CDR records to web applications to display customers stats and general web integration. Does this all need to be done using scripting languages like Lua or Perl, or can you directly integrate FS with a website in some other manner. Again, just
You definitely want to have a look at: http://wiki.freeswitch.org/wiki/Event_Socket_Library and related pages. I agree with Giovanni: The event socket is your friend. You can build your app server on a separate box from your FS box which makes it easier to scale, test, replicate... -MC
Thanks folks! I believe we will be doing most of our coding in php. We are also going to have independent DB servers.. I was also wondering if putting the FS database on a DB server is a god idea, or if it should be left on the FS box. 'Preciate it yall. Learning is phun From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Adam Ford Sent: Thursday, March 18, 2010 12:52 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] FS Best practices If you are a Python fan you should check out Twisted and http://code.google.com/p/eventsocket/ -Adam From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Michael Collins Sent: Thursday, March 18, 2010 9:29 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] FS Best practices On Thu, Mar 18, 2010 at 5:33 AM, Giovanni Maruzzelli <gmaruzz@celliax.org> wrote: On Thu, Mar 18, 2010 at 1:22 PM, Todd <phunk0000@hotmail.com> wrote:
Hey List, still kinda new to this whole deal, looking for some advice. We are building a website that needs to interact with FS. Not looking for specific instructions just opinions about the best practices for doing things like click to dial from a web page, calling CDR records to web applications to display customers stats and general web integration. Does this all need to be done using scripting languages like Lua or Perl, or can you directly integrate FS with a website in some other manner. Again, just
You definitely want to have a look at: http://wiki.freeswitch.org/wiki/Event_Socket_Library and related pages. I agree with Giovanni: The event socket is your friend. You can build your app server on a separate box from your FS box which makes it easier to scale, test, replicate... -MC No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.791 / Virus Database: 271.1.1/2752 - Release Date: 03/18/10 03:33:00
Not sure how much god has to do with this... Unless you're praying your DB doesn't crash. Kidding aside. Its really up to you it works both ways. But I would recommend a dedicated network for interconnection and management and not run that over the public/sip facing interfaces. /b On Mar 18, 2010, at 12:37 PM, Todd wrote:
Thanks folks! I believe we will be doing most of our coding in php. We are also going to have independent DB servers…. I was also wondering if putting the FS database on a DB server is a god idea, or if it should be left on the FS box. ‘Preciate it yall. Learning is phun
Ha! GOOD, thanks, all the servers are nice and local with gigabit cards/switches. Thanks From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Thursday, March 18, 2010 1:42 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] FS Best practices Not sure how much god has to do with this... Unless you're praying your DB doesn't crash. Kidding aside. Its really up to you it works both ways. But I would recommend a dedicated network for interconnection and management and not run that over the public/sip facing interfaces. /b On Mar 18, 2010, at 12:37 PM, Todd wrote: Thanks folks! I believe we will be doing most of our coding in php. We are also going to have independent DB servers.. I was also wondering if putting the FS database on a DB server is a god idea, or if it should be left on the FS box. 'Preciate it yall. Learning is phun No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.791 / Virus Database: 271.1.1/2752 - Release Date: 03/18/10 03:33:00
Is there any advantage at all to putting the core database on your own external db? Or is it just a control freak thing? I was looking at this the other day, and only ever read that it was possible, not anything about why you'd want to do it. Cheers, Fraser On Thu, Mar 18, 2010 at 5:41 PM, Brian West <brian@freeswitch.org> wrote:
Its really up to you it works both ways. But I would recommend a dedicated network for interconnection and management and not run that over the public/sip facing interfaces.
/b
On Mar 18, 2010, at 12:37 PM, Todd wrote:
Thanks folks! I believe we will be doing most of our coding in php. We are also going to have independent DB servers…. I was also wondering if putting the FS database on a DB server is a god idea, or if it should be left on the FS box. ‘Preciate it yall. Learning is phun
_______________________________________________ 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 think there are advantages, at least from a functionality standpoint. If you have a cluster setup, the core DB can be shared across FS machines. This gives each machine access to things like presence, voice mail counts and settings, and the mod_limit counts can be global, as opposed to per-machine numbers. This is handy if you want to enforce a channel count for a customer. You can also share SIP registrations across the cluster. I haven't tried this too much yet, but it should be possible for a phone to register to machine A. If machine B needs to send a call to the phone, it has the contact data and can send the call to the phone directly (as long as there are no NAT issues here). I don't know how often each machine polls the DB for presence information. There might be a lag for things like BLF lamps across the cluster, although I think there is another way to solve that. You can also access the data in the DB with your PHP scripts for status monitoring and other useful things. I have heard that altering this data is a bad idea, but running queries on it can be handy. You can make a nice web dashboard that will give you all registered endpoints, current SIP dialogs, channel counts (via mod_limit), voice mail counts, etc. By accessing the voice mail tables, you can also make an XML "visual voicemail" interface for phones like the Aastra 55i and 57i. Hope that's helpful. -Tim Fraser Redmond wrote:
Is there any advantage at all to putting the core database on your own external db? Or is it just a control freak thing? I was looking at this the other day, and only ever read that it was possible, not anything about why you'd want to do it.
Cheers, Fraser
On Thu, Mar 18, 2010 at 5:41 PM, Brian West <brian@freeswitch.org <mailto:brian@freeswitch.org>> wrote:
Its really up to you it works both ways. But I would recommend a dedicated network for interconnection and management and not run that over the public/sip facing interfaces.
/b
On Mar 18, 2010, at 12:37 PM, Todd wrote:
Thanks folks! I believe we will be doing most of our coding in php. We are also going to have independent DB servers…. I was also wondering if putting the FS database on a DB server is a god idea, or if it should be left on the FS box. ‘Preciate it yall. Learning is phun
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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
------------------------------------------------------------------------
_______________________________________________ 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
participants (7)
-
Adam Ford
-
Brian West
-
Fraser Redmond
-
Giovanni Maruzzelli
-
Michael Collins
-
Tim St. Pierre
-
Todd