Re: Nondeleted call

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



hmmmmm did gk give DCF at all on these calls ?

----- Original Message ----- 
From: "iTS Consult@ncy" <itsc99@cantv.net>
To: <openh323gk-users@lists.sourceforge.net>
Sent: Friday, January 16, 2004 3:33 PM
Subject: RE:  Nondeleted call


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/




-------------------------------------------------------
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=8549
Homepage: http://www.gnugk.org/

[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux