Hello! I discovered, that there was a network bottleneck and this have caused the problems :) Now I have another problem, but don't know what is the reason... (I can make 78 calls and calls above this are terminated). I will show results if will have in hand... Regards, Tamas Tamas J wrote: > Hello! > > I'm testing what can I bring out from gnugk-2.2CVS with openCG. > I'm trying to make 60/90 calls with openCG but gnugk starts to drop > requests: > After ARQ/ACF (not right after) gnugk drops the call and I don't have a > clue why. > > 2005/04/09 17:01:23.801 3 RasSrv.cxx(219) RAS Send to > X.X.X.X:38531 > disengageRequest { > requestSeqNum = 1 > endpointIdentifier = 10 characters { > 0033 0030 0033 0038 005f 004d 004d 0032 3038_MM2 > 0067 006b gk > } > conferenceID = 16 octets { > 76 c2 09 db 7d a7 d9 11 8a c8 00 c0 df 10 b6 05 v...}........... > } > callReferenceValue = 4205 > disengageReason = forcedDrop <<null>> > callIdentifier = { > guid = 16 octets { > 4e c2 09 db 7d a7 d9 11 8a c8 00 c0 df 10 b6 05 N...}........... > } > } > gatekeeperIdentifier = 5 characters { > 004d 004d 0032 0067 006b MM2gk > } > answeredCall = FALSE > } > 2005/04/09 17:01:23.801 5 RasSrv.cxx(233) RAS Sent > Successful > 2005/04/09 17:01:23.801 3 RasSrv.cxx(219) RAS Send to > Y.Y.Y.Y:1029 > disengageRequest { > requestSeqNum = 1 > endpointIdentifier = 10 characters { > 0033 0030 0033 0039 005f 004d 004d 0032 3039_MM2 > 0067 006b gk > } > conferenceID = 16 octets { > 76 c2 09 db 7d a7 d9 11 8a c8 00 c0 df 10 b6 05 v...}........... > } > callReferenceValue = 4205 > disengageReason = forcedDrop <<null>> > callIdentifier = { > guid = 16 octets { > 4e c2 09 db 7d a7 d9 11 8a c8 00 c0 df 10 b6 05 N...}........... > } > } > gatekeeperIdentifier = 5 characters { > 004d 004d 0032 0067 006b MM2gk > } > answeredCall = FALSE > } > 2005/04/09 17:01:23.801 5 RasSrv.cxx(233) RAS Sent > Successful > 2005/04/09 17:01:23.801 2 RasTbl.cxx(1580) Gk > Disconnect Call No. 21 > 2005/04/09 17:01:23.801 6 RasTbl.cxx(2137) GK Removing > callptr: 4e c2 09 db 7d a7 d9 11 8a c8 00 c0 df 10 b6 > 05 > 2005/04/09 17:01:23.801 2 RasTbl.cxx(2192) CDR ignore > not connected call > > In logs I don't see any more information what caused this drop. > GK runs in full proxy mode (RTP). > ulimit -n 4096 > LARGE_FDSET=4096 > > [RoutedMode] > GKRouted=1 > H245Routed=1 > CallSignalPort=1720 > CallSignalHandlerNumber=24 > RtpHandlerNumber=24 > RemoveH245AddressOnTunneling=1 > RemoveCallOnDRQ=1 > DropCallsByReleaseComplete=1 > SendReleaseCompleteOnDRQ=1 > AcceptNeighborsCalls=1 > AcceptUnregisteredCalls=1 > SupportNATedEndpoints=1 > H245PortRange=40000-50000 > Q931PortRange=50001-60000 > ForwardOnFacility=1 > ConnectTimeout=180000 > > [Proxy] > Enable=1 > ProxyForNAT=0 > T120PortRange=39998-39999 > RTPPortRange=40000-60000 > > I have only stop record accounting. Probably the bottleneck is not in > radius backend (test call's duration is some minutes and call dropping > starts sometimes after 30 concurrent calls). > > gnugk runs on single Xeon 2.8GHz (HT enabled), 1G RAM, Gigabit Etheret > card (intel), linux-2.6.11 SMP, slackware. > Call generators are near to the server, ~3-10ms. > > Could anybody help me finding out what is the reason of dropping calls? > > Thanks in advance, > Tamas > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/