Well i have done a lot of "trail and error" on this specific problem in past 3 years and have come to conclusion that,
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.
a). You can use redirection using SIP response code 302.
b). You can do state-full relay, by creating and managing SIP transactions.
c). You can do bridging, e.g. by using B2BUA.
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.
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.
Thank you.
On Thu, Mar 14, 2013 at 5:02 PM, Cal Leeming [Simplicity Media Ltd]
<cal.leeming@simplicitymedialtd.co.uk> wrote:
Sorry, hit send too fast!
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.
CalOn Thu, Mar 14, 2013 at 4:00 PM, Cal Leeming [Simplicity Media Ltd]
<cal.leeming@simplicitymedialtd.co.uk> wrote:
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.
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.
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
--
Mit freundlichen Grüßen
Muhammad Shahzad
-----------------------------------
CISCO Rich Media Communication Specialist (CRMCS)
CISCO Certified Network Associate (CCNA)
Cell: +49 176 99 83 10 85
MSN: shari_786pk@hotmail.com
Email: shaheryarkh@googlemail.com