Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH
Glad to hear. I still say to build the app and logic completely separately and connect it to FreeSWITCH over the socket using ESL. -- Kristian Kielhofner http://blog.krisk.org ----- Original Message ----- From: freeswitch-users-bounces@lists.freeswitch.org <freeswitch-users-bounces@lists.freeswitch.org> To: freeswitch-users@lists.freeswitch.org <freeswitch-users@lists.freeswitch.org> Sent: Wed May 12 18:28:13 2010 Subject: Re: [Freeswitch-users] Questions on Building an application forFreeSWITCHThis is legit. We are not into harassing anyone. There are too many people doing that already. We currently have this working on a Windows/Dialogic platform, but would like to get it over to FreeSWITCH for a number of reasons. It is always nice to avoid spending alot of time developing using a method that you later find has serious issues or limitations and then having to change horses and start over. I just thought I would tap on someone else's wisdom in regards to a good way to talk to FS that works well. I did notice that the wiki talks like LUA is the preferred way to go. Thanks Michael Collins wrote:
On Wed, May 12, 2010 at 2:50 PM, Kristian Kielhofner <kris@kriskinc.com <mailto:kris@kriskinc.com>> wrote:
Are you going to be calling my cell phone to ask if I owe $10,000 or more to the IRS?
Seriously, the world does not need another robodialer to harass people...
Agreed, however there are legitimate use cases for this, like a retailer calling to say an order is in, or reminder calls sent out by a doctor's office. But yes, if it's dialing for dollars then I'm with you: Por favor! No mas! -MC
With that being said, write your app in whatever you want using ESL and connect to the socket to originate calls and listen for events.
-- Kristian Kielhofner http://blog.krisk.org
----- Original Message ----- From: freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> <freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>> To: freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org> <freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org>> Sent: Wed May 12 15:40:58 2010 Subject: [Freeswitch-users] Questions on Building an application forFreeSWITCHI am looking for a boot in the right direction on the following project.
I am looking to build an "application" with FS where it will frequently check a database and then make an outbound call when a record with certain conditions is found in the DB. It needs to determine if the call was then answered by a machine/vm, busy, or answered by a person, play a message and get a response back to be recorded in the db. It may find many calls that need to be made at the same time. It will be running on a PRI.
I am confused as to what approach to use to accomplish this.
Lua Script, Perl Script, Javascript, Phython, PHP, Ruby....etc. Liverpie, ESL....etc. Or a totally different approach.
I realize that there is not only one "correct" way to build this, but I am looking for advise from those who have done this type of thing before. I value the opinion of those who have gone down this road and would be willing to share their thoughts on a recommended path to take to accomplish this.
Thanks
_______________________________________________ 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 <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
_______________________________________________ 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
Thanks for sharing your experience. We would like to get over to linux with this. I am still trying to get my head around how this generally works. I guess we would write a client to sit and run on the linux box where it could periodically check the DB and then talk sockets to FS to make the calls? Can you point me to examples of talking sockets? Kristian Kielhofner wrote:
Glad to hear.
I still say to build the app and logic completely separately and connect it to FreeSWITCH over the socket using ESL.
-- Kristian Kielhofner http://blog.krisk.org
----- Original Message ----- From: freeswitch-users-bounces@lists.freeswitch.org <freeswitch-users-bounces@lists.freeswitch.org> To: freeswitch-users@lists.freeswitch.org <freeswitch-users@lists.freeswitch.org> Sent: Wed May 12 18:28:13 2010 Subject: Re: [Freeswitch-users] Questions on Building an application forFreeSWITCHThis is legit. We are not into harassing anyone. There are too many people doing that already.
We currently have this working on a Windows/Dialogic platform, but would like to get it over to FreeSWITCH for a number of reasons. It is always nice to avoid spending alot of time developing using a method that you later find has serious issues or limitations and then having to change horses and start over. I just thought I would tap on someone else's wisdom in regards to a good way to talk to FS that works well. I did notice that the wiki talks like LUA is the preferred way to go.
Thanks
Michael Collins wrote:
On Wed, May 12, 2010 at 2:50 PM, Kristian Kielhofner <kris@kriskinc.com <mailto:kris@kriskinc.com>> wrote:
Are you going to be calling my cell phone to ask if I owe $10,000 or more to the IRS?
Seriously, the world does not need another robodialer to harass people...
Agreed, however there are legitimate use cases for this, like a retailer calling to say an order is in, or reminder calls sent out by a doctor's office. But yes, if it's dialing for dollars then I'm with you: Por favor! No mas! -MC
With that being said, write your app in whatever you want using ESL and connect to the socket to originate calls and listen for events.
-- Kristian Kielhofner http://blog.krisk.org
----- Original Message ----- From: freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> <freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>> To: freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org> <freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org>> Sent: Wed May 12 15:40:58 2010 Subject: [Freeswitch-users] Questions on Building an application forFreeSWITCHI am looking for a boot in the right direction on the following project.
I am looking to build an "application" with FS where it will frequently check a database and then make an outbound call when a record with certain conditions is found in the DB. It needs to determine if the call was then answered by a machine/vm, busy, or answered by a person, play a message and get a response back to be recorded in the db. It may find many calls that need to be made at the same time. It will be running on a PRI.
I am confused as to what approach to use to accomplish this.
Lua Script, Perl Script, Javascript, Phython, PHP, Ruby....etc. Liverpie, ESL....etc. Or a totally different approach.
I realize that there is not only one "correct" way to build this, but I am looking for advise from those who have done this type of thing before. I value the opinion of those who have gone down this road and would be willing to share their thoughts on a recommended path to take to accomplish this.
Thanks
_______________________________________________ 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 <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
_______________________________________________ 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
_______________________________________________ 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
You don't need to pull a db these day's, you can use triggers to signal your application - a bit depending on what db you use and what scripting they offer beyond SQL. -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Phone Sent: 13. mai 2010 01:46 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH Thanks for sharing your experience. We would like to get over to linux with this. I am still trying to get my head around how this generally works. I guess we would write a client to sit and run on the linux box where it could periodically check the DB and then talk sockets to FS to make the calls? Can you point me to examples of talking sockets? Kristian Kielhofner wrote:
Glad to hear.
I still say to build the app and logic completely separately and connect it to FreeSWITCH over the socket using ESL.
-- Kristian Kielhofner http://blog.krisk.org
----- Original Message ----- From: freeswitch-users-bounces@lists.freeswitch.org <freeswitch-users-bounces@lists.freeswitch.org> To: freeswitch-users@lists.freeswitch.org <freeswitch-users@lists.freeswitch.org> Sent: Wed May 12 18:28:13 2010 Subject: Re: [Freeswitch-users] Questions on Building an application forFreeSWITCHThis is legit. We are not into harassing anyone. There are too many people doing that already.
We currently have this working on a Windows/Dialogic platform, but would like to get it over to FreeSWITCH for a number of reasons. It is always nice to avoid spending alot of time developing using a method that you later find has serious issues or limitations and then having to change horses and start over. I just thought I would tap on someone else's wisdom in regards to a good way to talk to FS that works well. I did notice that the wiki talks like LUA is the preferred way to go.
Thanks
Michael Collins wrote:
On Wed, May 12, 2010 at 2:50 PM, Kristian Kielhofner <kris@kriskinc.com <mailto:kris@kriskinc.com>> wrote:
Are you going to be calling my cell phone to ask if I owe $10,000 or more to the IRS?
Seriously, the world does not need another robodialer to harass people...
Agreed, however there are legitimate use cases for this, like a retailer calling to say an order is in, or reminder calls sent out by a doctor's office. But yes, if it's dialing for dollars then I'm with you: Por favor! No mas! -MC
With that being said, write your app in whatever you want using ESL and connect to the socket to originate calls and listen for events.
-- Kristian Kielhofner http://blog.krisk.org
----- Original Message ----- From: freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> <freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>> To: freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org> <freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org>> Sent: Wed May 12 15:40:58 2010 Subject: [Freeswitch-users] Questions on Building an application forFreeSWITCHI am looking for a boot in the right direction on the following project.
I am looking to build an "application" with FS where it will frequently check a database and then make an outbound call when a record with certain conditions is found in the DB. It needs to determine if the call was then answered by a machine/vm, busy, or answered by a person, play a message and get a response back to be recorded in the db. It may find many calls that need to be made at the same time. It will be running on a PRI.
I am confused as to what approach to use to accomplish this.
Lua Script, Perl Script, Javascript, Phython, PHP, Ruby....etc. Liverpie, ESL....etc. Or a totally different approach.
I realize that there is not only one "correct" way to build this, but I am looking for advise from those who have done this type of thing before. I value the opinion of those who have gone down this road and would be willing to share their thoughts on a recommended path to take to accomplish this.
Thanks
_______________________________________________ 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 <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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Sorry to revive this already long thread...but I think the history is relevant as I am still stuck on the approach. I came across the perl POE "POE::Filter::FSSocket" and thought I might learn and use it. Thought it might be nice to help with the socket/threading issues...and avoid having to get down and dirty with them. However, in looking closer it appeared that nothing had really happened on it for about 4 years...then I read a post indicating that it was out of date and that Anthony's FreeSWITCH::CLient would be a better choice. I have been able to try out the perl FreeSWITCH Client example on the wiki and send out some calls using "bgapi"...but I am not sure how to handle the multiple threads. Would I just deal with all events in a loop similar to what is in the wiki client example? Now I am really confused as to how to tackle this. Not an expert with any particular language...but it seems that scripting may be nice from a maintenance point of view?? Any further thoughts or examples to get me on my way? I am really open as to the approach to take. Thanks So now I don't know what direction to go to get this started. Jan Berger wrote:
You don't need to pull a db these day's, you can use triggers to signal your application - a bit depending on what db you use and what scripting they offer beyond SQL.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Phone Sent: 13. mai 2010 01:46 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH
Thanks for sharing your experience.
We would like to get over to linux with this.
I am still trying to get my head around how this generally works. I guess we would write a client to sit and run on the linux box where it could periodically check the DB and then talk sockets to FS to make the calls?
Can you point me to examples of talking sockets?
Kristian Kielhofner wrote:
Glad to hear.
I still say to build the app and logic completely separately and connect
it
to FreeSWITCH over the socket using ESL.
-- Kristian Kielhofner http://blog.krisk.org
----- Original Message ----- From: freeswitch-users-bounces@lists.freeswitch.org <freeswitch-users-bounces@lists.freeswitch.org> To: freeswitch-users@lists.freeswitch.org <freeswitch-users@lists.freeswitch.org> Sent: Wed May 12 18:28:13 2010 Subject: Re: [Freeswitch-users] Questions on Building an application forFreeSWITCHThis is legit. We are not into harassing anyone. There are too many people doing that already.
We currently have this working on a Windows/Dialogic platform, but would like to get it over to FreeSWITCH for a number of reasons. It is always nice to avoid spending alot of time developing using a method that you later find has serious issues or limitations and then having to change horses and start over. I just thought I would tap on someone else's wisdom in regards to a good way to talk to FS that works well. I did notice that the wiki talks like LUA is the preferred way to go.
Thanks
Michael Collins wrote:
On Wed, May 12, 2010 at 2:50 PM, Kristian Kielhofner <kris@kriskinc.com <mailto:kris@kriskinc.com>> wrote:
Are you going to be calling my cell phone to ask if I owe $10,000 or more to the IRS?
Seriously, the world does not need another robodialer to harass people...
Agreed, however there are legitimate use cases for this, like a retailer calling to say an order is in, or reminder calls sent out by a doctor's office. But yes, if it's dialing for dollars then I'm with you: Por favor! No mas! -MC
With that being said, write your app in whatever you want using ESL and connect to the socket to originate calls and listen for events.
-- Kristian Kielhofner http://blog.krisk.org
----- Original Message ----- From: freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> <freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>> To: freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org> <freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org>> Sent: Wed May 12 15:40:58 2010 Subject: [Freeswitch-users] Questions on Building an application forFreeSWITCHI am looking for a boot in the right direction on the following project.
I am looking to build an "application" with FS where it will frequently check a database and then make an outbound call when a record with certain conditions is found in the DB. It needs to determine if the call was then answered by a machine/vm, busy, or answered by a
person,
play a message and get a response back to be recorded in the db. It may find many calls that need to be made at the same time. It will be running on a PRI.
I am confused as to what approach to use to accomplish this.
Lua Script, Perl Script, Javascript, Phython, PHP, Ruby....etc. Liverpie, ESL....etc. Or a totally different approach.
I realize that there is not only one "correct" way to build this, but I am looking for advise from those who have done this type of thing before. I value the opinion of those who have gone down this road
and
would be willing to share their thoughts on a recommended path to
take
to accomplish this.
Thanks
_______________________________________________ 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 <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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Where did you read all of that because it's out of date. All of the above is deprecated in favor of ESL and the perl module for ESL. That should have been much easier to find than the stuff you are referencing since ESL was even mentioned in this very thread. What threading issues are you having in perl? Are you actually going to use perl for a threaded app? On Tue, May 25, 2010 at 10:03 AM, Phone <phone.bytes@gmail.com> wrote:
Sorry to revive this already long thread...but I think the history is relevant as I am still stuck on the approach.
I came across the perl POE "POE::Filter::FSSocket" and thought I might learn and use it. Thought it might be nice to help with the socket/threading issues...and avoid having to get down and dirty with them. However, in looking closer it appeared that nothing had really happened on it for about 4 years...then I read a post indicating that it was out of date and that Anthony's FreeSWITCH::CLient would be a better choice. I have been able to try out the perl FreeSWITCH Client example on the wiki and send out some calls using "bgapi"...but I am not sure how to handle the multiple threads. Would I just deal with all events in a loop similar to what is in the wiki client example?
Now I am really confused as to how to tackle this. Not an expert with any particular language...but it seems that scripting may be nice from a maintenance point of view??
Any further thoughts or examples to get me on my way? I am really open as to the approach to take.
Thanks
So now I don't know what direction to go to get this started. Jan Berger wrote:
You don't need to pull a db these day's, you can use triggers to signal your application - a bit depending on what db you use and what scripting they offer beyond SQL.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Phone Sent: 13. mai 2010 01:46 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH
Thanks for sharing your experience.
We would like to get over to linux with this.
I am still trying to get my head around how this generally works. I guess we would write a client to sit and run on the linux box where it could periodically check the DB and then talk sockets to FS to make the calls?
Can you point me to examples of talking sockets?
Kristian Kielhofner wrote:
Glad to hear.
I still say to build the app and logic completely separately and connect
it
to FreeSWITCH over the socket using ESL.
-- Kristian Kielhofner http://blog.krisk.org
----- Original Message ----- From: freeswitch-users-bounces@lists.freeswitch.org <freeswitch-users-bounces@lists.freeswitch.org> To: freeswitch-users@lists.freeswitch.org <freeswitch-users@lists.freeswitch.org> Sent: Wed May 12 18:28:13 2010 Subject: Re: [Freeswitch-users] Questions on Building an application forFreeSWITCHThis is legit. We are not into harassing anyone. There are too many people doing that already.
We currently have this working on a Windows/Dialogic platform, but would like to get it over to FreeSWITCH for a number of reasons. It is always nice to avoid spending alot of time developing using a method that you later find has serious issues or limitations and then having to change horses and start over. I just thought I would tap on someone else's wisdom in regards to a good way to talk to FS that works well. I did notice that the wiki talks like LUA is the preferred way to go.
Thanks
Michael Collins wrote:
On Wed, May 12, 2010 at 2:50 PM, Kristian Kielhofner <kris@kriskinc.com <mailto:kris@kriskinc.com>> wrote:
Are you going to be calling my cell phone to ask if I owe $10,000 or more to the IRS?
Seriously, the world does not need another robodialer to harass people...
Agreed, however there are legitimate use cases for this, like a retailer calling to say an order is in, or reminder calls sent out by a doctor's office. But yes, if it's dialing for dollars then I'm with you: Por favor! No mas! -MC
With that being said, write your app in whatever you want using ESL and connect to the socket to originate calls and listen for events.
-- Kristian Kielhofner http://blog.krisk.org
----- Original Message ----- From: freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> <freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>> To: freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org> <freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org>> Sent: Wed May 12 15:40:58 2010 Subject: [Freeswitch-users] Questions on Building an application forFreeSWITCHI am looking for a boot in the right direction on the following project.
I am looking to build an "application" with FS where it will frequently check a database and then make an outbound call when a record with certain conditions is found in the DB. It needs to determine if the call was then answered by a machine/vm, busy, or answered by a
person,
play a message and get a response back to be recorded in the db. It may find many calls that need to be made at the same time. It will be running on a PRI.
I am confused as to what approach to use to accomplish this.
Lua Script, Perl Script, Javascript, Phython, PHP, Ruby....etc. Liverpie, ESL....etc. Or a totally different approach.
I realize that there is not only one "correct" way to build this, but I am looking for advise from those who have done this type of thing before. I value the opinion of those who have gone down this road
and
would be willing to share their thoughts on a recommended path to
take
to accomplish this.
Thanks
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire 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> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
As I mentioned...I am a bit confused now...I guess your reply confirms that...sorry...I have been scouring the web to learn what route to take...I guess I should stay closer to the source. I don't mean to ask stupid questions...I am just trying to build an app with this great tool FreeSWITCH...and it is new to me. My understanding is that I will need to use a threaded app. I am checkng a DB for pending calls, placing multiple calls simultaneously....watching for them to be answered and then take action based upon dtmf or other response. Am I correct that I will use threading and events for this? Sounds like perl for a threaded app is not a good idea. I have not really got very far threading in perl. I was just wondering if it was a viable solution to build from the perl client example by expanding the event loop there or if I was way off and should be going a different direction. What do you suggest? Thanks again for your help...I will ask smarter questions when I get going. Anthony Minessale wrote:
Where did you read all of that because it's out of date. All of the above is deprecated in favor of ESL and the perl module for ESL. That should have been much easier to find than the stuff you are referencing since ESL was even mentioned in this very thread.
What threading issues are you having in perl? Are you actually going to use perl for a threaded app?
On Tue, May 25, 2010 at 10:03 AM, Phone <phone.bytes@gmail.com <mailto:phone.bytes@gmail.com>> wrote:
Sorry to revive this already long thread...but I think the history is relevant as I am still stuck on the approach.
I came across the perl POE "POE::Filter::FSSocket" and thought I might learn and use it. Thought it might be nice to help with the socket/threading issues...and avoid having to get down and dirty with them. However, in looking closer it appeared that nothing had really happened on it for about 4 years...then I read a post indicating that it was out of date and that Anthony's FreeSWITCH::CLient would be a better choice. I have been able to try out the perl FreeSWITCH Client example on the wiki and send out some calls using "bgapi"...but I am not sure how to handle the multiple threads. Would I just deal with all events in a loop similar to what is in the wiki client example?
Now I am really confused as to how to tackle this. Not an expert with any particular language...but it seems that scripting may be nice from a maintenance point of view??
Any further thoughts or examples to get me on my way? I am really open as to the approach to take.
Thanks
So now I don't know what direction to go to get this started. Jan Berger wrote: > You don't need to pull a db these day's, you can use triggers to signal your > application - a bit depending on what db you use and what scripting they > offer beyond SQL. > > -----Original Message----- > From: freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> > [mailto:freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>] On Behalf Of Phone > Sent: 13. mai 2010 01:46 > To: freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org> > Subject: Re: [Freeswitch-users] Questions on Building an application for > FreeSWITCH > > Thanks for sharing your experience. > > We would like to get over to linux with this. > > I am still trying to get my head around how this generally works. I > guess we would write a client to sit and run on the linux box where it > could periodically check the DB and then talk sockets to FS to make the > calls? > > Can you point me to examples of talking sockets? > > > > > > Kristian Kielhofner wrote: > >> Glad to hear. >> >> I still say to build the app and logic completely separately and connect >> > it > >> to FreeSWITCH over the socket using ESL. >> >> >> -- >> Kristian Kielhofner >> http://blog.krisk.org >> >> ----- Original Message ----- >> From: freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> >> <freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>> >> To: freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org> >> <freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org>> >> Sent: Wed May 12 18:28:13 2010 >> Subject: Re: [Freeswitch-users] Questions on Building an application >> forFreeSWITCHThis is legit. We are not into harassing anyone. There >> are too many >> people doing that already. >> >> We currently have this working on a Windows/Dialogic platform, but would >> like to get it over to FreeSWITCH for a number of reasons. It is always >> nice to avoid spending alot of time developing using a method that you >> later find has serious issues or limitations and then having to change >> horses and start over. I just thought I would tap on someone else's >> wisdom in regards to a good way to talk to FS that works well. I did >> notice that the wiki talks like LUA is the preferred way to go. >> >> Thanks >> >> >> >> Michael Collins wrote: >> >> >>> On Wed, May 12, 2010 at 2:50 PM, Kristian Kielhofner >>> <kris@kriskinc.com <mailto:kris@kriskinc.com> <mailto:kris@kriskinc.com <mailto:kris@kriskinc.com>>> wrote: >>> >>> Are you going to be calling my cell phone to ask if I owe $10,000 >>> or more to >>> the IRS? >>> >>> Seriously, the world does not need another robodialer to harass >>> people... >>> >>> Agreed, however there are legitimate use cases for this, like a >>> retailer calling to say an order is in, or reminder calls sent out by >>> a doctor's office. But yes, if it's dialing for dollars then I'm with >>> you: Por favor! No mas! >>> -MC >>> >>> >>> >>> With that being said, write your app in whatever you want using >>> ESL and >>> connect to the socket to originate calls and listen for events. >>> >>> >>> -- >>> Kristian Kielhofner >>> http://blog.krisk.org >>> >>> ----- Original Message ----- >>> From: freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> >>> <mailto:freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>> >>> <freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> >>> <mailto:freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>>> >>> To: freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org> >>> <mailto:freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org>> >>> <freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org> >>> <mailto:freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org>>> >>> Sent: Wed May 12 15:40:58 2010 >>> Subject: [Freeswitch-users] Questions on Building an application >>> forFreeSWITCHI am looking for a boot in the right direction on the >>> following project. >>> >>> I am looking to build an "application" with FS where it will >>> frequently >>> check a database and then make an outbound call when a record with >>> certain conditions is found in the DB. It needs to determine if the >>> call was then answered by a machine/vm, busy, or answered by a >>> > person, > >>> play a message and get a response back to be recorded in the db. >>> It may >>> find many calls that need to be made at the same time. It will be >>> running on a PRI. >>> >>> I am confused as to what approach to use to accomplish this. >>> >>> Lua Script, Perl Script, Javascript, Phython, PHP, Ruby....etc. >>> Liverpie, ESL....etc. >>> Or a totally different approach. >>> >>> I realize that there is not only one "correct" way to build this, >>> but I >>> am looking for advise from those who have done this type of thing >>> before. I value the opinion of those who have gone down this road >>> > and > >>> would be willing to share their thoughts on a recommended path to >>> > take > >>> to accomplish this. >>> >>> Thanks >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> >>> <mailto: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 <mailto:FreeSWITCH-users@lists.freeswitch.org> >>> <mailto: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 <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 <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 <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 <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 <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 <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
-- 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 <mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com <mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net <http://irc.freenode.net> #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <mailto:sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org <mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900 ------------------------------------------------------------------------
_______________________________________________ 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
On Tue, May 25, 2010 at 8:40 AM, Phone <phone.bytes@gmail.com> wrote:
As I mentioned...I am a bit confused now...I guess your reply confirms that...sorry...I have been scouring the web to learn what route to take...I guess I should stay closer to the source. I don't mean to ask stupid questions...I am just trying to build an app with this great tool FreeSWITCH...and it is new to me.
It's okay. You just happened to have picked an advanced project for someone knew to FreeSWITCH and also relatively new to programming.
My understanding is that I will need to use a threaded app. I am checkng a DB for pending calls, placing multiple calls simultaneously....watching for them to be answered and then take action based upon dtmf or other response. Am I correct that I will use threading and events for this?
The term "threaded" might be misleading. Yes, a threaded app would probably work, but depending on your needs it isn't strictly necessary. Perl's POE is not a "threaded" app but it is an advanced event loop that allows many things to be happening at once. (Strictly speaking it just quickly switches between tasks.) You just need things to be asynchronous, aka "non-blocking" so that your program doesn't do stuff like submit an originate and sit there for 20 seconds doing nothing else while it waits for the originate to succeed or fail. (That's why you use "bgapi" like I mentioned before.)
Sounds like perl for a threaded app is not a good idea. I have not really got very far threading in perl. I was just wondering if it was a viable solution to build from the perl client example by expanding the event loop there or if I was way off and should be going a different direction. What do you suggest?
We suggest you use ESL and whichever programming language you are most comfortable with, assuming that you are comfortable with any of those that support ESL. :) Perl has POE. Python was Twisted (and the fiorix framework). C has, of course, the ESL itself.
Thanks again for your help...I will ask smarter questions when I get going.
My advice to you is to get out the pencil and paper and sketch this out if you haven't already done so. Last year at ClueCon Tony talked about the thinking process that he went through prior to coding a single line of FreeSWITCH. He went of to a little Zen place and thought things through. It's much easier to fix things that are broken before you start coding. The next step for you is to familiarize yourself with the various tools at your disposal. You have FreeSWITCH, ESL, a scripting language, a database, and probably some sort of UI to interface with that database. Frankly, FS is the least of your problems. Oh, and did I mention CDRs? :) You have to do something with the call results, no? And will people want to know what happened to all of those calls that were made? (Reporting.) Like Tony says, make your mistakes while you are thinking things through - they will be much easier to fix if you haven't started coding yet. You've taken on an ambitious project. We are not trying to discourage you from doing it - we just want to make sure that you know what you're getting into. -MC
Actually - before you get "to smart" - may I suggest that you start writing - or improving - the getting started sections of the doc. Address the areas where you struggle and let others benefit from your work. I have been through similar issues myself - FS is one of the easier projects to work with once you get under the hood, but you basically need to evolve to the level where you read the source code. Jan -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Phone Sent: 25. mai 2010 17:41 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH As I mentioned...I am a bit confused now...I guess your reply confirms that...sorry...I have been scouring the web to learn what route to take...I guess I should stay closer to the source. I don't mean to ask stupid questions...I am just trying to build an app with this great tool FreeSWITCH...and it is new to me. My understanding is that I will need to use a threaded app. I am checkng a DB for pending calls, placing multiple calls simultaneously....watching for them to be answered and then take action based upon dtmf or other response. Am I correct that I will use threading and events for this? Sounds like perl for a threaded app is not a good idea. I have not really got very far threading in perl. I was just wondering if it was a viable solution to build from the perl client example by expanding the event loop there or if I was way off and should be going a different direction. What do you suggest? Thanks again for your help...I will ask smarter questions when I get going. Anthony Minessale wrote:
Where did you read all of that because it's out of date. All of the above is deprecated in favor of ESL and the perl module for ESL. That should have been much easier to find than the stuff you are referencing since ESL was even mentioned in this very thread.
What threading issues are you having in perl? Are you actually going to use perl for a threaded app?
On Tue, May 25, 2010 at 10:03 AM, Phone <phone.bytes@gmail.com <mailto:phone.bytes@gmail.com>> wrote:
Sorry to revive this already long thread...but I think the history is relevant as I am still stuck on the approach.
I came across the perl POE "POE::Filter::FSSocket" and thought I might learn and use it. Thought it might be nice to help with the socket/threading issues...and avoid having to get down and dirty with them. However, in looking closer it appeared that nothing had really happened on it for about 4 years...then I read a post indicating that it was out of date and that Anthony's FreeSWITCH::CLient would be a better choice. I have been able to try out the perl FreeSWITCH Client example on the wiki and send out some calls using "bgapi"...but I am not sure how to handle the multiple threads. Would I just deal with all events in a loop similar to what is in the wiki client example?
Now I am really confused as to how to tackle this. Not an expert with any particular language...but it seems that scripting may be nice from a maintenance point of view??
Any further thoughts or examples to get me on my way? I am really open as to the approach to take.
Thanks
So now I don't know what direction to go to get this started. Jan Berger wrote: > You don't need to pull a db these day's, you can use triggers to signal your > application - a bit depending on what db you use and what scripting they > offer beyond SQL. > > -----Original Message----- > From: freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> > [mailto:freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>] On Behalf Of Phone > Sent: 13. mai 2010 01:46 > To: freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org> > Subject: Re: [Freeswitch-users] Questions on Building an application for > FreeSWITCH > > Thanks for sharing your experience. > > We would like to get over to linux with this. > > I am still trying to get my head around how this generally works. I > guess we would write a client to sit and run on the linux box where it > could periodically check the DB and then talk sockets to FS to make the > calls? > > Can you point me to examples of talking sockets? > > > > > > Kristian Kielhofner wrote: > >> Glad to hear. >> >> I still say to build the app and logic completely separately and connect >> > it > >> to FreeSWITCH over the socket using ESL. >> >> >> -- >> Kristian Kielhofner >> http://blog.krisk.org >> >> ----- Original Message ----- >> From: freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> >> <freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>> >> To: freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org> >> <freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org>> >> Sent: Wed May 12 18:28:13 2010 >> Subject: Re: [Freeswitch-users] Questions on Building an application >> forFreeSWITCHThis is legit. We are not into harassing anyone. There >> are too many >> people doing that already. >> >> We currently have this working on a Windows/Dialogic platform, but would >> like to get it over to FreeSWITCH for a number of reasons. It is always >> nice to avoid spending alot of time developing using a method that you >> later find has serious issues or limitations and then having to change >> horses and start over. I just thought I would tap on someone else's >> wisdom in regards to a good way to talk to FS that works well. I did >> notice that the wiki talks like LUA is the preferred way to go. >> >> Thanks >> >> >> >> Michael Collins wrote: >> >> >>> On Wed, May 12, 2010 at 2:50 PM, Kristian Kielhofner >>> <kris@kriskinc.com <mailto:kris@kriskinc.com> <mailto:kris@kriskinc.com <mailto:kris@kriskinc.com>>> wrote: >>> >>> Are you going to be calling my cell phone to ask if I owe $10,000 >>> or more to >>> the IRS? >>> >>> Seriously, the world does not need another robodialer to harass >>> people... >>> >>> Agreed, however there are legitimate use cases for this, like a >>> retailer calling to say an order is in, or reminder calls sent out by >>> a doctor's office. But yes, if it's dialing for dollars then I'm with >>> you: Por favor! No mas! >>> -MC >>> >>> >>> >>> With that being said, write your app in whatever you want using >>> ESL and >>> connect to the socket to originate calls and listen for events. >>> >>> >>> -- >>> Kristian Kielhofner >>> http://blog.krisk.org >>> >>> ----- Original Message ----- >>> From: freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> >>> <mailto:freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>> >>> <freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> >>> <mailto:freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>>> >>> To: freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org> >>> <mailto:freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org>> >>> <freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org> >>> <mailto:freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org>>> >>> Sent: Wed May 12 15:40:58 2010 >>> Subject: [Freeswitch-users] Questions on Building an application >>> forFreeSWITCHI am looking for a boot in the right direction on the >>> following project. >>> >>> I am looking to build an "application" with FS where it will >>> frequently >>> check a database and then make an outbound call when a record with >>> certain conditions is found in the DB. It needs to determine if the >>> call was then answered by a machine/vm, busy, or answered by a >>> > person, > >>> play a message and get a response back to be recorded in the db. >>> It may >>> find many calls that need to be made at the same time. It will be >>> running on a PRI. >>> >>> I am confused as to what approach to use to accomplish this. >>> >>> Lua Script, Perl Script, Javascript, Phython, PHP, Ruby....etc. >>> Liverpie, ESL....etc. >>> Or a totally different approach. >>> >>> I realize that there is not only one "correct" way to build this, >>> but I >>> am looking for advise from those who have done this type of thing >>> before. I value the opinion of those who have gone down this road >>> > and > >>> would be willing to share their thoughts on a recommended path to >>> > take > >>> to accomplish this. >>> >>> Thanks >>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> >>> <mailto: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 <mailto:FreeSWITCH-users@lists.freeswitch.org> >>> <mailto: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 <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 <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 <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 <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 <mailto:FreeSWITCH-users@lists.freeswitch.org> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
_______________________________________________ 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
-- 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 <mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com <mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net <http://irc.freenode.net> #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <mailto:sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org <mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900 ------------------------------------------------------------------------
_______________________________________________ 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
_______________________________________________ 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
On Tue, May 25, 2010 at 11:38 AM, Jan Berger <jan.berger@video24.no> wrote:
Actually - before you get "to smart" - may I suggest that you start writing - or improving - the getting started sections of the doc. Address the areas where you struggle and let others benefit from your work.
I have been through similar issues myself - FS is one of the easier projects to work with once you get under the hood, but you basically need to evolve to the level where you read the source code.
And if you can wait 2+ months for "the book" then that should help as well. :D -MC
Have just recently completed a project to convert an old windows dialogic application(vb6) to FreeSWITCH, would reccommend using the ESL, was able to map the old dialogic calls to the ESL calls pretty easily. We used a mixture of inbound and outbound sockets, as we have people dialing us, not just dialing out etc. With the dialogic you open a port and make the call and handle the dtmf, with freeswitch you create a socket connection to FreeSWITCH to dial the number and then hand it off to an extension for processing the dtmf(that is one approach any way) Bob On Wed, May 26, 2010 at 6:45 AM, Michael Collins <msc@freeswitch.org> wrote:
On Tue, May 25, 2010 at 11:38 AM, Jan Berger <jan.berger@video24.no> wrote:
Actually - before you get "to smart" - may I suggest that you start writing - or improving - the getting started sections of the doc. Address the areas where you struggle and let others benefit from your work.
I have been through similar issues myself - FS is one of the easier projects to work with once you get under the hood, but you basically need to evolve to the level where you read the source code.
And if you can wait 2+ months for "the book" then that should help as well. :D -MC
_______________________________________________ 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
Thanks for the info. What language did you use? Bob Coleman wrote:
Have just recently completed a project to convert an old windows dialogic application(vb6) to FreeSWITCH, would reccommend using the ESL, was able to map the old dialogic calls to the ESL calls pretty easily. We used a mixture of inbound and outbound sockets, as we have people dialing us, not just dialing out etc.
With the dialogic you open a port and make the call and handle the dtmf, with freeswitch you create a socket connection to FreeSWITCH to dial the number and then hand it off to an extension for processing the dtmf(that is one approach any way)
Bob
On Wed, May 26, 2010 at 6:45 AM, Michael Collins <msc@freeswitch.org> wrote:
On Tue, May 25, 2010 at 11:38 AM, Jan Berger <jan.berger@video24.no> wrote:
Actually - before you get "to smart" - may I suggest that you start writing - or improving - the getting started sections of the doc. Address the areas where you struggle and let others benefit from your work.
I have been through similar issues myself - FS is one of the easier projects to work with once you get under the hood, but you basically need to evolve to the level where you read the source code.
And if you can wait 2+ months for "the book" then that should help as well. :D -MC
_______________________________________________ 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
_______________________________________________ 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
We used c# as the rest of our systems are windows based. The language doesnt matter too much, as long as you know where you are headed, what performance you require, and what platform you are going to be using. Found the ESL so much easier than the dialogic c library we were using. The docs for the esl are easy to understand, the thing I couldnt get my head around initially was the dialing out, with the dialogic you are in the middle when you dial, ie already on the channel, but with freeswitch you are kind of the third party when you dial, the channel being created by the dialing and handing it off to be worked on. We make the call via an inbound event socket and hand it off to an outbound event socket application via the dialplan. On Wed, May 26, 2010 at 10:08 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks for the info. What language did you use?
Bob Coleman wrote:
Have just recently completed a project to convert an old windows dialogic application(vb6) to FreeSWITCH, would reccommend using the ESL, was able to map the old dialogic calls to the ESL calls pretty easily. We used a mixture of inbound and outbound sockets, as we have people dialing us, not just dialing out etc.
With the dialogic you open a port and make the call and handle the dtmf, with freeswitch you create a socket connection to FreeSWITCH to dial the number and then hand it off to an extension for processing the dtmf(that is one approach any way)
Bob
On Wed, May 26, 2010 at 6:45 AM, Michael Collins <msc@freeswitch.org> wrote:
On Tue, May 25, 2010 at 11:38 AM, Jan Berger <jan.berger@video24.no> wrote:
Actually - before you get "to smart" - may I suggest that you start writing - or improving - the getting started sections of the doc. Address the areas where you struggle and let others benefit from your work.
I have been through similar issues myself - FS is one of the easier projects to work with once you get under the hood, but you basically need to evolve to the level where you read the source code.
And if you can wait 2+ months for "the book" then that should help as well. :D -MC
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Hi, Do you have some sample code you could share + what docs did you look at? I would like to write and test some C# using ESL for my own work. Jan -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bob Coleman Sent: 26. mai 2010 04:07 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH We used c# as the rest of our systems are windows based. The language doesnt matter too much, as long as you know where you are headed, what performance you require, and what platform you are going to be using. Found the ESL so much easier than the dialogic c library we were using. The docs for the esl are easy to understand, the thing I couldnt get my head around initially was the dialing out, with the dialogic you are in the middle when you dial, ie already on the channel, but with freeswitch you are kind of the third party when you dial, the channel being created by the dialing and handing it off to be worked on. We make the call via an inbound event socket and hand it off to an outbound event socket application via the dialplan. On Wed, May 26, 2010 at 10:08 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks for the info. What language did you use?
Bob Coleman wrote:
Have just recently completed a project to convert an old windows dialogic application(vb6) to FreeSWITCH, would reccommend using the ESL, was able to map the old dialogic calls to the ESL calls pretty easily. We used a mixture of inbound and outbound sockets, as we have people dialing us, not just dialing out etc.
With the dialogic you open a port and make the call and handle the dtmf, with freeswitch you create a socket connection to FreeSWITCH to dial the number and then hand it off to an extension for processing the dtmf(that is one approach any way)
Bob
On Wed, May 26, 2010 at 6:45 AM, Michael Collins <msc@freeswitch.org> wrote:
On Tue, May 25, 2010 at 11:38 AM, Jan Berger <jan.berger@video24.no> wrote:
Actually - before you get "to smart" - may I suggest that you start writing - or improving - the getting started sections of the doc. Address the areas where you struggle and let others benefit from your work.
I have been through similar issues myself - FS is one of the easier projects to work with once you get under the hood, but you basically need to evolve to the level where you read the source code.
And if you can wait 2+ months for "the book" then that should help as well. :D -MC
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Ah sorry, I started with the esl to get an understanding then wrote my own socket library(was actually very easy to do), when I mean docs I mean the event socket docs. I still think of it as the esl, my mistake. http://wiki.freeswitch.org/wiki/Event_Socket I started with a codeplex project, that had been abandoned, and then once I understood the structure of the event socket language, was able to rewrite it to better handle what we were doing. I also married it up to an old gotdotnet asterisk fast agi project, once again abandoned, to allow for the use of asterisk as well, but in the end freeswitch won because we could use just one platform. I am busy writing a small sample app at the moment to demonstrate a problem I am trying to solve. Can release that code once sorted. Will be in a week or so. Am intending it as a quick way of testing event sockets, and trying various commands etc. before commiting to coding something. Bob On Wed, May 26, 2010 at 2:26 PM, Jan Berger <jan.berger@video24.no> wrote:
Hi,
Do you have some sample code you could share + what docs did you look at?
I would like to write and test some C# using ESL for my own work.
Jan
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bob Coleman Sent: 26. mai 2010 04:07 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH
We used c# as the rest of our systems are windows based. The language doesnt matter too much, as long as you know where you are headed, what performance you require, and what platform you are going to be using.
Found the ESL so much easier than the dialogic c library we were using.
The docs for the esl are easy to understand, the thing I couldnt get my head around initially was the dialing out, with the dialogic you are in the middle when you dial, ie already on the channel, but with freeswitch you are kind of the third party when you dial, the channel being created by the dialing and handing it off to be worked on. We make the call via an inbound event socket and hand it off to an outbound event socket application via the dialplan.
On Wed, May 26, 2010 at 10:08 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks for the info. What language did you use?
Bob Coleman wrote:
Have just recently completed a project to convert an old windows dialogic application(vb6) to FreeSWITCH, would reccommend using the ESL, was able to map the old dialogic calls to the ESL calls pretty easily. We used a mixture of inbound and outbound sockets, as we have people dialing us, not just dialing out etc.
With the dialogic you open a port and make the call and handle the dtmf, with freeswitch you create a socket connection to FreeSWITCH to dial the number and then hand it off to an extension for processing the dtmf(that is one approach any way)
Bob
On Wed, May 26, 2010 at 6:45 AM, Michael Collins <msc@freeswitch.org> wrote:
On Tue, May 25, 2010 at 11:38 AM, Jan Berger <jan.berger@video24.no> wrote:
Actually - before you get "to smart" - may I suggest that you start writing - or improving - the getting started sections of the doc. Address the areas where you struggle and let others benefit from your work.
I have been through similar issues myself - FS is one of the easier projects to work with once you get under the hood, but you basically need to evolve to the level where you read the source code.
And if you can wait 2+ months for "the book" then that should help as well. :D -MC
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Thanks to all for the most helpful feedback. Sharing your approaches and experiences are a big help. I look forward to the upcoming code samples. I was coming from a windows/dialogic environment where I used a library that allowed me to work on a little higher level. For example, I had a call to "play a file" that took a parameter of whether or not to allow a dtmf to interrupt. There was also a call to "ReadDtmfs" that took parameters to specify the number of Dtmf's to read, how long to wait for them, and what terminating character to use. I guess that you could write some scripts or compiled code with these same types of functions to simplify some of these routine tasks with reusable code? Also, the library handled the threading and scheduling with the OS. I am still unclear on handling the events. I guess you have a big loop reading events and then acting on them using the uuid to determine which call it is and how to deal with the next step of the call? Any feedback on this part of the project? Again, Thanks! Bob Coleman wrote:
Ah sorry, I started with the esl to get an understanding then wrote my own socket library(was actually very easy to do), when I mean docs I mean the event socket docs. I still think of it as the esl, my mistake.
http://wiki.freeswitch.org/wiki/Event_Socket
I started with a codeplex project, that had been abandoned, and then once I understood the structure of the event socket language, was able to rewrite it to better handle what we were doing.
I also married it up to an old gotdotnet asterisk fast agi project, once again abandoned, to allow for the use of asterisk as well, but in the end freeswitch won because we could use just one platform.
I am busy writing a small sample app at the moment to demonstrate a problem I am trying to solve. Can release that code once sorted. Will be in a week or so. Am intending it as a quick way of testing event sockets, and trying various commands etc. before commiting to coding something.
Bob
On Wed, May 26, 2010 at 2:26 PM, Jan Berger <jan.berger@video24.no> wrote:
Hi,
Do you have some sample code you could share + what docs did you look at?
I would like to write and test some C# using ESL for my own work.
Jan
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bob Coleman Sent: 26. mai 2010 04:07 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH
We used c# as the rest of our systems are windows based. The language doesnt matter too much, as long as you know where you are headed, what performance you require, and what platform you are going to be using.
Found the ESL so much easier than the dialogic c library we were using.
The docs for the esl are easy to understand, the thing I couldnt get my head around initially was the dialing out, with the dialogic you are in the middle when you dial, ie already on the channel, but with freeswitch you are kind of the third party when you dial, the channel being created by the dialing and handing it off to be worked on. We make the call via an inbound event socket and hand it off to an outbound event socket application via the dialplan.
On Wed, May 26, 2010 at 10:08 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks for the info. What language did you use?
Bob Coleman wrote:
Have just recently completed a project to convert an old windows dialogic application(vb6) to FreeSWITCH, would reccommend using the ESL, was able to map the old dialogic calls to the ESL calls pretty easily. We used a mixture of inbound and outbound sockets, as we have people dialing us, not just dialing out etc.
With the dialogic you open a port and make the call and handle the dtmf, with freeswitch you create a socket connection to FreeSWITCH to dial the number and then hand it off to an extension for processing the dtmf(that is one approach any way)
Bob
On Wed, May 26, 2010 at 6:45 AM, Michael Collins <msc@freeswitch.org>
wrote:
On Tue, May 25, 2010 at 11:38 AM, Jan Berger <jan.berger@video24.no>
wrote:
Actually - before you get "to smart" - may I suggest that you start writing - or improving - the getting started sections of the doc. Address the areas where you struggle and let others benefit from your work.
I have been through similar issues myself - FS is one of the easier projects to work with once you get under the hood, but you basically need to
evolve
to the level where you read the source code.
And if you can wait 2+ months for "the book" then that should help as
well.
:D -MC
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
On Wed, May 26, 2010 at 8:59 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks to all for the most helpful feedback. Sharing your approaches and experiences are a big help. I look forward to the upcoming code samples.
No problem.
I was coming from a windows/dialogic environment where I used a library that allowed me to work on a little higher level. For example, I had a call to "play a file" that took a parameter of whether or not to allow a dtmf to interrupt. There was also a call to "ReadDtmfs" that took parameters to specify the number of Dtmf's to read, how long to wait for them, and what terminating character to use. I guess that you could write some scripts or compiled code with these same types of functions to simplify some of these routine tasks with reusable code?
FreeSWITCH has several tools to assist with this, most notably playAndGetDigits The dialplan app is doc'd here: http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_play_and_get_digits The IVR-ish way is doc'd here: http://wiki.freeswitch.org/wiki/IVR The mod_lua docs have good info about using it from calling lua from the dialplan: http://wiki.freeswitch.org/wiki/Mod_lua#session:playAndGetDigits
Also, the library handled the threading and scheduling with the OS. I am still unclear on handling the events. I guess you have a big loop reading events and then acting on them using the uuid to determine which call it is and how to deal with the next step of the call? Any feedback on this part of the project?
I think you might be suffering from information overload. :) The event socket works in two methods: inbound and outbound. We have been throwing around concepts that apply to both without really doing a lot of qualifying. In most cases we are talking about inbound event socket where your server establishes a connection to FreeSWITCH. To see more about the outbound event socket look at this: http://wiki.freeswitch.org/wiki/Event_socket_outbound Essentially you can create a program/script that sits and listens on a TCP port for connections from FS. When your program gets a connection then it can control the call leg via event socket commands. In the outbound event socket paradigm your program sees *ONLY* the events related to your specific call leg. When the call ends, so does your socket connection. You can use outbound socket for call control if you want to do so, however it is by no means required. As far as inbound event socket goes, the official docs start here: http://wiki.freeswitch.org/wiki/Event_socket The classic example of an event socket application is one you may not expect: fs_cli If you REALLY want to see what the event socket looks like then fire up fs_cli and do this: /log 0 /events plain all At that point your terminal is a raw event socket client. :) You can send commands and see all the crazy stuff that comes across via events. Once you get a feel for the events that come and go then you can think about how to attack your problem. In your specific question about using the uuid to figure out what to do with the call... yes, you *could* do that if you wanted to. You could also have the call controlled by the dialplan. For example, you originate a call and drop it into the dialplan and let the dialplan handle it. You will still get events about that channel, for examples when the caller changes states, or even DTMFs, etc. (if you want to see them) but the call is being controlled by the dialplan itself so that your program doesn't have to control it. You could then have, as part of your event loop, a "show channels" (or "show channels as xml") happen every x seconds and just parse it to see what's happening on your calls. If you're a real stud programmer you could have your script maintain a state machine for each call and use the incoming events from the event socket to update your call states. Are you sure you still want to do this? :) -MC
Hi, Will incorporate some threading into the example I am working on for you. The outbound event socket method is very similar to the dialogic environment, I know how you felt though, but by starting small(like just even answering a call) gets you moving pretty quick. Freeswitch is lots of fun to work with, and the guys on here are very supportive!! Bob On Thu, May 27, 2010 at 3:59 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks to all for the most helpful feedback. Sharing your approaches and experiences are a big help. I look forward to the upcoming code samples.
I was coming from a windows/dialogic environment where I used a library that allowed me to work on a little higher level. For example, I had a call to "play a file" that took a parameter of whether or not to allow a dtmf to interrupt. There was also a call to "ReadDtmfs" that took parameters to specify the number of Dtmf's to read, how long to wait for them, and what terminating character to use. I guess that you could write some scripts or compiled code with these same types of functions to simplify some of these routine tasks with reusable code?
Also, the library handled the threading and scheduling with the OS. I am still unclear on handling the events. I guess you have a big loop reading events and then acting on them using the uuid to determine which call it is and how to deal with the next step of the call? Any feedback on this part of the project?
Again, Thanks!
Bob Coleman wrote:
Ah sorry, I started with the esl to get an understanding then wrote my own socket library(was actually very easy to do), when I mean docs I mean the event socket docs. I still think of it as the esl, my mistake.
http://wiki.freeswitch.org/wiki/Event_Socket
I started with a codeplex project, that had been abandoned, and then once I understood the structure of the event socket language, was able to rewrite it to better handle what we were doing.
I also married it up to an old gotdotnet asterisk fast agi project, once again abandoned, to allow for the use of asterisk as well, but in the end freeswitch won because we could use just one platform.
I am busy writing a small sample app at the moment to demonstrate a problem I am trying to solve. Can release that code once sorted. Will be in a week or so. Am intending it as a quick way of testing event sockets, and trying various commands etc. before commiting to coding something.
Bob
On Wed, May 26, 2010 at 2:26 PM, Jan Berger <jan.berger@video24.no> wrote:
Hi,
Do you have some sample code you could share + what docs did you look at?
I would like to write and test some C# using ESL for my own work.
Jan
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bob Coleman Sent: 26. mai 2010 04:07 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH
We used c# as the rest of our systems are windows based. The language doesnt matter too much, as long as you know where you are headed, what performance you require, and what platform you are going to be using.
Found the ESL so much easier than the dialogic c library we were using.
The docs for the esl are easy to understand, the thing I couldnt get my head around initially was the dialing out, with the dialogic you are in the middle when you dial, ie already on the channel, but with freeswitch you are kind of the third party when you dial, the channel being created by the dialing and handing it off to be worked on. We make the call via an inbound event socket and hand it off to an outbound event socket application via the dialplan.
On Wed, May 26, 2010 at 10:08 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks for the info. What language did you use?
Bob Coleman wrote:
Have just recently completed a project to convert an old windows dialogic application(vb6) to FreeSWITCH, would reccommend using the ESL, was able to map the old dialogic calls to the ESL calls pretty easily. We used a mixture of inbound and outbound sockets, as we have people dialing us, not just dialing out etc.
With the dialogic you open a port and make the call and handle the dtmf, with freeswitch you create a socket connection to FreeSWITCH to dial the number and then hand it off to an extension for processing the dtmf(that is one approach any way)
Bob
On Wed, May 26, 2010 at 6:45 AM, Michael Collins <msc@freeswitch.org>
wrote:
On Tue, May 25, 2010 at 11:38 AM, Jan Berger <jan.berger@video24.no>
wrote:
> Actually - before you get "to smart" - may I suggest that you start > writing > - or improving - the getting started sections of the doc. Address the > areas > where you struggle and let others benefit from your work. > > I have been through similar issues myself - FS is one of the easier > projects > to work with once you get under the hood, but you basically need to > evolve
> to the level where you read the source code. > > > And if you can wait 2+ months for "the book" then that should help as
well.
:D -MC
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Thanks, Examples and feedback are most helpful! Bob Coleman wrote:
Hi,
Will incorporate some threading into the example I am working on for you.
The outbound event socket method is very similar to the dialogic environment, I know how you felt though, but by starting small(like just even answering a call) gets you moving pretty quick. Freeswitch is lots of fun to work with, and the guys on here are very supportive!!
Bob
On Thu, May 27, 2010 at 3:59 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks to all for the most helpful feedback. Sharing your approaches and experiences are a big help. I look forward to the upcoming code samples.
I was coming from a windows/dialogic environment where I used a library that allowed me to work on a little higher level. For example, I had a call to "play a file" that took a parameter of whether or not to allow a dtmf to interrupt. There was also a call to "ReadDtmfs" that took parameters to specify the number of Dtmf's to read, how long to wait for them, and what terminating character to use. I guess that you could write some scripts or compiled code with these same types of functions to simplify some of these routine tasks with reusable code?
Also, the library handled the threading and scheduling with the OS. I am still unclear on handling the events. I guess you have a big loop reading events and then acting on them using the uuid to determine which call it is and how to deal with the next step of the call? Any feedback on this part of the project?
Again, Thanks!
Bob Coleman wrote:
Ah sorry, I started with the esl to get an understanding then wrote my own socket library(was actually very easy to do), when I mean docs I mean the event socket docs. I still think of it as the esl, my mistake.
http://wiki.freeswitch.org/wiki/Event_Socket
I started with a codeplex project, that had been abandoned, and then once I understood the structure of the event socket language, was able to rewrite it to better handle what we were doing.
I also married it up to an old gotdotnet asterisk fast agi project, once again abandoned, to allow for the use of asterisk as well, but in the end freeswitch won because we could use just one platform.
I am busy writing a small sample app at the moment to demonstrate a problem I am trying to solve. Can release that code once sorted. Will be in a week or so. Am intending it as a quick way of testing event sockets, and trying various commands etc. before commiting to coding something.
Bob
On Wed, May 26, 2010 at 2:26 PM, Jan Berger <jan.berger@video24.no> wrote:
Hi,
Do you have some sample code you could share + what docs did you look at?
I would like to write and test some C# using ESL for my own work.
Jan
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bob Coleman Sent: 26. mai 2010 04:07 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH
We used c# as the rest of our systems are windows based. The language doesnt matter too much, as long as you know where you are headed, what performance you require, and what platform you are going to be using.
Found the ESL so much easier than the dialogic c library we were using.
The docs for the esl are easy to understand, the thing I couldnt get my head around initially was the dialing out, with the dialogic you are in the middle when you dial, ie already on the channel, but with freeswitch you are kind of the third party when you dial, the channel being created by the dialing and handing it off to be worked on. We make the call via an inbound event socket and hand it off to an outbound event socket application via the dialplan.
On Wed, May 26, 2010 at 10:08 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks for the info. What language did you use?
Bob Coleman wrote:
Have just recently completed a project to convert an old windows dialogic application(vb6) to FreeSWITCH, would reccommend using the ESL, was able to map the old dialogic calls to the ESL calls pretty easily. We used a mixture of inbound and outbound sockets, as we have people dialing us, not just dialing out etc.
With the dialogic you open a port and make the call and handle the dtmf, with freeswitch you create a socket connection to FreeSWITCH to dial the number and then hand it off to an extension for processing the dtmf(that is one approach any way)
Bob
On Wed, May 26, 2010 at 6:45 AM, Michael Collins <msc@freeswitch.org>
wrote:
> On Tue, May 25, 2010 at 11:38 AM, Jan Berger <jan.berger@video24.no> > > wrote:
>> Actually - before you get "to smart" - may I suggest that you start >> writing >> - or improving - the getting started sections of the doc. Address the >> areas >> where you struggle and let others benefit from your work. >> >> I have been through similar issues myself - FS is one of the easier >> projects >> to work with once you get under the hood, but you basically need to >> >> evolve
>> to the level where you read the source code. >> >> >> >> > And if you can wait 2+ months for "the book" then that should help as > > well.
> :D > -MC > > > _______________________________________________ > 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 > > > > > _______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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 have put up an example for the outbound eventsocket in c#, it is real basic but gives you one approach to using this method. This has been coupled together by looking at other samples. There are two files, one is the dialplan ( 810_sample_ivr.xml ) which should be placed in the conf/dialplan/default folder The other file is a zip including a library for talking to the event socket and a simple test listener. http://www.devassert.com/apps/freeswitch/810_sample_ivr.xml http://www.devassert.com/apps/freeswitch/freeswitch.es.net.zip The password on the zip is cluecon To try the test, have the dialplan in place and run freeswitch, connect to an extension with a soft phone, eg 1001, dial 810 and listen. Assuming you have freeswitch callie prompts installed sounds\en\us\callie\conference\8000 all will be good. Sample is in Visual Studio 2008 and uses a threading library written by another party. If you have any questions just ask. On Fri, May 28, 2010 at 9:51 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks,
Examples and feedback are most helpful!
Bob Coleman wrote:
Hi,
Will incorporate some threading into the example I am working on for you.
The outbound event socket method is very similar to the dialogic environment, I know how you felt though, but by starting small(like just even answering a call) gets you moving pretty quick. Freeswitch is lots of fun to work with, and the guys on here are very supportive!!
Bob
On Thu, May 27, 2010 at 3:59 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks to all for the most helpful feedback. Sharing your approaches and experiences are a big help. I look forward to the upcoming code samples.
I was coming from a windows/dialogic environment where I used a library that allowed me to work on a little higher level. For example, I had a call to "play a file" that took a parameter of whether or not to allow a dtmf to interrupt. There was also a call to "ReadDtmfs" that took parameters to specify the number of Dtmf's to read, how long to wait for them, and what terminating character to use. I guess that you could write some scripts or compiled code with these same types of functions to simplify some of these routine tasks with reusable code?
Also, the library handled the threading and scheduling with the OS. I am still unclear on handling the events. I guess you have a big loop reading events and then acting on them using the uuid to determine which call it is and how to deal with the next step of the call? Any feedback on this part of the project?
Again, Thanks!
Bob Coleman wrote:
Ah sorry, I started with the esl to get an understanding then wrote my own socket library(was actually very easy to do), when I mean docs I mean the event socket docs. I still think of it as the esl, my mistake.
http://wiki.freeswitch.org/wiki/Event_Socket
I started with a codeplex project, that had been abandoned, and then once I understood the structure of the event socket language, was able to rewrite it to better handle what we were doing.
I also married it up to an old gotdotnet asterisk fast agi project, once again abandoned, to allow for the use of asterisk as well, but in the end freeswitch won because we could use just one platform.
I am busy writing a small sample app at the moment to demonstrate a problem I am trying to solve. Can release that code once sorted. Will be in a week or so. Am intending it as a quick way of testing event sockets, and trying various commands etc. before commiting to coding something.
Bob
On Wed, May 26, 2010 at 2:26 PM, Jan Berger <jan.berger@video24.no> wrote:
Hi,
Do you have some sample code you could share + what docs did you look at?
I would like to write and test some C# using ESL for my own work.
Jan
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bob Coleman Sent: 26. mai 2010 04:07 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH
We used c# as the rest of our systems are windows based. The language doesnt matter too much, as long as you know where you are headed, what performance you require, and what platform you are going to be using.
Found the ESL so much easier than the dialogic c library we were using.
The docs for the esl are easy to understand, the thing I couldnt get my head around initially was the dialing out, with the dialogic you are in the middle when you dial, ie already on the channel, but with freeswitch you are kind of the third party when you dial, the channel being created by the dialing and handing it off to be worked on. We make the call via an inbound event socket and hand it off to an outbound event socket application via the dialplan.
On Wed, May 26, 2010 at 10:08 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks for the info. What language did you use?
Bob Coleman wrote:
> Have just recently completed a project to convert an old windows > dialogic application(vb6) to FreeSWITCH, would reccommend using the > ESL, was able to map the old dialogic calls to the ESL calls pretty > easily. We used a mixture of inbound and outbound sockets, as we have > people dialing us, not just dialing out etc. > > With the dialogic you open a port and make the call and handle the > dtmf, with freeswitch you create a socket connection to FreeSWITCH to > dial the number and then hand it off to an extension for processing > the dtmf(that is one approach any way) > > Bob > > On Wed, May 26, 2010 at 6:45 AM, Michael Collins <msc@freeswitch.org> > > wrote:
>> On Tue, May 25, 2010 at 11:38 AM, Jan Berger <jan.berger@video24.no> >> >> wrote:
>>> Actually - before you get "to smart" - may I suggest that you start >>> writing >>> - or improving - the getting started sections of the doc. Address the >>> areas >>> where you struggle and let others benefit from your work. >>> >>> I have been through similar issues myself - FS is one of the easier >>> projects >>> to work with once you get under the hood, but you basically need to >>> >>> evolve
>>> to the level where you read the source code. >>> >>> >>> >>> >> And if you can wait 2+ months for "the book" then that should help as >> >> well.
>> :D >> -MC >> >> >> _______________________________________________ >> 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 >> >> >> >> >> > _______________________________________________ > 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 > > > _______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Bob, I suggest you write a wiki-article on FS about this, because this email is soon forgotten. -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bob Coleman Sent: 30. mai 2010 23:56 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH I have put up an example for the outbound eventsocket in c#, it is real basic but gives you one approach to using this method. This has been coupled together by looking at other samples. There are two files, one is the dialplan ( 810_sample_ivr.xml ) which should be placed in the conf/dialplan/default folder The other file is a zip including a library for talking to the event socket and a simple test listener. http://www.devassert.com/apps/freeswitch/810_sample_ivr.xml http://www.devassert.com/apps/freeswitch/freeswitch.es.net.zip The password on the zip is cluecon To try the test, have the dialplan in place and run freeswitch, connect to an extension with a soft phone, eg 1001, dial 810 and listen. Assuming you have freeswitch callie prompts installed sounds\en\us\callie\conference\8000 all will be good. Sample is in Visual Studio 2008 and uses a threading library written by another party. If you have any questions just ask. On Fri, May 28, 2010 at 9:51 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks,
Examples and feedback are most helpful!
Bob Coleman wrote:
Hi,
Will incorporate some threading into the example I am working on for you.
The outbound event socket method is very similar to the dialogic environment, I know how you felt though, but by starting small(like just even answering a call) gets you moving pretty quick. Freeswitch is lots of fun to work with, and the guys on here are very supportive!!
Bob
On Thu, May 27, 2010 at 3:59 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks to all for the most helpful feedback. Sharing your approaches and experiences are a big help. I look forward to the upcoming code samples.
I was coming from a windows/dialogic environment where I used a library that allowed me to work on a little higher level. For example, I had a call to "play a file" that took a parameter of whether or not to allow a dtmf to interrupt. There was also a call to "ReadDtmfs" that took parameters to specify the number of Dtmf's to read, how long to wait for them, and what terminating character to use. I guess that you could write some scripts or compiled code with these same types of functions to simplify some of these routine tasks with reusable code?
Also, the library handled the threading and scheduling with the OS. I am still unclear on handling the events. I guess you have a big loop reading events and then acting on them using the uuid to determine which call it is and how to deal with the next step of the call? Any feedback on this part of the project?
Again, Thanks!
Bob Coleman wrote:
Ah sorry, I started with the esl to get an understanding then wrote my own socket library(was actually very easy to do), when I mean docs I mean the event socket docs. I still think of it as the esl, my mistake.
http://wiki.freeswitch.org/wiki/Event_Socket
I started with a codeplex project, that had been abandoned, and then once I understood the structure of the event socket language, was able to rewrite it to better handle what we were doing.
I also married it up to an old gotdotnet asterisk fast agi project, once again abandoned, to allow for the use of asterisk as well, but in the end freeswitch won because we could use just one platform.
I am busy writing a small sample app at the moment to demonstrate a problem I am trying to solve. Can release that code once sorted. Will be in a week or so. Am intending it as a quick way of testing event sockets, and trying various commands etc. before commiting to coding something.
Bob
On Wed, May 26, 2010 at 2:26 PM, Jan Berger <jan.berger@video24.no> wrote:
Hi,
Do you have some sample code you could share + what docs did you look at?
I would like to write and test some C# using ESL for my own work.
Jan
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bob Coleman Sent: 26. mai 2010 04:07 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH
We used c# as the rest of our systems are windows based. The language doesnt matter too much, as long as you know where you are headed, what performance you require, and what platform you are going to be using.
Found the ESL so much easier than the dialogic c library we were using.
The docs for the esl are easy to understand, the thing I couldnt get my head around initially was the dialing out, with the dialogic you are in the middle when you dial, ie already on the channel, but with freeswitch you are kind of the third party when you dial, the channel being created by the dialing and handing it off to be worked on. We make the call via an inbound event socket and hand it off to an outbound event socket application via the dialplan.
On Wed, May 26, 2010 at 10:08 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks for the info. What language did you use?
Bob Coleman wrote:
> Have just recently completed a project to convert an old windows > dialogic application(vb6) to FreeSWITCH, would reccommend using the > ESL, was able to map the old dialogic calls to the ESL calls pretty > easily. We used a mixture of inbound and outbound sockets, as we have > people dialing us, not just dialing out etc. > > With the dialogic you open a port and make the call and handle the > dtmf, with freeswitch you create a socket connection to FreeSWITCH to > dial the number and then hand it off to an extension for processing > the dtmf(that is one approach any way) > > Bob > > On Wed, May 26, 2010 at 6:45 AM, Michael Collins <msc@freeswitch.org> > > wrote:
>> On Tue, May 25, 2010 at 11:38 AM, Jan Berger <jan.berger@video24.no> >> >> wrote:
>>> Actually - before you get "to smart" - may I suggest that you start >>> writing >>> - or improving - the getting started sections of the doc. Address the >>> areas >>> where you struggle and let others benefit from your work. >>> >>> I have been through similar issues myself - FS is one of the easier >>> projects >>> to work with once you get under the hood, but you basically need to >>> >>> evolve
>>> to the level where you read the source code. >>> >>> >>> >>> >> And if you can wait 2+ months for "the book" then that should help as >> >> well.
>> :D >> -MC >> >> >> _______________________________________________ >> 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 >> >> >> >> >> > _______________________________________________ > 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 > > > _______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Ok On Mon, May 31, 2010 at 9:33 PM, Jan Berger <jan.berger@video24.no> wrote:
Bob,
I suggest you write a wiki-article on FS about this, because this email is soon forgotten.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bob Coleman Sent: 30. mai 2010 23:56 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH
I have put up an example for the outbound eventsocket in c#, it is real basic but gives you one approach to using this method. This has been coupled together by looking at other samples.
There are two files, one is the dialplan ( 810_sample_ivr.xml ) which should be placed in the conf/dialplan/default folder The other file is a zip including a library for talking to the event socket and a simple test listener.
http://www.devassert.com/apps/freeswitch/810_sample_ivr.xml http://www.devassert.com/apps/freeswitch/freeswitch.es.net.zip
The password on the zip is cluecon
To try the test, have the dialplan in place and run freeswitch, connect to an extension with a soft phone, eg 1001, dial 810 and listen.
Assuming you have freeswitch callie prompts installed sounds\en\us\callie\conference\8000 all will be good.
Sample is in Visual Studio 2008 and uses a threading library written by another party.
If you have any questions just ask.
On Fri, May 28, 2010 at 9:51 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks,
Examples and feedback are most helpful!
Bob Coleman wrote:
Hi,
Will incorporate some threading into the example I am working on for you.
The outbound event socket method is very similar to the dialogic environment, I know how you felt though, but by starting small(like just even answering a call) gets you moving pretty quick. Freeswitch is lots of fun to work with, and the guys on here are very supportive!!
Bob
On Thu, May 27, 2010 at 3:59 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks to all for the most helpful feedback. Sharing your approaches and experiences are a big help. I look forward to the upcoming code samples.
I was coming from a windows/dialogic environment where I used a library that allowed me to work on a little higher level. For example, I had a call to "play a file" that took a parameter of whether or not to allow a dtmf to interrupt. There was also a call to "ReadDtmfs" that took parameters to specify the number of Dtmf's to read, how long to wait for them, and what terminating character to use. I guess that you could write some scripts or compiled code with these same types of functions to simplify some of these routine tasks with reusable code?
Also, the library handled the threading and scheduling with the OS. I am still unclear on handling the events. I guess you have a big loop reading events and then acting on them using the uuid to determine which call it is and how to deal with the next step of the call? Any feedback on this part of the project?
Again, Thanks!
Bob Coleman wrote:
Ah sorry, I started with the esl to get an understanding then wrote my own socket library(was actually very easy to do), when I mean docs I mean the event socket docs. I still think of it as the esl, my mistake.
http://wiki.freeswitch.org/wiki/Event_Socket
I started with a codeplex project, that had been abandoned, and then once I understood the structure of the event socket language, was able to rewrite it to better handle what we were doing.
I also married it up to an old gotdotnet asterisk fast agi project, once again abandoned, to allow for the use of asterisk as well, but in the end freeswitch won because we could use just one platform.
I am busy writing a small sample app at the moment to demonstrate a problem I am trying to solve. Can release that code once sorted. Will be in a week or so. Am intending it as a quick way of testing event sockets, and trying various commands etc. before commiting to coding something.
Bob
On Wed, May 26, 2010 at 2:26 PM, Jan Berger <jan.berger@video24.no> wrote:
Hi,
Do you have some sample code you could share + what docs did you look at?
I would like to write and test some C# using ESL for my own work.
Jan
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bob Coleman Sent: 26. mai 2010 04:07 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH
We used c# as the rest of our systems are windows based. The language doesnt matter too much, as long as you know where you are headed, what performance you require, and what platform you are going to be using.
Found the ESL so much easier than the dialogic c library we were using.
The docs for the esl are easy to understand, the thing I couldnt get my head around initially was the dialing out, with the dialogic you are in the middle when you dial, ie already on the channel, but with freeswitch you are kind of the third party when you dial, the channel being created by the dialing and handing it off to be worked on. We make the call via an inbound event socket and hand it off to an outbound event socket application via the dialplan.
On Wed, May 26, 2010 at 10:08 AM, Phone <phone.bytes@gmail.com> wrote:
> Thanks for the info. What language did you use? > > Bob Coleman wrote: > > >> Have just recently completed a project to convert an old windows >> dialogic application(vb6) to FreeSWITCH, would reccommend using the >> ESL, was able to map the old dialogic calls to the ESL calls pretty >> easily. We used a mixture of inbound and outbound sockets, as we have >> people dialing us, not just dialing out etc. >> >> With the dialogic you open a port and make the call and handle the >> dtmf, with freeswitch you create a socket connection to FreeSWITCH to >> dial the number and then hand it off to an extension for processing >> the dtmf(that is one approach any way) >> >> Bob >> >> On Wed, May 26, 2010 at 6:45 AM, Michael Collins <msc@freeswitch.org> >> >> wrote:
>>> On Tue, May 25, 2010 at 11:38 AM, Jan Berger <jan.berger@video24.no> >>> >>> wrote:
>>>> Actually - before you get "to smart" - may I suggest that you start >>>> writing >>>> - or improving - the getting started sections of the doc. Address the >>>> areas >>>> where you struggle and let others benefit from your work. >>>> >>>> I have been through similar issues myself - FS is one of the easier >>>> projects >>>> to work with once you get under the hood, but you basically need to >>>> >>>> evolve
>>>> to the level where you read the source code. >>>> >>>> >>>> >>>> >>> And if you can wait 2+ months for "the book" then that should help as >>> >>> well.
>>> :D >>> -MC >>> >>> >>> _______________________________________________ >>> 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 >>> >>> >>> >>> >>> >> _______________________________________________ >> 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 >> >> >> > _______________________________________________ > 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 > > > _______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Thanks for the sample Bob! I am looking to do this in a linux environment...trying to get access to Visual Studio 2008 to explore your example. Anyone with examples that could be implemented on the linux side would be appreciated also. Thanks for all the comments and feedback...awesome forum! Bob Coleman wrote:
Ok
On Mon, May 31, 2010 at 9:33 PM, Jan Berger <jan.berger@video24.no> wrote:
Bob,
I suggest you write a wiki-article on FS about this, because this email is soon forgotten.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bob Coleman Sent: 30. mai 2010 23:56 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH
I have put up an example for the outbound eventsocket in c#, it is real basic but gives you one approach to using this method. This has been coupled together by looking at other samples.
There are two files, one is the dialplan ( 810_sample_ivr.xml ) which should be placed in the conf/dialplan/default folder The other file is a zip including a library for talking to the event socket and a simple test listener.
http://www.devassert.com/apps/freeswitch/810_sample_ivr.xml http://www.devassert.com/apps/freeswitch/freeswitch.es.net.zip
The password on the zip is cluecon
To try the test, have the dialplan in place and run freeswitch, connect to an extension with a soft phone, eg 1001, dial 810 and listen.
Assuming you have freeswitch callie prompts installed sounds\en\us\callie\conference\8000 all will be good.
Sample is in Visual Studio 2008 and uses a threading library written by another party.
If you have any questions just ask.
On Fri, May 28, 2010 at 9:51 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks,
Examples and feedback are most helpful!
Bob Coleman wrote:
Hi,
Will incorporate some threading into the example I am working on for you.
The outbound event socket method is very similar to the dialogic environment, I know how you felt though, but by starting small(like just even answering a call) gets you moving pretty quick. Freeswitch is lots of fun to work with, and the guys on here are very supportive!!
Bob
On Thu, May 27, 2010 at 3:59 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks to all for the most helpful feedback. Sharing your approaches and experiences are a big help. I look forward to the upcoming code samples.
I was coming from a windows/dialogic environment where I used a library that allowed me to work on a little higher level. For example, I had a call to "play a file" that took a parameter of whether or not to allow a dtmf to interrupt. There was also a call to "ReadDtmfs" that took parameters to specify the number of Dtmf's to read, how long to wait for them, and what terminating character to use. I guess that you could write some scripts or compiled code with these same types of functions to simplify some of these routine tasks with reusable code?
Also, the library handled the threading and scheduling with the OS. I am still unclear on handling the events. I guess you have a big loop reading events and then acting on them using the uuid to determine which call it is and how to deal with the next step of the call? Any feedback on this part of the project?
Again, Thanks!
Bob Coleman wrote:
Ah sorry, I started with the esl to get an understanding then wrote my own socket library(was actually very easy to do), when I mean docs I mean the event socket docs. I still think of it as the esl, my mistake.
http://wiki.freeswitch.org/wiki/Event_Socket
I started with a codeplex project, that had been abandoned, and then once I understood the structure of the event socket language, was able to rewrite it to better handle what we were doing.
I also married it up to an old gotdotnet asterisk fast agi project, once again abandoned, to allow for the use of asterisk as well, but in the end freeswitch won because we could use just one platform.
I am busy writing a small sample app at the moment to demonstrate a problem I am trying to solve. Can release that code once sorted. Will be in a week or so. Am intending it as a quick way of testing event sockets, and trying various commands etc. before commiting to coding something.
Bob
On Wed, May 26, 2010 at 2:26 PM, Jan Berger <jan.berger@video24.no>
wrote:
> Hi, > > Do you have some sample code you could share + what docs did you look >
at?
> I would like to write and test some C# using ESL for my own work. > > Jan > > -----Original Message----- > From: freeswitch-users-bounces@lists.freeswitch.org > [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of > Bob
> Coleman > Sent: 26. mai 2010 04:07 > To: freeswitch-users@lists.freeswitch.org > Subject: Re: [Freeswitch-users] Questions on Building an application > for
> FreeSWITCH > > We used c# as the rest of our systems are windows based. The language > doesnt matter too much, as long as you know where you are headed, what > performance you require, and what platform you are going to be using. > > Found the ESL so much easier than the dialogic c library we were > using.
> The docs for the esl are easy to understand, the thing I couldnt get > my head around initially was the dialing out, with the dialogic you > are in the middle when you dial, ie already on the channel, but with > freeswitch you are kind of the third party when you dial, the channel > being created by the dialing and handing it off to be worked on. We > make the call via an inbound event socket and hand it off to an > outbound event socket application via the dialplan. > > On Wed, May 26, 2010 at 10:08 AM, Phone <phone.bytes@gmail.com> wrote: > > > >> Thanks for the info. What language did you use? >> >> Bob Coleman wrote: >> >> >> >>> Have just recently completed a project to convert an old windows >>> dialogic application(vb6) to FreeSWITCH, would reccommend using the >>> ESL, was able to map the old dialogic calls to the ESL calls pretty >>> easily. We used a mixture of inbound and outbound sockets, as we >>> have
>>> people dialing us, not just dialing out etc. >>> >>> With the dialogic you open a port and make the call and handle the >>> dtmf, with freeswitch you create a socket connection to FreeSWITCH >>> to
>>> dial the number and then hand it off to an extension for processing >>> the dtmf(that is one approach any way) >>> >>> Bob >>> >>> On Wed, May 26, 2010 at 6:45 AM, Michael Collins >>> <msc@freeswitch.org>
>>> > wrote: > > > >>>> On Tue, May 25, 2010 at 11:38 AM, Jan Berger >>>> <jan.berger@video24.no>
>>>> > wrote: > > > >>>>> Actually - before you get "to smart" - may I suggest that you >>>>> start
>>>>> writing >>>>> - or improving - the getting started sections of the doc. Address >>>>> the
>>>>> areas >>>>> where you struggle and let others benefit from your work. >>>>> >>>>> I have been through similar issues myself - FS is one of the >>>>> easier
>>>>> projects >>>>> to work with once you get under the hood, but you basically need >>>>> to
>>>>> > evolve > > > >>>>> to the level where you read the source code. >>>>> >>>>> >>>>> >>>>> >>>>> >>>> And if you can wait 2+ months for "the book" then that should help >>>> as
>>>> > well. > > > >>>> :D >>>> -MC >>>> >>>> >>>> _______________________________________________ >>>> 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 >>>> >>>> >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> 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 >>> >>> >>> >>> >> _______________________________________________ >> 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 >> >> >> >> > _______________________________________________ > 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 > > > _______________________________________________ > 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 > > > > _______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Ok, should work fine in the express version(free) On Wed, Jun 2, 2010 at 9:42 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks for the sample Bob! I am looking to do this in a linux environment...trying to get access to Visual Studio 2008 to explore your example.
Anyone with examples that could be implemented on the linux side would be appreciated also.
Thanks for all the comments and feedback...awesome forum!
Bob Coleman wrote:
Ok
On Mon, May 31, 2010 at 9:33 PM, Jan Berger <jan.berger@video24.no> wrote:
Bob,
I suggest you write a wiki-article on FS about this, because this email is soon forgotten.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bob Coleman Sent: 30. mai 2010 23:56 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Questions on Building an application for FreeSWITCH
I have put up an example for the outbound eventsocket in c#, it is real basic but gives you one approach to using this method. This has been coupled together by looking at other samples.
There are two files, one is the dialplan ( 810_sample_ivr.xml ) which should be placed in the conf/dialplan/default folder The other file is a zip including a library for talking to the event socket and a simple test listener.
http://www.devassert.com/apps/freeswitch/810_sample_ivr.xml http://www.devassert.com/apps/freeswitch/freeswitch.es.net.zip
The password on the zip is cluecon
To try the test, have the dialplan in place and run freeswitch, connect to an extension with a soft phone, eg 1001, dial 810 and listen.
Assuming you have freeswitch callie prompts installed sounds\en\us\callie\conference\8000 all will be good.
Sample is in Visual Studio 2008 and uses a threading library written by another party.
If you have any questions just ask.
On Fri, May 28, 2010 at 9:51 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks,
Examples and feedback are most helpful!
Bob Coleman wrote:
Hi,
Will incorporate some threading into the example I am working on for you.
The outbound event socket method is very similar to the dialogic environment, I know how you felt though, but by starting small(like just even answering a call) gets you moving pretty quick. Freeswitch is lots of fun to work with, and the guys on here are very supportive!!
Bob
On Thu, May 27, 2010 at 3:59 AM, Phone <phone.bytes@gmail.com> wrote:
Thanks to all for the most helpful feedback. Sharing your approaches and experiences are a big help. I look forward to the upcoming code samples.
I was coming from a windows/dialogic environment where I used a library that allowed me to work on a little higher level. For example, I had a call to "play a file" that took a parameter of whether or not to allow a dtmf to interrupt. There was also a call to "ReadDtmfs" that took parameters to specify the number of Dtmf's to read, how long to wait for them, and what terminating character to use. I guess that you could write some scripts or compiled code with these same types of functions to simplify some of these routine tasks with reusable code?
Also, the library handled the threading and scheduling with the OS. I am still unclear on handling the events. I guess you have a big loop reading events and then acting on them using the uuid to determine which call it is and how to deal with the next step of the call? Any feedback on this part of the project?
Again, Thanks!
Bob Coleman wrote:
> Ah sorry, I started with the esl to get an understanding then wrote my > own socket library(was actually very easy to do), when I mean docs I > mean the event socket docs. I still think of it as the esl, my > mistake. > > http://wiki.freeswitch.org/wiki/Event_Socket > > I started with a codeplex project, that had been abandoned, and then > once I understood the structure of the event socket language, was able > to rewrite it to better handle what we were doing. > > I also married it up to an old gotdotnet asterisk fast agi project, > once again abandoned, to allow for the use of asterisk as well, but in > the end freeswitch won because we could use just one platform. > > I am busy writing a small sample app at the moment to demonstrate a > problem I am trying to solve. Can release that code once sorted. Will > be in a week or so. Am intending it as a quick way of testing event > sockets, and trying various commands etc. before commiting to coding > something. > > Bob > > On Wed, May 26, 2010 at 2:26 PM, Jan Berger <jan.berger@video24.no> > wrote:
> >> Hi, >> >> Do you have some sample code you could share + what docs did you look >> at?
>> I would like to write and test some C# using ESL for my own work. >> >> Jan >> >> -----Original Message----- >> From: freeswitch-users-bounces@lists.freeswitch.org >> [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of >> Bob
>> Coleman >> Sent: 26. mai 2010 04:07 >> To: freeswitch-users@lists.freeswitch.org >> Subject: Re: [Freeswitch-users] Questions on Building an application >> for
>> FreeSWITCH >> >> We used c# as the rest of our systems are windows based. The language >> doesnt matter too much, as long as you know where you are headed, what >> performance you require, and what platform you are going to be using. >> >> Found the ESL so much easier than the dialogic c library we were >> using.
>> The docs for the esl are easy to understand, the thing I couldnt get >> my head around initially was the dialing out, with the dialogic you >> are in the middle when you dial, ie already on the channel, but with >> freeswitch you are kind of the third party when you dial, the channel >> being created by the dialing and handing it off to be worked on. We >> make the call via an inbound event socket and hand it off to an >> outbound event socket application via the dialplan. >> >> On Wed, May 26, 2010 at 10:08 AM, Phone <phone.bytes@gmail.com> wrote: >> >> >> >>> Thanks for the info. What language did you use? >>> >>> Bob Coleman wrote: >>> >>> >>> >>>> Have just recently completed a project to convert an old windows >>>> dialogic application(vb6) to FreeSWITCH, would reccommend using the >>>> ESL, was able to map the old dialogic calls to the ESL calls pretty >>>> easily. We used a mixture of inbound and outbound sockets, as we >>>> have
>>>> people dialing us, not just dialing out etc. >>>> >>>> With the dialogic you open a port and make the call and handle the >>>> dtmf, with freeswitch you create a socket connection to FreeSWITCH >>>> to
>>>> dial the number and then hand it off to an extension for processing >>>> the dtmf(that is one approach any way) >>>> >>>> Bob >>>> >>>> On Wed, May 26, 2010 at 6:45 AM, Michael Collins >>>> <msc@freeswitch.org>
>>>> >> wrote: >> >> >> >>>>> On Tue, May 25, 2010 at 11:38 AM, Jan Berger >>>>> <jan.berger@video24.no>
>>>>> >> wrote: >> >> >> >>>>>> Actually - before you get "to smart" - may I suggest that you >>>>>> start
>>>>>> writing >>>>>> - or improving - the getting started sections of the doc. Address >>>>>> the
>>>>>> areas >>>>>> where you struggle and let others benefit from your work. >>>>>> >>>>>> I have been through similar issues myself - FS is one of the >>>>>> easier
>>>>>> projects >>>>>> to work with once you get under the hood, but you basically need >>>>>> to
>>>>>> >> evolve >> >> >> >>>>>> to the level where you read the source code. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> And if you can wait 2+ months for "the book" then that should help >>>>> as
>>>>> >> well. >> >> >> >>>>> :D >>>>> -MC >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> 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 >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> 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 >>> >>> >>> >>> >> _______________________________________________ >> 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 >> >> >> _______________________________________________ >> 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 >> >> >> >> > _______________________________________________ > 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 > > > _______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Moving forward can we please highlight the area of the email we wish to reply to and then click reply, include the relevant portions of the email we are replying to... I see no need to have the past 40 emails in the reply on the thread. It wastes time, bandwidth and disk space and is harder to follow when trying to see if its something I need to pay attention to. /b On Jun 1, 2010, at 5:27 PM, Bob Coleman wrote:
Ok, should work fine in the express version(free)
On Tue, Jun 1, 2010 at 4:48 PM, Brian West <brian@freeswitch.org> wrote:
Moving forward can we please highlight the area of the email we wish to reply to and then click reply, include the relevant portions of the email we are replying to... I see no need to have the past 40 emails in the reply on the thread. It wastes time, bandwidth and disk space and is harder to follow when trying to see if its something I need to pay attention to.
This is old, but I have to ask, can I get an AMEN?! Gabe
Well for starters it was an email from two years ago lol Brian Foster Endigo Computer LLC Sent from a mobile device. On Jun 9, 2012 2:41 PM, "Brian West" <brian@freeswitch.org> wrote:
I don't even recall sending this email. I'm losing it!
Sent from my iPad
On Jun 8, 2012, at 11:10 PM, Gabriel Gunderson <gabe@gundy.org> wrote:
This is old, but I have to ask, can I get an AMEN?!
Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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
If you have anything from that experience you could share in terms of documentation or samples, we would welcome it in contrib and/or the wiki. On Tue, May 25, 2010 at 4:40 PM, Bob Coleman <bobc@devassert.com> wrote:
Have just recently completed a project to convert an old windows dialogic application(vb6) to FreeSWITCH, would reccommend using the ESL, was able to map the old dialogic calls to the ESL calls pretty easily. We used a mixture of inbound and outbound sockets, as we have people dialing us, not just dialing out etc.
With the dialogic you open a port and make the call and handle the dtmf, with freeswitch you create a socket connection to FreeSWITCH to dial the number and then hand it off to an extension for processing the dtmf(that is one approach any way)
Bob
On Wed, May 26, 2010 at 6:45 AM, Michael Collins <msc@freeswitch.org> wrote:
On Tue, May 25, 2010 at 11:38 AM, Jan Berger <jan.berger@video24.no>
wrote:
Actually - before you get "to smart" - may I suggest that you start writing - or improving - the getting started sections of the doc. Address the areas where you struggle and let others benefit from your work.
I have been through similar issues myself - FS is one of the easier projects to work with once you get under the hood, but you basically need to
evolve
to the level where you read the source code.
And if you can wait 2+ months for "the book" then that should help as well. :D -MC
_______________________________________________ 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
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire 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> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
Another option is Erlang. I'd like to share my experience and also comments are welcome. http://www.dujinfang.com/past/2010/4/22/build-a-complex-hence-powerful-frees... 2010/5/26 Anthony Minessale <anthony.minessale@gmail.com>:
If you have anything from that experience you could share in terms of documentation or samples, we would welcome it in contrib and/or the wiki.
On Tue, May 25, 2010 at 4:40 PM, Bob Coleman <bobc@devassert.com> wrote:
Have just recently completed a project to convert an old windows dialogic application(vb6) to FreeSWITCH, would reccommend using the ESL, was able to map the old dialogic calls to the ESL calls pretty easily. We used a mixture of inbound and outbound sockets, as we have people dialing us, not just dialing out etc.
With the dialogic you open a port and make the call and handle the dtmf, with freeswitch you create a socket connection to FreeSWITCH to dial the number and then hand it off to an extension for processing the dtmf(that is one approach any way)
Bob
On Wed, May 26, 2010 at 6:45 AM, Michael Collins <msc@freeswitch.org> wrote:
On Tue, May 25, 2010 at 11:38 AM, Jan Berger <jan.berger@video24.no> wrote:
Actually - before you get "to smart" - may I suggest that you start writing - or improving - the getting started sections of the doc. Address the areas where you struggle and let others benefit from your work.
I have been through similar issues myself - FS is one of the easier projects to work with once you get under the hood, but you basically need to evolve to the level where you read the source code.
And if you can wait 2+ months for "the book" then that should help as well. :D -MC
_______________________________________________ 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
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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
-- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn
One thing I did find useful coming from the dialogic conversion was the playback_terminators variable, which Anthony helped me find. This allowed us to trap what the user to started to enter while a prompt was being played and then continue to accept input via other commands, and gives the application an async feel, similar to the dialogic, with out having to code against async outbound event socket. On Wed, May 26, 2010 at 10:08 AM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
If you have anything from that experience you could share in terms of documentation or samples, we would welcome it in contrib and/or the wiki.
On Tue, May 25, 2010 at 4:40 PM, Bob Coleman <bobc@devassert.com> wrote:
Have just recently completed a project to convert an old windows dialogic application(vb6) to FreeSWITCH, would reccommend using the ESL, was able to map the old dialogic calls to the ESL calls pretty easily. We used a mixture of inbound and outbound sockets, as we have people dialing us, not just dialing out etc.
With the dialogic you open a port and make the call and handle the dtmf, with freeswitch you create a socket connection to FreeSWITCH to dial the number and then hand it off to an extension for processing the dtmf(that is one approach any way)
Bob
On Wed, May 26, 2010 at 6:45 AM, Michael Collins <msc@freeswitch.org> wrote:
On Tue, May 25, 2010 at 11:38 AM, Jan Berger <jan.berger@video24.no> wrote:
Actually - before you get "to smart" - may I suggest that you start writing - or improving - the getting started sections of the doc. Address the areas where you struggle and let others benefit from your work.
I have been through similar issues myself - FS is one of the easier projects to work with once you get under the hood, but you basically need to evolve to the level where you read the source code.
And if you can wait 2+ months for "the book" then that should help as well. :D -MC
_______________________________________________ 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
_______________________________________________ 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/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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 (10)
-
Anthony Minessale
-
Bob Coleman
-
Brian Foster
-
Brian West
-
Gabriel Gunderson
-
Jan Berger
-
Kristian Kielhofner
-
Michael Collins
-
Phone
-
Seven Du