To implement pjsip to support 200 simultaneous calls

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

 



Hi Varun,

I wrote a signaling and media gateway running on Windows using PJSIP.
I used the lower layer APIs you mention but did not use the bridge.  I
directly accessed the RTP, and passed it manually between the ports.
I was able to run 256 simultaneous calls on a 3 GHz dual core
processor with 4G RAM.  I did most of my testing on VMs and still had
good call quality and the systems was still approx 50% idle.  I made
real calls through the system while load tests were running and
actually listened to the audio.  I was using PJSIP 1.0 (or maybe 1.1).

For directly accessing the RTP, see pjsip-apps/src/samples/siprtp.c

good luck,

Joel

On Fri, Sep 16, 2011 at 10:56 AM, varun pratapsingh
<varunps2003 at gmail.com> wrote:
> 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
>>
>
>
> _______________________________________________
> 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
>
>



[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