Igor, I understand. While reading your event flow it looks that the disability to open a proxychannel for this call caused the call eventually to hang in the call table. ( So likely first step is to find out what is the exact cause for this problem?) I had problems on the call completion part after the release complete was generated so it seem like different issues. Nevertheless In your trace I see a release complete from gnugk to your endpoint but nothing is coming back from your endpoint to acknowledge the release complete according your description. ( something like a RAS disengageconfirm) Furthermore I would like to know the CRV value in the Q931 message part of the endpoint that receives the release complete from gnugk. It has a 4 Byte value and looks something like ABCD. Also need to know the same value that has been used during call setup for exactly the same call. This because like mentioned the only thing that I found out during my battle against this issue was that not always the CRV value was set correctly within the Release Complete message. This is a random number with the first bit high or low depending its function. The created workaround that I used was to handle (code) the setup part and release complete part for each call differently in the softswitch that I use in between the terminating gateway and gnugk. This solved my problems with sockets that were kept open due to hanging calls towards my terminating gateway. ( It seems that the problem is only related to some providors hardware also!) As you mention you have a level 5 GNUGK dump available . It is also neccesary to trace what happens at the both gateways ends to compare the real setup and release complete messages. 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 03:22 p.m. To: openh323gk-users@lists.sourceforge.net Subject: Re: Nondeleted call Tjapko, thank you for your interest and desire to help. But source of this concrete collision is well-known: nonclosed socket, nondeleted call. ReleaseCoplete was received in 3 seconds after the Setup: Setup (OrigGW) ->CallProceeding with 3480 h245 port (TermGW) -> Alerting with 3480 h245 port (TermGW) -> Connect with 3480 h245 port (TermGW) -> from GNUGK: ProxyChannel.cxx H245 213.214.215.216:3480 DIDN'T ACCEPT THE CALL -> ReleaseComplete to OrigGW and TermGW from GNUGK. Before and after this call it were calls to the same destination and to the same calledpartynumber over another partners and GWs. I have 5 level trace log, my gnugk writes and saves 5 level logs untill the beginning of May 2003. Simply up to this case the call never hanged so long, and never earlier such calls were fixed as active. Igor. On 15 Январь 2004 11:14, itsc99@cantv.net wrote: > 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| |1232|337#70957071398:dialedDigits||false; > > ACF|213.214.215.216:1720|4178_endp|34000|337#70957071398:dialedDigits||tr > > > >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/ -- С уважением, Прохоров Игорь ------------------------------------------------------- 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/ --- 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/
