[Freeswitch-users] sched_hangup update within active call

[Vlad Fabi]

>
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150611/1d289b65/attachment.html