Sorry guys, I lost track. We have Igor and Oleg both accessing the same issue but with different results? I think I miss updates in the mailing list because there is no logic in the sequence of events and I see alway answers on older mails. Strange... I was not able to go to the mailing list directly to sort out the sequence of events..Got some error message. Anyhow you may sent fractions of your log file and I will analyse them to see if I can pinpoint your problem. No problem. Please sent them to itsc99@cantv.net. Tjapko. -----Original Message----- From: openh323gk-users-admin@lists.sourceforge.net [mailto:openh323gk-users-admin@lists.sourceforge.net]On Behalf Of Kompnet Sent: Viernes, 16 de Enero de 2004 10:32 a.m. To: openh323gk-users@lists.sourceforge.net Subject: Re: Nondeleted call Tjapko, we are live in the real world. I think connection should be broken off correctly despite of " bad endpoint handling, network problems or whatever" because such things always can take place in the real world. I can send you fragments of logs personally if you want. Allthing I see there are undeleted calls from the CallTable. I don't use RAS now therefore I do not have need to establish parameters like RemovecallonDRQ and other, DRQ simply does not arise, only ReleaseCopmplete. Probably I am wrong. Igor. On 15 Январь 2004 12:27, itsc99@cantv.net wrote: > Hi Oleg, > > I think that basically GNUGK is following the coding rules of the H323 > protocol. It has to receive some sort of correct handling of the release > complete from its endpoint. Thus if it never receives it due to bad > endpoint handling, network problems or whatever interface in between the > theoretical handling of GNUGK is correct. However GNUGK has another > parameter called "CallDurationLimit" or DefaultCalltimeout that you can use > to set to some large number that eventually will take away your "hanging" > call by deleting it from the call table. Default setting is 0 so bypassing > this parameter. Be aware that if this setting is too short you can cut off > open calls. > > Personally, I think that the problem should be taken away there where it > occurs not by inventing some work around. > > Cheers! Tjapko. > > -----Original Message----- > From: openh323gk-users-admin@lists.sourceforge.net > [mailto:openh323gk-users-admin@lists.sourceforge.net]On Behalf Of Oleg > Ustinov > Sent: Jueves, 15 de Enero de 2004 02:24 p.m. > To: openh323gk-users@lists.sourceforge.net > Subject: RE: Nondeleted call > > > Hi Tjapko, > Basically problem was with originatin customer. > After disconnect call on termination side, GNUGk sends disconnect to > origination end customer. There was a problem with a softswith proxy > between us. > But question is: why if end user's device not accept disconnect call packet > due access security (and termination side is already hangup) GNUGk hold > this call in a table? One side was already down... > > Do you have any ideas? > > RemovecallonDRQ=1 > DropCallsByReleaseComplete=1 > SendReleaseCompleteOnDRQ=1 > > oleg > > -----Original Message----- > From: openh323gk-users-admin@lists.sourceforge.net > [mailto:openh323gk-users-admin@lists.sourceforge.net] On Behalf Of iTS > Consult@ncy > Sent: Thursday, January 15, 2004 9:15 AM > To: openh323gk-users@lists.sourceforge.net > Subject: RE: Nondeleted call > > Hi, have you looked into my previous mail on this item. Please try to trace > it from your endpoint and see if the call is correctly "released complete" > from your endpoint. Check if the CRV message part is handled correctly. I > used to have a lot of problems with "hanging" endpoints merely due to bad > internet connections or incomplete handling of release complete messages > from the endpoints. > > There are some more configuration parameters to play around with in gnugk > that refer to connecting endpoints: > check RemovecallonDRQ, DropCallsByReleaseComplete and SendReleaseComplete > to mention some. > > But always try to trace your particular problem with gnugk trace on level 5 > and something like ethereal on both sites to analyse the data flow and > message handling to be able to pinpoint to your specific problem. > > Hope this helps, Tjapko. > > > > -----Original Message----- > From: openh323gk-users-admin@lists.sourceforge.net > [mailto:openh323gk-users-admin@lists.sourceforge.net]On Behalf Of Kompnet > Sent: Jueves, 15 de Enero de 2004 08:59 a.m. > To: openh323gk-users@lists.sourceforge.net > Subject: Re: Nondeleted call > > > There are no problems with date/time. > There is problem with the call duration: 65158 sec. > And in that the inactive call is shown as active one. > > On 15 Январь 2004 08:32, P. P. wrote: > > I have no idea what was the problem with the date/time, but as far as > > I know ACF doesn't mean that the call was started - it's only a > > confirmation by the gk to start the call... > > > > > Who can help in resolving our common problem? > > > GNUGK was downloaded from CVS Jan 06 2004, 05:47. > > > Here is output from status port: > > > Gatekeeper(GNU) Version(2.0.7) > > > Ext(pthreads=1,acct=1,radius=1,mysql=0,ldap=0) Build(Jan 6 2004, > > > 05:57:02) Sys(Linux i686 2.4.20My) > > > > > > GkStatus: Version(1.0) Ext() > > > Toolkit: Version(1.0) Ext(basic) > > > Startup: Fri, 09 Jan 2004 16:57:54 +0300 Running: 4 days 16:00:33 > > > ; > > > cv > > > CurrentCalls > > > Call No. 1254 | CallID f4 07 2d b5 3d 02 0d 50 00 00 00 00 10 eb f3 > > > a0 | > > > 65158 | 0 Dial 337#70957071398:dialedDigits > > > ACF|192.168.110.224:13246| > > > ACF||1232|337#70957071398:dialedDigits||false; > > ACF|213.214.215.216:1720|4178_endp|34000|337#70957071398:dialedDigits||t > ACF|r > > > >ue; # ?|PARTN4:h323_ID|100000|Tue, 13 Jan 2004 14:52:32 +0300 <2> > > > ---------------- > > > Current time is Wed Jan 14 09:58:15 2004 Call is not active in > > >reality. > > > -- > > > Igor Prokhorov > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: Perforce Software. > > > Perforce is the Fast Software Configuration Management System > > > offering advanced branching capabilities and atomic changes on 50+ > > platforms. > > > > Free Eval! http://www.perforce.com/perforce/loadprog.html > > > _______________________________________________ > > > List: Openh323gk-users@lists.sourceforge.net > > > Archive: http://sourceforge.net/mailarchive/forum.php?forum_id 49 > > > Homepage: http://www.gnugk.org/ > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Perforce Software. > > Perforce is the Fast Software Configuration Management System offering > > advanced branching capabilities and atomic changes on 50+ platforms. > > Free Eval! http://www.perforce.com/perforce/loadprog.html > > _______________________________________________ > > List: Openh323gk-users@lists.sourceforge.net > > Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 > > Homepage: http://www.gnugk.org/ -- С уважением, Прохоров Игорь ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ List: Openh323gk-users@lists.sourceforge.net Archive: http://sourceforge.net/mailarchive/forum.php?forum_id-49 Homepage: http://www.gnugk.org/ --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.561 / Virus Database: 353 - Release Date: 13/01/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.561 / Virus Database: 353 - Release Date: 13/01/2004 ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ List: Openh323gk-users@lists.sourceforge.net Archive: http://sourceforge.net/mailarchive/forum.php?forum_id┘49 Homepage: http://www.gnugk.org/
