Aaron Are your 2 DAs sharing the same scope? Does the service ever disappear from the remote DA? According to the RFC, the service will be refreshed from your local DA and although it counts down in the remote DA, it shouldn't ever disappear. It's not a bug.
I'm not sure about your configuration. Personally I would say it was an invalid config seeing as you're specifying your DAs in DAAddresses but then setting up your local machine as a DA that's not in that list. I'm not sure what slpd will do in that situation. What happens if you search for service:directory-agent? Does your local DA appear in the list? cheers Matt -----Original Message----- From: A Burgie [mailto:dajo...@gmail.com] Sent: 16 December 2010 05:38 To: openslp-devel@lists.sourceforge.net Subject: [Openslp-devel] SLP service registrations with maximum lifetime decrease in lifetime when coming from external SA I noticed a quirk last night which I reproduced today more fully while working on adding a service lifetime option to the slptool command. Specifically if I register something with slptool on a machine that is a DA then that registration will stick with a lifetime of 65535 forever as it should (per the RFC). What is interesting is what happens on a remote DA specified with the DAAddresses command. My slp.conf has one isDA=true (for this local machine) but only has DAAddresses pointing to the remote box. Both machines, correctly or incorrectly (another, unrelated I believe, issue), get the service registration but the remote DA starts counting down as if 65535 were not some special value. The local DA does not count down but keeps the registration forever. If I change the systems so that the remote box is now the local box and point them in an opposite way the same thing happens in reverse: the remote DA (remote from the SA) counts down though the local DA does not. Register: slptool register service:ab16serv.z://dns.is.here '(attr0=val0)' Check machines: slptool unicastfindsrvs ipAddrGoesHere service:ab16serv.z Changing the IP address in the check above between the local and remote systems will show the difference. I believe this is a bug and will enter it if somebody can confirm it for me. I am using the OpenSLP 1.2.x version that ships with Novell Open Enterprise Server (OES) 2 SP2 (latest patches as of today). I'm also interested to see what others think about isDA being set to true even though it is not in the list of DAAddresses and then both the local DA and the DA in the DAAddresses setting getting registrations. Since the DA and SA both seem to be within the slpd process I'm not too surprised by this functionality but the following link seems to imply (if not state outright) that only the configured DAAddresses values should be used if that is set, which rules out the local DA: http://www.openslp.org/doc/html/UsersGuide/SlpConf.html Thanks, Aaron ---------------------------------------------------------------------------- -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________ Openslp-devel mailing list Openslp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openslp-devel This email, including any attachment, is a confidential communication intended solely for the use of the individual or entity to whom it is addressed. It contains information which is private and may be proprietary or covered by legal professional privilege. If you have received this email in error, please notify the sender upon receipt, and immediately delete it from your system. Anything contained in this email that is not connected with the businesses of this company is neither endorsed by nor is the liability of this company. Whilst we have taken reasonable precautions to ensure that any attachment to this email has been swept for viruses, we cannot accept liability for any damage sustained as a result of software viruses, and would advise that you carry out your own virus checks before opening any attachment. ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________ Openslp-devel mailing list Openslp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openslp-devel