increasing the no of people calling from default 4

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

 



Hi,
I think you have to change the following.

unsigned pjsua_config::max_calls

Refer to: http://www.pjsip.org/pjsip/docs/html/structpjsua__config.htm

Thanks, Amar

On Wed, Oct 17, 2012 at 6:34 PM, Dan Arrhenius <dan at keystream.se> wrote:
>
> Hi,
> in the function pjsua_config_default() max_calls is set to 4 (unless
> PJSUA_MAX_CALLS is less than 4).
> So in order to have a maximum number of calls greater than 4 you must
> change max_calls yourself somewhere between the call to
> pjsua_config_default() and the call to pjsua_init().
>
> Regards,
> Dan
>
>
> On Wed, 2012-10-17 at 14:54 +0530, john smith wrote:
> > Hi,
> >
> >
> > I am facing difficulties attempting to call more than 4 users.When the
> > 5th user calls,the person gets a 486 busy here message.
> >
> > I have tried increasing PJSUA_MAX_CALLS from default 32 to 200.
> >
> > but in pjsip/src/pjsua-lib/pjsua_call.c function PJ_DEF(pj_status_t)
> > pjsua_call_answer( pjsua_call_id call_id, i try to print the value of
> >
> > pjsua_var.ua_cfg.max_calls equal to 4.
> >
> > which as promised by the pjsip library should be more than the default
> > 4 if PJSUA_MAX_CALLS is increased from default 32 to any number.
> >
> > i have set the value of PJSUA_MAX_CALLS to 200 and i am able to see
> > that printing.
> >
> > However,pjsua_var.ua_cfg.max_calls still prints equal to 4.
> >
> > "
> > unsigned pjsua_config::max_calls
> > Maximum calls to support (default: 4). The value specified here must
> > be smaller than the compile time maximum settings PJSUA_MAX_CALLS,
> > which by default is 32. To increase this limit, the library must be
> > recompiled with new PJSUA_MAX_CALLS value.
> >
> >
> > "
> >
> >
> > 14:44:11.014            APP  Incoming call from "john smith"
> > <sip:ekigatest at 172.22.0.15>!!
> > inside pjsua answer in library
> > pjsua_var.ua_cfg.max_calls----------->4
> >  14:44:11.015 strm0x1a249e18  VAD temporarily disabled
> >  14:44:11.015 strm0x1a249e18  Encoder stream started
> >  14:44:11.015 strm0x1a249e18  Decoder stream started
> >
> >
> > ./ivrtestrunning_2
> >  14:43:59.928 os_core_unix.c  pjlib 1.8.5 for POSIX initialized
> >  14:43:59.928 os_core_unix.c  SMAPLE : pjlib for POSIX initialized
> >
> > ******************************************************
> >  14:43:59.929 sip_endpoint.c  Creating endpoint instance...
> >  14:43:59.929          pjlib  select() I/O Queue created (0x1a1e6840)
> >  14:43:59.929 sip_endpoint.c  Module "mod-msg-print" registered
> >  14:43:59.929 sip_transport.  Transport manager created.
> >  14:43:59.929 sip_endpoint.c  Module "mod-pjsua-log" registered
> >  14:43:59.930 sip_endpoint.c  Module "mod-tsx-layer" registered
> >  14:43:59.930 sip_endpoint.c  Module "mod-stateful-util" registered
> >  14:43:59.930 sip_endpoint.c  Module "mod-ua" registered
> >  14:43:59.930 sip_endpoint.c  Module "mod-100rel" registered
> >  14:43:59.930 sip_endpoint.c  Module "mod-pjsua" registered
> > 200-----------
> >  14:43:59.930 sip_endpoint.c  Module "mod-invite" registered
> >  14:44:00.085       pa_dev.c  PortAudio sound library initialized,
> > status=0
> >  14:44:00.085       pa_dev.c  PortAudio host api count=2
> >  14:44:00.085       pa_dev.c  Sound device count=12
> >  14:44:00.085          pjlib  select(
> >
> >
> >
> > How can pjsua_var.ua_cfg.max_calls be increased from 4 to a higher
> > number !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
> >
> > I see this has been a issue for many of pjsip support group.Kindly
> > Help.
> >
> > Thanks in advance.
> >
> > John Smith
> > _______________________________________________
> > 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

-- 

Thank you...

Amar Akshat (????)

 "Walking on water and developing software from a specification are
easy if both are frozen."



[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