[Freeswitch-users] sched_hangup update within active call

[Stanislav Sinyagin]

actually FreeSWITCH implements a fairly good filtering on its ESL interface:
https://freeswitch.org/confluence/display/FREESWITCH/mod_event_socket

You can subscribe to events of specific types and/or only for specific channels

On Thu, Jun 11, 2015 at 4:20 PM, Vlad Fabi <vaad.fabi at gmail.com> wrote:
>> probably you subscribed to all events, and that's why you get so much
>> traffic on ESL connection? usually you need only specific events on
>> specific channels
>
> So, this mean there is chance that Event Socket Server (if event filters
> activated) works properly under highload (more than 50cps\300channels).
> But after Kamil message, i falled in doubts...
> As i understand, all events fires from FS to Event Socket Server, to
> minimize sending events (load) we need to filter it on FS side. In this case
> this FS send to Event Socket Server only required events. But i am not sure
> FS can filter it on it's side.
> Second case - combine scripts handlers\curl modules with minimal events to
> Event Socket Server. This way is more complicated, but higload hopefull.
>
> Kamil, you brought uncertainty into my thoughts! :))
>
>
> On Thu, Jun 11, 2015 at 1:38 PM, Stanislav Sinyagin <ssinyagin at gmail.com>
> wrote:
>>
>> probably you subscribed to all events, and that's why you get so much
>> traffic on ESL connection? usually you need only specific events on
>> specific channels
>>
>> On Thu, Jun 11, 2015 at 12:33 PM, Kamil Nigmatullin
>> <kamil.nigmatullin at gmail.com> wrote:
>> >> In my view, and with my experiance it is not a good idea to be
>> >> connected
>> >> to FS all time.
>> >
>> > Why? For whole call life control is good approach, because external
>> > application know all information about call state and events.  Or all
>> > events
>> > external application, that receives and fires events to FS  - this is my
>> > way.
>> >
>> > I thought this way as well. But when I tried to make stress test for
>> > 50cps
>> > 300 concurrent, I had some unclosed calls. So then I moved almost  code
>> > to
>> > LUA. And only some commands like originate or reschedules of hangup left
>> > on
>> > ESL. And I was afraid by how traffic between FS and external program is
>> > huge.
>> >
>> >> Better to use one time connection to execute some commands.
>> >
>> > Hmm, this takes extra overhead for creation\closing connections. By the
>> > way,
>> > for outbound socket connection FS use persistent connection or per event
>> > connection ?
>> > I thing this overhead is nothing comparing to all events that FS sends
>> > to
>> > your external program.
>> >
>> > By the way, for outbound socket connection FS use persistent connection
>> > or
>> > per event connection ?
>> > It is not by Event. In Inbound Socket I think it is the only connection
>> > you
>> > have for all calls and events.
>> >
>> >
>> >
>> > --
>> > Kamil Nigmatullin
>> > Tel: 77272323748
>> > mob: 7 (707) 2517003
>> > Skype: kamil.nigmatullin
>> >
>> >
>> > _________________________________________________________________________
>> > Professional FreeSWITCH Consulting Services:
>> > consulting at 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 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://confluence.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://confluence.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