<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: VOIP Advice requested</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/</link>
	<description>Everything about MySQL Performance</description>
	<lastBuildDate>Sat, 07 Nov 2009 18:35:44 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: xs5</title>
		<link>http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/comment-page-1/#comment-326210</link>
		<dc:creator>xs5</dc:creator>
		<pubDate>Fri, 11 Jul 2008 05:48:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/#comment-326210</guid>
		<description>Thanks Daune,

 You have provided such a great information on asterisk options. Yes there are a lot of options but what My experience is that when I tried to use software options especially SER/OpenSER, I faceds some problems in its installations and companies are developing  OpenSER more user friendly. I am agree with you that If we search out we can find lots of VSP companies.
 
&lt;a href=&quot;http://www.minutetraders.com&quot; rel=&quot;nofollow&quot;&gt;The VoIP/TDM Routes Marketplace&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Thanks Daune,</p>
<p> You have provided such a great information on asterisk options. Yes there are a lot of options but what My experience is that when I tried to use software options especially SER/OpenSER, I faceds some problems in its installations and companies are developing  OpenSER more user friendly. I am agree with you that If we search out we can find lots of VSP companies.</p>
<p><a href="http://www.minutetraders.com" rel="nofollow">The VoIP/TDM Routes Marketplace</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Duane</title>
		<link>http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/comment-page-1/#comment-171274</link>
		<dc:creator>Duane</dc:creator>
		<pubDate>Sun, 23 Sep 2007 20:29:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/#comment-171274</guid>
		<description>anyone that thinks asterisk is the only option and more to the point that it can scale is kidding themselves especially on the last point, go check up on google for the number of VSPs that actively moan about the instability of asterisk.

Software Options:

 * Freeswitch - Former asterisk devs peeved about the direction/instability/crap code in Asterisk
 * CallWeaver (formerly OpenPBX) - More peeved asterisk devs/users, tired of the dual licensing (and digium making money from their efforts) forked asterisk into a GPLv2 base and have been working heavily to fix all the problems digium won&#039;t and it works on BSD a 1000x better then asterisk apparently
 * SER/OpenSER - Most companies that use asterisk for a voicemail/queues/confs etc put SER or OpenSER infront to cope with the real grunt work that asterisk falls over with

etc

