Roel, 

Wow, I can't believe we've let this one go unnoticed for such a long time.
Of course we should disable pid-watcher for slptool registrations.

John

-----Original Message-----
From: Roel van de Kraats [mailto:rkra...@dds.nl] 
Sent: Sunday, July 31, 2011 1:59 PM
To: 'openslp-de...@lists.sourceforge.net'
Cc: openslp-users@lists.sourceforge.net; Robert Hegner
Subject: Re: [Openslp-devel] [Openslp-users] Using SLP in an environment
without multicast?

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 <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
>>>>
>>>>
>>>>
----------------------------------------------------------------------------
--
>>>>        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@lists.sourceforge.net
>>>>        <mailto:Openslp-users@lists.sourceforge.net>
>>>>        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@lists.sourceforge.net
>>>> 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@lists.sourceforge.net
>>> 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@lists.sourceforge.net
> 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-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openslp-devel


------------------------------------------------------------------------------
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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openslp-users

Reply via email to