[Freeswitch-users] Myevents

[Gregor Nanger]

Thank you Hector!


2012/3/22 Hector Geraldino <Hector.Geraldino at ipsoft.com>

> I think myevents is better suited for inbound socket connections, so just
> do a events plain <LIST> + filter Unique-ID uuid when you want to filter
> events for your outbound channel. ****
>
> ** **
>
> You shouldn’t notice any differences in regards to performance, just be
> careful to register to events that you really want to be notified for.
> Enabling multiple event notifications in multiple channels will surely
> affect FreeSWITCH’s performance.****
>
> ** **
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Gregor
> Nanger
> *Sent:* Thursday, March 22, 2012 4:33 PM
>
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] Myevents****
>
> ** **
>
> Thank you Hector!****
>
> ** **
>
> I think I got it.****
>
> ** **
>
> For what I want, I should use event plain  <EVENTS> + filter to uuid. ****
>
> ** **
>
> What has better performance, filter or myevents?****
>
> ****
>
> ** **
>
> 2012/3/22 Hector Geraldino <Hector.Geraldino at ipsoft.com>****
>
> Look at the description on the wiki:****
>
>  ****
>
>
> http://wiki.freeswitch.org/wiki/Mod_event_socket#Special_Case_-_.27myevents.27
> ****
>
>  ****
>
> What I understand from this entry is that, when you do an inbound socket
> connection to FS, if you use myevents uuid you’ll receive ALL events for
> the specified uuid and the socket connection will be closed when the
> channel (call) is closed (dropped).****
>
>  ****
>
> There’s a difference between the type of events you want to receive (which
> you’re already filtering using ‘event plain <EVENTS_LIST>’) and for which
> channels you want to listen for those events. So, even if you do an ‘event
> plain CHANNEL_ANSWER’, you’ll receive only the CHANNEL_ANSWER event but for
> all the calls answered in FreeSWITCH. If you only want to receive calls for
> an specific call (not ‘global events’ as you called), you can add a filter
> in the form:****
>
>  ****
>
> filter Unique-ID uuid****
>
>  ****
>
> By filtering events by uuid, you can control not only what events you want
> to be notified for, but also what channels (calls) you want to receive
> events for. myevents won’t help you to do that.****
>
>  ****
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Gregor
> Nanger
> *Sent:* Thursday, March 22, 2012 2:31 PM
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] Myevents****
>
>  ****
>
> I have "full"****
>
>  ****
>
> Just want to confirm if this is by design or I missed something.****
>
>  ****
>
> I want to subscribe only to "myevents" plus only to events I want in
> "events plain <EVENTS>". But both commands don't work like this. If I use
> "events plain <events>" I also get global events and not only My events...
> ****
>
>  ****
>
> Is this by design? Maybe I should ommit "full" to get only events of this
> call?****
>
>  ****
>
> *Error! Filename not specified.*****
>
>  ****
>
> 2012/3/22 Michael Collins <msc at freeswitch.org>****
>
> What is your socket command? If you do "full" then you'll get all events,
> otherwise you'll get the equivalent of "myevents."
>
> Check out the description here:
> http://wiki.freeswitch.org/wiki/Event_Socket_Outbound#Keywords
>
> -MC****
>
>  ****
>
> On Thu, Mar 22, 2012 at 1:02 AM, Gregor Nanger <gregor at infomedia.si>
> wrote:****
>
> One explanation...****
>
>  ****
>
> If I use in outbound connection event plain <EVENTS>, I get only
> subscribed events. But if I also use myevents command I get all events. **
> **
>
>  ****
>
> So, does myevents command override event plain command?****
>
>  ****
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at 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 at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at 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 at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120323/94fd7e15/attachment-0001.html