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 <[email protected]
> <mailto:[email protected]>> 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
> >>>> <[email protected] <mailto:[email protected]>
> >>>> <mailto:[email protected] <mailto:[email protected]>>> 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
[email protected]
https://lists.sourceforge.net/lists/listinfo/openslp-users
