Zdravej, Za proxy mode li stava vypros? Pri men nqma DRQ-ta - samo ReleaseComplete. Problemyt e, che ili ne idvat do pc-to izobshto, ili che gnugk-to gi dropi predi da gi obraboti (koeto vyobshte ne mi e qsno kak shte stane bez crash...). Pri men vyobshte ne se stiga do prikljuchvane na call-a - ostava da si visi. Imash li predstava, ReleaseComplete v debug log-a znachi li sys 100% sigurnost, che RC e polucheno ot gnugk-to? I syotvetno - lipsata na RC v log-a, znachi li che RC NE e polucheno sys sigurnost? Pozdravi, KTsolov On Wednesday 17 March 2004 08:17, you wrote: > Zdravei! > Takav problem imah i az kogato callovete minat nad 100 (GNU 2.0.7 2x2.8GHz > P4). Togava se poluchavashe slednia efect: > Kogato zatvori ediniat GNUto generira CDR posle izprashta Radius > Accounting-Request i ako ne se varni vednaga(pri online billing) > Accounting-Response Gnuto ne izprashta DRQ i razgovora ostava nezatvoren. > Oshte togava govorih s MZ i toi obeshta da pomisli po promiana na > posledovatelnostta na izprashtane na Accounting-Request no za sajalenie do > tozi moment - nishto. > Za sega izpolzvam vanshna sistema za accaounting no se nadiavam da se > opraviat neshtata. > > Pozdravi > Plamen Petkov > BG tel > > > ----- Original Message ----- > From: "Konstantin Tsolov" <ktsolov@xxxxxxx> > To: <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx> > Sent: Friday, March 12, 2004 2:16 PM > Subject: Stale calls in proxy mode > > > 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_id70&alloc_id638&opМk _______________________________________________ List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id…49 Homepage: http://www.gnugk.org/
