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

Anthony Minessale anthony.minessale at gmail.com
Wed Jul 24 02:37:35 MSD 2013 

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 at 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 at 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 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
>>
>>
>> _________________________________________________________________________
>> 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
>
>


-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale at hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org
googletalk:conf+888 at conference.freeswitch.org
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130723/19aa7068/attachment-0001.html

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