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

Anthony Minessale anthony.minessale at gmail.com
Wed Jul 24 06:11:24 MSD 2013


ok open a jira and we'll change it in tree


On Tue, Jul 23, 2013 at 8:58 PM, <efern75 at 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 at 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 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}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 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/freeswit
> >c
> >> >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/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
> >> >>
> >> >>
> >> >
> >> >
> >> >--
> >> >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
>
>
> _________________________________________________________________________
> 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/5fa255b6/attachment-0001.html 


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