On Tue June 20 2006 08:23, Daniel Salama <[EMAIL PROTECTED]> wrote: > I have been reading about integrating Asterisk with SER to help > Asterisk deal with large volume of registrations (mainly). I was > planning on fronting Asterisk with SER for that purpose. Not that I > have the traffic at this moment, but because I wanted to get the > infrastructure in place. > > However, my providers are using G711 codec and I offer G711 and G729 > to my clients because they don't have the best broadband service > available. So, if my clients are talking G729, I suppose I will have > to always keep Asterisk in the media path so as to do codec > translation. Is that correct? I was also planning on using SER's > nathelper, but if Asterisk _HAS_ to be in the media path, there may > not be a need for SER's nathelper. Is this assumption correct? > > If my purpose of using SER is basically to alleviate registration > load and help route (possibly load balance) traffic among multiple > Asterisk servers as well as SIP providers, do I really need SER? > Would you recommend it? Granted, I have been running both Asterisk > and SER as separate systems for a while and they both seem very > stable to me. > > Thanks, > Daniel
Hi Daniel. How many registrations are you able to achieve per Asterisk server at the moment? As you pointed out, one huge benefit of SER is that it can handle more registrations than Asterisk. We're talking in the thousands here for SER. Again, as you said, if one of your customers elects to use G.729, their call will have to go through Asterisk for transcoding purposes. Note though that if you send G.729-calls through Asterisk and G.711-calls through SER, you'll have to do some extra work to combine the CDRs. Also, you'll have to ensure that the Asterisk and SER servers have the exact same time (IE: use NTP). Having dedicated SER boxes can be very effective at reducing the load on Asterisk servers. Before implementation though, you have to make sure that you have solutions for the wrinkles this modification puts into your original design. Cheers, -- Nick e: [EMAIL PROTECTED] p: +61 7 5591 3588 f: +61 7 5591 6588 If you receive this email by mistake, please notify us and do not make any use of the email. We do not waive any privilege, confidentiality or copyright associated with it. _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
