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

efern75 at hushmail.com efern75 at hushmail.com
Wed Jul 24 06:20:20 MSD 2013


Thanks Anthony!



On 7/23/2013 at 9:15 PM, "Anthony Minessale" <anthony.minessale at gmail.com> wrote:
>
>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
>> >> >>> >>
>> >> >>> >>FreeSWITCH-powered IP PBX: The CudaTel Communication 
>Server
>> >> >>> >>
>> >> >>> >>
>> >> >>> >>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/freeswi
>t
>> >c
>> >> >h
>> >> >>> >-
>> >> >>> >>users
>> >> >>> >>http://www.freeswitch.org
>> >> >>> >
>> >> >>> >
>> >> >>>
>> >>
>> 
>>>>________________________________________________________________
>_
>> >_
>> >> >_
>> >> >>> >______
>> >> >>> >Professional FreeSWITCH Consulting Services:
>> >> >>> >consulting at freeswitch.org
>> >> >>> >http://www.freeswitchsolutions.com
>> >> >>> >
>> >> >>> >FreeSWITCH-powered IP PBX: The CudaTel Communication 
>Server
>> >> >>> >
>> >> >>> >
>> >> >>> >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
>> >> >>>
>> >> >>> FreeSWITCH-powered IP PBX: The CudaTel Communication 
>Server
>> >> >>> 
>> >> >>>
>> >> >>> 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/freeswitc
>h
>> >-
>> >> >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




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