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