Fwd: modfifo not calling all registered members
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 been 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
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}user/206|1|0|60|5|0|0|0|0|0|azteccs0 3f20615f348c56d10845390933567b34|FIFO0|{fifo_member_wait=nowait}user/306|1|0|60|5|0|0|0|0|0|azteccs0 8b3efbd08e60c8beb0f95f0b06684863|FIFO0|{fifo_member_wait=nowait}user/106|1|0|60|5|0|0|0|0|0|azteccs0 6fd458f96aff1e0ba86ec7c386a97770|FIFO0|{fifo_member_wait=nowait}user/117|1|0|60|5|0|0|0|0|0|azteccs0 453c563cec9f997619475788740198fa|FIFO0|{fifo_member_wait=nowait}user/208|1|0|60|5|0|0|0|0|0|azteccs0 02a53b427f1df62012e2d76801be9e7e|FIFO0|{fifo_member_wait=nowait}user/105|1|0|60|5|0|0|0|0|0|azteccs0 9c2e5c39a54e543afb3f179ba92db164|FIFO0|{fifo_member_wait=nowait}user/102|1|0|60|5|0|0|0|0|0|azteccs0 62c48960841a9a5751ff61607bc3258d|FIFO0|{fifo_member_wait=nowait}user/223|1|0|60|5|0|0|0|0|0|azteccs0 f3af9c939e4716db3cf715be17bdfc8a|FIFO0|{fifo_member_wait=nowait}user/323|1|0|60|5|0|0|0|0|0|azteccs0 aba20f3f6fbf4340cdfa3b42d54ad5f4|FIFO0|{fifo_member_wait=nowait}user/222|1|0|60|5|0|0|0|0|0|azteccs0 14b949e2014d6700e23da6a147aed75d|FIFO0|{fifo_member_wait=nowait}user/322|1|0|60|5|0|0|0|0|0|azteccs0 7dcde9b3f5fab6b206b141bf118deec8|FIFO0|{fifo_member_wait=nowait}user/103|1|0|60|5|0|0|0|0|0|azteccs0 3ca246ce6d89e8dd3a0a76f81bf190f0|FIFO0|{fifo_member_wait=nowait}user/303|1|0|60|5|0|0|0|0|0|azteccs0 bd464c8385906b75a9be87aa945c3c7c|FIFO0|{fifo_member_wait=nowait}user/307|1|0|60|5|0|0|0|0|0|azteccs0 8fdf2c5190c2ba6d45bd489a5e7079be|FIFO0|{fifo_member_wait=nowait}user/305|1|0|60|5|0|0|0|0|0|azteccs0 35e01257fa06d901067eb525a3e96de0|FIFO0|{fifo_member_wait=nowait}user/122|1|0|60|5|0|0|0|0|0|azteccs0 d0a37e21bdc70d27eac021c23c3cfd8e|FIFO0|{fifo_member_wait=nowait}user/301|1|0|60|5|0|0|0|0|0|azteccs0 ba841fbe312902c3f50e1874e9b36088|FIFO0|{fifo_member_wait=nowait}user/317|1|0|60|5|0|0|0|0|0|azteccs0 b26148c5030d7e1ae1721862b614efc7|FIFO0|{fifo_member_wait=nowait}user/204|1|0|60|5|0|0|0|0|0|azteccs0 e7366e6a49fff2ad8b24d8111b31be25|FIFO0|{fifo_member_wait=nowait}user/203|1|0|60|5|0|0|0|0|0|azteccs0 6cfd3eb1a139f176b62b1bc3487d0250|FIFO0|{fifo_member_wait=nowait}user/201|1|0|60|5|0|0|0|0|0|azteccs0 a50c31f0c9a9affb503a95c61caddd2f|FIFO0|{fifo_member_wait=nowait}user/101|1|0|60|5|0|0|0|0|0|azteccs0 dc4300b07b236798e263e0e17a1f7415|FIFO0|{fifo_member_wait=nowait}user/107|1|0|60|5|0|0|0|0|0|azteccs0 0c2da403f7ea9b18437a406bd330c228|FIFO0|{fifo_member_wait=nowait}user/308|1|0|60|5|0|0|0|0|0|azteccs0 0e1c1c614d7edab2a8bd8a3d45a13bb5|FIFO0|{fifo_member_wait=nowait}user/123|1|0|60|5|0|0|0|0|0|azteccs0 <stops here> 23ae3cac192762e7865d2664f5b443fd|FIFO0|{fifo_member_wait=nowait}user/207|1|0|60|5|0|0|0|0|0|azteccs0 c19ecc881d453ea2a86102a0c88befff|FIFO0|{fifo_member_wait=nowait}user/217|1|0|60|5|0|0|0|0|0|azteccs0 98f3fddb71bb7e40959e673a7bf09c84|FIFO0|{fifo_member_wait=nowait}user/205|1|0|60|5|0|0|0|0|0|azteccs0 94ce1eb80eb8f227bb41121ad91a3a09|FIFO0|{fifo_member_wait=nowait}user/202|1|0|60|5|0|0|0|0|0|azteccs0 f59c85e03798fe42633de6090d39fa83|FIFO0|{fifo_member_wait=nowait}user/302|1|0|60|5|0|0|0|0|0|azteccs0 34558f49c8bbaa6fbe6567415a61f395|FIFO0|{fifo_member_wait=nowait}user/104|1|0|60|5|0|0|0|0|0|azteccs0 7c72f271662e77d21ed8699e997c2184|FIFO0|{fifo_member_wait=nowait}user/304|1|0|60|5|0|0|0|0|0|azteccs0 4e94acfe974e6667f9f1ef72f83553f0|FIFO0|{fifo_member_wait=nowait}user/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 been 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- users http://www.freeswitch.org
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
Hi Eric, I've just had a read of your original post, as it's quite a lengthy post it requires someone to spend a chunk of time analysing the information given and attempting to reproduce locally - which is probably why it has not had any bites. First, you need to include full debug logs, and possibly even siptrace [2], without this it will be very difficult for us to see what is going on. In a summary, here's the facts so far; * modfifo is not calling all members * 10 yealink phones, 1 snom phone, each with 3 registered extensions * all extensions are showing as registered in `sofia status profile internal reg` * modfifo only creates calls to 23 of the 33 extensions available * you are running latest stable FS 1.2.10 The only possibly related threads I could find were; http://freeswitch-users.2379917.n2.nabble.com/mod-fifo-agent-not-ringing-td7... http://freeswitch-dev.4355.x6.nabble.com/Freeswitch-dev-mod-fifo-td5001906.h... http://lists.freeswitch.org/pipermail/freeswitch-users/2013-April/094745.htm... Your best option right now is to create a JIRA ticket [1], and wait for a core dev to take a look. I would also advise spending a few minutes re-writing your ticket description, and making it as easy as possible for others to understand/read (it's taken me 5 minutes just to do this summary!). Make sure you get the full debug logs pastebin'd first before creating the JIRA ticket. Please also remember that this is will probably take up a fair chunk of a developers time to look at, so be sure to give some reassurances in the ticket that you've done your homework first and that you'll be able to contribute further testing if a dev comes back with an answer for you. Hope this helps Cal [1] http://wiki.freeswitch.org/wiki/Reporting_Bugs [2] https://wiki.freeswitch.org/wiki/Sofia-SIP#Debugging_Sofia-SIP On Mon, Jul 22, 2013 at 9:51 PM, <efern75@hushmail.com> wrote:
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
_________________________________________________________________________ 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
It doesn't call all of the agents it only calls the same number of agents as the number of calls its servicing. You would need more callers in the fifo than you have agents to call them all. On Mon, Jul 22, 2013 at 8:39 PM, Cal Leeming [Simplicity Media Ltd] < cal.leeming@simplicitymedialtd.co.uk> wrote:
Hi Eric,
I've just had a read of your original post, as it's quite a lengthy post it requires someone to spend a chunk of time analysing the information given and attempting to reproduce locally - which is probably why it has not had any bites.
First, you need to include full debug logs, and possibly even siptrace [2], without this it will be very difficult for us to see what is going on.
In a summary, here's the facts so far;
* modfifo is not calling all members * 10 yealink phones, 1 snom phone, each with 3 registered extensions * all extensions are showing as registered in `sofia status profile internal reg` * modfifo only creates calls to 23 of the 33 extensions available * you are running latest stable FS 1.2.10
The only possibly related threads I could find were;
http://freeswitch-users.2379917.n2.nabble.com/mod-fifo-agent-not-ringing-td7...
http://freeswitch-dev.4355.x6.nabble.com/Freeswitch-dev-mod-fifo-td5001906.h...
http://lists.freeswitch.org/pipermail/freeswitch-users/2013-April/094745.htm...
Your best option right now is to create a JIRA ticket [1], and wait for a core dev to take a look. I would also advise spending a few minutes re-writing your ticket description, and making it as easy as possible for others to understand/read (it's taken me 5 minutes just to do this summary!). Make sure you get the full debug logs pastebin'd first before creating the JIRA ticket.
Please also remember that this is will probably take up a fair chunk of a developers time to look at, so be sure to give some reassurances in the ticket that you've done your homework first and that you'll be able to contribute further testing if a dev comes back with an answer for you.
Hope this helps
Cal
[1] http://wiki.freeswitch.org/wiki/Reporting_Bugs [2] https://wiki.freeswitch.org/wiki/Sofia-SIP#Debugging_Sofia-SIP
On Mon, Jul 22, 2013 at 9:51 PM, <efern75@hushmail.com> wrote:
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
_________________________________________________________________________ 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
-- 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
Good afternoon Anthony, Thank you for reviewing this. I currently have 33 registered extensions (sofia status profile internal reg); i take those 33 registered extensions and do a quick script that issues: fifo_member add FIFO0 {fifo_member_wait=nowait}user/$extension All the 33 registered phones show up in "fifo list" from the above command and still doesn't call those extensions or even show new channel setup/error in the log for those extensions. I can issue the exact sql select command that shows up in debug (fifo debug 7) and all 33 show up (did a quick COUNT(*) but only 23 are dialed. I think I found the problem/limit! I did some research and ran tcpdump>pcap>wireshark to see what's going on. The 23 calls; is actually 25 but I don't see it fast enough on "show channels" The SNOM phone doesn't like receiving 3 INVITES at the same time; so it rejects the other 2 INVITES via "486 Busy Here"; so added up you really have 25 calls made and verified this with the "New Channel" log entry. So, i lightly reviewed mod_fifo.c and I see that 25 is variable in this place: #define MAX_ROWS 25 Is this capping it the SELECT results ? also; can this be adjusted without hardcoding it or a variable? thank you again! Eric On 7/23/2013 at 5:42 PM, "Anthony Minessale" <anthony.minessale@gmail.com> wrote:
It doesn't call all of the agents it only calls the same number of agents as the number of calls its servicing. You would need more callers in the fifo than you have agents to call them all.
On Mon, Jul 22, 2013 at 8:39 PM, Cal Leeming [Simplicity Media Ltd] < cal.leeming@simplicitymedialtd.co.uk> wrote:
Hi Eric,
I've just had a read of your original post, as it's quite a lengthy post it requires someone to spend a chunk of time analysing the information given and attempting to reproduce locally - which is probably why it has not had any bites.
First, you need to include full debug logs, and possibly even siptrace [2], without this it will be very difficult for us to see what is going on.
In a summary, here's the facts so far;
* modfifo is not calling all members * 10 yealink phones, 1 snom phone, each with 3 registered extensions * all extensions are showing as registered in `sofia status profile internal reg` * modfifo only creates calls to 23 of the 33 extensions available * you are running latest stable FS 1.2.10
The only possibly related threads I could find were;
http://freeswitch-users.2379917.n2.nabble.com/mod-fifo-agent-not- ringing-td7232907.html
http://freeswitch-dev.4355.x6.nabble.com/Freeswitch-dev-mod-fifo- td5001906.html
http://lists.freeswitch.org/pipermail/freeswitch-users/2013- April/094745.html
Your best option right now is to create a JIRA ticket [1], and wait for a core dev to take a look. I would also advise spending a few minutes re-writing your ticket description, and making it as easy as possible for others to understand/read (it's taken me 5 minutes just to do this summary!). Make sure you get the full debug logs pastebin'd first before creating the JIRA ticket.
Please also remember that this is will probably take up a fair chunk of a developers time to look at, so be sure to give some reassurances in the ticket that you've done your homework first and that you'll be able to contribute further testing if a dev comes back with an answer for you.
Hope this helps
Cal
[1] http://wiki.freeswitch.org/wiki/Reporting_Bugs [2] https://wiki.freeswitch.org/wiki/Sofia-SIP#Debugging_Sofia- SIP
On Mon, Jul 22, 2013 at 9:51 PM, <efern75@hushmail.com> wrote:
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}us e
r/206|1|0|60|5|0|0|0|0|0|azteccs0
3f20615f348c56d10845390933567b34|FIFO0|{fifo_member_wait=nowait}us e
r/306|1|0|60|5|0|0|0|0|0|azteccs0
8b3efbd08e60c8beb0f95f0b06684863|FIFO0|{fifo_member_wait=nowait}us e
r/106|1|0|60|5|0|0|0|0|0|azteccs0
6fd458f96aff1e0ba86ec7c386a97770|FIFO0|{fifo_member_wait=nowait}us e
r/117|1|0|60|5|0|0|0|0|0|azteccs0
453c563cec9f997619475788740198fa|FIFO0|{fifo_member_wait=nowait}us e
r/208|1|0|60|5|0|0|0|0|0|azteccs0
02a53b427f1df62012e2d76801be9e7e|FIFO0|{fifo_member_wait=nowait}us e
r/105|1|0|60|5|0|0|0|0|0|azteccs0
9c2e5c39a54e543afb3f179ba92db164|FIFO0|{fifo_member_wait=nowait}us e
r/102|1|0|60|5|0|0|0|0|0|azteccs0
62c48960841a9a5751ff61607bc3258d|FIFO0|{fifo_member_wait=nowait}us e
r/223|1|0|60|5|0|0|0|0|0|azteccs0
f3af9c939e4716db3cf715be17bdfc8a|FIFO0|{fifo_member_wait=nowait}us e
r/323|1|0|60|5|0|0|0|0|0|azteccs0
aba20f3f6fbf4340cdfa3b42d54ad5f4|FIFO0|{fifo_member_wait=nowait}us e
r/222|1|0|60|5|0|0|0|0|0|azteccs0
14b949e2014d6700e23da6a147aed75d|FIFO0|{fifo_member_wait=nowait}us e
r/322|1|0|60|5|0|0|0|0|0|azteccs0
7dcde9b3f5fab6b206b141bf118deec8|FIFO0|{fifo_member_wait=nowait}us e
r/103|1|0|60|5|0|0|0|0|0|azteccs0
3ca246ce6d89e8dd3a0a76f81bf190f0|FIFO0|{fifo_member_wait=nowait}us e
r/303|1|0|60|5|0|0|0|0|0|azteccs0
bd464c8385906b75a9be87aa945c3c7c|FIFO0|{fifo_member_wait=nowait}us e
r/307|1|0|60|5|0|0|0|0|0|azteccs0
8fdf2c5190c2ba6d45bd489a5e7079be|FIFO0|{fifo_member_wait=nowait}us e
r/305|1|0|60|5|0|0|0|0|0|azteccs0
35e01257fa06d901067eb525a3e96de0|FIFO0|{fifo_member_wait=nowait}us e
r/122|1|0|60|5|0|0|0|0|0|azteccs0
d0a37e21bdc70d27eac021c23c3cfd8e|FIFO0|{fifo_member_wait=nowait}us e
r/301|1|0|60|5|0|0|0|0|0|azteccs0
ba841fbe312902c3f50e1874e9b36088|FIFO0|{fifo_member_wait=nowait}us e
r/317|1|0|60|5|0|0|0|0|0|azteccs0
b26148c5030d7e1ae1721862b614efc7|FIFO0|{fifo_member_wait=nowait}us e
r/204|1|0|60|5|0|0|0|0|0|azteccs0
e7366e6a49fff2ad8b24d8111b31be25|FIFO0|{fifo_member_wait=nowait}us e
r/203|1|0|60|5|0|0|0|0|0|azteccs0
6cfd3eb1a139f176b62b1bc3487d0250|FIFO0|{fifo_member_wait=nowait}us e
r/201|1|0|60|5|0|0|0|0|0|azteccs0
a50c31f0c9a9affb503a95c61caddd2f|FIFO0|{fifo_member_wait=nowait}us e
r/101|1|0|60|5|0|0|0|0|0|azteccs0
dc4300b07b236798e263e0e17a1f7415|FIFO0|{fifo_member_wait=nowait}us e
r/107|1|0|60|5|0|0|0|0|0|azteccs0
0c2da403f7ea9b18437a406bd330c228|FIFO0|{fifo_member_wait=nowait}us e
r/308|1|0|60|5|0|0|0|0|0|azteccs0
0e1c1c614d7edab2a8bd8a3d45a13bb5|FIFO0|{fifo_member_wait=nowait}us e
r/123|1|0|60|5|0|0|0|0|0|azteccs0 <stops here>
23ae3cac192762e7865d2664f5b443fd|FIFO0|{fifo_member_wait=nowait}us e
r/207|1|0|60|5|0|0|0|0|0|azteccs0
c19ecc881d453ea2a86102a0c88befff|FIFO0|{fifo_member_wait=nowait}us e
r/217|1|0|60|5|0|0|0|0|0|azteccs0
98f3fddb71bb7e40959e673a7bf09c84|FIFO0|{fifo_member_wait=nowait}us e
r/205|1|0|60|5|0|0|0|0|0|azteccs0
94ce1eb80eb8f227bb41121ad91a3a09|FIFO0|{fifo_member_wait=nowait}us e
r/202|1|0|60|5|0|0|0|0|0|azteccs0
f59c85e03798fe42633de6090d39fa83|FIFO0|{fifo_member_wait=nowait}us e
r/302|1|0|60|5|0|0|0|0|0|azteccs0
34558f49c8bbaa6fbe6567415a61f395|FIFO0|{fifo_member_wait=nowait}us e
r/104|1|0|60|5|0|0|0|0|0|azteccs0
7c72f271662e77d21ed8699e997c2184|FIFO0|{fifo_member_wait=nowait}us e
r/304|1|0|60|5|0|0|0|0|0|azteccs0
4e94acfe974e6667f9f1ef72f83553f0|FIFO0|{fifo_member_wait=nowait}us e
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
been
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/freeswitc h
-
__________________________________________________________________ _
______ 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
______
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
___________________________________________________________________ ______
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
-- 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
That could be. Change it to 100 and recompile and test it. On Tue, Jul 23, 2013 at 8:18 PM, <efern75@hushmail.com> wrote:
Good afternoon Anthony,
Thank you for reviewing this.
I currently have 33 registered extensions (sofia status profile internal reg); i take those 33 registered extensions and do a quick script that issues:
fifo_member add FIFO0 {fifo_member_wait=nowait}user/$extension
All the 33 registered phones show up in "fifo list" from the above command and still doesn't call those extensions or even show new channel setup/error in the log for those extensions. I can issue the exact sql select command that shows up in debug (fifo debug 7) and all 33 show up (did a quick COUNT(*) but only 23 are dialed.
I think I found the problem/limit!
I did some research and ran tcpdump>pcap>wireshark to see what's going on. The 23 calls; is actually 25 but I don't see it fast enough on "show channels" The SNOM phone doesn't like receiving 3 INVITES at the same time; so it rejects the other 2 INVITES via "486 Busy Here"; so added up you really have 25 calls made and verified this with the "New Channel" log entry.
So, i lightly reviewed mod_fifo.c and I see that 25 is variable in this place:
#define MAX_ROWS 25
Is this capping it the SELECT results ? also; can this be adjusted without hardcoding it or a variable?
thank you again! Eric
On 7/23/2013 at 5:42 PM, "Anthony Minessale" <anthony.minessale@gmail.com> wrote:
It doesn't call all of the agents it only calls the same number of agents as the number of calls its servicing. You would need more callers in the fifo than you have agents to call them all.
On Mon, Jul 22, 2013 at 8:39 PM, Cal Leeming [Simplicity Media Ltd] < cal.leeming@simplicitymedialtd.co.uk> wrote:
Hi Eric,
I've just had a read of your original post, as it's quite a lengthy post it requires someone to spend a chunk of time analysing the information given and attempting to reproduce locally - which is probably why it has not had any bites.
First, you need to include full debug logs, and possibly even siptrace [2], without this it will be very difficult for us to see what is going on.
In a summary, here's the facts so far;
* modfifo is not calling all members * 10 yealink phones, 1 snom phone, each with 3 registered extensions * all extensions are showing as registered in `sofia status profile internal reg` * modfifo only creates calls to 23 of the 33 extensions available * you are running latest stable FS 1.2.10
The only possibly related threads I could find were;
http://freeswitch-users.2379917.n2.nabble.com/mod-fifo-agent-not- ringing-td7232907.html
http://freeswitch-dev.4355.x6.nabble.com/Freeswitch-dev-mod-fifo- td5001906.html
http://lists.freeswitch.org/pipermail/freeswitch-users/2013- April/094745.html
Your best option right now is to create a JIRA ticket [1], and wait for a core dev to take a look. I would also advise spending a few minutes re-writing your ticket description, and making it as easy as possible for others to understand/read (it's taken me 5 minutes just to do this summary!). Make sure you get the full debug logs pastebin'd first before creating the JIRA ticket.
Please also remember that this is will probably take up a fair chunk of a developers time to look at, so be sure to give some reassurances in the ticket that you've done your homework first and that you'll be able to contribute further testing if a dev comes back with an answer for you.
Hope this helps
Cal
[1] http://wiki.freeswitch.org/wiki/Reporting_Bugs [2] https://wiki.freeswitch.org/wiki/Sofia-SIP#Debugging_Sofia- SIP
On Mon, Jul 22, 2013 at 9:51 PM, <efern75@hushmail.com> wrote:
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}us e
r/206|1|0|60|5|0|0|0|0|0|azteccs0
3f20615f348c56d10845390933567b34|FIFO0|{fifo_member_wait=nowait}us e
r/306|1|0|60|5|0|0|0|0|0|azteccs0
8b3efbd08e60c8beb0f95f0b06684863|FIFO0|{fifo_member_wait=nowait}us e
r/106|1|0|60|5|0|0|0|0|0|azteccs0
6fd458f96aff1e0ba86ec7c386a97770|FIFO0|{fifo_member_wait=nowait}us e
r/117|1|0|60|5|0|0|0|0|0|azteccs0
453c563cec9f997619475788740198fa|FIFO0|{fifo_member_wait=nowait}us e
r/208|1|0|60|5|0|0|0|0|0|azteccs0
02a53b427f1df62012e2d76801be9e7e|FIFO0|{fifo_member_wait=nowait}us e
r/105|1|0|60|5|0|0|0|0|0|azteccs0
9c2e5c39a54e543afb3f179ba92db164|FIFO0|{fifo_member_wait=nowait}us e
r/102|1|0|60|5|0|0|0|0|0|azteccs0
62c48960841a9a5751ff61607bc3258d|FIFO0|{fifo_member_wait=nowait}us e
r/223|1|0|60|5|0|0|0|0|0|azteccs0
f3af9c939e4716db3cf715be17bdfc8a|FIFO0|{fifo_member_wait=nowait}us e
r/323|1|0|60|5|0|0|0|0|0|azteccs0
aba20f3f6fbf4340cdfa3b42d54ad5f4|FIFO0|{fifo_member_wait=nowait}us e
r/222|1|0|60|5|0|0|0|0|0|azteccs0
14b949e2014d6700e23da6a147aed75d|FIFO0|{fifo_member_wait=nowait}us e
r/322|1|0|60|5|0|0|0|0|0|azteccs0
7dcde9b3f5fab6b206b141bf118deec8|FIFO0|{fifo_member_wait=nowait}us e
r/103|1|0|60|5|0|0|0|0|0|azteccs0
3ca246ce6d89e8dd3a0a76f81bf190f0|FIFO0|{fifo_member_wait=nowait}us e
r/303|1|0|60|5|0|0|0|0|0|azteccs0
bd464c8385906b75a9be87aa945c3c7c|FIFO0|{fifo_member_wait=nowait}us e
r/307|1|0|60|5|0|0|0|0|0|azteccs0
8fdf2c5190c2ba6d45bd489a5e7079be|FIFO0|{fifo_member_wait=nowait}us e
r/305|1|0|60|5|0|0|0|0|0|azteccs0
35e01257fa06d901067eb525a3e96de0|FIFO0|{fifo_member_wait=nowait}us e
r/122|1|0|60|5|0|0|0|0|0|azteccs0
d0a37e21bdc70d27eac021c23c3cfd8e|FIFO0|{fifo_member_wait=nowait}us e
r/301|1|0|60|5|0|0|0|0|0|azteccs0
ba841fbe312902c3f50e1874e9b36088|FIFO0|{fifo_member_wait=nowait}us e
r/317|1|0|60|5|0|0|0|0|0|azteccs0
b26148c5030d7e1ae1721862b614efc7|FIFO0|{fifo_member_wait=nowait}us e
r/204|1|0|60|5|0|0|0|0|0|azteccs0
e7366e6a49fff2ad8b24d8111b31be25|FIFO0|{fifo_member_wait=nowait}us e
r/203|1|0|60|5|0|0|0|0|0|azteccs0
6cfd3eb1a139f176b62b1bc3487d0250|FIFO0|{fifo_member_wait=nowait}us e
r/201|1|0|60|5|0|0|0|0|0|azteccs0
a50c31f0c9a9affb503a95c61caddd2f|FIFO0|{fifo_member_wait=nowait}us e
r/101|1|0|60|5|0|0|0|0|0|azteccs0
dc4300b07b236798e263e0e17a1f7415|FIFO0|{fifo_member_wait=nowait}us e
r/107|1|0|60|5|0|0|0|0|0|azteccs0
0c2da403f7ea9b18437a406bd330c228|FIFO0|{fifo_member_wait=nowait}us e
r/308|1|0|60|5|0|0|0|0|0|azteccs0
0e1c1c614d7edab2a8bd8a3d45a13bb5|FIFO0|{fifo_member_wait=nowait}us e
r/123|1|0|60|5|0|0|0|0|0|azteccs0 <stops here>
23ae3cac192762e7865d2664f5b443fd|FIFO0|{fifo_member_wait=nowait}us e
r/207|1|0|60|5|0|0|0|0|0|azteccs0
c19ecc881d453ea2a86102a0c88befff|FIFO0|{fifo_member_wait=nowait}us e
r/217|1|0|60|5|0|0|0|0|0|azteccs0
98f3fddb71bb7e40959e673a7bf09c84|FIFO0|{fifo_member_wait=nowait}us e
r/205|1|0|60|5|0|0|0|0|0|azteccs0
94ce1eb80eb8f227bb41121ad91a3a09|FIFO0|{fifo_member_wait=nowait}us e
r/202|1|0|60|5|0|0|0|0|0|azteccs0
f59c85e03798fe42633de6090d39fa83|FIFO0|{fifo_member_wait=nowait}us e
r/302|1|0|60|5|0|0|0|0|0|azteccs0
34558f49c8bbaa6fbe6567415a61f395|FIFO0|{fifo_member_wait=nowait}us e
r/104|1|0|60|5|0|0|0|0|0|azteccs0
7c72f271662e77d21ed8699e997c2184|FIFO0|{fifo_member_wait=nowait}us e
r/304|1|0|60|5|0|0|0|0|0|azteccs0
4e94acfe974e6667f9f1ef72f83553f0|FIFO0|{fifo_member_wait=nowait}us e
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
been
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/freeswitc h
-
__________________________________________________________________ _
______ 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
______
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
___________________________________________________________________ ______
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
-- 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
-- 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
Hi Anthony, I did; i just cranked it to 35 and recompiled.. worked like a champ everytime! Eric On 7/23/2013 at 8:45 PM, "Anthony Minessale" <anthony.minessale@gmail.com> wrote:
That could be. Change it to 100 and recompile and test it.
On Tue, Jul 23, 2013 at 8:18 PM, <efern75@hushmail.com> wrote:
users
__________________________________________________________________ _
______
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
Good afternoon Anthony,
Thank you for reviewing this.
I currently have 33 registered extensions (sofia status profile internal reg); i take those 33 registered extensions and do a quick script that issues:
fifo_member add FIFO0 {fifo_member_wait=nowait}user/$extension
All the 33 registered phones show up in "fifo list" from the above command and still doesn't call those extensions or even show new channel setup/error in the log for those extensions. I can issue the exact sql select command that shows up in debug (fifo debug 7) and all 33 show up (did a quick COUNT(*) but only 23 are dialed.
I think I found the problem/limit!
I did some research and ran tcpdump>pcap>wireshark to see what's going on. The 23 calls; is actually 25 but I don't see it fast enough on "show channels" The SNOM phone doesn't like receiving 3 INVITES at the same time; so it rejects the other 2 INVITES via "486 Busy Here"; so added up you really have 25 calls made and verified this with the "New Channel" log entry.
So, i lightly reviewed mod_fifo.c and I see that 25 is variable in this place:
#define MAX_ROWS 25
Is this capping it the SELECT results ? also; can this be adjusted without hardcoding it or a variable?
thank you again! Eric
On 7/23/2013 at 5:42 PM, "Anthony Minessale" <anthony.minessale@gmail.com> wrote:
It doesn't call all of the agents it only calls the same number
of
agents as the number of calls its servicing. You would need more callers in the fifo than you have agents to call them all.
On Mon, Jul 22, 2013 at 8:39 PM, Cal Leeming [Simplicity Media Ltd] < cal.leeming@simplicitymedialtd.co.uk> wrote:
Hi Eric,
I've just had a read of your original post, as it's quite a lengthy post it requires someone to spend a chunk of time analysing the information given and attempting to reproduce locally - which is probably why it has not had any bites.
First, you need to include full debug logs, and possibly even siptrace [2], without this it will be very difficult for us to see what is going on.
In a summary, here's the facts so far;
* modfifo is not calling all members * 10 yealink phones, 1 snom phone, each with 3 registered extensions * all extensions are showing as registered in `sofia status profile internal reg` * modfifo only creates calls to 23 of the 33 extensions available * you are running latest stable FS 1.2.10
The only possibly related threads I could find were;
http://freeswitch-users.2379917.n2.nabble.com/mod-fifo-agent- not- ringing-td7232907.html
http://freeswitch-dev.4355.x6.nabble.com/Freeswitch-dev-mod- fifo- td5001906.html
http://lists.freeswitch.org/pipermail/freeswitch-users/2013- April/094745.html
Your best option right now is to create a JIRA ticket [1], and wait for a core dev to take a look. I would also advise spending a few minutes re-writing your ticket description, and making it as easy as possible for others to understand/read (it's taken me 5 minutes just to do this summary!). Make sure you get the full debug logs pastebin'd first before creating the JIRA ticket.
Please also remember that this is will probably take up a fair chunk of a developers time to look at, so be sure to give some reassurances in the ticket that you've done your homework first and that you'll be able to contribute further testing if a dev comes back with an answer for you.
Hope this helps
Cal
[1] http://wiki.freeswitch.org/wiki/Reporting_Bugs [2] https://wiki.freeswitch.org/wiki/Sofia- SIP#Debugging_Sofia- SIP
On Mon, Jul 22, 2013 at 9:51 PM, <efern75@hushmail.com> wrote:
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}u s e
r/206|1|0|60|5|0|0|0|0|0|azteccs0
3f20615f348c56d10845390933567b34|FIFO0|{fifo_member_wait=nowait}u s e
r/306|1|0|60|5|0|0|0|0|0|azteccs0
8b3efbd08e60c8beb0f95f0b06684863|FIFO0|{fifo_member_wait=nowait}u s e
r/106|1|0|60|5|0|0|0|0|0|azteccs0
6fd458f96aff1e0ba86ec7c386a97770|FIFO0|{fifo_member_wait=nowait}u s e
r/117|1|0|60|5|0|0|0|0|0|azteccs0
453c563cec9f997619475788740198fa|FIFO0|{fifo_member_wait=nowait}u s e
r/208|1|0|60|5|0|0|0|0|0|azteccs0
02a53b427f1df62012e2d76801be9e7e|FIFO0|{fifo_member_wait=nowait}u s e
r/105|1|0|60|5|0|0|0|0|0|azteccs0
9c2e5c39a54e543afb3f179ba92db164|FIFO0|{fifo_member_wait=nowait}u s e
r/102|1|0|60|5|0|0|0|0|0|azteccs0
62c48960841a9a5751ff61607bc3258d|FIFO0|{fifo_member_wait=nowait}u s e
r/223|1|0|60|5|0|0|0|0|0|azteccs0
f3af9c939e4716db3cf715be17bdfc8a|FIFO0|{fifo_member_wait=nowait}u s e
r/323|1|0|60|5|0|0|0|0|0|azteccs0
aba20f3f6fbf4340cdfa3b42d54ad5f4|FIFO0|{fifo_member_wait=nowait}u s e
r/222|1|0|60|5|0|0|0|0|0|azteccs0
14b949e2014d6700e23da6a147aed75d|FIFO0|{fifo_member_wait=nowait}u s e
r/322|1|0|60|5|0|0|0|0|0|azteccs0
7dcde9b3f5fab6b206b141bf118deec8|FIFO0|{fifo_member_wait=nowait}u s e
r/103|1|0|60|5|0|0|0|0|0|azteccs0
3ca246ce6d89e8dd3a0a76f81bf190f0|FIFO0|{fifo_member_wait=nowait}u s e
r/303|1|0|60|5|0|0|0|0|0|azteccs0
bd464c8385906b75a9be87aa945c3c7c|FIFO0|{fifo_member_wait=nowait}u s e
r/307|1|0|60|5|0|0|0|0|0|azteccs0
8fdf2c5190c2ba6d45bd489a5e7079be|FIFO0|{fifo_member_wait=nowait}u s e
r/305|1|0|60|5|0|0|0|0|0|azteccs0
35e01257fa06d901067eb525a3e96de0|FIFO0|{fifo_member_wait=nowait}u s e
r/122|1|0|60|5|0|0|0|0|0|azteccs0
d0a37e21bdc70d27eac021c23c3cfd8e|FIFO0|{fifo_member_wait=nowait}u s e
r/301|1|0|60|5|0|0|0|0|0|azteccs0
ba841fbe312902c3f50e1874e9b36088|FIFO0|{fifo_member_wait=nowait}u s e
r/317|1|0|60|5|0|0|0|0|0|azteccs0
b26148c5030d7e1ae1721862b614efc7|FIFO0|{fifo_member_wait=nowait}u s e
r/204|1|0|60|5|0|0|0|0|0|azteccs0
e7366e6a49fff2ad8b24d8111b31be25|FIFO0|{fifo_member_wait=nowait}u s e
r/203|1|0|60|5|0|0|0|0|0|azteccs0
6cfd3eb1a139f176b62b1bc3487d0250|FIFO0|{fifo_member_wait=nowait}u s e
r/201|1|0|60|5|0|0|0|0|0|azteccs0
a50c31f0c9a9affb503a95c61caddd2f|FIFO0|{fifo_member_wait=nowait}u s e
r/101|1|0|60|5|0|0|0|0|0|azteccs0
dc4300b07b236798e263e0e17a1f7415|FIFO0|{fifo_member_wait=nowait}u s e
r/107|1|0|60|5|0|0|0|0|0|azteccs0
0c2da403f7ea9b18437a406bd330c228|FIFO0|{fifo_member_wait=nowait}u s e
r/308|1|0|60|5|0|0|0|0|0|azteccs0
0e1c1c614d7edab2a8bd8a3d45a13bb5|FIFO0|{fifo_member_wait=nowait}u s e
r/123|1|0|60|5|0|0|0|0|0|azteccs0 <stops here>
23ae3cac192762e7865d2664f5b443fd|FIFO0|{fifo_member_wait=nowait}u s e
r/207|1|0|60|5|0|0|0|0|0|azteccs0
c19ecc881d453ea2a86102a0c88befff|FIFO0|{fifo_member_wait=nowait}u s e
r/217|1|0|60|5|0|0|0|0|0|azteccs0
98f3fddb71bb7e40959e673a7bf09c84|FIFO0|{fifo_member_wait=nowait}u s e
r/205|1|0|60|5|0|0|0|0|0|azteccs0
94ce1eb80eb8f227bb41121ad91a3a09|FIFO0|{fifo_member_wait=nowait}u s e
r/202|1|0|60|5|0|0|0|0|0|azteccs0
f59c85e03798fe42633de6090d39fa83|FIFO0|{fifo_member_wait=nowait}u s e
r/302|1|0|60|5|0|0|0|0|0|azteccs0
34558f49c8bbaa6fbe6567415a61f395|FIFO0|{fifo_member_wait=nowait}u s e
r/104|1|0|60|5|0|0|0|0|0|azteccs0
7c72f271662e77d21ed8699e997c2184|FIFO0|{fifo_member_wait=nowait}u s e
r/304|1|0|60|5|0|0|0|0|0|azteccs0
4e94acfe974e6667f9f1ef72f83553f0|FIFO0|{fifo_member_wait=nowait}u s e
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 been >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/freeswit c h
- >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/freeswitc h -
__________________________________________________________________ _
______
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
-- 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
-- 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
ok open a jira and we'll change it in tree On Tue, Jul 23, 2013 at 8:58 PM, <efern75@hushmail.com> wrote:
Hi Anthony,
I did; i just cranked it to 35 and recompiled.. worked like a champ everytime!
Eric
On 7/23/2013 at 8:45 PM, "Anthony Minessale" <anthony.minessale@gmail.com> wrote:
That could be. Change it to 100 and recompile and test it.
On Tue, Jul 23, 2013 at 8:18 PM, <efern75@hushmail.com> wrote:
users
__________________________________________________________________ _
______
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
Good afternoon Anthony,
Thank you for reviewing this.
I currently have 33 registered extensions (sofia status profile internal reg); i take those 33 registered extensions and do a quick script that issues:
fifo_member add FIFO0 {fifo_member_wait=nowait}user/$extension
All the 33 registered phones show up in "fifo list" from the above command and still doesn't call those extensions or even show new channel setup/error in the log for those extensions. I can issue the exact sql select command that shows up in debug (fifo debug 7) and all 33 show up (did a quick COUNT(*) but only 23 are dialed.
I think I found the problem/limit!
I did some research and ran tcpdump>pcap>wireshark to see what's going on. The 23 calls; is actually 25 but I don't see it fast enough on "show channels" The SNOM phone doesn't like receiving 3 INVITES at the same time; so it rejects the other 2 INVITES via "486 Busy Here"; so added up you really have 25 calls made and verified this with the "New Channel" log entry.
So, i lightly reviewed mod_fifo.c and I see that 25 is variable in this place:
#define MAX_ROWS 25
Is this capping it the SELECT results ? also; can this be adjusted without hardcoding it or a variable?
thank you again! Eric
On 7/23/2013 at 5:42 PM, "Anthony Minessale" <anthony.minessale@gmail.com> wrote:
It doesn't call all of the agents it only calls the same number
of
agents as the number of calls its servicing. You would need more callers in the fifo than you have agents to call them all.
On Mon, Jul 22, 2013 at 8:39 PM, Cal Leeming [Simplicity Media Ltd] < cal.leeming@simplicitymedialtd.co.uk> wrote:
Hi Eric,
I've just had a read of your original post, as it's quite a lengthy post it requires someone to spend a chunk of time analysing the information given and attempting to reproduce locally - which is probably why it has not had any bites.
First, you need to include full debug logs, and possibly even siptrace [2], without this it will be very difficult for us to see what is going on.
In a summary, here's the facts so far;
* modfifo is not calling all members * 10 yealink phones, 1 snom phone, each with 3 registered extensions * all extensions are showing as registered in `sofia status profile internal reg` * modfifo only creates calls to 23 of the 33 extensions available * you are running latest stable FS 1.2.10
The only possibly related threads I could find were;
http://freeswitch-users.2379917.n2.nabble.com/mod-fifo-agent- not- ringing-td7232907.html
http://freeswitch-dev.4355.x6.nabble.com/Freeswitch-dev-mod- fifo- td5001906.html
http://lists.freeswitch.org/pipermail/freeswitch-users/2013- April/094745.html
Your best option right now is to create a JIRA ticket [1], and wait for a core dev to take a look. I would also advise spending a few minutes re-writing your ticket description, and making it as easy as possible for others to understand/read (it's taken me 5 minutes just to do this summary!). Make sure you get the full debug logs pastebin'd first before creating the JIRA ticket.
Please also remember that this is will probably take up a fair chunk of a developers time to look at, so be sure to give some reassurances in the ticket that you've done your homework first and that you'll be able to contribute further testing if a dev comes back with an answer for you.
Hope this helps
Cal
[1] http://wiki.freeswitch.org/wiki/Reporting_Bugs [2] https://wiki.freeswitch.org/wiki/Sofia- SIP#Debugging_Sofia- SIP
On Mon, Jul 22, 2013 at 9:51 PM, <efern75@hushmail.com> wrote:
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}u s e
>r/206|1|0|60|5|0|0|0|0|0|azteccs0
3f20615f348c56d10845390933567b34|FIFO0|{fifo_member_wait=nowait}u s e
>r/306|1|0|60|5|0|0|0|0|0|azteccs0
8b3efbd08e60c8beb0f95f0b06684863|FIFO0|{fifo_member_wait=nowait}u s e
>r/106|1|0|60|5|0|0|0|0|0|azteccs0
6fd458f96aff1e0ba86ec7c386a97770|FIFO0|{fifo_member_wait=nowait}u s e
>r/117|1|0|60|5|0|0|0|0|0|azteccs0
453c563cec9f997619475788740198fa|FIFO0|{fifo_member_wait=nowait}u s e
>r/208|1|0|60|5|0|0|0|0|0|azteccs0
02a53b427f1df62012e2d76801be9e7e|FIFO0|{fifo_member_wait=nowait}u s e
>r/105|1|0|60|5|0|0|0|0|0|azteccs0
9c2e5c39a54e543afb3f179ba92db164|FIFO0|{fifo_member_wait=nowait}u s e
>r/102|1|0|60|5|0|0|0|0|0|azteccs0
62c48960841a9a5751ff61607bc3258d|FIFO0|{fifo_member_wait=nowait}u s e
>r/223|1|0|60|5|0|0|0|0|0|azteccs0
f3af9c939e4716db3cf715be17bdfc8a|FIFO0|{fifo_member_wait=nowait}u s e
>r/323|1|0|60|5|0|0|0|0|0|azteccs0
aba20f3f6fbf4340cdfa3b42d54ad5f4|FIFO0|{fifo_member_wait=nowait}u s e
>r/222|1|0|60|5|0|0|0|0|0|azteccs0
14b949e2014d6700e23da6a147aed75d|FIFO0|{fifo_member_wait=nowait}u s e
>r/322|1|0|60|5|0|0|0|0|0|azteccs0
7dcde9b3f5fab6b206b141bf118deec8|FIFO0|{fifo_member_wait=nowait}u s e
>r/103|1|0|60|5|0|0|0|0|0|azteccs0
3ca246ce6d89e8dd3a0a76f81bf190f0|FIFO0|{fifo_member_wait=nowait}u s e
>r/303|1|0|60|5|0|0|0|0|0|azteccs0
bd464c8385906b75a9be87aa945c3c7c|FIFO0|{fifo_member_wait=nowait}u s e
>r/307|1|0|60|5|0|0|0|0|0|azteccs0
8fdf2c5190c2ba6d45bd489a5e7079be|FIFO0|{fifo_member_wait=nowait}u s e
>r/305|1|0|60|5|0|0|0|0|0|azteccs0
35e01257fa06d901067eb525a3e96de0|FIFO0|{fifo_member_wait=nowait}u s e
>r/122|1|0|60|5|0|0|0|0|0|azteccs0
d0a37e21bdc70d27eac021c23c3cfd8e|FIFO0|{fifo_member_wait=nowait}u s e
>r/301|1|0|60|5|0|0|0|0|0|azteccs0
ba841fbe312902c3f50e1874e9b36088|FIFO0|{fifo_member_wait=nowait}u s e
>r/317|1|0|60|5|0|0|0|0|0|azteccs0
b26148c5030d7e1ae1721862b614efc7|FIFO0|{fifo_member_wait=nowait}u s e
>r/204|1|0|60|5|0|0|0|0|0|azteccs0
e7366e6a49fff2ad8b24d8111b31be25|FIFO0|{fifo_member_wait=nowait}u s e
>r/203|1|0|60|5|0|0|0|0|0|azteccs0
6cfd3eb1a139f176b62b1bc3487d0250|FIFO0|{fifo_member_wait=nowait}u s e
>r/201|1|0|60|5|0|0|0|0|0|azteccs0
a50c31f0c9a9affb503a95c61caddd2f|FIFO0|{fifo_member_wait=nowait}u s e
>r/101|1|0|60|5|0|0|0|0|0|azteccs0
dc4300b07b236798e263e0e17a1f7415|FIFO0|{fifo_member_wait=nowait}u s e
>r/107|1|0|60|5|0|0|0|0|0|azteccs0
0c2da403f7ea9b18437a406bd330c228|FIFO0|{fifo_member_wait=nowait}u s e
>r/308|1|0|60|5|0|0|0|0|0|azteccs0
0e1c1c614d7edab2a8bd8a3d45a13bb5|FIFO0|{fifo_member_wait=nowait}u s e
>r/123|1|0|60|5|0|0|0|0|0|azteccs0 ><stops here>
23ae3cac192762e7865d2664f5b443fd|FIFO0|{fifo_member_wait=nowait}u s e
>r/207|1|0|60|5|0|0|0|0|0|azteccs0
c19ecc881d453ea2a86102a0c88befff|FIFO0|{fifo_member_wait=nowait}u s e
>r/217|1|0|60|5|0|0|0|0|0|azteccs0
98f3fddb71bb7e40959e673a7bf09c84|FIFO0|{fifo_member_wait=nowait}u s e
>r/205|1|0|60|5|0|0|0|0|0|azteccs0
94ce1eb80eb8f227bb41121ad91a3a09|FIFO0|{fifo_member_wait=nowait}u s e
>r/202|1|0|60|5|0|0|0|0|0|azteccs0
f59c85e03798fe42633de6090d39fa83|FIFO0|{fifo_member_wait=nowait}u s e
>r/302|1|0|60|5|0|0|0|0|0|azteccs0
34558f49c8bbaa6fbe6567415a61f395|FIFO0|{fifo_member_wait=nowait}u s e
>r/104|1|0|60|5|0|0|0|0|0|azteccs0
7c72f271662e77d21ed8699e997c2184|FIFO0|{fifo_member_wait=nowait}u s e
>r/304|1|0|60|5|0|0|0|0|0|azteccs0
4e94acfe974e6667f9f1ef72f83553f0|FIFO0|{fifo_member_wait=nowait}u s e
>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 >been >>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/freeswit c h
>- >>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/freeswitc h -
>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
-- 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
-- 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
-- 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
Thanks Anthony! On 7/23/2013 at 9:15 PM, "Anthony Minessale" <anthony.minessale@gmail.com> wrote:
ok open a jira and we'll change it in tree
On Tue, Jul 23, 2013 at 8:58 PM, <efern75@hushmail.com> wrote:
Hi Anthony,
I did; i just cranked it to 35 and recompiled.. worked like a champ everytime!
Eric
On 7/23/2013 at 8:45 PM, "Anthony Minessale" <anthony.minessale@gmail.com> wrote:
That could be. Change it to 100 and recompile and test it.
On Tue, Jul 23, 2013 at 8:18 PM, <efern75@hushmail.com> wrote:
Good afternoon Anthony,
Thank you for reviewing this.
I currently have 33 registered extensions (sofia status
profile
internal
reg); i take those 33 registered extensions and do a quick script that issues:
fifo_member add FIFO0 {fifo_member_wait=nowait}user/$extension
All the 33 registered phones show up in "fifo list" from the above command and still doesn't call those extensions or even show new channel setup/error in the log for those extensions. I can issue the exact sql select command that shows up in debug (fifo debug 7) and all 33 show up (did a quick COUNT(*) but only 23 are dialed.
I think I found the problem/limit!
I did some research and ran tcpdump>pcap>wireshark to see what's going on. The 23 calls; is actually 25 but I don't see it fast enough on "show channels" The SNOM phone doesn't like receiving 3 INVITES at the same time; so it rejects the other 2 INVITES via "486 Busy Here"; so added up you really have 25 calls made and verified this with the "New Channel" log entry.
So, i lightly reviewed mod_fifo.c and I see that 25 is variable in this place:
#define MAX_ROWS 25
Is this capping it the SELECT results ? also; can this be adjusted without hardcoding it or a variable?
thank you again! Eric
On 7/23/2013 at 5:42 PM, "Anthony Minessale" <anthony.minessale@gmail.com> wrote:
It doesn't call all of the agents it only calls the same
number of
agents as the number of calls its servicing. You would need more callers in the fifo than you have agents to call them all.
On Mon, Jul 22, 2013 at 8:39 PM, Cal Leeming [Simplicity Media Ltd] < cal.leeming@simplicitymedialtd.co.uk> wrote:
Hi Eric,
I've just had a read of your original post, as it's quite a lengthy post it requires someone to spend a chunk of time analysing the information given and attempting to reproduce locally - which is probably why it has not had any bites.
First, you need to include full debug logs, and possibly even siptrace [2], without this it will be very difficult for us to see what is going on.
In a summary, here's the facts so far;
* modfifo is not calling all members * 10 yealink phones, 1 snom phone, each with 3 registered extensions * all extensions are showing as registered in `sofia status profile internal reg` * modfifo only creates calls to 23 of the 33 extensions available * you are running latest stable FS 1.2.10
The only possibly related threads I could find were;
http://freeswitch-users.2379917.n2.nabble.com/mod-fifo- agent- not- ringing-td7232907.html
http://freeswitch-dev.4355.x6.nabble.com/Freeswitch-dev- mod- fifo- td5001906.html
http://lists.freeswitch.org/pipermail/freeswitch- users/2013- April/094745.html
Your best option right now is to create a JIRA ticket [1], and wait for a core dev to take a look. I would also advise spending a few minutes re-writing your ticket description, and making it as easy as possible for others to understand/read (it's taken me 5 minutes just to do this summary!). Make sure you get the full debug logs pastebin'd first before creating the JIRA ticket.
Please also remember that this is will probably take up a fair chunk of a developers time to look at, so be sure to give some reassurances in the ticket that you've done your homework first and that you'll be able to contribute further testing if a dev comes back with an answer for you.
Hope this helps
Cal
[1] http://wiki.freeswitch.org/wiki/Reporting_Bugs [2] https://wiki.freeswitch.org/wiki/Sofia- SIP#Debugging_Sofia- SIP
On Mon, Jul 22, 2013 at 9:51 PM, <efern75@hushmail.com> wrote:
> 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} u s
e
> >r/206|1|0|60|5|0|0|0|0|0|azteccs0 >
3f20615f348c56d10845390933567b34|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/306|1|0|60|5|0|0|0|0|0|azteccs0 >
8b3efbd08e60c8beb0f95f0b06684863|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/106|1|0|60|5|0|0|0|0|0|azteccs0 >
6fd458f96aff1e0ba86ec7c386a97770|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/117|1|0|60|5|0|0|0|0|0|azteccs0 >
453c563cec9f997619475788740198fa|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/208|1|0|60|5|0|0|0|0|0|azteccs0 >
02a53b427f1df62012e2d76801be9e7e|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/105|1|0|60|5|0|0|0|0|0|azteccs0 >
9c2e5c39a54e543afb3f179ba92db164|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/102|1|0|60|5|0|0|0|0|0|azteccs0 >
62c48960841a9a5751ff61607bc3258d|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/223|1|0|60|5|0|0|0|0|0|azteccs0 >
f3af9c939e4716db3cf715be17bdfc8a|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/323|1|0|60|5|0|0|0|0|0|azteccs0 >
aba20f3f6fbf4340cdfa3b42d54ad5f4|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/222|1|0|60|5|0|0|0|0|0|azteccs0 >
14b949e2014d6700e23da6a147aed75d|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/322|1|0|60|5|0|0|0|0|0|azteccs0 >
7dcde9b3f5fab6b206b141bf118deec8|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/103|1|0|60|5|0|0|0|0|0|azteccs0 >
3ca246ce6d89e8dd3a0a76f81bf190f0|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/303|1|0|60|5|0|0|0|0|0|azteccs0 >
bd464c8385906b75a9be87aa945c3c7c|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/307|1|0|60|5|0|0|0|0|0|azteccs0 >
8fdf2c5190c2ba6d45bd489a5e7079be|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/305|1|0|60|5|0|0|0|0|0|azteccs0 >
35e01257fa06d901067eb525a3e96de0|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/122|1|0|60|5|0|0|0|0|0|azteccs0 >
d0a37e21bdc70d27eac021c23c3cfd8e|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/301|1|0|60|5|0|0|0|0|0|azteccs0 >
ba841fbe312902c3f50e1874e9b36088|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/317|1|0|60|5|0|0|0|0|0|azteccs0 >
b26148c5030d7e1ae1721862b614efc7|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/204|1|0|60|5|0|0|0|0|0|azteccs0 >
e7366e6a49fff2ad8b24d8111b31be25|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/203|1|0|60|5|0|0|0|0|0|azteccs0 >
6cfd3eb1a139f176b62b1bc3487d0250|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/201|1|0|60|5|0|0|0|0|0|azteccs0 >
a50c31f0c9a9affb503a95c61caddd2f|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/101|1|0|60|5|0|0|0|0|0|azteccs0 >
dc4300b07b236798e263e0e17a1f7415|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/107|1|0|60|5|0|0|0|0|0|azteccs0 >
0c2da403f7ea9b18437a406bd330c228|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/308|1|0|60|5|0|0|0|0|0|azteccs0 >
0e1c1c614d7edab2a8bd8a3d45a13bb5|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/123|1|0|60|5|0|0|0|0|0|azteccs0 > ><stops here> >
23ae3cac192762e7865d2664f5b443fd|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/207|1|0|60|5|0|0|0|0|0|azteccs0 >
c19ecc881d453ea2a86102a0c88befff|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/217|1|0|60|5|0|0|0|0|0|azteccs0 >
98f3fddb71bb7e40959e673a7bf09c84|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/205|1|0|60|5|0|0|0|0|0|azteccs0 >
94ce1eb80eb8f227bb41121ad91a3a09|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/202|1|0|60|5|0|0|0|0|0|azteccs0 >
f59c85e03798fe42633de6090d39fa83|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/302|1|0|60|5|0|0|0|0|0|azteccs0 >
34558f49c8bbaa6fbe6567415a61f395|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/104|1|0|60|5|0|0|0|0|0|azteccs0 >
7c72f271662e77d21ed8699e997c2184|FIFO0|{fifo_member_wait=nowait} u s
e
> >r/304|1|0|60|5|0|0|0|0|0|azteccs0 >
4e94acfe974e6667f9f1ef72f83553f0|FIFO0|{fifo_member_wait=nowait} u s
e
> >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 > >been > >>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/freeswi t c h
> >- > >>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/freeswit c h
-
> >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/freeswitc h -
users
_________________________________________________________________ _ _
______
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/freeswitc h -
users
-- 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
-- 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
-- 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
Beautiful! Eric - thank you for diagnosing the problem, this is the perfect example of how users can contribute back to the community... a bit of time getting your hands dirty! Thanks again Cal On Wed, Jul 24, 2013 at 3:20 AM, <efern75@hushmail.com> wrote:
Thanks Anthony!
On 7/23/2013 at 9:15 PM, "Anthony Minessale" <anthony.minessale@gmail.com> wrote:
ok open a jira and we'll change it in tree
On Tue, Jul 23, 2013 at 8:58 PM, <efern75@hushmail.com> wrote:
Hi Anthony,
I did; i just cranked it to 35 and recompiled.. worked like a champ everytime!
Eric
On 7/23/2013 at 8:45 PM, "Anthony Minessale" <anthony.minessale@gmail.com> wrote:
That could be. Change it to 100 and recompile and test it.
On Tue, Jul 23, 2013 at 8:18 PM, <efern75@hushmail.com> wrote:
Good afternoon Anthony,
Thank you for reviewing this.
I currently have 33 registered extensions (sofia status
profile
internal
reg); i take those 33 registered extensions and do a quick script that issues:
fifo_member add FIFO0 {fifo_member_wait=nowait}user/$extension
All the 33 registered phones show up in "fifo list" from the above command and still doesn't call those extensions or even show new channel setup/error in the log for those extensions. I can issue the exact sql select command that shows up in debug (fifo debug 7) and all 33 show up (did a quick COUNT(*) but only 23 are dialed.
I think I found the problem/limit!
I did some research and ran tcpdump>pcap>wireshark to see what's going on. The 23 calls; is actually 25 but I don't see it fast enough on "show channels" The SNOM phone doesn't like receiving 3 INVITES at the same time; so it rejects the other 2 INVITES via "486 Busy Here"; so added up you really have 25 calls made and verified this with the "New Channel" log entry.
So, i lightly reviewed mod_fifo.c and I see that 25 is variable in this place:
#define MAX_ROWS 25
Is this capping it the SELECT results ? also; can this be adjusted without hardcoding it or a variable?
thank you again! Eric
On 7/23/2013 at 5:42 PM, "Anthony Minessale" <anthony.minessale@gmail.com> wrote:
It doesn't call all of the agents it only calls the same
number of
agents as the number of calls its servicing. You would need more callers in the fifo than you have agents to call them all.
On Mon, Jul 22, 2013 at 8:39 PM, Cal Leeming [Simplicity Media Ltd] < cal.leeming@simplicitymedialtd.co.uk> wrote:
> Hi Eric, > > I've just had a read of your original post, as it's quite a lengthy post > it requires someone to spend a chunk of time analysing the information > given and attempting to reproduce locally - which is probably why it has > not had any bites. > > First, you need to include full debug logs, and possibly even siptrace > [2], without this it will be very difficult for us to see what is going on. > > In a summary, here's the facts so far; > > * modfifo is not calling all members > * 10 yealink phones, 1 snom phone, each with 3 registered extensions > * all extensions are showing as registered in `sofia status profile > internal reg` > * modfifo only creates calls to 23 of the 33 extensions available > * you are running latest stable FS 1.2.10 > > The only possibly related threads I could find were; > > > http://freeswitch-users.2379917.n2.nabble.com/mod-fifo- agent- not- ringing-td7232907.html > > http://freeswitch-dev.4355.x6.nabble.com/Freeswitch-dev- mod- fifo- td5001906.html > > http://lists.freeswitch.org/pipermail/freeswitch- users/2013- April/094745.html > > Your best option right now is to create a JIRA ticket [1], and wait for a > core dev to take a look. I would also advise spending a few minutes > re-writing your ticket description, and making it as easy as possible for > others to understand/read (it's taken me 5 minutes just to do this > summary!). Make sure you get the full debug logs pastebin'd first before > creating the JIRA ticket. > > Please also remember that this is will probably take up a fair chunk of a > developers time to look at, so be sure to give some reassurances in the > ticket that you've done your homework first and that you'll be able to > contribute further testing if a dev comes back with an answer for you. > > Hope this helps > > Cal > > [1] http://wiki.freeswitch.org/wiki/Reporting_Bugs > [2] https://wiki.freeswitch.org/wiki/Sofia- SIP#Debugging_Sofia- SIP > > > On Mon, Jul 22, 2013 at 9:51 PM, <efern75@hushmail.com> wrote: > >> 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} u s
e >> >r/206|1|0|60|5|0|0|0|0|0|azteccs0 >>
3f20615f348c56d10845390933567b34|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/306|1|0|60|5|0|0|0|0|0|azteccs0 >>
8b3efbd08e60c8beb0f95f0b06684863|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/106|1|0|60|5|0|0|0|0|0|azteccs0 >>
6fd458f96aff1e0ba86ec7c386a97770|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/117|1|0|60|5|0|0|0|0|0|azteccs0 >>
453c563cec9f997619475788740198fa|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/208|1|0|60|5|0|0|0|0|0|azteccs0 >>
02a53b427f1df62012e2d76801be9e7e|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/105|1|0|60|5|0|0|0|0|0|azteccs0 >>
9c2e5c39a54e543afb3f179ba92db164|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/102|1|0|60|5|0|0|0|0|0|azteccs0 >>
62c48960841a9a5751ff61607bc3258d|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/223|1|0|60|5|0|0|0|0|0|azteccs0 >>
f3af9c939e4716db3cf715be17bdfc8a|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/323|1|0|60|5|0|0|0|0|0|azteccs0 >>
aba20f3f6fbf4340cdfa3b42d54ad5f4|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/222|1|0|60|5|0|0|0|0|0|azteccs0 >>
14b949e2014d6700e23da6a147aed75d|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/322|1|0|60|5|0|0|0|0|0|azteccs0 >>
7dcde9b3f5fab6b206b141bf118deec8|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/103|1|0|60|5|0|0|0|0|0|azteccs0 >>
3ca246ce6d89e8dd3a0a76f81bf190f0|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/303|1|0|60|5|0|0|0|0|0|azteccs0 >>
bd464c8385906b75a9be87aa945c3c7c|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/307|1|0|60|5|0|0|0|0|0|azteccs0 >>
8fdf2c5190c2ba6d45bd489a5e7079be|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/305|1|0|60|5|0|0|0|0|0|azteccs0 >>
35e01257fa06d901067eb525a3e96de0|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/122|1|0|60|5|0|0|0|0|0|azteccs0 >>
d0a37e21bdc70d27eac021c23c3cfd8e|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/301|1|0|60|5|0|0|0|0|0|azteccs0 >>
ba841fbe312902c3f50e1874e9b36088|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/317|1|0|60|5|0|0|0|0|0|azteccs0 >>
b26148c5030d7e1ae1721862b614efc7|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/204|1|0|60|5|0|0|0|0|0|azteccs0 >>
e7366e6a49fff2ad8b24d8111b31be25|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/203|1|0|60|5|0|0|0|0|0|azteccs0 >>
6cfd3eb1a139f176b62b1bc3487d0250|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/201|1|0|60|5|0|0|0|0|0|azteccs0 >>
a50c31f0c9a9affb503a95c61caddd2f|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/101|1|0|60|5|0|0|0|0|0|azteccs0 >>
dc4300b07b236798e263e0e17a1f7415|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/107|1|0|60|5|0|0|0|0|0|azteccs0 >>
0c2da403f7ea9b18437a406bd330c228|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/308|1|0|60|5|0|0|0|0|0|azteccs0 >>
0e1c1c614d7edab2a8bd8a3d45a13bb5|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/123|1|0|60|5|0|0|0|0|0|azteccs0 >> ><stops here> >>
23ae3cac192762e7865d2664f5b443fd|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/207|1|0|60|5|0|0|0|0|0|azteccs0 >>
c19ecc881d453ea2a86102a0c88befff|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/217|1|0|60|5|0|0|0|0|0|azteccs0 >>
98f3fddb71bb7e40959e673a7bf09c84|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/205|1|0|60|5|0|0|0|0|0|azteccs0 >>
94ce1eb80eb8f227bb41121ad91a3a09|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/202|1|0|60|5|0|0|0|0|0|azteccs0 >>
f59c85e03798fe42633de6090d39fa83|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/302|1|0|60|5|0|0|0|0|0|azteccs0 >>
34558f49c8bbaa6fbe6567415a61f395|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/104|1|0|60|5|0|0|0|0|0|azteccs0 >>
7c72f271662e77d21ed8699e997c2184|FIFO0|{fifo_member_wait=nowait} u s
e >> >r/304|1|0|60|5|0|0|0|0|0|azteccs0 >>
4e94acfe974e6667f9f1ef72f83553f0|FIFO0|{fifo_member_wait=nowait} u s
e >> >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 >> >been >> >>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/freeswi t c h >> >- >> >>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/freeswit c h
- >> >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/freeswitc h -
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/freeswitc h -
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
-- 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
-- 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
participants (3)
-
Anthony Minessale
-
Cal Leeming [Simplicity Media Ltd]
-
efern75＠hushmail.com