On 08/01/2011 01:06 AM, Nick Wagner wrote: > It's fine with me. If we want to avoid slp.conf confusion, we could > add add a comment to that line in the slp.conf that states it is > ignored by slptool. Good idea. See http://openslp.svn.sourceforge.net/viewvc/openslp?view=revision&revision=1684
BR, Roel > > On Sun, Jul 31, 2011 at 2:59 PM, Roel van de Kraats <rkra...@dds.nl > <mailto:rkra...@dds.nl>> wrote: > > Dear devels, > > Does anyone have any objection to the patch below which disables the > 'PID watcher' functionality for services registered with slptool? > In my > opinion, the slptool register function is quite useless without this, > since any registration will automatically be unregistered after a few > seconds. On the other hand, with this patch slptool doesn't conform to > the properties set in the configuration file anymore, which may be > confusing, and which is why I'd like to hear your opinion on this. > > BR, > Roel > > > Index: slptool/slptool.c > =================================================================== > --- slptool/slptool.c (revision 1682) > +++ slptool/slptool.c (working copy) > @@ -279,6 +279,9 @@ > strncpy(srvtype, cmdline->cmdparam1, len); > srvtype[len] = 0; > > + /* Clear property (if set), otherwise the register function is > quite useless */ > + SLPSetProperty("net.slp.watchRegistrationPID", 0); > + > if (SLPOpen(cmdline->lang, SLP_FALSE,&hslp) == SLP_OK) > { > if (!lt || lt> SLP_LIFETIME_MAXIMUM) > > > > > On 07/28/2011 04:01 PM, Robert Hegner wrote: > > Wow, that was it!!! Thanks a lot Roel! > > > > This should be mentioned in big red letters in the documentation > and in > > the usage description of slptool. It would have saved me two or more > > days of debugging! But this setting is not even described in the > > slp.conf File description in the Users Guide. > > > > When you just start slptool and see all the examples there it > looks like > > you can just play around with registering and finding services... > > > > Now it works in my switched private network but also in the company > > network with two Win7 x64 machines :) > > > > Thanks again > > Robert. > > > > Am 28.07.2011 15:41, schrieb Roel van de Kraats: > >> > >> On 07/28/2011 03:22 PM, Robert Hegner wrote: > >>> I did some more tests with slptool. And it looks like it is not a > >>> problem of my network environment, because under some > conditions I can > >>> get it to work. But I still don't really understand what's > going on. I > >>> hope someone can explain... > >>> > >>> For the following tests I will again use two WinXP boxes in my > private > >>> network (with just an unmanaged switch) with OpenSLP 2.0.0 Beta 2. > >>> > >>> When I use empty slp.conf and slp.reg files on both machines, > it doesn't > >>> work. So > >>> slptool register service:myserv.x://myhost.com <http://myhost.com> > >>> on one machine and > >>> slptool findsrvs service:myserv.x > >>> on the same or on another machine doesn't give any results. > >> Hi Robert, > >> > >> With the default settings, a registration will automatically be > removed > >> a few seconds after the process disappeared that made the > registration. > >> This is to prevent keeping 'dangling' registrations from > processes that > >> didn't properly deregister. > >> > >> In case you use 'slptool register' the process making the > registration > >> is 'slptool', which immediately exits. The registration is > therefore > >> automatically removed a few seconds afterwards. > >> > >> Try using a configuration file with > 'net.slp.watchRegistrationPID = false'. > >> > >> BR, > >> Roel > >>> But when I statically add > >>> service:myserv2.x://myhost2.com <http://myhost2.com>,en,65535 > >>> to slp.reg on one machine and restart the slpd daemon, I can > always find > >>> this service from both machines! > >>> > >>> From now on, when I add additional services dynamically, I can > >>> sometimes find the dynamically added service (I have to > register it > >>> several times, and then sometimes it can be found, maybe once > or so). > >>> > >>> Right now for me it looks like its more a problem of OpenSLP... > >>> > >>> Any ideas? > >>> > >>> Robert. > >>> > >>> > >>> Am 27.07.2011 20 <tel:27.07.2011%2020>:50, schrieb Nick Wagner: > >>>> My experience with unmanaged switches is quite different -- > multicasts > >>>> are just sent to everyone, rather than being dropped. Have > you tried > >>>> sniffing to make sure the multicast gets to the other side, > or that the > >>>> windows firewall isn't excluding the packets? > >>>> > >>>> But, to answer your other question, I think slp.conf's > >>>> net.slp.useBroadcast variable is supposed to affect the UA > functionality > >>>> as well as SA/DA functionality. > >>>> > >>>> --Nick > >>>> > >>>> On Wed, Jul 27, 2011 at 10:37 AM, Robert Hegner > >>>> <rheg...@hsr.ch <mailto:rheg...@hsr.ch> > >>>> <mailto:rheg...@hsr.ch <mailto:rheg...@hsr.ch>>> wrote: > >>>> > >>>> Hi all, > >>>> > >>>> I'm new to SLP and I'm also not really a network > specialist... > >>>> > >>>> What I want to do right now is just a little test > using slptool with two > >>>> computers, one acting as a SA, the other acting as a UA. > >>>> > >>>> I tried this in my company network but I couldn't get > it running. So I > >>>> thought it might be easier to start in my own little > private network > >>>> first. Now the thing is that there is just an > (unmanaged) switch in that > >>>> network, so multicasts are not supported. > >>>> > >>>> Is it true that SLP can also use broadcasts, if > multicasts are not > >>>> allowed? I found that on the SA side I can force slpd > to use broadcasts. > >>>> But how can I make sure that findsrvs also uses > broadcasts to find > >>>> the SA? > >>>> > >>>> In my little private network I'm using OpenSLP 2.0.0 > Beta 2 on WinXP > >>>> boxes. > >>>> > >>>> Any help or information would be highly appreciated! > >>>> > >>>> Thanks, > >>>> Robert. > >>>> > >>>> PS: I posted a similar question on serverfault, but it > looks like not > >>>> much SLP relation discussion is going on over there. > >>>> > > http://serverfault.com/questions/294569/using-slp-service-location-protocol-in-an-environment-without-multicast-opensl > >>>> > >>>> > ------------------------------------------------------------------------------ BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 _______________________________________________ Openslp-users mailing list Openslp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openslp-users