Re: Help in understanding why concurrent video calls limit in my system is 80

[pierlu <pierlu@xxxxxxxxx>]

Well, that's the point probably. I'm using Windows 2003 for GnuGk. It
was the server on which Radvision gatekeeper run  before I switched it
off and used GnuGk instead.
But, if CallsignalHandlerNumber is default to 5 and each thead can
handle 32 calls, shouldn't be the limit of concurrent calls 160? Why
80?
But 80 is half 160 so this makes sense. So if I set it up to 6 I can
expect to raise the limit to 96 concurrent calls?
Thanks, p.

On Thursday, April 14, 2011, Jan Willamowius <jan@xxxxxxxxxxxxxx> wrote:
> Hi,
>
> let me guess: You are using Windows and didn't increase the
> CallSignalHandlerNumber ? Then you are probably just running out of
> sockets. The Windows limit per thread is ridiculously low.
>
> Regards,
> Jan
>
> --
> Jan Willamowius, Founder of the GNU Gatekeeper Project
> EMail  : jan@xxxxxxxxxxxxxx
> Website: http://www.gnugk.org
> Support: http://www.willamowius.com/gnugk-support.html
>
> pierlu wrote:
>> Hi,
>>
>> today I run in a limit I was not prepared to encounter.
>>
>> I was managing a large videoconference and I could not go past 80
>> concurrent calls. I understood that because I had one set top box who
>> could not join the conference: I tried everything that I could to make
>> it so but it succeeded only when I had the idea of disconnecting my
>> own client, the one I use for monitoring. Once the set top box was
>> able to join the conference, it was the turn for my endpoint to be
>> unable to join the conference.
>> The error I received back was "Error Q.931" and on the status port it
>> was listed that the call was normally dropped.
>>
>> I cannot read the log file to give more precise insight about the
>> problem cos it's 446Megs (I guess it's becouse I had some issues with
>> an ISDN gateway which resulted in massive output to the status port
>> and so to the log file) and any software I normally use to view log
>> files refuse to open it due to memory limits.
>>
>> May it be something related to GnuGk configuration? As far as I can
>> tell, it's set so that only signalling is routed thru the GnuGk (to be
>> able to disconnect calls between endpoints via telnet), so I don't
>> think it's bandwidth related (moreover cos there were 5 mcus cascaded
>> in the conference so that connections were balanced among them and I
>> had troubles with connecting to any of the 5 mcus once concurrent
>> calls reached the 80 limit).
>>
>> Do you have any suggestion of what I may look into to go past this
>> limit? I can reproduce this situation only during a real meeting, it's
>> impossible to arrange a test with more than 80 clients, so I need to
>> have an idea of what this problem may be before allowing again a
>> conference with more than 80 clients.
>>
>> I'm using GnuGk 2.3.3 (it works well and I try to stick to the "if it
>> ain't broke don't fix it" rule).
>>
>> The relevant sections of the ini file are listed below. I have to
>> mention that I am no expert in h.323 so I have taken the routed
>> directives from the examples found in the online manual.
>>
>> Thanks for any help.
>>
>> Cheers, pierlu
>>
>> ----------------------------------------------------------------------------------------------------------
>>
>> [Gatekeeper::Main]
>> FortyTwo=42
>> Name=GnuGk
>> Home=10.1.12.43
>> Bind=10.1.12.43
>> TimeToLive=600
>> StatusTraceLevel=2
>> TraceLevel=5
>>
>> [RoutedMode]
>> ; enable gatekeeper signaling routed mode, route H.245 channel only if
>> neccessary (for NATed endpoints)
>> GKRouted=1
>> H245Routed=1
>> AcceptNeighborsCalls=1
>> AcceptUnregisteredCalls=1
>> CallSignalPort=1720
>>
>> ; proxy calls only for NATed endpoints
>> [Proxy]
>> Enable=0
>> ; if port forwarding is correctly configured for each endpoint, you
>> can disable ProxyForNAT
>> ProxyForNAT=1
>> ProxyForSameNAT=0
>
>
> ------------------------------------------------------------------------------
> Benefiting from Server Virtualization: Beyond Initial Workload
> Consolidation -- Increasing the use of server virtualization is a top
> priority.Virtualization can reduce costs, simplify management, and improve
> application availability and disaster protection. Learn more about boosting
> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
> _______________________________________________________
>
> Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
> Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
> Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
> Homepage: http://www.gnugk.org/
>

------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/