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/
