[Freeswitch-users] Fwd: modfifo not calling all registered members

efern75 at hushmail.com efern75 at hushmail.com
Tue Jul 23 00:51:06 MSD 2013 

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 at 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 at hushmail.com wrote:
>>
>>Good evening,
>>
>>I still have this issue, can anyone help?
>>
>>thanks
>>eric
>>
>>----- Forwarded message from efern75 at hushmail.com -----
>>Date: Sun, 30 Jun 2013 04:13:51 +0000
>>Subject: modfifo not calling all registered members
>>To: freeswitch-users at 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 at freeswitch.org
>>http://www.freeswitchsolutions.com
>>
>>
>>
>>
>>Official FreeSWITCH Sites
>>http://www.freeswitch.org
>>http://wiki.freeswitch.org
>>http://www.cluecon.com
>>
>>FreeSWITCH-users mailing list
>>FreeSWITCH-users at lists.freeswitch.org
>>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch
>-
>>users
>>http://www.freeswitch.org
>
>
>___________________________________________________________________
>______
>Professional FreeSWITCH Consulting Services:
>consulting at freeswitch.org
>http://www.freeswitchsolutions.com
>
>
>
>
>Official FreeSWITCH Sites
>http://www.freeswitch.org
>http://wiki.freeswitch.org
>http://www.cluecon.com
>
>FreeSWITCH-users mailing list
>FreeSWITCH-users at lists.freeswitch.org
>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-
>users
>http://www.freeswitch.org

Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users mailing list