Hi, I'm still having this issue and haven't seen any feedback. I'm in a pickle on this; as if I don't get some guidance on this, I will need to evaluate another way of doing this like modcallcenter (at least it has callcenter.db to poll) or a ring group which works just fine (tested) but then I loose control via already made scripts that look at fifo.db structure that I have in place for a frontend/backend. Has any one had more then 22+ on-hook agents work with a single FIFO queue?? thanks eric On 7/13/2013 at 12:54 AM, efern75@hushmail.com wrote:
Good evening,
I'm still having this issue but I'm finding something interesting.
Is there a limit of how much can be buffered in the SELECT query for:
sql = switch_mprintf("select uuid, fifo_name, originate_string, simo_count, use_count, timeout, lag, " "next_avail, expires, static, outbound_call_count, outbound_fail_count, hostname " "from fifo_outbound " "where taking_calls = 1 and (fifo_name = '%q') and ((use_count+ring_count) < simo_count) and next_avail = 0 " "order by next_avail, outbound_fail_count, outbound_call_count", node->name, (long) switch_epoch_time_now(NULL) );
?? sorry; i can't read the entire mod_fifo.c
The reason I ask is because it stops considering any of the users after user 123 (see below).
I'm doing the same query with sqlite3 that mod_fifo.c is doing below:
sqlite> select uuid, fifo_name, originate_string, simo_count, use_count, timeout, lag, next_avail, expires, static, outbound_call_count, outbound_fail_count, hostname from fifo_outbound where taking_calls = 1 and (fifo_name = 'FIFO0') and ((use_count+ring_count) < simo_count) and next_avail = 0 order by next_avail, outbound_fail_count, outbound_call_count; c4df077a83dbc7240e35d226a921a07b|FIFO0|{fifo_member_wait=nowait}use r/206|1|0|60|5|0|0|0|0|0|azteccs0 3f20615f348c56d10845390933567b34|FIFO0|{fifo_member_wait=nowait}use r/306|1|0|60|5|0|0|0|0|0|azteccs0 8b3efbd08e60c8beb0f95f0b06684863|FIFO0|{fifo_member_wait=nowait}use r/106|1|0|60|5|0|0|0|0|0|azteccs0 6fd458f96aff1e0ba86ec7c386a97770|FIFO0|{fifo_member_wait=nowait}use r/117|1|0|60|5|0|0|0|0|0|azteccs0 453c563cec9f997619475788740198fa|FIFO0|{fifo_member_wait=nowait}use r/208|1|0|60|5|0|0|0|0|0|azteccs0 02a53b427f1df62012e2d76801be9e7e|FIFO0|{fifo_member_wait=nowait}use r/105|1|0|60|5|0|0|0|0|0|azteccs0 9c2e5c39a54e543afb3f179ba92db164|FIFO0|{fifo_member_wait=nowait}use r/102|1|0|60|5|0|0|0|0|0|azteccs0 62c48960841a9a5751ff61607bc3258d|FIFO0|{fifo_member_wait=nowait}use r/223|1|0|60|5|0|0|0|0|0|azteccs0 f3af9c939e4716db3cf715be17bdfc8a|FIFO0|{fifo_member_wait=nowait}use r/323|1|0|60|5|0|0|0|0|0|azteccs0 aba20f3f6fbf4340cdfa3b42d54ad5f4|FIFO0|{fifo_member_wait=nowait}use r/222|1|0|60|5|0|0|0|0|0|azteccs0 14b949e2014d6700e23da6a147aed75d|FIFO0|{fifo_member_wait=nowait}use r/322|1|0|60|5|0|0|0|0|0|azteccs0 7dcde9b3f5fab6b206b141bf118deec8|FIFO0|{fifo_member_wait=nowait}use r/103|1|0|60|5|0|0|0|0|0|azteccs0 3ca246ce6d89e8dd3a0a76f81bf190f0|FIFO0|{fifo_member_wait=nowait}use r/303|1|0|60|5|0|0|0|0|0|azteccs0 bd464c8385906b75a9be87aa945c3c7c|FIFO0|{fifo_member_wait=nowait}use r/307|1|0|60|5|0|0|0|0|0|azteccs0 8fdf2c5190c2ba6d45bd489a5e7079be|FIFO0|{fifo_member_wait=nowait}use r/305|1|0|60|5|0|0|0|0|0|azteccs0 35e01257fa06d901067eb525a3e96de0|FIFO0|{fifo_member_wait=nowait}use r/122|1|0|60|5|0|0|0|0|0|azteccs0 d0a37e21bdc70d27eac021c23c3cfd8e|FIFO0|{fifo_member_wait=nowait}use r/301|1|0|60|5|0|0|0|0|0|azteccs0 ba841fbe312902c3f50e1874e9b36088|FIFO0|{fifo_member_wait=nowait}use r/317|1|0|60|5|0|0|0|0|0|azteccs0 b26148c5030d7e1ae1721862b614efc7|FIFO0|{fifo_member_wait=nowait}use r/204|1|0|60|5|0|0|0|0|0|azteccs0 e7366e6a49fff2ad8b24d8111b31be25|FIFO0|{fifo_member_wait=nowait}use r/203|1|0|60|5|0|0|0|0|0|azteccs0 6cfd3eb1a139f176b62b1bc3487d0250|FIFO0|{fifo_member_wait=nowait}use r/201|1|0|60|5|0|0|0|0|0|azteccs0 a50c31f0c9a9affb503a95c61caddd2f|FIFO0|{fifo_member_wait=nowait}use r/101|1|0|60|5|0|0|0|0|0|azteccs0 dc4300b07b236798e263e0e17a1f7415|FIFO0|{fifo_member_wait=nowait}use r/107|1|0|60|5|0|0|0|0|0|azteccs0 0c2da403f7ea9b18437a406bd330c228|FIFO0|{fifo_member_wait=nowait}use r/308|1|0|60|5|0|0|0|0|0|azteccs0 0e1c1c614d7edab2a8bd8a3d45a13bb5|FIFO0|{fifo_member_wait=nowait}use r/123|1|0|60|5|0|0|0|0|0|azteccs0 <stops here> 23ae3cac192762e7865d2664f5b443fd|FIFO0|{fifo_member_wait=nowait}use r/207|1|0|60|5|0|0|0|0|0|azteccs0 c19ecc881d453ea2a86102a0c88befff|FIFO0|{fifo_member_wait=nowait}use r/217|1|0|60|5|0|0|0|0|0|azteccs0 98f3fddb71bb7e40959e673a7bf09c84|FIFO0|{fifo_member_wait=nowait}use r/205|1|0|60|5|0|0|0|0|0|azteccs0 94ce1eb80eb8f227bb41121ad91a3a09|FIFO0|{fifo_member_wait=nowait}use r/202|1|0|60|5|0|0|0|0|0|azteccs0 f59c85e03798fe42633de6090d39fa83|FIFO0|{fifo_member_wait=nowait}use r/302|1|0|60|5|0|0|0|0|0|azteccs0 34558f49c8bbaa6fbe6567415a61f395|FIFO0|{fifo_member_wait=nowait}use r/104|1|0|60|5|0|0|0|0|0|azteccs0 7c72f271662e77d21ed8699e997c2184|FIFO0|{fifo_member_wait=nowait}use r/304|1|0|60|5|0|0|0|0|0|azteccs0 4e94acfe974e6667f9f1ef72f83553f0|FIFO0|{fifo_member_wait=nowait}use r/108|1|0|60|5|0|0|0|0|0|azteccs0
None of the users after "<stops here>" are called; nothing shows up in debug for these users as well (like user not registered; etc).
Thanks!!! eric
On 7/8/2013 at 6:06 PM, efern75@hushmail.com wrote:
Good evening,
I still have this issue, can anyone help?
thanks eric
----- Forwarded message from efern75@hushmail.com ----- Date: Sun, 30 Jun 2013 04:13:51 +0000 Subject: modfifo not calling all registered members To: freeswitch-users@lists.freeswitch.org
Good evening all,
Have an issue with modfifo not calling all members. This has
happening for a while but can't find out why.
I have 10 yealink phones/1 snom phone that have each 3 individual registered extension. (one phone has ext: 101,201,301, the next phone has 102,202,302, etc). I have all 33 extensions registered according to "sofia status profile internal reg". I add each extension to fifo via a script that just runs: fifo_member add FIFO0 {fifo_member_wait=nowait}user/EXTENSION
Below is the pastebin of "fifo list" after loading the above command against all registered phones (33 extensions,11 phones) http://pastebin.com/diNU6hbm
This is how the fifo.conf.xml file looks like (default): <configuration name="fifo.conf" description="FIFO Configuration"> <settings> <param name="delete-all-outbound-member-on-startup" value="false"/> </settings> <fifos> </fifos> </configuration>
When a call comes in and is sent to the FIFO queue via: <action application="fifo" data="FIFO0 in"/>
Only 23 channels/call setups are made to the possible 33 extensions that are in fifo list. below is the show channels of this setup: http://pastebin.com/s7TvxGMa
Here is a list of the 10 non called extension: 102,305,205,123,308,201,101,206,306,222
After hanging up, this is the "fifo list" dump for reference: http://pastebin.com/9JgD49fL
I have ran "fifo debug 7" and /debug 7 at the console and did some test calls and nowhere does it light up with the extensions that are missing for the fifo call setup =\
I have also for example ran ngrep against a phone that only has two out of three INVITES sent (based on show channels) and can verify that only 2 INVITES are being sent. (just wanted to make sure that the phone wasn't rejecting the invite on the missing show channels extension due not not being very fast at seeing it happen).
I am running: OS: Debian 6.0.7 (x64) FS: 1.2 latest git (1.2.10+git~20130628T192118Z~929f52b15c)
Also, i have shutdown freeswitch, deleted the entire /usr/local/freeswitch/db/ directory content; started freeswitch, waited for all extensions to fill in eventually, and ran the fifo_member add command and can still duplicate this issue =\
Thank you for your assistance on this!!!!
Eric
__________________________________________________________________ _ ______ 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
been -
___________________________________________________________________ ______ 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