Re: [Freeswitch-users] Error message " [ERR] switch_cpp.cpp:48 Cannot queue any more events“
It's not set to 5000 it's hitting the session limit of 1000 which is weird as our sip provider has set a limit of 100 on our trunk. It appears that some sessions aren't being closed off properly. /etc/freeswitch/autoload_configs/switch.conf.xml Max-sesssions parameter The system is a fully up to date Ubuntu server LTS install too. I was watching it last night during an active survey and it sat between 50-100 sessions. Our campaigns are set to no more than 150calls per minute. Which should keep the sessions low. Alex Ynema | IT Consultant alex@opensystems.net.au Mobile: +61 404 796 894 IT Consultant for Open Systems Support www.opensystems.net.au On 15/05/2013 8:15 AM, "Alex Ynema" <alex@ynema.net> wrote:
It's not set to 5000 it's hitting the session limit of 1000 which is weird as our sip provider has set a limit of 100 on our trunk. It appears that some sessions aren't being closed off properly. /etc/freeswitch/autoload_configs/switch.conf.xml Max-sesssions parameter
The system is a fully up to date Ubuntu server LTS install too.
I was watching it last night during an active survey and it sat between 50-100 sessions. Our campaigns are set to no more than 150calls per minute. Which should keep the sessions low.
Alex Ynema | IT Consultant alex@opensystems.net.au
Mobile: +61 404 796 894
IT Consultant for Open Systems Support www.opensystems.net.au On 15/05/2013 6:25 AM, "Steven Ayre" <steveayre@gmail.com> wrote:
Don't set it so high that you run out of memory. If your queue is growing now, with a higher limit it's going to grow more so.
I suggest you look at how to speed up your consuming. Some ideas:
- Use a new MySQL version - 5.5/5.6 (there will be numerous performance improvements over older versions) - Use the innodb engine (row locking this will better performance as multiple connections can use the table at the same time) - Use multiple DB connections at the same time (which will allow multiple DB threads therefore using all the cores of your CPU) - Use a large innodb buffer size (ideally this should be as large as your data set or at least what you actively use - this'll mean you don't need to read from disk as often and so reads *and* writes will be faster) - Use EXPLAIN to tune your queries and indexes. Don't underindex (so you can find/update data quickly) but also don't overindex (which will waste cpu and disk updating indexes that are rarely/never used).
There're numerous other ways to tune it too.
-Steve
On 14 May 2013 16:43, Anthony Minessale <anthony.minessale@gmail.com>wrote:
Its the 3rd arg to the EventConsumer constructor and it defaults to 5000
On Mon, May 13, 2013 at 10:31 PM, alex_ynema <alex@opensystems.net.au>wrote:
Where can I set this limit in Freeswitch. I've been hitting the limit quite regularly while using it to run call campaigns.
Cheers
-- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Error-message-ERR-switch-cpp-c... Sent from the freeswitch-users mailing list archive at Nabble.com.
_________________________________________________________________________ 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
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
_________________________________________________________________________ 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
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
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
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
Sessions are not queued events. They're separate limits. You can have 1 session at a time and still hit the event queue limit if you're not pulling events out. As for 1000 sessions when there's a 100 trunk limit - sounds like you're originating many more sessions than the trunk can handle. It won't block a session until there's a line available, that session will just fail (and from the sound of it instantly be replaced by you). I'd suggest 99% of your calls are probably failing. What do your logs/CDRs tell you? You need to wait until a channel is available before you start a call. -Steve On Wednesday, May 15, 2013, Alex Ynema wrote:
It's not set to 5000 it's hitting the session limit of 1000 which is weird as our sip provider has set a limit of 100 on our trunk. It appears that some sessions aren't being closed off properly. /etc/freeswitch/autoload_configs/switch.conf.xml Max-sesssions parameter
The system is a fully up to date Ubuntu server LTS install too.
I was watching it last night during an active survey and it sat between 50-100 sessions. Our campaigns are set to no more than 150calls per minute. Which should keep the sessions low.
Alex Ynema | IT Consultant alex@opensystems.net.au <javascript:_e({}, 'cvml', 'alex@opensystems.net.au');>
Mobile: +61 404 796 894
IT Consultant for Open Systems Support www.opensystems.net.au On 15/05/2013 8:15 AM, "Alex Ynema" <alex@ynema.net <javascript:_e({}, 'cvml', 'alex@ynema.net');>> wrote:
It's not set to 5000 it's hitting the session limit of 1000 which is weird as our sip provider has set a limit of 100 on our trunk. It appears that some sessions aren't being closed off properly. /etc/freeswitch/autoload_configs/switch.conf.xml Max-sesssions parameter
The system is a fully up to date Ubuntu server LTS install too.
I was watching it last night during an active survey and it sat between 50-100 sessions. Our campaigns are set to no more than 150calls per minute. Which should keep the sessions low.
Alex Ynema | IT Consultant alex@opensystems.net.au <javascript:_e({}, 'cvml', 'alex@opensystems.net.au');>
Mobile: +61 404 796 894
IT Consultant for Open Systems Support www.opensystems.net.au On 15/05/2013 6:25 AM, "Steven Ayre" <steveayre@gmail.com> wrote:
Don't set it so high that you run out of memory. If your queue is growing now, with a higher limit it's going to grow more so.
I suggest you look at how to speed up your consuming. Some ideas:
- Use a new MySQL version - 5.5/5.6 (there will be numerous performance improvements over older versions) - Use the innodb engine (row locking this will better performance as multiple connections can use the table at the same time) - Use multiple DB connections at the same time (which will allow multiple DB threads therefore using all the cores of your CPU) - Use a large innodb buffer size (ideally this should be as large as your data set or at least what you actively use - this'll mean you don't need to read from disk as often and so reads *and* writes will be faster) - Use EXPLAIN to tune your queries and indexes. Don't underindex (so you can find/update data quickly) but also don't overindex (which will waste cpu and disk updating indexes that are rarely/never used).
There're numerous other ways to tune it too.
-Steve
On 14 May 2013 16:43, Anthony Minessale <anthony.minessale@gmail.com>wrote:
Its the 3rd arg to the EventConsumer constructor and it defaults to 5000
On Mon, May 13, 2013 at 10:31 PM, alex_ynema <alex@opensystems.net.au>wrote:
Where can I set this limit in Freeswitch. I've been hitting the limit quite regularly while using it to run call campaigns.
Cheers
-- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Error-message-ERR-switch-cpp-c... Sent from the freeswitch-users mailing list archive at Nabble.com.
_________________________________________________________________________ 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
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/
participants (2)
-
Alex Ynema
-
Steven Ayre