As for VSP companies, there are lots, and it really depends where you are calling etc.</description>
		<content:encoded><![CDATA[<p>anyone that thinks asterisk is the only option and more to the point that it can scale is kidding themselves especially on the last point, go check up on google for the number of VSPs that actively moan about the instability of asterisk.</p>
<p>Software Options:</p>
<p> * Freeswitch &#8211; Former asterisk devs peeved about the direction/instability/crap code in Asterisk<br />
 * CallWeaver (formerly OpenPBX) &#8211; More peeved asterisk devs/users, tired of the dual licensing (and digium making money from their efforts) forked asterisk into a GPLv2 base and have been working heavily to fix all the problems digium won&#8217;t and it works on BSD a 1000x better then asterisk apparently<br />
 * SER/OpenSER &#8211; Most companies that use asterisk for a voicemail/queues/confs etc put SER or OpenSER infront to cope with the real grunt work that asterisk falls over with</p>
<p>etc</p>
<p>As for VSP companies, there are lots, and it really depends where you are calling etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Call Center Management</title>
		<link>http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/comment-page-1/#comment-167536</link>
		<dc:creator>Call Center Management</dc:creator>
		<pubDate>Fri, 14 Sep 2007 11:49:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/#comment-167536</guid>
		<description>&lt;b&gt;&lt;a&gt;Call Center Management&lt;/a&gt;&lt;/b&gt;
Packet8 offers the first fully integrated iPBX call center management solution.</description>
		<content:encoded><![CDATA[<p><b><a>Call Center Management</a></b><br />
Packet8 offers the first fully integrated iPBX call center management solution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/comment-page-1/#comment-166708</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Wed, 12 Sep 2007 15:30:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/#comment-166708</guid>
		<description>Thanks Joel,

This is indeed good idea.  I have Vonage so I should check if it can forward the call to my UK mobile well.

The problem with Vonage though it may not work great with forwarding calls to some countries. At least when I call to rural Russian areas I may not get through from the first time.</description>
		<content:encoded><![CDATA[<p>Thanks Joel,</p>
<p>This is indeed good idea.  I have Vonage so I should check if it can forward the call to my UK mobile well.</p>
<p>The problem with Vonage though it may not work great with forwarding calls to some countries. At least when I call to rural Russian areas I may not get through from the first time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/comment-page-1/#comment-166706</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Wed, 12 Sep 2007 15:27:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/#comment-166706</guid>
		<description>Thanks Brian,

This would be great to pick your brain.</description>
		<content:encoded><![CDATA[<p>Thanks Brian,</p>
<p>This would be great to pick your brain.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joel Strellner</title>
		<link>http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/comment-page-1/#comment-166384</link>
		<dc:creator>Joel Strellner</dc:creator>
		<pubDate>Tue, 11 Sep 2007 18:23:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/#comment-166384</guid>
		<description>Personally I would do it this way:

I would use kall8.com for what you describe.  They can do the PBX stuff that you want (Follow Me, scheduling, escalation, voicemail, and a bunch of other things).

They have a pretty sweet feature for the forwarding, where you can pick how and to who calls are routed.  For example, you could have your big clients provide you with a phone number, and when they call from that number it can be routed directly to you so they don&#039;t go through the on call person or you can do some other action with it.

They are pretty affordable to.

Then, I would get a service like Vonage for each of you that need to be on the phone system and have the kall8 stuff point to those numbers.  The reason I&#039;d use Vonage or other voip provider is because anywhere you have internet you can get calls (you can make them too if you&#039;d like - much cheaper than a regular telco call from another country to the US because it would be just like you were in the US).

Then, I&#039;d setup Vonage to have a ring list for all of your personal phones.

Essentially, Kall8 would decide who in your team gets the phone call and Vonage would decide where you get it (Vonage phone, cell phone, etc).

You can use normal phones with Vonage too.  No special handsets needed.

To an extent, this is what we do and it has worked very well for us.</description>
		<content:encoded><![CDATA[<p>Personally I would do it this way:</p>
<p>I would use kall8.com for what you describe.  They can do the PBX stuff that you want (Follow Me, scheduling, escalation, voicemail, and a bunch of other things).</p>
<p>They have a pretty sweet feature for the forwarding, where you can pick how and to who calls are routed.  For example, you could have your big clients provide you with a phone number, and when they call from that number it can be routed directly to you so they don&#8217;t go through the on call person or you can do some other action with it.</p>
<p>They are pretty affordable to.</p>
<p>Then, I would get a service like Vonage for each of you that need to be on the phone system and have the kall8 stuff point to those numbers.  The reason I&#8217;d use Vonage or other voip provider is because anywhere you have internet you can get calls (you can make them too if you&#8217;d like &#8211; much cheaper than a regular telco call from another country to the US because it would be just like you were in the US).</p>
<p>Then, I&#8217;d setup Vonage to have a ring list for all of your personal phones.</p>
<p>Essentially, Kall8 would decide who in your team gets the phone call and Vonage would decide where you get it (Vonage phone, cell phone, etc).</p>
<p>You can use normal phones with Vonage too.  No special handsets needed.</p>
<p>To an extent, this is what we do and it has worked very well for us.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/comment-page-1/#comment-166053</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Mon, 10 Sep 2007 23:35:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/#comment-166053</guid>
		<description>We&#039;re using packet8 for the business lines, and then using angel.com for our emergency paging. A customer can dial our number, and then an emergency extension, and it goes to the on-call engineers pager via email.

Quite useful.</description>
		<content:encoded><![CDATA[<p>We&#8217;re using packet8 for the business lines, and then using angel.com for our emergency paging. A customer can dial our number, and then an emergency extension, and it goes to the on-call engineers pager via email.</p>
<p>Quite useful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zen</title>
		<link>http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/comment-page-1/#comment-165985</link>
		<dc:creator>zen</dc:creator>
		<pubDate>Mon, 10 Sep 2007 21:56:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/#comment-165985</guid>
		<description>Hi,
Asterisk seems to be the only option, and more important to you, it can grow with your company easily.
Re VoIP providers, it&#039;s not really customer service problem. Just chooose one with good quality and availability. After all, you can still use your landline with Asterisk for incoming connections (with some hardware support).</description>
		<content:encoded><![CDATA[<p>Hi,<br />
Asterisk seems to be the only option, and more important to you, it can grow with your company easily.<br />
Re VoIP providers, it&#8217;s not really customer service problem. Just chooose one with good quality and availability. After all, you can still use your landline with Asterisk for incoming connections (with some hardware support).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Troy</title>
		<link>http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/comment-page-1/#comment-165917</link>
		<dc:creator>Troy</dc:creator>
		<pubDate>Mon, 10 Sep 2007 17:53:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/#comment-165917</guid>
		<description>Asterisk is powerful, but it is a lot of work to get everything just right.  We still have some echo issues with polycom phones, but at the end of the day we are in control of how our phone system works, and exactly what it does.  I contacted several VOIP hosting companies and at our size, I could not find a single one that made me feel like we were important to them.

Troy</description>
		<content:encoded><![CDATA[<p>Asterisk is powerful, but it is a lot of work to get everything just right.  We still have some echo issues with polycom phones, but at the end of the day we are in control of how our phone system works, and exactly what it does.  I contacted several VOIP hosting companies and at our size, I could not find a single one that made me feel like we were important to them.</p>
<p>Troy</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Aker</title>
		<link>http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/comment-page-1/#comment-165907</link>
		<dc:creator>Brian Aker</dc:creator>
		<pubDate>Mon, 10 Sep 2007 16:52:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/09/10/voip-advice-requested/#comment-165907</guid>
		<description>Hi!

If you are going to be in Heidelberg I can sit down with you and explain the basics of setting up what you need with Asterisk.

Cheers,
  -Brian</description>
		<content:encoded><![CDATA[<p>Hi!</p>
<p>If you are going to be in Heidelberg I can sit down with you and explain the basics of setting up what you need with Asterisk.</p>
<p>Cheers,<br />
  -Brian</p>
]]></content:encoded>
	</item>
</channel>
</rss>
