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/
