RC usually comes from one endpoint only - that's fine. ----- Original Message ----- From: "Oleg Ustinov" <Oleg.Ustinov@xxxxxxxxxx> Sent: Saturday, March 13, 2004 6:22 PM > Hello Michal, > What is if ReleaseComplete come from one endpoint only? > > Oleg > > -----Original Message----- > From: openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx > [mailto:openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of > Zygmuntowicz Michal > Sent: Saturday, March 13, 2004 1:59 PM > To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > Subject: Re: Stale calls in proxy mode > > If gnugk receives ReleaseComplete, it always removes the call from the call > table. I suspect your problem may be related to some network error > conditions, so RC is not received by gnugk. > Did you try to set RemoveCallOnDRQ (or something similar) flag? > > ----- Original Message ----- > From: "Konstantin Tsolov" <ktsolov@xxxxxxx> > Sent: Friday, March 12, 2004 1:16 PM > > > Hello, > > I have a gnugk 2.0.7 with latest pwlib-1.6.2/openh323-1.13.2 running > on a 2GHz Celeron and 1GB RAM slack instalation working as a h323 full > proxy. > > When under heavy load it's making 90-150 concurent calls. > uptime is ~0.50 > cpuload is @60% > memory is hardly used > > The problem is as follows: > - it gets a setup message > - sends a setup to other party > - gets/sends a connect (call established) > - call runs for some time and is disconnected with DRQ/ReleaseComplete > - origination and termination parties both understand that the call > has ended > - my gnugk - does not; > the call keeps hanging in the call list (shows after 'c' on :7000) > - after timeout, the gnugk removes the call from its call list and > does all the accounting actions it usually does. > > Thus, I'm left with real calls for which both (orig/term) parties have a > correct accounting and I have a max-duration call in mine. > > If anyone has experienced anything similar or has a solution for this > particular > problem, I'll be very happy to hear about it. > > BTW, when I reroute the calls to come to the gnugk via a cisco IPIP gateway > - > the problem disappears - even under heavy load. > Looks to me like a signaling interoperability problem but who knows... > > All info is much appreciated. > > Thanks, > KTsolov > > -- > > "Talk is cheap because supply always exceeds demand." > -- source unknown > > /~\ The ASCII > \ / Ribbon Campaign > X Against HTML Konstantin Tsolov.............ktsolov at etel dot bg > / \ Email! Systems Administrator......eTel Ltd, Sofia, Bulgaria ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
