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.
On Sun, Jul 31, 2011 at 2:59 PM, Roel van de Kraats <rkraats@...> 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
> >>> 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,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: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
> >>>> <rhegner@...
> >>>> <mailto:rhegner@...>> 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
> >>>>
> >>>>
> >>>>
> ------------------------------------------------------------------------------
> >>>> Got Input? Slashdot Needs You.
> >>>> Take our quick survey online. Come on, we don't ask for help
> often.
> >>>> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> >>>> http://p.sf.net/sfu/slashdot-survey
> >>>> _______________________________________________
> >>>> Openslp-users mailing list
> >>>> Openslp-users@...
> >>>> <mailto:Openslp-users@...>
> >>>> https://lists.sourceforge.net/lists/listinfo/openslp-users
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> ------------------------------------------------------------------------------
> >>>> Got Input? Slashdot Needs You.
> >>>> Take our quick survey online. Come on, we don't ask for help often.
> >>>> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> >>>> http://p.sf.net/sfu/slashdot-survey
> >>>>
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> Openslp-users mailing list
> >>>> Openslp-users@...
> >>>> https://lists.sourceforge.net/lists/listinfo/openslp-users
> >>>
> >>>
> ------------------------------------------------------------------------------
> >>> Got Input? Slashdot Needs You.
> >>> Take our quick survey online. Come on, we don't ask for help often.
> >>> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> >>> http://p.sf.net/sfu/slashdot-survey
> >>> _______________________________________________
> >>> Openslp-users mailing list
> >>> Openslp-users@...
> >>> https://lists.sourceforge.net/lists/listinfo/openslp-users
> >>
> >>
> ------------------------------------------------------------------------------
> >> Got Input? Slashdot Needs You.
> >> Take our quick survey online. Come on, we don't ask for help often.
> >> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> >> http://p.sf.net/sfu/slashdot-survey
> >
> >
> >
> ------------------------------------------------------------------------------
> > Got Input? Slashdot Needs You.
> > Take our quick survey online. Come on, we don't ask for help often.
> > Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> > http://p.sf.net/sfu/slashdot-survey
> > _______________________________________________
> > Openslp-users mailing list
> > Openslp-users@...
> > https://lists.sourceforge.net/lists/listinfo/openslp-users
>
>
>
> ------------------------------------------------------------------------------
> Got Input? Slashdot Needs You.
> Take our quick survey online. Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
> _______________________________________________
> Openslp-devel mailing list
> Openslp-devel@...
> https://lists.sourceforge.net/lists/listinfo/openslp-devel
>
|