I think for a lot of customers its as much about commercial support from vendors (basically the same story for all open source vs. commercial solutions), as it is about technical choice.<div><br></div><div>SBCs are seen as a fix all perimeter control for VoIP. I think as we all know there are many ways to solve a problem and architectural solutions for VoIP &quot;interconnect&quot; can also be solved by placing the SBC infront of an infrastructure (perimeter control) or as a border defence behind a proxy/load-balancer.</div>

<div><br></div><div>In some instances its about simplicity. For example I deal with hosted contact Centre environments built around commercial VoIP contact centre solutions from Oracle and CosmoCom, for these it is simpler to place a commercial SBC such as Acme, Sonus or even Cisco &quot;CUBE&quot; facing a carrier SIP trunk interconnect. My customers have the assurance of vendor support and I as a SME, I don&#39;t have put a significant amount of time and effort in to supporting an Open Source solution. (Please don&#39;t flame me on this last point). Whilst I would like to place Open Source products in this mix (OpenSER/SER, SEMS, Asterisk, Freeswitch, etc) for some of my customers they just don&#39;t want to go down that route.</div>

<div><br></div><div>Neill<br clear="all"><br>Neill Wilkinson<br>Aeonvista Ltd<br>
<br><br><div class="gmail_quote">On 31 August 2012 10:52, Andreas Granig <span dir="ltr">&lt;<a href="mailto:agranig@sipwise.com" target="_blank">agranig@sipwise.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On 08/31/2012 11:10 AM, Olle E. Johansson wrote:<br>
&gt;&gt; Sbc also ofer a propritary way of failover for itself<br>
&gt;&gt; If node1 die node2 will replace it<br>
&gt;<br>
</div><div class="im">&gt; That&#39;s been done both with Asterisk and Kamailio (and propably SEMS) for a very long time.<br>
<br>
</div>For SEMS it&#39;s a commercial module, same goes for the Sipwise mediaproxy<br>
for seemless RTP stream fail-over. That&#39;s still where open source people<br>
earn their money :)<br>
<span class="HOEnZb"><font color="#888888"><br>
Andreas<br>
<br>
</font></span><br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br></div>