sessions and CS_INIT events
Hi, i m writing a module in C that needs to check for certain information in a database for the caller and the destination number, for this the module is subscribing to the CS_INIT channel events, so everytime a channel is created the module callback is called and it checks the numbers, the problem is that the callback gets called twice, for the creation of the a-leg of the call and the creation of the b-leg. Is there any way to accomplish what i m trying to do ? Am i doing it the wrong way? I have already try getting testing for the flags in the channel but it did not work, testing of originator or originating does not yield anything .... i might be doing it wrong maybe ? Thanks!
Is this a module that you are planning on releasing to the FreeSWITCH community? If so, you'd have to provide a lot more information about what you're trying to do and *maybe* somebody would see a better way to do what you're trying to do. My only guess is that you're not utilizing or consuming the data you receive in the event to properly determine whether or not to do your operations, but my guess is as good as any. If this is, however, a closed module and you don't wish to share publicly the details, I think that you can contact consulting@freeswitch.org for information. I think last I had heard that there is mutual NDA in the agreement, but you would have to contact them directly (and don't quote me :-) ) -- Yossi Neiman On 03/04/2015 09:07 PM, Juan Pablo L. wrote:
Hi, i m writing a module in C that needs to check for certain information in a database for the caller and the destination number, for this the module is subscribing to the CS_INIT channel events, so everytime a channel is created the module callback is called and it checks the numbers, the problem is that the callback gets called twice, for the creation of the a-leg of the call and the creation of the b-leg. Is there any way to accomplish what i m trying to do ? Am i doing it the wrong way? I have already try getting testing for the flags in the channel but it did not work, testing of originator or originating does not yield anything ....
i might be doing it wrong maybe ?
Thanks!
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
why at all do you need it to be a C module inside FreeSWITCH? Why not writing an ESL program which would subscribe to events and perform the needed actions? How about the following scenario: 1. In the XML dialplan, you execute "park" application on the incoming call. 2. Your program is listening to events via ESL, and it recognizes that a channel has been parked 3. Your program starts to playback the ringback tone into that channel 4. Your program performs all the needed lookups and sets needed variables on the channel 5. Your program transfers or bridges the call where needed. This is quite easy to implement in any programming language of your choice, easy to debug, and it's easily scalable. It can be done in a multi-threading fashion, like Go or Erlang, or even Java, and perform as many parallel calls as required. quite easy, and you don't have to mess with FreeSWITCH internals :) On Thu, Mar 5, 2015 at 4:07 AM, Juan Pablo L. <jpablolorenzetti@hotmail.com> wrote:
Hi, i m writing a module in C that needs to check for certain information in a database for the caller and the destination number, for this the module is subscribing to the CS_INIT channel events, so everytime a channel is created the module callback is called and it checks the numbers, the problem is that the callback gets called twice, for the creation of the a-leg of the call and the creation of the b-leg. Is there any way to accomplish what i m trying to do ? Am i doing it the wrong way? I have already try getting testing for the flags in the channel but it did not work, testing of originator or originating does not yield anything ....
i might be doing it wrong maybe ?
Thanks!
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
It all depends on what you are trying to do with your module. You can use a dialplan handler in your module (see mod_enum for example) to route inbound calls using your custom dialplan. You can use a state handler in your module and bind to channel states (much like binding to events). You can create a dialplan app in your module to execute code when the app is called in dialplan (Example: <application action="mycustom_module" data="${uuid} arg1 arg2"/>) You can use an endpoint in your module to originate calls outbound (see mod_lcr or mod_callcenter for an example) Also, you can create an API for your module IMO creating a module is much more powerful than using a script with ESL. But if you are going to create a module, you really don't need to mess with events (unless they are very specific events like CUSTOM::) because your module has access to much of the freeswitch core. Thanks. On Thu, Mar 5, 2015 at 5:07 AM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
why at all do you need it to be a C module inside FreeSWITCH?
Why not writing an ESL program which would subscribe to events and perform the needed actions?
How about the following scenario:
1. In the XML dialplan, you execute "park" application on the incoming call.
2. Your program is listening to events via ESL, and it recognizes that a channel has been parked
3. Your program starts to playback the ringback tone into that channel
4. Your program performs all the needed lookups and sets needed variables on the channel
5. Your program transfers or bridges the call where needed.
This is quite easy to implement in any programming language of your choice, easy to debug, and it's easily scalable. It can be done in a multi-threading fashion, like Go or Erlang, or even Java, and perform as many parallel calls as required.
quite easy, and you don't have to mess with FreeSWITCH internals :)
On Thu, Mar 5, 2015 at 4:07 AM, Juan Pablo L. <jpablolorenzetti@hotmail.com> wrote:
Hi, i m writing a module in C that needs to check for certain information in a database for the caller and the destination number, for this the module is subscribing to the CS_INIT channel events, so everytime a channel is created the module callback is called and it checks the numbers, the problem is that the callback gets called twice, for the creation of the a-leg of the call and the creation of the b-leg. Is there any way to accomplish what i m trying to do ? Am i doing it the wrong way? I have already try getting testing for the flags in the channel but it did not work, testing of originator or originating does not yield anything ....
i might be doing it wrong maybe ?
Thanks!
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
but for the task that OP has described, writing (and maintaining it in the long term) a module is really an overkill. Plus, he would also need to take care of multithreading within FreeSWITCH, as well as memory management, etc. Also, a module makes sense if it's some common task which can be re-used by others and published as open source. If it's some closed-source module for a specific enterprise task that Juan has, it just doesn't make sense and too much risk for a long-term solution. On Thu, Mar 5, 2015 at 1:56 PM, Vik Killa <vipkilla@gmail.com> wrote:
It all depends on what you are trying to do with your module. You can use a dialplan handler in your module (see mod_enum for example) to route inbound calls using your custom dialplan. You can use a state handler in your module and bind to channel states (much like binding to events). You can create a dialplan app in your module to execute code when the app is called in dialplan (Example: <application action="mycustom_module" data="${uuid} arg1 arg2"/>) You can use an endpoint in your module to originate calls outbound (see mod_lcr or mod_callcenter for an example) Also, you can create an API for your module
IMO creating a module is much more powerful than using a script with ESL. But if you are going to create a module, you really don't need to mess with events (unless they are very specific events like CUSTOM::) because your module has access to much of the freeswitch core.
Thanks.
On Thu, Mar 5, 2015 at 5:07 AM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
why at all do you need it to be a C module inside FreeSWITCH?
Why not writing an ESL program which would subscribe to events and perform the needed actions?
How about the following scenario:
1. In the XML dialplan, you execute "park" application on the incoming call.
2. Your program is listening to events via ESL, and it recognizes that a channel has been parked
3. Your program starts to playback the ringback tone into that channel
4. Your program performs all the needed lookups and sets needed variables on the channel
5. Your program transfers or bridges the call where needed.
This is quite easy to implement in any programming language of your choice, easy to debug, and it's easily scalable. It can be done in a multi-threading fashion, like Go or Erlang, or even Java, and perform as many parallel calls as required.
quite easy, and you don't have to mess with FreeSWITCH internals :)
On Thu, Mar 5, 2015 at 4:07 AM, Juan Pablo L. <jpablolorenzetti@hotmail.com> wrote:
Hi, i m writing a module in C that needs to check for certain information in a database for the caller and the destination number, for this the module is subscribing to the CS_INIT channel events, so everytime a channel is created the module callback is called and it checks the numbers, the problem is that the callback gets called twice, for the creation of the a-leg of the call and the creation of the b-leg. Is there any way to accomplish what i m trying to do ? Am i doing it the wrong way? I have already try getting testing for the flags in the channel but it did not work, testing of originator or originating does not yield anything ....
i might be doing it wrong maybe ?
Thanks!
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
Thank you very much guys for your contributions. I m doing it as a module for couple of reasons, being the most important (i believe) performance, because the module i m working on is to do real time charging of voice calls on a switch that is already serving as a RBT service plus a bunch of IVR's to purchase services, this is for a ~150K user base on a single machine (cold standby) this switch is also scheduled to soon start providing hosted PBX services, so going the script direction i personally dont see that as an option at all. I do use scripts for small no so much used much simpler stuff though, e.g: a lua script takes care of authenticating users when doing international calls from company extensions in the hosted PBX solution. The other reason i chose to do this as a module because C is the language i feel more comfortable with. i hope this clarifies i little bit this. Moving on, right now i m developing on a test freeswitch that we have and yes i noticed that subscribing to the CS_INIT event does represent a big problem because i get notified for every single of those events that is generated on freeswitch which would be very inconvenient because as i mentioned, the same switch does many other things that i m not interested in, so i m going to try the advise provided and try to do it in the dial plan, i will explore this option. thank you very much all!
Date: Thu, 5 Mar 2015 14:19:51 +0100 From: ssinyagin@gmail.com To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] sessions and CS_INIT events
but for the task that OP has described, writing (and maintaining it in the long term) a module is really an overkill. Plus, he would also need to take care of multithreading within FreeSWITCH, as well as memory management, etc.
Also, a module makes sense if it's some common task which can be re-used by others and published as open source. If it's some closed-source module for a specific enterprise task that Juan has, it just doesn't make sense and too much risk for a long-term solution.
On Thu, Mar 5, 2015 at 1:56 PM, Vik Killa <vipkilla@gmail.com> wrote:
It all depends on what you are trying to do with your module. You can use a dialplan handler in your module (see mod_enum for example) to route inbound calls using your custom dialplan. You can use a state handler in your module and bind to channel states (much like binding to events). You can create a dialplan app in your module to execute code when the app is called in dialplan (Example: <application action="mycustom_module" data="${uuid} arg1 arg2"/>) You can use an endpoint in your module to originate calls outbound (see mod_lcr or mod_callcenter for an example) Also, you can create an API for your module
IMO creating a module is much more powerful than using a script with ESL. But if you are going to create a module, you really don't need to mess with events (unless they are very specific events like CUSTOM::) because your module has access to much of the freeswitch core.
Thanks.
On Thu, Mar 5, 2015 at 5:07 AM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
why at all do you need it to be a C module inside FreeSWITCH?
Why not writing an ESL program which would subscribe to events and perform the needed actions?
How about the following scenario:
1. In the XML dialplan, you execute "park" application on the incoming call.
2. Your program is listening to events via ESL, and it recognizes that a channel has been parked
3. Your program starts to playback the ringback tone into that channel
4. Your program performs all the needed lookups and sets needed variables on the channel
5. Your program transfers or bridges the call where needed.
This is quite easy to implement in any programming language of your choice, easy to debug, and it's easily scalable. It can be done in a multi-threading fashion, like Go or Erlang, or even Java, and perform as many parallel calls as required.
quite easy, and you don't have to mess with FreeSWITCH internals :)
On Thu, Mar 5, 2015 at 4:07 AM, Juan Pablo L. <jpablolorenzetti@hotmail.com> wrote:
Hi, i m writing a module in C that needs to check for certain information in a database for the caller and the destination number, for this the module is subscribing to the CS_INIT channel events, so everytime a channel is created the module callback is called and it checks the numbers, the problem is that the callback gets called twice, for the creation of the a-leg of the call and the creation of the b-leg. Is there any way to accomplish what i m trying to do ? Am i doing it the wrong way? I have already try getting testing for the flags in the channel but it did not work, testing of originator or originating does not yield anything ....
i might be doing it wrong maybe ?
Thanks!
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
Juan, You may want to use a state handler in your module instead of using events. On Thu, Mar 5, 2015 at 9:23 AM, Juan Pablo L. <jpablolorenzetti@hotmail.com> wrote:
Thank you very much guys for your contributions.
I m doing it as a module for couple of reasons, being the most important (i believe) performance, because the module i m working on is to do real time charging of voice calls on a switch that is already serving as a RBT service plus a bunch of IVR's to purchase services, this is for a ~150K user base on a single machine (cold standby) this switch is also scheduled to soon start providing hosted PBX services, so going the script direction i personally dont see that as an option at all. I do use scripts for small no so much used much simpler stuff though, e.g: a lua script takes care of authenticating users when doing international calls from company extensions in the hosted PBX solution.
The other reason i chose to do this as a module because C is the language i feel more comfortable with. i hope this clarifies i little bit this.
Moving on, right now i m developing on a test freeswitch that we have and yes i noticed that subscribing to the CS_INIT event does represent a big problem because i get notified for every single of those events that is generated on freeswitch which would be very inconvenient because as i mentioned, the same switch does many other things that i m not interested in, so i m going to try the advise provided and try to do it in the dial plan, i will explore this option.
thank you very much all!
Date: Thu, 5 Mar 2015 14:19:51 +0100 From: ssinyagin@gmail.com To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] sessions and CS_INIT events
but for the task that OP has described, writing (and maintaining it in the long term) a module is really an overkill. Plus, he would also need to take care of multithreading within FreeSWITCH, as well as memory management, etc.
Also, a module makes sense if it's some common task which can be re-used by others and published as open source. If it's some closed-source module for a specific enterprise task that Juan has, it just doesn't make sense and too much risk for a long-term solution.
On Thu, Mar 5, 2015 at 1:56 PM, Vik Killa <vipkilla@gmail.com> wrote:
It all depends on what you are trying to do with your module. You can use a dialplan handler in your module (see mod_enum for
example) to
route inbound calls using your custom dialplan. You can use a state handler in your module and bind to channel states (much like binding to events). You can create a dialplan app in your module to execute code when the app is called in dialplan (Example: <application action="mycustom_module" data="${uuid} arg1 arg2"/>) You can use an endpoint in your module to originate calls outbound (see mod_lcr or mod_callcenter for an example) Also, you can create an API for your module
IMO creating a module is much more powerful than using a script with ESL. But if you are going to create a module, you really don't need to mess with events (unless they are very specific events like CUSTOM::) because your module has access to much of the freeswitch core.
Thanks.
On Thu, Mar 5, 2015 at 5:07 AM, Stanislav Sinyagin < ssinyagin@gmail.com> wrote:
why at all do you need it to be a C module inside FreeSWITCH?
Why not writing an ESL program which would subscribe to events and perform the needed actions?
How about the following scenario:
1. In the XML dialplan, you execute "park" application on the incoming call.
2. Your program is listening to events via ESL, and it recognizes that a channel has been parked
3. Your program starts to playback the ringback tone into that channel
4. Your program performs all the needed lookups and sets needed variables on the channel
5. Your program transfers or bridges the call where needed.
This is quite easy to implement in any programming language of your choice, easy to debug, and it's easily scalable. It can be done in a multi-threading fashion, like Go or Erlang, or even Java, and perform as many parallel calls as required.
quite easy, and you don't have to mess with FreeSWITCH internals :)
On Thu, Mar 5, 2015 at 4:07 AM, Juan Pablo L. <jpablolorenzetti@hotmail.com> wrote:
Hi, i m writing a module in C that needs to check for certain information in a database for the caller and the destination number, for this the module is subscribing to the CS_INIT channel events, so everytime a channel is created the module callback is called and it checks the numbers, the problem is that the callback gets called twice, for the creation of the a-leg of the call and the creation of the
b-leg.
Is there any way to accomplish what i m trying to do ? Am i doing it the wrong way? I have already try getting testing for the flags in the channel but it did not work, testing of originator or originating does not yield anything ....
i might be doing it wrong maybe ?
Thanks!
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
Given the similarity in purpose, I would look closely at how mod_nibblebill interfaces with freeswitch. It sounds like your interface needs are nearly identical.
On Mar 5, 2015, at 9:23 AM, Juan Pablo L. <jpablolorenzetti@hotmail.com> wrote:
Thank you very much guys for your contributions.
I m doing it as a module for couple of reasons, being the most important (i believe) performance, because the module i m working on is to do real time charging of voice calls on a switch that is already serving as a RBT service plus a bunch of IVR's to purchase services, this is for a ~150K user base on a single machine (cold standby) this switch is also scheduled to soon start providing hosted PBX services, so going the script direction i personally dont see that as an option at all. I do use scripts for small no so much used much simpler stuff though, e.g: a lua script takes care of authenticating users when doing international calls from company extensions in the hosted PBX solution.
The other reason i chose to do this as a module because C is the language i feel more comfortable with. i hope this clarifies i little bit this.
Moving on, right now i m developing on a test freeswitch that we have and yes i noticed that subscribing to the CS_INIT event does represent a big problem because i get notified for every single of those events that is generated on freeswitch which would be very inconvenient because as i mentioned, the same switch does many other things that i m not interested in, so i m going to try the advise provided and try to do it in the dial plan, i will explore this option.
thank you very much all!
Date: Thu, 5 Mar 2015 14:19:51 +0100 From: ssinyagin@gmail.com <mailto:ssinyagin@gmail.com> To: freeswitch-users@lists.freeswitch.org <mailto:freeswitch-users@lists.freeswitch.org> Subject: Re: [Freeswitch-users] sessions and CS_INIT events
but for the task that OP has described, writing (and maintaining it in the long term) a module is really an overkill. Plus, he would also need to take care of multithreading within FreeSWITCH, as well as memory management, etc.
Also, a module makes sense if it's some common task which can be re-used by others and published as open source. If it's some closed-source module for a specific enterprise task that Juan has, it just doesn't make sense and too much risk for a long-term solution.
On Thu, Mar 5, 2015 at 1:56 PM, Vik Killa <vipkilla@gmail.com> wrote:
It all depends on what you are trying to do with your module. You can use a dialplan handler in your module (see mod_enum for example) to route inbound calls using your custom dialplan. You can use a state handler in your module and bind to channel states (much like binding to events). You can create a dialplan app in your module to execute code when the app is called in dialplan (Example: <application action="mycustom_module" data="${uuid} arg1 arg2"/>) You can use an endpoint in your module to originate calls outbound (see mod_lcr or mod_callcenter for an example) Also, you can create an API for your module
IMO creating a module is much more powerful than using a script with ESL. But if you are going to create a module, you really don't need to mess with events (unless they are very specific events like CUSTOM::) because your module has access to much of the freeswitch core.
Thanks.
On Thu, Mar 5, 2015 at 5:07 AM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
why at all do you need it to be a C module inside FreeSWITCH?
Why not writing an ESL program which would subscribe to events and perform the needed actions?
How about the following scenario:
1. In the XML dialplan, you execute "park" application on the incoming call.
2. Your program is listening to events via ESL, and it recognizes that a channel has been parked
3. Your program starts to playback the ringback tone into that channel
4. Your program performs all the needed lookups and sets needed variables on the channel
5. Your program transfers or bridges the call where needed.
This is quite easy to implement in any programming language of your choice, easy to debug, and it's easily scalable. It can be done in a multi-threading fashion, like Go or Erlang, or even Java, and perform as many parallel calls as required.
quite easy, and you don't have to mess with FreeSWITCH internals :)
On Thu, Mar 5, 2015 at 4:07 AM, Juan Pablo L. <jpablolorenzetti@hotmail.com> wrote:
Hi, i m writing a module in C that needs to check for certain information in a database for the caller and the destination number, for this the module is subscribing to the CS_INIT channel events, so everytime a channel is created the module callback is called and it checks the numbers, the problem is that the callback gets called twice, for the creation of the a-leg of the call and the creation of the b-leg. Is there any way to accomplish what i m trying to do ? Am i doing it the wrong way? I have already try getting testing for the flags in the channel but it did not work, testing of originator or originating does not yield anything ....
i might be doing it wrong maybe ?
Thanks!
Hi, yes i had a look at it, and yes the needs are similar, i used it at the beginning to get started, and i m using as a reference at this point but it seems that the use cases are different . thanks! From: mike@jerris.com Date: Thu, 5 Mar 2015 12:46:28 -0500 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] sessions and CS_INIT events Given the similarity in purpose, I would look closely at how mod_nibblebill interfaces with freeswitch. It sounds like your interface needs are nearly identical. On Mar 5, 2015, at 9:23 AM, Juan Pablo L. <jpablolorenzetti@hotmail.com> wrote:Thank you very much guys for your contributions. I m doing it as a module for couple of reasons, being the most important (i believe) performance, because the module i m working on is to do real time charging of voice calls on a switch that is already serving as a RBT service plus a bunch of IVR's to purchase services, this is for a ~150K user base on a single machine (cold standby) this switch is also scheduled to soon start providing hosted PBX services, so going the script direction i personally dont see that as an option at all. I do use scripts for small no so much used much simpler stuff though, e.g: a lua script takes care of authenticating users when doing international calls from company extensions in the hosted PBX solution. The other reason i chose to do this as a module because C is the language i feel more comfortable with. i hope this clarifies i little bit this. Moving on, right now i m developing on a test freeswitch that we have and yes i noticed that subscribing to the CS_INIT event does represent a big problem because i get notified for every single of those events that is generated on freeswitch which would be very inconvenient because as i mentioned, the same switch does many other things that i m not interested in, so i m going to try the advise provided and try to do it in the dial plan, i will explore this option. thank you very much all!
Date: Thu, 5 Mar 2015 14:19:51 +0100 From: ssinyagin@gmail.com To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] sessions and CS_INIT events
but for the task that OP has described, writing (and maintaining it in the long term) a module is really an overkill. Plus, he would also need to take care of multithreading within FreeSWITCH, as well as memory management, etc.
Also, a module makes sense if it's some common task which can be re-used by others and published as open source. If it's some closed-source module for a specific enterprise task that Juan has, it just doesn't make sense and too much risk for a long-term solution.
On Thu, Mar 5, 2015 at 1:56 PM, Vik Killa <vipkilla@gmail.com> wrote:
It all depends on what you are trying to do with your module. You can use a dialplan handler in your module (see mod_enum for example) to route inbound calls using your custom dialplan. You can use a state handler in your module and bind to channel states (much like binding to events). You can create a dialplan app in your module to execute code when the app is called in dialplan (Example: <application action="mycustom_module" data="${uuid} arg1 arg2"/>) You can use an endpoint in your module to originate calls outbound (see mod_lcr or mod_callcenter for an example) Also, you can create an API for your module
IMO creating a module is much more powerful than using a script with ESL. But if you are going to create a module, you really don't need to mess with events (unless they are very specific events like CUSTOM::) because your module has access to much of the freeswitch core.
Thanks.
On Thu, Mar 5, 2015 at 5:07 AM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
why at all do you need it to be a C module inside FreeSWITCH?
Why not writing an ESL program which would subscribe to events and perform the needed actions?
How about the following scenario:
1. In the XML dialplan, you execute "park" application on the incoming call.
2. Your program is listening to events via ESL, and it recognizes that a channel has been parked
3. Your program starts to playback the ringback tone into that channel
4. Your program performs all the needed lookups and sets needed variables on the channel
5. Your program transfers or bridges the call where needed.
This is quite easy to implement in any programming language of your choice, easy to debug, and it's easily scalable. It can be done in a multi-threading fashion, like Go or Erlang, or even Java, and perform as many parallel calls as required.
quite easy, and you don't have to mess with FreeSWITCH internals :)
On Thu, Mar 5, 2015 at 4:07 AM, Juan Pablo L. <jpablolorenzetti@hotmail.com> wrote:
Hi, i m writing a module in C that needs to check for certain information in a database for the caller and the destination number, for this the module is subscribing to the CS_INIT channel events, so everytime a channel is created the module callback is called and it checks the numbers, the problem is that the callback gets called twice, for the creation of the a-leg of the call and the creation of the b-leg. Is there any way to accomplish what i m trying to do ? Am i doing it the wrong way? I have already try getting testing for the flags in the channel but it did not work, testing of originator or originating does not yield anything ....
i might be doing it wrong maybe ?
Thanks!
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com 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 probably want to look at the dialplan module interface as well. And pay attention to the direction variable to distinguish inbound from out bound Especially at the routing state not init. On Thu, Mar 5, 2015 at 12:05 PM, Juan Pablo L. <jpablolorenzetti@hotmail.com
wrote:
Hi, yes i had a look at it, and yes the needs are similar, i used it at the beginning to get started, and i m using as a reference at this point but it seems that the use cases are different . thanks!
------------------------------ From: mike@jerris.com Date: Thu, 5 Mar 2015 12:46:28 -0500
To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] sessions and CS_INIT events
Given the similarity in purpose, I would look closely at how mod_nibblebill interfaces with freeswitch. It sounds like your interface needs are nearly identical.
On Mar 5, 2015, at 9:23 AM, Juan Pablo L. <jpablolorenzetti@hotmail.com> wrote:
Thank you very much guys for your contributions.
I m doing it as a module for couple of reasons, being the most important (i believe) performance, because the module i m working on is to do real time charging of voice calls on a switch that is already serving as a RBT service plus a bunch of IVR's to purchase services, this is for a ~150K user base on a single machine (cold standby) this switch is also scheduled to soon start providing hosted PBX services,
so going the script direction i personally dont see that as an option at all. I do use scripts for small no so much used much simpler stuff though, e.g: a lua script takes care of authenticating users when doing international calls from company extensions in the hosted PBX solution.
The other reason i chose to do this as a module because C is the language i feel more comfortable with. i hope this clarifies i little bit this.
Moving on, right now i m developing on a test freeswitch that we have and yes i noticed that subscribing to the CS_INIT event does represent a big problem because i get notified for every single of those events that is generated on freeswitch which would be very inconvenient because as i mentioned, the same switch does many other things that i m not interested in, so i m going to try the advise provided and try to do it in the dial plan, i will explore this option.
thank you very much all!
Date: Thu, 5 Mar 2015 14:19:51 +0100 From: ssinyagin@gmail.com To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] sessions and CS_INIT events
but for the task that OP has described, writing (and maintaining it in the long term) a module is really an overkill. Plus, he would also need to take care of multithreading within FreeSWITCH, as well as memory management, etc.
Also, a module makes sense if it's some common task which can be re-used by others and published as open source. If it's some closed-source module for a specific enterprise task that Juan has, it just doesn't make sense and too much risk for a long-term solution.
On Thu, Mar 5, 2015 at 1:56 PM, Vik Killa <vipkilla@gmail.com> wrote:
It all depends on what you are trying to do with your module. You can use a dialplan handler in your module (see mod_enum for example) to route inbound calls using your custom dialplan. You can use a state handler in your module and bind to channel states (much like binding to events). You can create a dialplan app in your module to execute code when the app is called in dialplan (Example: <application action="mycustom_module" data="${uuid} arg1 arg2"/>) You can use an endpoint in your module to originate calls outbound (see mod_lcr or mod_callcenter for an example) Also, you can create an API for your module
IMO creating a module is much more powerful than using a script with ESL. But if you are going to create a module, you really don't need to mess with events (unless they are very specific events like CUSTOM::) because your module has access to much of the freeswitch core.
Thanks.
On Thu, Mar 5, 2015 at 5:07 AM, Stanislav Sinyagin < ssinyagin@gmail.com> wrote:
why at all do you need it to be a C module inside FreeSWITCH?
Why not writing an ESL program which would subscribe to events and perform the needed actions?
How about the following scenario:
1. In the XML dialplan, you execute "park" application on the incoming call.
2. Your program is listening to events via ESL, and it recognizes that a channel has been parked
3. Your program starts to playback the ringback tone into that channel
4. Your program performs all the needed lookups and sets needed variables on the channel
5. Your program transfers or bridges the call where needed.
This is quite easy to implement in any programming language of your choice, easy to debug, and it's easily scalable. It can be done in a multi-threading fashion, like Go or Erlang, or even Java, and perform as many parallel calls as required.
quite easy, and you don't have to mess with FreeSWITCH internals :)
On Thu, Mar 5, 2015 at 4:07 AM, Juan Pablo L. <jpablolorenzetti@hotmail.com> wrote:
Hi, i m writing a module in C that needs to check for certain information in a database for the caller and the destination number, for this the module is subscribing to the CS_INIT channel events, so everytime a channel is created the module callback is called and it checks the numbers, the problem is that the callback gets called twice, for the creation of the a-leg of the call and the creation of the
b-leg.
Is there any way to accomplish what i m trying to do ? Am i doing it the wrong way? I have already try getting testing for the flags in the channel but it did not work, testing of originator or originating does not yield anything ....
i might be doing it wrong maybe ?
Thanks!
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com 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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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 ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>* ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
participants (6)
-
Anthony Minessale
-
I put the Who? in Mishehu
-
Juan Pablo L.
-
Michael Jerris
-
Stanislav Sinyagin
-
Vik Killa