Re: PacPhone and GnuGk: URQ/UCF problems

pierlu <pierlu@xxxxxxxxx> · Wed, 2 Jun 2010 11:26:40 +0200

Andrew.
I think that your situation is different than mine, because I'm using a fixed IP and password Authentication mode, and, from what I understand, those two config variables are useful when clients have no fixed ip. 

Probably the OverwriteEPOnSameAddress can be of some use in my situation too, but I have to see first if the TTL settings affects RRQ in some unexpected ways and then try it out. Will experiment as soon as I go back at the office.

Thanks nonetheless for your input, much appreciated.

Cheers, pierlu. 

On Wed, Jun 2, 2010 at 12:30 AM, Andrew Struiksma <astruiksma@xxxxxxxxx> wrote:

Yes, I had the same issue but haven’t had a problem since
I set this:

[RasSrv::RRQFeatures]

;; SupportDynamicIP and OverwriteEPOnSameAddress enable EPs on
DHCP to re-register with new IP

SupportDynamicIP=1

OverwriteEPOnSameAddress=1

Andrew

From: pierlu
[mailto:pierlu@xxxxxxxxx] 

Sent: Tuesday, June 01, 2010 1:41 PM

To: GNU Gatekeeper Users

Subject: Re:  PacPhone and GnuGk: URQ/UCF problems

Thanks for your reply. That's
what I was looking for. Have you ever experienced situations in which non-stale
clients weren't able to register back again?

On Tue, Jun 1, 2010 at 7:07 PM, Andrew Struiksma <astruiksma@xxxxxxxxx> wrote:

I think the TimeToLive will do what you
want. That is what I’ve been using.

[Gatekeeper::Main]

;; unregisters stale endpoints after
inactivity

TimeToLive=300

Andrew

From: pierlu
[mailto:pierlu@xxxxxxxxx]

Sent: Tuesday, June 01, 2010 9:49 AM

To: GNU Gatekeeper Users

Subject:  PacPhone and GnuGk: URQ/UCF problems

Is
there a way on GnuGk to set a timeout on registrations so that
endpoints (PacPhone) is forced to resend a RRQ periodically otherwise it is
assumed that client is offline? Is there any complication in using this option,
if it exists?  I searched through the manual but I am not able to
find this piece of information.

I'm
asking this cos I found that PacPhone not always sends URQ upon closing, and I
experienced this both on 2.3.0 and on 2.3.1 so I was wondering wheter to solve
this in another way. 

As
attachments I put degub level 4 traces logfiles in which is shown the
behaviour I noticed in PacPhone. I tried with PacPhone 2.4.0 but no trace
log file was generated even tho level in pacphone.ini was set to 4, as done
with preceding versions.

Testing
was done simply by opening PacPhone and shutting it down after a while,
checking on GnuGk 2.3.2 interface whether the UCF was sent back to
client... at first i thought was a gatekeeper issue, but then i saw on PacPhone
debug trace it's actually a client issue.

Thanks
for any help,

Cheers.
pierlu.

------------------------------------------------------------------------------

_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx

Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users

Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users

Homepage: http://www.gnugk.org/

------------------------------------------------------------------------------

_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx

Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users

Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users

Homepage: http://www.gnugk.org/

------------------------------------------------------------------------------

_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/