[Freeswitch-users] Fwd: modfifo not calling all registered members
Anthony Minessale
anthony.minessale at gmail.com
Wed Jul 24 05:40:43 MSD 2013
That could be. Change it to 100 and recompile and test it.
On Tue, Jul 23, 2013 at 8:18 PM, <efern75 at 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 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
>
>
> _________________________________________________________________________
> 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/5010686e/attachment-0001.html
Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users
mailing list