To implement pjsip to support 200 simultaneous calls

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Arie,

Thanks for your reply.

But don't you think when you had 500 simultaneous calls and 500 RTP streams
then your call qualities were bad. In my case if I use the same conference
bridge for all calls the quality goes bad after 20 simultaneous calls. Is
there any trick or settings you are using. Or have you done some changes at
code level to achieve this. Can you share this information.

Thanks in advance.

Regards:
Varun

On Fri, Sep 16, 2011 at 6:32 PM, Arie Velthoen <arie_velthoen at hotmail.com>wrote:

>  Hi,
>
> My experience is that one can use PJSUA-lib with more than 500 simultaneous
> calls, and 500 bothway RTP channels when using conferences with 8kHz
> sampling, PCMA or PCMU codec, and no echo cancelling.
> I used a Win2003 server on a Xeon5130 machine (pretty old now).
>
> I also had to undo ticket #1015 Disable ioqueue Completion Port backend
> See
> http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/2010-June/011104.html
>
> Regards,
>
> Arie
>
>
>
>  > Date: Fri, 16 Sep 2011 18:00:23 +0530
> > From: varunps2003@xxxxxxxxx
> > To: pjsip at lists.pjsip.org
> > Subject: Re: To implement pjsip to support 200 simultaneous calls
>
> >
> > HI Shayne,
> >
> > Thanks for your reply. But I don't think PJSIP is not suitable as any
> > other Library.
> >
> > See first I don't want to serve thousands of calls but only 200 calls.
> > Second point is that PJSUA-LIB has only the limitation that it creates
> > only one conference bridge for all calls and media. But the low level
> > PJSIP libraries like PJSIP-UA and PJMEDIA don't limits anything. If we
> > can execute a proper application design on the basic PJSIP libraries
> > or modify the PJSUA-LIB to serve 200 calls we can do it. This is I
> > think.
> >
> > But I really wanted to know that have somebody already tried this. If
> > yes then what was his approach. Can any body share some work or some
> > idea which can be useful.
> >
> > Your help is appreciated. Thanks in advance.
> >
> >
> > Regards:
> > Varun Pratap Singh
> >
> > On 9/16/11, Shayne O'Neill <shayne.oneill at gmail.com> wrote:
> > >
> > > If your planning on serving thousands of calls your probably better off
> > > looking at something like Opensips with a dedicated media proxy array.
> > > pjsips can handle a surprising call load, but your really pushing it
> with
> > > that sort of volume in a monolithic sip/rtp stack.
> > >
> > > On 15/09/2011, at 10:15 PM, varun pratapsingh wrote:
> > >
> > >>
> > >> HI All,
> > >>
> > >> I need to implement in PJSIP so that it can support the 200 calls
> > >> simultaneously. I am following the steps given at:
> > >> http://trac.pjsip.org/repos/wiki/FAQ#high-perf
> > >> The steps told under heading: How can I configure pjsip to serve
> thousands
> > >> of calls?
> > >>
> > >> Has anyone tried to implement such functionality in pjsip. If any body
> can
> > >> share his experience in this then It will be appreciated.
> > >>
> > >>
> > >> Regards:
> > >> Varun Pratap Singh
> > >>
> > >>
> > >>
> > >> _______________________________________________
> > >> Visit our blog: http://blog.pjsip.org
> > >>
> > >> pjsip mailing list
> > >> pjsip at lists.pjsip.org
> > >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
> > >
> > >
> >
> > _______________________________________________
> > Visit our blog: http://blog.pjsip.org
> >
> > pjsip mailing list
> > pjsip at lists.pjsip.org
> > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20110916/2003206d/attachment.html>


[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux