On Fri, Mar 5, 2010 at 11:41 AM, Ken Fulmer <[email protected]> wrote: > I'm sorry to ask this but here goes anyway: > > Can someone provide a link to the discussion of extensive testing? I've > searched the archives and can't seem to find it.
Here is the design doc: http://code.sipfoundry.org/browse/sipXecs/branches/4.0/sipXbridge/doc/design.tar.gz Untar it and look through it. You will need applet support on your browser to look through it. At the end there is a section that discusses performance. Regards, Ranga > > Ken > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of M. Ranganathan > Sent: Thursday, March 04, 2010 7:30 PM > To: Matt White > Cc: [email protected] > Subject: Re: [sipx-users] 250 Concurrent Calls? > > Much more extensive testing was later performed by our test group and > the results were posted somewhere on this list or the development > list. You can check out the source code and look in the design > document as well. > > Ranga > > On Thu, Mar 4, 2010 at 8:11 PM, Matt White <[email protected]> wrote: >> I think your asking for the "250" number from the wiki be qualified. >> >> Ranga had does some testing a while back and posted some results in the >> mailing list. A quick google shows this thread from back in 2008: >> http://www.mail-archive.com/[email protected]/msg00038.html >> >> -Matt >> >>>>> "Ken Fulmer" <[email protected]> 03/04/10 6:42 PM >>>> >> I appreciate your responses. However, I feel like I'm not explaining > myself >> very well. >> >> When you say the system is highly scalable, are there any numbers / specs >> that show just how scalable it is? Does the 250 number for concurrent > calls >> not include RTP streams? >> >> Basically, we need to understand the numbers. Does any documentation exist >> for this? >> >> Thanks, >> >> Ken >> >> >> -----Original Message----- >> From: Tony Graziano [mailto:[email protected]] >> Sent: Thursday, March 04, 2010 5:31 PM >> To: [email protected] >> Cc: [email protected] >> Subject: Re: [sipx-users] 250 Concurrent Calls? >> >> Not necessarily. The system is highly scalable. One bridge makes a single >> point of failure. >> >> HA is a master/distributed but not a master/slave model. Even so, it is > more >> preferable (to me anyway) to make any site or group an "island" when it >> comes to communications. I find it easier to troubleshoot, plan and > operate. >> People are always trying to do things with HA and really assume how it all >> works. >> >> Good luck, sounds like a lot of fun. >> ============================ >> Tony Graziano, Manager >> Telephone: 434.984.8430 >> Fax: 434.984.8431 >> >> Email: [email protected] >> >> LAN/Telephony/Security and Control Systems Helpdesk: >> Telephone: 434.984.8426 >> Fax: 434.984.8427 >> >> Helpdesk Contract Customers: >> http://www.myitdepartment.net/gethelp/ >> >> ----- Original Message ----- >> From: Ken Fulmer <[email protected]> >> To: 'Tony Graziano' <[email protected]> >> Cc: [email protected] <[email protected]> >> Sent: Thu Mar 04 18:13:25 2010 >> Subject: RE: [sipx-users] 250 Concurrent Calls? >> >> I might be misunderstanding the capabilities of the system. Can't we use > two >> servers in HA (primary and secondary) with a third as a sipXbridge? >> >> I didn't realize each server had to run the proxy services. However, the >> third server wouldn't have any phones attached - it would be used for PSTN >> call routing. >> >> Is this a configuration that makes a cluster more scalable? >> >> Ken >> >> >> -----Original Message----- >> From: Tony Graziano [mailto:[email protected]] >> Sent: Thursday, March 04, 2010 4:55 PM >> To: [email protected] >> Cc: [email protected] >> Subject: Re: [sipx-users] 250 Concurrent Calls? >> >> Understand. I'm not sure how "standalone" it will be. For example, right > now >> ANY server in HA must run a proxy. Voicemail is another that is not >> standalone. Sipxbridge has nothing to do with internal calls, just itsp >> connections. >> >> Once you get a handle on the requirements and they make sense on how they >> were arrived at, post back. >> ============================ >> Tony Graziano, Manager >> Telephone: 434.984.8430 >> Fax: 434.984.8431 >> >> Email: [email protected] >> >> LAN/Telephony/Security and Control Systems Helpdesk: >> Telephone: 434.984.8426 >> Fax: 434.984.8427 >> >> Helpdesk Contract Customers: >> http://www.myitdepartment.net/gethelp/ >> >> ----- Original Message ----- >> From: Ken Fulmer <[email protected]> >> To: 'Tony Graziano' <[email protected]> >> Cc: [email protected] <[email protected]> >> Sent: Thu Mar 04 17:43:29 2010 >> Subject: RE: [sipx-users] 250 Concurrent Calls? >> >> I'm trying to understand how the 250 number was generated. >> >> >> >> We'd want to use a dedicated server for the sipXbridge. >> >> >> >> Ken >> >> >> >> From: Tony Graziano [mailto:[email protected]] >> Sent: Thursday, March 04, 2010 4:15 PM >> To: Ken Fulmer >> Cc: [email protected] >> Subject: Re: [sipx-users] 250 Concurrent Calls? >> >> >> >> >> >> On Thu, Mar 4, 2010 at 4:52 PM, Ken Fulmer >> <[email protected]> wrote: >> >> The admin guide says the following: >> >> >> >> A single sipXrelay instance can comfortably handle 250 concurrent calls >> within acceptable limits of jitter and delay without becoming a > bottleneck. >> >> >> >> Does anyone know what server specs are required to get this number of > calls >> through the server comfortably? >> >> >> >> Thanks, >> >> >> >> Ken Fulmer >> >> >> >> >> _______________________________________________ >> sipx-users mailing list [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users >> Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users >> sipXecs IP PBX -- http://www.sipfoundry.org/ >> >> >> That's kind of an ambiguous question. It really depends on the roles being >> used for the server. >> >> >> >> sipxbridge is used for ITSP trunking. If you are also going to have remote >> users you need to ask a similar question about media relay I think. >> Voicemail/AA/CDR/ACD roles also play a role, as does configuration, and >> whether or not this is part of a HA system or not. bandwidth might also > play >> a part here too. >> >> >> >> If you can better describe what you expect your environment or use case, > you >> can expect better guidance. >> >> _______________________________________________ >> sipx-users mailing list [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users >> Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users >> sipXecs IP PBX -- http://www.sipfoundry.org/ >> >> _______________________________________________ >> sipx-users mailing list [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users >> Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users >> sipXecs IP PBX -- http://www.sipfoundry.org/ >> > > > > -- > M. Ranganathan > _______________________________________________ > sipx-users mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/ > > -- M. Ranganathan _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
