Robert, I believe your understanding of the workings of slpd is correct, namely it scans exactly once at startup. I've recently investigated just this behaviour because this sort of functionality would be useful to us too.
There may be slightly more complexity to the issue than just polling interfaces for new/changed addresses that SLP should listen on. In that the advertisements that SLP makes embed details of how to contact the service in the returned service URL. Your advertised service then has a requirement to ensure that it too is available via the new address and is resolvable. A partial workaround if your service registrations are long lived might be to put your registrations in a static reg file and have slpd be restarted periodically (to rescan the interfaces). It's really not great but might achieve what you want to do in the short term. Cheers --Matt -----Original Message----- From: Robert Hegner [mailto:rheg...@hsr.ch] Sent: 09 August 2011 07:57 To: openslp-users@lists.sourceforge.net Subject: [Openslp-users] Force slpd to periodically rescan interfaces slpd seems to scan the available network interfaces only once at startup. So service discovery does not work in situations like the following: - The SA has not yet received its IP address from a DHCP server when slpd is starting. - The user powers up the SA before connecting it to the network. - The user decides to plug in the network cable to another port when the SA is already running. So my question is: Is it possible to force slpd to periodically rescan the available network interfaces and connect to them? I think this feature is necessary to give the user a real plug'n'play (or plug and discover...) feeling. My goal is still to avoid any manual configuration on the SAs (like setting fixed IP addresses in some configuration file). It should be possible for the user to just attach a new node (SA) to the power and to the network (in any order...). The node should then get its IP address from a DHCP server and publish its service via SLP. Best regards Robert ------------------------------------------------------------------------------ uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev _______________________________________________ Openslp-users mailing list Openslp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openslp-users Consider the environment before printing this mail. Thales e-Security Limited is incorporated in England and Wales with company registration number 2518805. Its registered office is located at 2 Dashwood Lang Road, The Bourne Business Park, Addlestone, Nr. Weybridge, Surrey KT15 2NX. The information contained in this e-mail is confidential. It may also be privileged. It is intended only for the stated addressee(s) and access to it by any other person is unauthorised. If you are not an addressee or the intended addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this e-mail. Such unauthorised use may be unlawful. If you have received this e-mail in error, please inform us immediately on +44 (0)1223 723600 and delete it and all copies from your system. Commercial matters detailed or referred to in this e-mail are subject to a written contract signed for and on behalf of Thales e-Security Limited. ------------------------------------------------------------------------------ uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev _______________________________________________ Openslp-users mailing list Openslp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openslp-users
