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 <astruik...@nwesd.org>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:pie...@gmail.com] > *Sent:* Tuesday, June 01, 2010 1:41 PM > *To:* GNU Gatekeeper Users > *Subject:* Re: [Openh323gk-users] 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 <astruik...@nwesd.org> > 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:pie...@gmail.com] > *Sent:* Tuesday, June 01, 2010 9:49 AM > *To:* GNU Gatekeeper Users > *Subject:* [Openh323gk-users] 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@lists.sourceforge.net > 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@lists.sourceforge.net > 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@lists.sourceforge.net 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/
