[Freeswitch-users] Fwd: modfifo not calling all registered members
efern75 at hushmail.com
efern75 at hushmail.com
Wed Jul 24 05:18:35 MSD 2013
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 at 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 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}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 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/freeswitc
>h
>>> >-
>>> >>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
Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users
mailing list