Maximum calls supported on PJSIP

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

 



Hi Sandeep,

 

I have already done that but didn't mention in the mail. I set both of these
to 600 (for testing 600 calls). But I think some internal parameter in pjsua
also need to be changed to increase the maximum calls and currently these
parameters are configured to 512. I want to know the variables which need to
be changed. 

 

Thanks,
Jitendra Singh Bhadoriya

Technical Leader - One97 Communications Ltd
+91.9717123309

 

From: pjsip [mailto:pjsip-bounces@xxxxxxxxxxxxxxx] On Behalf Of Sandeep
Karanth
Sent: 16 January 2013 06:58 PM
To: pjsip list
Subject: Re: Maximum calls supported on PJSIP

 

Try

#   define PJSUA_MAX_CALLS      1024

#   define PJSUA_MAX_PLAYERS  1024

 

On Wed, Jan 16, 2013 at 6:47 PM, Jitendra Singh
<jitendra.bhadoriya at one97.net> wrote:

Friends  !! thanks for your inputs.

 

We can set the maximum number of simultaneously calls to be supported, by
setting following #defines :

 

#   define PJSUA_MAX_CALLS     (500)

#   define PJSUA_MAX_PLAYERS  500

 

Then compile pjproject and then link your sipclient binary with these
libraries.

 

My problem is, I want to increase number of calls so that my sipclient can
support say 1000 simultaneous calls. But when I try to configure say 600
calls (just to test whether more than 500 call supported or not), then at
the startup I get following log in pjsip log file:

 

18:05:44.674  pjsua_media.c  Unable to create media transport: Too many
objects of the specified type (PJ_ETOOMANY) [status=70010]

 

In this case Pjsip was able to open only 512 RTP and 512 RTCP sockets and
prints the following logs:

 

18:05:44.674  pjsua_media.c  RTP socket reachable at 10.0.6.141:41024

18:05:44.674  pjsua_media.c  RTCP socket reachable at 10.0.6.141:41025

 

Now My Question is, which variable needs to be tuned/changed inside the
PJSIP code, so that I can support more than 512 calls. 

 

 

Thanks,
Jitendra Singh Bhadoriya

Technical Leader - One97 Communications Ltd
+91.9717123309 <tel:%2B91.9717123309> 

 

From: pjsip [mailto:pjsip-bounces@xxxxxxxxxxxxxxx] On Behalf Of Sandeep
Karanth
Sent: 16 January 2013 04:54 PM
To: pjsip list
Subject: Re: Maximum calls supported on PJSIP

 

No. I was talking about the internal conference bridge created in pjsua_lib
which handles the media processing for pjsua. The below link has better
explaination 

 

http://trac.pjsip.org/repos/wiki/FAQ#pjsua-lib-perf

I didnt use any tool to get 200-300 calls from pjsua. And btw I was doing
playback of a wave file and  not recording as i mentioned in a previous
mail. U just need to go to config_site.h and u can copy the config from
config_site_sample.h under  PJ_CONFIG_MAXIMUM_SPEED and then recompile and
try again.

On Wed, Jan 16, 2013 at 4:45 PM, Khoa Pham <onmyway133 at gmail.com> wrote:

When reading PJSIP Dev Guide, section 1.2.3 Polling the stack

 

PJSIP stack never creates threads. All execution throughout the stack runs
on 

behalf of application's created thread, either when an API is called or when


application calls the polling function

 

Is this what you're talking about? 

And if yes, please show me the tool you used to make 200-300 calls, thanks




 

-- 
Khoa Pham
HCMC University of Science
Faculty of Information Technology


_______________________________________________
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/20130116/2d24ac0e/attachment-0001.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