<div>Well i have done a lot of "trail and error" on this specific problem in past 3 years and have come to conclusion that,</div><div><br></div><div>1. You need at least one layer 4 switching service that manages all routing between your end-users and your internal cluster of media services. It checks and validates inbound traffic, decides which partition (if your cluster is sub-group into different service types) or portion (if your cluster consists of similar nodes) of your cluster serves it and forwards traffic to it. What software you use for this purpose is entirely your choice? I have used OpenSIPS, Kamailio, OverSIP and even a small proxy i wrote in PERL. The fundamental principle for choosing the right software is how you want to handle traffic? e.g.</div>
<div><br></div><div> a). You can use redirection using SIP response code 302.</div><div> b). You can do state-full relay, by creating and managing SIP transactions.</div><div> c). You can do bridging, e.g. by using B2BUA.</div>
<div><br></div><div>2. You need layer 5 switching cluster, providing the actually services the end-user needs. You can break the cluster in small groups service-wise, e.g. IVR Service, Voicemail Service, Billing Service, Transcoding Service etc. etc. OR if you can have each node serving all services on its own.</div>
<div><br></div><div>3. Often to handle outbound traffic you can setup another layer 4 switching service or use same as the one for inbound. Generally for very very large setup e.g. >10M users you should have a separate termination gateway.</div>
<div><br></div><div>Thank you.</div><br><br><div class="gmail_quote">On Thu, Mar 14, 2013 at 5:02 PM, Cal Leeming [Simplicity Media Ltd] <span dir="ltr"><<a href="mailto:cal.leeming@simplicitymedialtd.co.uk" target="_blank">cal.leeming@simplicitymedialtd.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sorry, hit send too fast!<div><br></div><div>I think ultimately this is going to come down to trial and error, and a heck of a lot of testing.. If I can avoid having to re-do the work of other people then great, but it may just be one of those "gotta find out for yourself" things.</div>
<span class="HOEnZb"><font color="#888888">
</font></span><div><span class="HOEnZb"><font color="#888888"><br>Cal</font></span><div><div class="h5"><br><br><div class="gmail_quote">On Thu, Mar 14, 2013 at 4:00 PM, Cal Leeming [Simplicity Media Ltd] <span dir="ltr"><<a href="mailto:cal.leeming@simplicitymedialtd.co.uk" target="_blank">cal.leeming@simplicitymedialtd.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've looked at a countless number of set ups (including Kazoo), the problem here is choice.. there's many different ways of doing things.<div>
<br></div><div>Some people have even gone to the extent of implementing a bunch of switching logic within their proxies.. others use them as dumb transport layers.</div><span><font color="#888888">
<div><br></div></font></span><div><span><font color="#888888">Cal</font></span><div><div><br><br><div class="gmail_quote">On Thu, Mar 14, 2013 at 3:43 PM, Ben Langfeld <span dir="ltr"><<a href="mailto:ben@langfeld.co.uk" target="_blank">ben@langfeld.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Have you looked at how 2600hz do this kind of thing with Kazoo?</div><div class="gmail_extra"><br clear="all"><div>Regards,<br>Ben Langfeld</div>
<br><br><div class="gmail_quote"><div><div>On 14 March 2013 03:02, Cal Leeming [Simplicity Media Ltd] <span dir="ltr"><<a href="mailto:cal.leeming@simplicitymedialtd.co.uk" target="_blank">cal.leeming@simplicitymedialtd.co.uk</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div>Hello all,</div><div><br></div><div>I'm currently looking at the various different ways you can deploy FreeSWITCH in a scalable manner, but struggle a little bit on design.</div>
<div><br></div><div>The sweet spot I'm trying to find is one where I can scale out capacity by simply throwing more servers at it.</div>
<div><br></div><div>In an ideal world, this would mean support for;</div><div><br></div><div>* Have multiple users from multiple domains to be spread over multiple servers... a single domain should not be restricted to a single FreeSWITCH instance</div>
<div>* Have no single point of failure within the structure</div><div>* Have no single point of bottleneck within the structure</div><div>* Should not use OpenSIPS.. (I suspect this might get me a lot of flack, but seriously, I'd rather write my own in python or ZXTM traffic script than use OpenSIPS lol).</div>
<div><br></div><div>So far, the best option I can come up with is (although I'm not sure if it's the best available);</div><div><br></div><div>* Proxy sitting in front of all backend FreeSWITCH instances, acting in a media proxy fashion only (dual pair of proxies in active/passive mode)</div>
<div>* Proxy tracks registrations to the appropriate backend instance, and makes their session sticky</div><div>* If backend instance needs to make a call to another user in the same domain, it bridges to the call to back to the proxy, the proxy then determines which other FreeSWITCH instance has the user then routes the request accordingly. If the call is to an external destination, the proxy will route it to the traffic aggregation switches (which is basically another pair of FreeSWITCH instances), which then gets routed to the upstream provider.. this means you only have to maintain 2 sets of trunk configuration.. so when you need to scale out your freeswitch backends, it doesn't require putting in a request to your upstream providers for an additional set of trunks.</div>
<div>* The bottleneck within these clusters is the dual proxies in active/passive mode.. you could fix this by allocating customers to a specific cluster (rather than instance), thus controlling which customers go to which proxy.. if an entire cluster dies, you can re-route that clusters traffic to a different cluster.</div>
<div><br></div><div>The other simpler option is to allocate domains to a specific backend instance.. but this really doesn't feel clean.. it means a customer cannot scale past the floor limit of a single instance, it has less redundancy, and overall just feels wrong.</div>
<div><br></div><div>Any general thoughts/comments on this would be much appreciated.</div><div><br></div><div>Thanks</div><span><font color="#888888"><div><br></div><div>Cal</div>
</font></span><br></div></div>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">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" target="_blank">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></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">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" target="_blank">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></div></div></div>
</blockquote></div><br></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><br clear="all"><div><br></div>-- <br><div><span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">Mit freundlichen Grüßen</span></div>
<span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">Muhammad Shahzad</span><br style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">
<span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">------------------------------</span><span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">-----</span><br style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">
<span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">CISCO Rich Media Communication Specialist (CRMCS)</span><br style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">
<span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">CISCO Certified Network Associate (CCNA)</span><br style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">
<span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">Cell: +49 176 99 83 10 85</span><br style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">
<span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">MSN: </span><a href="mailto:shari_786pk@hotmail.com" style="color:rgb(17,85,204);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)" target="_blank">shari_786pk@hotmail.com</a><br style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">
<span style="color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">Email: </span><a href="mailto:shaheryarkh@googlemail.com" style="color:rgb(17,85,204);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)" target="_blank">shaheryarkh@googlemail.com</a>