<div><div>We attempted to use FreeSWITCH as an SBC but came up against problems scaling.</div></div><div><br></div><div>Instead my idea was to place a dumb proxy in front of lots of FreeSWITCH instances, with two profiles exposed.. one for UC registrations, and another for the backend FS instances. When a UC sends a register, it forwards the request to a backend, if it was successful then a persist entry is created. If a user tried to call another user in the same domain (or another domain that we hold), it would send the request through to the SBC, the SBC would then check the persistance table for an entry for that user, and redirect the query to the appropriate server where the user was currently registered. If no entry was found, a random server would be picked to handle voicemail and redirects etc. Any INVITEs would also have their SIP/SDP re-written to allow RTP proxying as well for full topology hiding. This allows a single domain to be spread across an unlimited amount of servers. In theory the bottleneck would be the speed of which the SBC can proxy packets.. initial tests show that a python prototype can forward approx 350mbit/sec on a single thread (using eventlet) before it starts to choke, and we were able to saturate a gbit link with zero packet loss and jitter using 8 threads (that&#39;s with full SIP/SDP parsing too). We&#39;ve tested using the F5 and Stingray too, but their throughput isn&#39;t as good.</div>
<div><br></div><div>However, my concern is that no one (from what I can tell) is using this approach to scale voice platforms, and this makes me question whether or not it is the correct thing to do. </div><div><br></div>
<div>Cal</div><br><div class="gmail_quote">On Tue, Apr 9, 2013 at 6:20 PM, Michael Jerris <span dir="ltr">&lt;<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.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 style="word-wrap:break-word">Can you describe a bit more what exactly you want to get out of an SBC for your setup?  This topic is totally fine for the list<div><br></div><div>Mike<div><div class="h5"><br><div><br><div>
<div>On Apr 9, 2013, at 1:07 PM, Cal Leeming [Simplicity Media Ltd] &lt;<a href="mailto:cal.leeming@simplicitymedialtd.co.uk" target="_blank">cal.leeming@simplicitymedialtd.co.uk</a>&gt; wrote:</div><br><blockquote type="cite">
<div>Hello all,</div><div><br></div><div>Does anyone here have any first hand experience using the Metaswitch perimeta SBC with FreeSWITCH?</div><a href="http://www.metaswitch.com/products/perimeta-session-border-controller" target="_blank">http://www.metaswitch.com/products/perimeta-session-border-controller</a><div>

<br></div><div>I know this isn&#39;t strictly on-topic, but I find the people on this list are usually best placed to give useful feedback on related products.</div><div><br></div><div>At the moment we&#39;re weighing up the pros/cons of using our own in-house SBC, F5 LTM, Stingray TM, OpenSER, or buying a purpose made SBC such as the Perimeta.</div>

<div><br></div><div>Any thoughts?</div><div><br></div><div>Cal</div><div><br></div><div>(Mods: if you aren&#39;t happy with this being discussed on the list, just let me know).</div></blockquote></div><br></div></div></div>
</div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>