<?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 for Turn-key VoIP Systems - Sipwise</title> <atom:link href="http://www.sipwise.com/comments/feed/" rel="self" type="application/rss+xml" /><link>http://www.sipwise.com</link> <description>SIP the easy way</description> <lastBuildDate>Thu, 05 May 2011 13:12:51 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.1.4</generator> <item><title>Comment on Cloud Telephony &#8211; A reality check by Jason Goecke</title><link>http://www.sipwise.com/news/technical/cloud-reality-check/#comment-138</link> <dc:creator>Jason Goecke</dc:creator> <pubDate>Thu, 05 May 2011 13:12:51 +0000</pubDate> <guid isPermaLink="false">http://www.sipwise.com/?p=2756#comment-138</guid> <description>There are two ways to avoid telephony cloud lock-in. First, by only using standards based APIs, like VXML or CCXML. This ensures if you write an app, you may port it elsewhere. Proprietary APIs are what lock you into a particular vendor.The second, which you have already pointed out, is open-source. We actually have several open-source projects released and more underway, including Tropo itself. We work to test compatibility of the projects with alternative open-source platforms such as Mobicents and Sailfin.Some great points here. Your cloud provider must be transparent about their architecture, provide standards based APIs or as an alternative provide open-source APIs. That is what we like to call &#039;Unlocked Communications&#039;.</description> <content:encoded><![CDATA[<p>There are two ways to avoid telephony cloud lock-in. First, by only using standards based APIs, like VXML or CCXML. This ensures if you write an app, you may port it elsewhere. Proprietary APIs are what lock you into a particular vendor.</p><p>The second, which you have already pointed out, is open-source. We actually have several open-source projects released and more underway, including Tropo itself. We work to test compatibility of the projects with alternative open-source platforms such as Mobicents and Sailfin.</p><p>Some great points here. Your cloud provider must be transparent about their architecture, provide standards based APIs or as an alternative provide open-source APIs. That is what we like to call &#8216;Unlocked Communications&#8217;.</p> ]]></content:encoded> </item> <item><title>Comment on Cloud Telephony &#8211; A reality check by Sherman Boyd</title><link>http://www.sipwise.com/news/technical/cloud-reality-check/#comment-120</link> <dc:creator>Sherman Boyd</dc:creator> <pubDate>Thu, 05 May 2011 01:13:18 +0000</pubDate> <guid isPermaLink="false">http://www.sipwise.com/?p=2756#comment-120</guid> <description>Right now my gripes with cloud telephony are not only the lack of transparency which you cover quite well, but also vendor lock in.  What happens when your provider goes under, doesn&#039;t have it together technically, or decides to raise prices, changes use policy, etc, ad infinitum.One of the great things about open source telephony (like Asterisk) is how you can actually use multiple service providers at once.  If one fails you can drop over to the other, or even use the cheapest one for the call context.  It&#039;s a nice efficient marketplace.</description> <content:encoded><![CDATA[<p>Right now my gripes with cloud telephony are not only the lack of transparency which you cover quite well, but also vendor lock in.  What happens when your provider goes under, doesn&#8217;t have it together technically, or decides to raise prices, changes use policy, etc, ad infinitum.</p><p>One of the great things about open source telephony (like Asterisk) is how you can actually use multiple service providers at once.  If one fails you can drop over to the other, or even use the cheapest one for the call context.  It&#8217;s a nice efficient marketplace.</p> ]]></content:encoded> </item> <item><title>Comment on Cloud Telephony &#8211; A reality check by Jason Goecke</title><link>http://www.sipwise.com/news/technical/cloud-reality-check/#comment-118</link> <dc:creator>Jason Goecke</dc:creator> <pubDate>Thu, 05 May 2011 00:41:53 +0000</pubDate> <guid isPermaLink="false">http://www.sipwise.com/?p=2756#comment-118</guid> <description>Great write up given the recent reality check that Amazon gave the world on cloud services. With Tropo, we are happy to answer architecture questions and will readily share these details with the development community and our users.We don&#039;t actually run our core services on Amazon EC2, we run our core media and SIP services in our own data centers. Of which there are three across the US for scale and redundancy. We do use some Amazon and Rackspace services for web applications, but are not ready to move core media services there.Further, we make the engine that drives Tropo, Prism (http://voxeo.com/prism), available for a free developer download and available under license to customers. This means you have a choice, you may use our cloud services, use us in your own data centers or a combination therein. We already have significant service providers using private instances of Prism running in their own networks.While we pride ourselves in a rock solid cloud offering, we know there are use cases and customers that want to have their own private instance or a hybrid for both.So I agree. You must be transparent about your architecture. Ready to answer hard questions. And give your developers and customers choice about whether or not to use the cloud at all.</description> <content:encoded><![CDATA[<p>Great write up given the recent reality check that Amazon gave the world on cloud services. With Tropo, we are happy to answer architecture questions and will readily share these details with the development community and our users.</p><p>We don&#8217;t actually run our core services on Amazon EC2, we run our core media and SIP services in our own data centers. Of which there are three across the US for scale and redundancy. We do use some Amazon and Rackspace services for web applications, but are not ready to move core media services there.</p><p>Further, we make the engine that drives Tropo, Prism (<a href="http://voxeo.com/prism" rel="nofollow">http://voxeo.com/prism</a>), available for a free developer download and available under license to customers. This means you have a choice, you may use our cloud services, use us in your own data centers or a combination therein. We already have significant service providers using private instances of Prism running in their own networks.</p><p>While we pride ourselves in a rock solid cloud offering, we know there are use cases and customers that want to have their own private instance or a hybrid for both.</p><p>So I agree. You must be transparent about your architecture. Ready to answer hard questions. And give your developers and customers choice about whether or not to use the cloud at all.</p> ]]></content:encoded> </item> <item><title>Comment on sip:providerCE 2.2 &#8211; a quick preview by Dejan</title><link>http://www.sipwise.com/news/announcements/sipproviderce-2-2-a-quick-preview/#comment-104</link> <dc:creator>Dejan</dc:creator> <pubDate>Tue, 26 Apr 2011 23:59:49 +0000</pubDate> <guid isPermaLink="false">http://www.sipwise.com/?p=2470#comment-104</guid> <description>The regexp routing is actually quite good thing to have once you get used to it. Within few hours I have been able to set up the base system. Now it is the time for adding the features that couldn&#039;t be added if I have had to develop the whole system from scratch. Great stuff you have here Andreas!!!</description> <content:encoded><![CDATA[<p>The regexp routing is actually quite good thing to have once you get used to it.<br /> Within few hours I have been able to set up the base system. Now it is the time for adding the features that couldn&#8217;t be added if I have had to develop the whole system from scratch. Great stuff you have here Andreas!!!</p> ]]></content:encoded> </item> <item><title>Comment on sip:providerCE – the first release of the open-source Class5 VoIP platform by Andreas Granig</title><link>http://www.sipwise.com/news/announcements/spce-first-release/#comment-26</link> <dc:creator>Andreas Granig</dc:creator> <pubDate>Tue, 01 Feb 2011 11:05:23 +0000</pubDate> <guid isPermaLink="false">http://www.sipwise.com/?p=1632#comment-26</guid> <description>@Ruben, glad you find it useful! We&#039;re currently at release 2.1, and TLS is planned for 2.3 (in ~6months) to be integrated out-of-the-box. In the meanwhile, you can add it manually in &lt;code&gt;/etc/ngcp-config/templates/etc/kamailio/kamailio.cfg.tt2&lt;/code&gt;, then run &lt;code&gt;ngcpcfg apply&lt;/code&gt;. If it works for you, we&#039;d be happy if you could contribute it back :)</description> <content:encoded><![CDATA[<p>@Ruben, glad you find it useful! We&#8217;re currently at release 2.1, and TLS is planned for 2.3 (in ~6months) to be integrated out-of-the-box. In the meanwhile, you can add it manually in <code>/etc/ngcp-config/templates/etc/kamailio/kamailio.cfg.tt2</code>, then run <code>ngcpcfg apply</code>. If it works for you, we&#8217;d be happy if you could contribute it back <img src='http://www.sipwise.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p> ]]></content:encoded> </item> <item><title>Comment on sip:providerCE – the first release of the open-source Class5 VoIP platform by Ruben Linder</title><link>http://www.sipwise.com/news/announcements/spce-first-release/#comment-24</link> <dc:creator>Ruben Linder</dc:creator> <pubDate>Mon, 31 Jan 2011 07:01:30 +0000</pubDate> <guid isPermaLink="false">http://www.sipwise.com/?p=1632#comment-24</guid> <description>Really impressed by your your product! I see there is TCP transport support, what about TLS?</description> <content:encoded><![CDATA[<p>Really impressed by your your product! I see there is TCP transport support, what about TLS?</p> ]]></content:encoded> </item> <item><title>Comment on sip:providerCE 2.2 &#8211; a quick preview by Andreas Granig</title><link>http://www.sipwise.com/news/announcements/sipproviderce-2-2-a-quick-preview/#comment-22</link> <dc:creator>Andreas Granig</dc:creator> <pubDate>Thu, 27 Jan 2011 15:34:31 +0000</pubDate> <guid isPermaLink="false">http://www.sipwise.com/?p=2470#comment-22</guid> <description>If you&#039;ve issues with the configuration, subscribing to http://lists.sipwise.com/listinfo/spce-user and asking for help there (describe what you&#039;ve put where, what you expected and what the result was) will most likely solve your issue.</description> <content:encoded><![CDATA[<p>If you&#8217;ve issues with the configuration, subscribing to <a href="http://lists.sipwise.com/listinfo/spce-user" rel="nofollow">http://lists.sipwise.com/listinfo/spce-user</a> and asking for help there (describe what you&#8217;ve put where, what you expected and what the result was) will most likely solve your issue.</p> ]]></content:encoded> </item> <item><title>Comment on sip:providerCE 2.2 &#8211; a quick preview by Michael Magan</title><link>http://www.sipwise.com/news/announcements/sipproviderce-2-2-a-quick-preview/#comment-20</link> <dc:creator>Michael Magan</dc:creator> <pubDate>Wed, 19 Jan 2011 03:40:02 +0000</pubDate> <guid isPermaLink="false">http://www.sipwise.com/?p=2470#comment-20</guid> <description>Hopefully it will be more friendly with respect to making outbound calls. No registration to sip providers is possible and the way you call the ruling aspect of the system needs to be changed to a more understandable way. Callee is not something you would use it is simple outbound and inbound routes. For the life of me i can&#039;t make and outbound call through any of my suppliers. They can be sip (asterisk) or digit sent authenticated. it is impossible. so if you cannot use the pstn what good is it for?. my 2 cents.</description> <content:encoded><![CDATA[<p>Hopefully it will be more friendly with respect to making outbound calls. No registration to sip providers is possible and the way you call the ruling aspect of the system needs to be changed to a more understandable way. Callee is not something you would use it is simple outbound and inbound routes. For the life of me i can&#8217;t make and outbound call through any of my suppliers. They can be sip (asterisk) or digit sent authenticated. it is impossible. so if you cannot use the pstn what good is it for?. my 2 cents.</p> ]]></content:encoded> </item> <item><title>Comment on sip:providerCE – the first release of the open-source Class5 VoIP platform by Daniel Tiefnig</title><link>http://www.sipwise.com/news/announcements/spce-first-release/#comment-8</link> <dc:creator>Daniel Tiefnig</dc:creator> <pubDate>Tue, 21 Dec 2010 09:01:03 +0000</pubDate> <guid isPermaLink="false">http://www.sipwise.com/?p=1632#comment-8</guid> <description>We actually developed something like this (but tailored to a specific use-case) some time ago, and we were also thinking about a Sugar CRM integration. We might release something to the public in the future, but we are currently rather focused on communication features instead of customer management. One can always integrate the platform with external CRM tools via the &lt;a href=&quot;http://www.sipwise.com/doc/spce/ar01s07.html&quot; title=&quot;Provisioning interfaces&quot; rel=&quot;nofollow&quot;&gt;SOAP and XML-RPC APIs&lt;/a&gt;.Feel free to discuss this on the &lt;a href=&quot;http://lists.sipwise.com/listinfo/spce-user&quot; title=&quot;sip:provider CE user list&quot; rel=&quot;nofollow&quot;&gt;Spce-user list&lt;/a&gt;, as we may adjust some of our priorities if there is popular demand for specific features.</description> <content:encoded><![CDATA[<p>We actually developed something like this (but tailored to a specific use-case) some time ago, and we were also thinking about a Sugar CRM integration. We might release something to the public in the future, but we are currently rather focused on communication features instead of customer management. One can always integrate the platform with external CRM tools via the <a href="http://www.sipwise.com/doc/spce/ar01s07.html" title="Provisioning interfaces" rel="nofollow">SOAP and XML-RPC APIs</a>.</p><p>Feel free to discuss this on the <a href="http://lists.sipwise.com/listinfo/spce-user" title="sip:provider CE user list" rel="nofollow">Spce-user list</a>, as we may adjust some of our priorities if there is popular demand for specific features.</p> ]]></content:encoded> </item> <item><title>Comment on sip:providerCE – the first release of the open-source Class5 VoIP platform by Tyrone Miles</title><link>http://www.sipwise.com/news/announcements/spce-first-release/#comment-6</link> <dc:creator>Tyrone Miles</dc:creator> <pubDate>Mon, 20 Dec 2010 17:53:32 +0000</pubDate> <guid isPermaLink="false">http://www.sipwise.com/?p=1632#comment-6</guid> <description>This is a very interesting product, and I will be installing it very soon. I have looked at other product as well, and noticed they have a customer signup portal. Will this be something in the near future or is there an api to another product to handle new customer signups?</description> <content:encoded><![CDATA[<p>This is a very interesting product, and I will be installing it very soon. I have looked at other product as well, and noticed they have a customer signup portal. Will this be something in the near future or is there an api to another product to handle new customer signups?</p> ]]></content:encoded> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using xcache
Page Caching using xcache
Database Caching 2/16 queries in 0.008 seconds using xcache
Object Caching 460/485 objects using xcache

Served from: www.sipwise.com @ 2012-02-23 05:03:33 -->
