Re: PacPhone and GnuGk: URQ/UCF problems

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

 



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/

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

  Powered by Linux