openslp-users — user issues and questions

Re: [Openslp-users] DABackup

[John C. <joh...@gm...>]

Sorry Ren – I was really just guessing what it did because it’s not in the code base on sourceforge  - it’s neither a 1.x nor 2.x configuration parameter. Not sure where you’re seeing it. 

 

Could it be a suse or redhat custom change that never got submitted back to the upstream repo?

 

--John

 

From: Wang, Ren [mailto:Ren...@nu...] 
Sent: Wednesday, January 30, 2013 9:07 AM
To: John Calcote
Cc: OpenSLP List
Subject: RE: DABackup

 

Thanks for the answer. Maybe the comments in the slp.conf file confused me. It says:

 

# Enables backup of registrations to /etc/slp.reg.d/slpd/DABackup.

 

Is there a way to recover the service registration if the DA server restarted?

 

Ren

 

 

From: John Calcote [mailto:joh...@gm...] 
Sent: Wednesday, January 30, 2013 10:23 AM
To: Wang, Ren
Cc: OpenSLP List
Subject: Re: DABackup

 

isDABackup means is this DA a non-primary DA.

Sent from my HTC One™ X+, an AT&T 4G LTE smartphone


----- Reply message -----
From: "Wang, Ren" <Ren...@nu...>
To: "John Calcote" <joh...@gm...>
Cc: "ope...@li..." <ope...@li...>
Subject: DABackup
Date: Tue, Jan 29, 2013 1:53 PM


Hi John,

Does OpenSLP support service registration backup? I noticed there is a setting net.slp.isDABackup and tried to set it to true, but I can't see where the backup file created in the Windows environment.

Regards,

Ren

.

Re: [Openslp-users] DABackup

[Wang, R. <Ren...@nu...>]

Thanks for the answer. Maybe the comments in the slp.conf file confused me. It says:

# Enables backup of registrations to /etc/slp.reg.d/slpd/DABackup.

Is there a way to recover the service registration if the DA server restarted?

Ren


From: John Calcote [mailto:joh...@gm...]
Sent: Wednesday, January 30, 2013 10:23 AM
To: Wang, Ren
Cc: OpenSLP List
Subject: Re: DABackup

isDABackup means is this DA a non-primary DA.

Sent from my HTC One™ X+, an AT&T 4G LTE smartphone


----- Reply message -----
From: "Wang, Ren" <Ren...@nu...<mailto:Ren...@nu...>>
To: "John Calcote" <joh...@gm...<mailto:joh...@gm...>>
Cc: "ope...@li...<mailto:ope...@li...>" <ope...@li...<mailto:ope...@li...>>
Subject: DABackup
Date: Tue, Jan 29, 2013 1:53 PM


Hi John,

Does OpenSLP support service registration backup? I noticed there is a setting net.slp.isDABackup and tried to set it to true, but I can't see where the backup file created in the Windows environment.

Regards,

Ren

.

Re: [Openslp-users] DABackup

[J. C. <joh...@gm...>]

isDABackup means is this DA a non-primary DA.

Sent from my HTC One™ X+, an AT&T 4G LTE smartphone

----- Reply message -----
From: "Wang, Ren" <Ren...@nu...>
To: "John Calcote" <joh...@gm...>
Cc: "ope...@li..." <ope...@li...>
Subject: DABackup
Date: Tue, Jan 29, 2013 1:53 PM


Hi John,

Does OpenSLP support service registration backup? I noticed there is a setting net.slp.isDABackup and tried to set it to true, but I can't see where the backup file created in the Windows environment.

Regards,

Ren

.

[Openslp-users] DABackup

[Wang, R. <Ren...@nu...>]

Hi John,

Does OpenSLP support service registration backup? I noticed there is a setting net.slp.isDABackup and tried to set it to true, but I can't see where the backup file created in the Windows environment.

Regards,

Ren

.

Re: [Openslp-users] Port number

[John C. <joh...@gm...>]

slp.conf:

# Port to use for all SLP messages. Changing this from the reserved SLP
# listening port will break compliance with RFC2608. (Default is 427).
;net.slp.port = 427

--john

> -----Original Message-----
> From: Wang, Ren [mailto:Ren...@nu...]
> Sent: Monday, January 21, 2013 6:49 AM
> To: John Calcote
> Cc: ope...@li...
> Subject: Port number
> 
> Hi John,
> 
> Is it possible to configure the OpenSLP to different port number instead
of
> 427?
> 
> Ren

[Openslp-users] Port number

[Wang, R. <Ren...@nu...>]

Hi John,

Is it possible to configure the OpenSLP to different port number instead of 427?

Ren

Re: [Openslp-users] SLPReg fresh=false

[John C. <joh...@gm...>]

Hi Ren,

The FRESH flag was deprecated after RFC 2608 was published. 

See: 

http://srvloc.sourceforge.net/new_drafts/draft-guttman-svrloc-as-00.txt
http://srvloc.sourceforge.net/new_drafts/draft-guttman-svrloc-rfc2608bis-01.
txt

In the first document it states on page 3 that an error (INVALID_UPDATE) is
returned by the SA/DA for registrations that don't set the FRESH flag in
post slpv2 implementations (slpv2bis - the second document - pp 6, 7, 21).
The slpv2bis document isn't clear as to why the FRESH flag must be set -
just states that it must be set. I presume it's a security issue of some
kind.

John

> -----Original Message-----
> From: Wang, Ren [mailto:Ren...@nu...]
> Sent: Monday, January 07, 2013 9:08 AM
> To: John Calcote
> Cc: ope...@li...
> Subject: SLPReg fresh=false
> 
> Hi John,
> 
> Is there a plan to support fresh=false for SLPReg API?
> 
> Since it is a required feature for our project, we may need to provide the
> change to the OpenSLP if there is no short term plan to support it.
> 
> Regards,
> 
> Ren

[Openslp-users] SLPReg fresh=false

[Wang, R. <Ren...@nu...>]

Hi John,

Is there a plan to support fresh=false for SLPReg API?

Since it is a required feature for our project, we may need to provide the change to the OpenSLP if there is no short term plan to support it.

Regards,

Ren

Re: [Openslp-users] Dropped Message

[Wang, R. <Ren...@nu...>]

Hi John,

I checked configuration again, there is a flag net.slp.checkSourceAddr and I changed it to false and it is working now. Thanks!

Ren
________________________________________
From: Wang, Ren
Sent: Friday, January 04, 2013 7:23 AM
To: John Calcote; ope...@li...
Subject: RE: [Openslp-users] Dropped Message

Hi John,

Thank you so much for the response.

I checked the slp.conf file, can't find a setting for slp authentication, but there is a setting ";net.slp.securityEnabled=true" which is comment out.

Is there a setting for slp authentication?

Ren
________________________________________
From: John Calcote [joh...@gm...]
Sent: Thursday, January 03, 2013 5:51 PM
To: Wang, Ren; ope...@li...
Subject: RE: [Openslp-users] Dropped Message

> What's errorcode 7?

That's the SLP error code returned in the SRVACK message from the DA. Error
codes in SLP messages are positive numbers that are the absolute value of
the SLP error codes defined in slp.h. Error 7 corresponds to slp.h:
SLP_AUTHENTICATION_FAILED (-7). This means that the DA you're communicating
with has slp authentication enabled and client attempting to contact the DA
didn't properly sign the request to the DA, so the DA failed the request
because it was unable to authenticate the caller.

John

> -----Original Message-----
> From: Wang, Ren [mailto:Ren...@nu...]
> Sent: Thursday, January 03, 2013 3:16 PM
> To: ope...@li...
> Subject: Re: [Openslp-users] Dropped Message
>
> Also, from the log file, there is an error message:
>
> Thu Jan 03 17:02:51 2013
> DATABASE - Registration (pid=3668):
>     SA address = IPC (libslp)
>     service-url = service:EQ_DRC://testclt1:2938
>     scope = DEFAULT
>     attributes = (ACCOUNTID=tester3),(IPADDRESSES=10.16.4.31)
>
> Thu Jan 03 17:02:51 2013
> MESSAGE - Trace message (IN)
> Peer:
>    IP address: 10.16.19.20
> Header:
>    version = 2
>    functionid = 5
>    length = 18
>    flags = 0
>    extoffset = 0
>    xid = 21603
>    langtag = en
> Message SRVACK:
>    errorcode = 7
>
>
> What's errorcode 7?
>
> Ren
> ________________________________________
> From: Wang, Ren
> Sent: Thursday, January 03, 2013 4:45 PM
> To: ope...@li...
> Subject: Dropped Message
>
> During our testing, we found sometimes, the service registration will not
> function and I noticed there is a message like "Message - Dropped message
> (following message silently ignored)..."
>
> If restarting the slpd service, the service registration will work again.
>
> I wonder if it is this an existing issue for OpenSLP?
>
> Regards,
>
> Ren
>
>
----------------------------------------------------------------------------
--
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC,
> Windows 8 Apps, JavaScript and much more. Keep your skills current with
> LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and
> experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122712
> _______________________________________________
> Openslp-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openslp-users

Re: [Openslp-users] Dropped Message

[Wang, R. <Ren...@nu...>]

Hi John,

Thank you so much for the response.

I checked the slp.conf file, can't find a setting for slp authentication, but there is a setting ";net.slp.securityEnabled=true" which is comment out.

Is there a setting for slp authentication?

Ren
________________________________________
From: John Calcote [joh...@gm...]
Sent: Thursday, January 03, 2013 5:51 PM
To: Wang, Ren; ope...@li...
Subject: RE: [Openslp-users] Dropped Message

> What's errorcode 7?

That's the SLP error code returned in the SRVACK message from the DA. Error
codes in SLP messages are positive numbers that are the absolute value of
the SLP error codes defined in slp.h. Error 7 corresponds to slp.h:
SLP_AUTHENTICATION_FAILED (-7). This means that the DA you're communicating
with has slp authentication enabled and client attempting to contact the DA
didn't properly sign the request to the DA, so the DA failed the request
because it was unable to authenticate the caller.

John

> -----Original Message-----
> From: Wang, Ren [mailto:Ren...@nu...]
> Sent: Thursday, January 03, 2013 3:16 PM
> To: ope...@li...
> Subject: Re: [Openslp-users] Dropped Message
>
> Also, from the log file, there is an error message:
>
> Thu Jan 03 17:02:51 2013
> DATABASE - Registration (pid=3668):
>     SA address = IPC (libslp)
>     service-url = service:EQ_DRC://testclt1:2938
>     scope = DEFAULT
>     attributes = (ACCOUNTID=tester3),(IPADDRESSES=10.16.4.31)
>
> Thu Jan 03 17:02:51 2013
> MESSAGE - Trace message (IN)
> Peer:
>    IP address: 10.16.19.20
> Header:
>    version = 2
>    functionid = 5
>    length = 18
>    flags = 0
>    extoffset = 0
>    xid = 21603
>    langtag = en
> Message SRVACK:
>    errorcode = 7
>
>
> What's errorcode 7?
>
> Ren
> ________________________________________
> From: Wang, Ren
> Sent: Thursday, January 03, 2013 4:45 PM
> To: ope...@li...
> Subject: Dropped Message
>
> During our testing, we found sometimes, the service registration will not
> function and I noticed there is a message like "Message - Dropped message
> (following message silently ignored)..."
>
> If restarting the slpd service, the service registration will work again.
>
> I wonder if it is this an existing issue for OpenSLP?
>
> Regards,
>
> Ren
>
>
----------------------------------------------------------------------------
--
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC,
> Windows 8 Apps, JavaScript and much more. Keep your skills current with
> LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and
> experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122712
> _______________________________________________
> Openslp-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openslp-users

Re: [Openslp-users] Dropped Message

[John C. <joh...@gm...>]

> What's errorcode 7?

That's the SLP error code returned in the SRVACK message from the DA. Error
codes in SLP messages are positive numbers that are the absolute value of
the SLP error codes defined in slp.h. Error 7 corresponds to slp.h:
SLP_AUTHENTICATION_FAILED (-7). This means that the DA you're communicating
with has slp authentication enabled and client attempting to contact the DA
didn't properly sign the request to the DA, so the DA failed the request
because it was unable to authenticate the caller.

John

> -----Original Message-----
> From: Wang, Ren [mailto:Ren...@nu...]
> Sent: Thursday, January 03, 2013 3:16 PM
> To: ope...@li...
> Subject: Re: [Openslp-users] Dropped Message
> 
> Also, from the log file, there is an error message:
> 
> Thu Jan 03 17:02:51 2013
> DATABASE - Registration (pid=3668):
>     SA address = IPC (libslp)
>     service-url = service:EQ_DRC://testclt1:2938
>     scope = DEFAULT
>     attributes = (ACCOUNTID=tester3),(IPADDRESSES=10.16.4.31)
> 
> Thu Jan 03 17:02:51 2013
> MESSAGE - Trace message (IN)
> Peer:
>    IP address: 10.16.19.20
> Header:
>    version = 2
>    functionid = 5
>    length = 18
>    flags = 0
>    extoffset = 0
>    xid = 21603
>    langtag = en
> Message SRVACK:
>    errorcode = 7
> 
> 
> What's errorcode 7?
> 
> Ren
> ________________________________________
> From: Wang, Ren
> Sent: Thursday, January 03, 2013 4:45 PM
> To: ope...@li...
> Subject: Dropped Message
> 
> During our testing, we found sometimes, the service registration will not
> function and I noticed there is a message like "Message - Dropped message
> (following message silently ignored)..."
> 
> If restarting the slpd service, the service registration will work again.
> 
> I wonder if it is this an existing issue for OpenSLP?
> 
> Regards,
> 
> Ren
> 
>
----------------------------------------------------------------------------
--
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC,
> Windows 8 Apps, JavaScript and much more. Keep your skills current with
> LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and
> experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122712
> _______________________________________________
> Openslp-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openslp-users

Re: [Openslp-users] Dropped Message

[Wang, R. <Ren...@nu...>]

Also, from the log file, there is an error message:

Thu Jan 03 17:02:51 2013
DATABASE - Registration (pid=3668):
    SA address = IPC (libslp)
    service-url = service:EQ_DRC://testclt1:2938
    scope = DEFAULT
    attributes = (ACCOUNTID=tester3),(IPADDRESSES=10.16.4.31)

Thu Jan 03 17:02:51 2013
MESSAGE - Trace message (IN)
Peer: 
   IP address: 10.16.19.20
Header:
   version = 2
   functionid = 5
   length = 18
   flags = 0
   extoffset = 0
   xid = 21603
   langtag = en
Message SRVACK:
   errorcode = 7


What's errorcode 7?

Ren
________________________________________
From: Wang, Ren
Sent: Thursday, January 03, 2013 4:45 PM
To: ope...@li...
Subject: Dropped Message

During our testing, we found sometimes, the service registration will not function and I noticed there is a message like "Message - Dropped message (following message silently ignored)..."

If restarting the slpd service, the service registration will work again.

I wonder if it is this an existing issue for OpenSLP?

Regards,

Ren

[Openslp-users] Dropped Message

[Wang, R. <Ren...@nu...>]

During our testing, we found sometimes, the service registration will not function and I noticed there is a message like "Message - Dropped message (following message silently ignored)..."

If restarting the slpd service, the service registration will work again.

I wonder if it is this an existing issue for OpenSLP?

Regards,

Ren

Re: [Openslp-users] cross compile slpd fails to start

[J. C. <joh...@gm...>]

James,

Please submit your patch. We're about to release 2.0 and I'd like to incorporate your fix.

Thanks,
John

Sent from my HTC One™ X+, an AT&T 4G LTE smartphone

----- Reply message -----
From: "James Nute" <new...@gm...>
To: <ope...@li...>
Subject: [Openslp-users] cross compile slpd fails to start
Date: Tue, Jan 1, 2013 9:27 PM


Looks like my troubles are with the daemonize function specifically
getpwnam was failing. Easy enough to patch around. still not sure why the
Agent URL is null but it doesn't appear to inhibit functionality.

Re: [Openslp-users] cross compile slpd fails to start

[James N. <new...@gm...>]

Looks like my troubles are with the daemonize function specifically
getpwnam was failing. Easy enough to patch around. still not sure why the
Agent URL is null but it doesn't appear to inhibit functionality.

[Openslp-users] cross compile slpd fails to start

[James N. <new...@gm...>]

Hello,

I'm trying to cross compiled openSLP 1.2.1 for a linux powerPC arch. I
don't get any compilation errors. However, when I try to start slpd on the
device it won't start.
Below is the entry from the log. slp.conf, slp.reg and slp.spi are all
defaults. It seems strange to me that the Agent URL is set to null but
there is no indication why.
It exits before printing "Startup complete entering main run loop ...".
When I compile for my linux x86_64 system slpd works fine and the Agent URL
is set as expected. What can cause a null "Agent URL"? I've included my
build steps for completeness.

Thanks,
James Nute

powerpc build steps:
./configure --prefix=/ --host=powerpc-e300c3-linux-gnu
--build=x86_64-redhat-linux --enable-async-api --enable-slpv2-security
CFLAGS="-Os -fno-omit-frame-pointer -pipe -Wall -g"
CPPFLAGS=-U_FORTIFY_SOURCE
make
make install

slpd log:
******************************
**********
Thu Jan  1 00:02:12 1970
SLPD daemon started
****************************************
Command line = slpd
Using configuration file = //etc/slp.conf
Using registration file = //etc/slp.reg
Using SPI file = //etc/slp.spi
Listening on loopback...
Listening on 192.168.1.14 ...
Multicast socket on 192.168.1.14 ready
Unicast socket on 192.168.1.14 ready
Broadcast socket for 255.255.255.255 ready
Agent Interfaces = 192.168.1.14
*Agent URL = (null)*

[Openslp-users] opaque attribute value

[Wang, R. <Ren...@nu...>]

I would to understand how to use the opaque attribute value for service registration:

Is the opaque attribute value searchable? There are some reserved characters for regular attribute value, such as '(' / ')' / ',' / '\' / '!' / '<' / '=' / '>' / '?', etc. Can an opaque value be a reserved char in ascii, such as '\', if it is converted to hex '5c'?

Regards,

Ren

Re: [Openslp-users] [Openslp-devel] Considering adding SuSE extensions to OpenSLP 2.0

[John C. <joh...@gm...>]

Nick, 

 

Given the insight inspired by your single question, I believe this change is
too big to take on right before a release. Additionally, it needs some
additional thought because it adds to the public interface defined by slp.h
- such changes should be voted on, not just accepted without critical
thought. Additionally, it adds a significant amount of new code. This can
destabilize the code base - again, not a good thing right before a release.

 

I think mdns enhancements are a good idea, but the way they work should be
discussed in the community, not just accepted without question just because
a particular linux distro's been using them for a while. I feel certain that
we can find a way to integrate mdns enhancements with both minimal and
well-considered changes to the public interface, and without causing
potential future problems in the way OpenSLP works within the framework of
the SLP standard.

 

I'll limit my changes to just relevant security fixes, and we'll take on the
mdns enhancement a bit more slowly for a future release. For now, I'll keep
my changes in a working patch set. 

 

Thanks,

John

 

From: nwa...@gm... [mailto:nwa...@gm...] On Behalf Of Nick
Wagner
Sent: Wednesday, November 14, 2012 9:45 AM
To: John Calcote
Cc: OpenSLP Devel Mailing List; OpenSLP Users Mailing List
Subject: Re: [Openslp-devel] Considering adding SuSE extensions to OpenSLP
2.0

 

If it can be enabled at runtime or even compile time, I'd be ok with it.
How would attributes fit into it, if at all?

 

--Nick

 

On Tue, Nov 13, 2012 at 11:55 AM, John Calcote <joh...@gm...>
wrote:

I'm currently adding the Suse patches (those that haven't made it in
previously) to the repository in preparation for the 2.0 release. I started
applying the smaller ones first - mostly security review patches - and then
realized it would probably be better to add them in the same order they're
specified in the suse rpm spec file to provide the best context for applying
later patches in the list. (I would normally always apply them in order, but
these patches were written for a different code base - 1.2 - so they have to
be applied manually anyway.)

 

Patch number 3 (in the 23 patch set) is the Suse extension patch. They've
added multicast dns functionality to openSLP.

 

     http://en.wikipedia.org/wiki/Multicast_DNS

 

My first reaction to this (a few years ago) was to reject it, but I'm
rethinking it now - it might be a nice 2.0 feature (and Suse's been using it
for years so it's well tested).

 

Question: Is anyone out there opposed to OpenSLP gathering entries from, and
pushing entries into, the mdns space? I don't want to add this if it's going
to cause significant problems for SLP users. Also consider the possibility
of making it both a compile-in option, and runtime-enabled via config
options.

 

John


----------------------------------------------------------------------------
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Openslp-devel mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/openslp-devel

 

Re: [Openslp-users] [Openslp-devel] Considering adding SuSE extensions to OpenSLP 2.0

[Nick W. <ne...@wi...>]

If it can be enabled at runtime or even compile time, I'd be ok with it.
 How would attributes fit into it, if at all?

--Nick


On Tue, Nov 13, 2012 at 11:55 AM, John Calcote <joh...@gm...>wrote:

> I’m currently adding the Suse patches (those that haven’t made it in
> previously) to the repository in preparation for the 2.0 release. I started
> applying the smaller ones first – mostly security review patches - and then
> realized it would probably be better to add them in the same order they’re
> specified in the suse rpm spec file to provide the best context for
> applying later patches in the list. (I would normally always apply them in
> order, but these patches were written for a different code base – 1.2 – so
> they have to be applied manually anyway.)****
>
> ** **
>
> Patch number 3 (in the 23 patch set) is the Suse extension patch. They’ve
> added multicast dns functionality to openSLP.****
>
> ** **
>
>      http://en.wikipedia.org/wiki/Multicast_DNS****
>
> ** **
>
> My first reaction to this (a few years ago) was to reject it, but I’m
> rethinking it now – it might be a nice 2.0 feature (and Suse’s been using
> it for years so it’s well tested).****
>
> ** **
>
> Question: Is anyone out there opposed to OpenSLP gathering entries from,
> and pushing entries into, the mdns space? I don’t want to add this if it’s
> going to cause significant problems for SLP users. Also consider the
> possibility of making it both a compile-in option, and runtime-enabled via
> config options.****
>
> ** **
>
> John****
>
>
> ------------------------------------------------------------------------------
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> _______________________________________________
> Openslp-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openslp-devel
>
>

[Openslp-users] Considering adding SuSE extensions to OpenSLP 2.0

[John C. <joh...@gm...>]

I'm currently adding the Suse patches (those that haven't made it in
previously) to the repository in preparation for the 2.0 release. I started
applying the smaller ones first - mostly security review patches - and then
realized it would probably be better to add them in the same order they're
specified in the suse rpm spec file to provide the best context for applying
later patches in the list. (I would normally always apply them in order, but
these patches were written for a different code base - 1.2 - so they have to
be applied manually anyway.)

 

Patch number 3 (in the 23 patch set) is the Suse extension patch. They've
added multicast dns functionality to openSLP.

 

     http://en.wikipedia.org/wiki/Multicast_DNS

 

My first reaction to this (a few years ago) was to reject it, but I'm
rethinking it now - it might be a nice 2.0 feature (and Suse's been using it
for years so it's well tested).

 

Question: Is anyone out there opposed to OpenSLP gathering entries from, and
pushing entries into, the mdns space? I don't want to add this if it's going
to cause significant problems for SLP users. Also consider the possibility
of making it both a compile-in option, and runtime-enabled via config
options.

 

John

[Openslp-users] DA load balance

[Wang, R. <Ren...@nu...>]

If there are more than two DAs configured for UAs, does system knows to load balance the service request calls? Does a service request send to one DA or all the DAs, assuming they are in the same scope?

Regards,

Ren

[Openslp-users] OpenSLP Securty support for Windows platform

[Wang, R. <Ren...@nu...>]

Does OpenSLP 2.0 for Windows support message authentication by default or we need to recompile the source code as the Unix platform?

Ren

Re: [Openslp-users] DA deployment

[Nick W. <ne...@wi...>]

If you are a pure User Agent, there's no need for the service to be
running, especially if slpd is running on some machine on the network.  If
there is no daemon, multicast will do the job, but there will be more
traffic and slower results.  But it may not be a big deal for your system.

--Nick

On Tue, Oct 30, 2012 at 8:21 AM, Wang, Ren <Ren...@nu...> wrote:

>  HI Nick, Thank you so much for your answer.****
>
> ** **
>
> Based on the OpenSLP online documentation, slpd is not needed if a machine
> will only be requesting services. Is there any benefit for not installing a
> location daemon if the application only needs to call SLPFindSrvs API or it
> is better to always have a local daemon?****
>
> ** **
>
> Ren****
>
> ** **
>
> *From:* nwa...@gm... [mailto:nwa...@gm...] *On Behalf Of *Nick
> Wagner
> *Sent:* Monday, October 29, 2012 3:09 PM
> *To:* Wang, Ren
> *Cc:* HIRD Matthew; ope...@li...
>
> *Subject:* Re: [Openslp-users] DA deployment****
>
> ** **
>
> The application sends the request to the local daemon, which forwards the
> request when appropriate.  The SLPReg will be replicated on the network,
> but the SLPFindSrvs will be answered by the local daemon.****
>
> ** **
>
> --Nick****
>
> On Mon, Oct 29, 2012 at 10:57 AM, Wang, Ren <Ren...@nu...> wrote:**
> **
>
> Hi Matt,****
>
>  ****
>
> When an application makes OpenSLP API calls, e.g. a SLPReg and/or
> SLPFindSrvs calls, does it always communicate with the local slpd daemon
> and the local daemon forwards the application requests to the network, or
> the application directly sends unicast/broadcast/multicast message out?***
> *
>
>  ****
>
> Ren****
>
>  ****
>
>  ****
>
> *From:* Wang, Ren
> *Sent:* Wednesday, October 24, 2012 7:19 PM****
>
>
> *To:* 'HIRD Matthew'; Nick Wagner
> *Cc:* ope...@li...
> *Subject:* RE: [Openslp-users] DA deployment****
>
>  ****
>
> Matt,****
>
>  ****
>
> Thank you so much for your help. Yes, it makes sense.****
>
>  ****
>
> Ren****
>
>  ****
>
> *From:* HIRD Matthew [mailto:Mat...@uk...]
> *Sent:* Wednesday, October 24, 2012 11:36 AM****
>
>
> *To:* Wang, Ren; Nick Wagner
> *Cc:* ope...@li...
> *Subject:* RE: [Openslp-users] DA deployment****
>
>  ****
>
> sent again but trimmed to fit within the mailing list size limits. Ren,
> reply or it will be held for approval on the mailing list.****
>
>  ****
>
> Ren****
>
>  ****
>
> when you search, are you using slptool? if so, after step 3 run slptool
> but with the (I think) -u option to do a unicast search against a
> particular daemon. I think you might find that your app is using the same
> slp.conf as the daemon and so registers directly with the DA. ie. the SA is
> never involved and so has nothing to sync to the DA when it comes back up.
> Make sense?****
>
>  ****
>
> cheers****
>
> Matt****
>
>  ****
>
> *From:* Wang, Ren [mailto:Ren...@nu...]
> *Sent:* 23 October 2012 14:36
> *To:* HIRD Matthew; Nick Wagner
> *Cc:* ope...@li...
> *Subject:* RE: [Openslp-users] DA deployment****
>
>  ****
>
> Hi Matt,****
>
>  ****
>
> In my test case, there are two slpd daemons, one is a DA
> (net.slp.isDA=true),  and one is SA which statically configured to
> communicate with DA (set the net.slp.DAAddresses to the DA IP address). **
> **
>
>  ****
>
> I conducted more tests today with net.slp.DASyncReg = true. Here is the
> test result:****
>
>  ****
>
> 1)      Start slpd on the DA machine****
>
> 2)      Start slpad on the SA machine****
>
> 3)      Run the SA application with SLPReg call****
>
> 4)      Run slptool findsrvs command, the registered service is found no
> problem****
>
> 5)      Shutdown slpd on the DA machine****
>
> 6)      Run slptool findsrvs command again, the registered service can’t
> found. I think this is OK since there is no DA and my SA is pointing to an
> invalid DA.****
>
> 7)      Start slpd on the DA machine again****
>
> 8)      Run slptool findsrvs command again, the registered service still
> can’t found – I think this is a problem. ****
>
>  ****
>
> Regards,****
>
>  ****
>
> Ren****
>
>  ****
>
> *From:* HIRD Matthew [mailto:Mat...@uk...]
> *Sent:* Tuesday, October 23, 2012 5:45 AM
> *To:* Wang, Ren; Nick Wagner
> *Cc:* ope...@li...
> *Subject:* RE: [Openslp-users] DA deployment****
>
>  ****
>
> Ren****
>
>  ****
>
> How many SLP daemons are running in your system? Do you actually have an
> SA running? ****
>
>  ****
>
> cheers****
>
> Matt****
>
>  ****
>
>  ****
>
> *From:* Wang, Ren [mailto:Ren...@nu...]
> *Sent:* 22 October 2012 11:53
> *To:* HIRD Matthew; Nick Wagner
> *Cc:* ope...@li...
> *Subject:* RE: [Openslp-users] DA deployment****
>
>  ****
>
> Hi Matt,****
>
>  ****
>
> Please see my answers bellow:****
>
>  ****
>
> when your app runs, does it register and then exit or does it stay
> running? ****
>
> It stays running.****
>
>  ****
>
> do you have the watchPID functionality switched on?****
>
> No, it is off****
>
>  ****
>
> Is the app registering with an SA or with a DA directly? ****
>
> I have a DA IP address specified, e.g: net.slp.DAAddresses = 10.16.19.20**
> **
>
> But, net.slp.DASyncReg is set to false, not sure if it is the issue****
>
>  ****
>
> Are the SA and the DA using the same scope? Are they just using DEFAULT?**
> **
>
> I didn’t provide any scope in the conf file, I believe they using the
> default scope.****
>
>  ****
>
>  ****
>
> Regards,****
>
>  ****
>
> Ren****
>
>  ****
>
> *From:* HIRD Matthew [mailto:Mat...@uk...]
> *Sent:* Monday, October 22, 2012 6:46 AM
> *To:* Wang, Ren; Nick Wagner
> *Cc:* ope...@li...
> *Subject:* RE: [Openslp-users] DA deployment****
>
>  ****
>
> Ren****
>
>  ****
>
> when your app runs, does it register and then exit or does it stay
> running? do you have the watchPID functionality switched on? ****
>
>  ****
>
> Is the app registering with an SA or with a DA directly? ****
>
>  ****
>
> Are the SA and the DA using the same scope? Are they just using DEFAULT?**
> **
>
>  ****
>
> cheers****
>
> Matt****
>
>  ****
>
> ** **
>

Re: [Openslp-users] DA deployment

[Wang, R. <Ren...@nu...>]

HI Nick, Thank you so much for your answer.

Based on the OpenSLP online documentation, slpd is not needed if a machine will only be requesting services. Is there any benefit for not installing a location daemon if the application only needs to call SLPFindSrvs API or it is better to always have a local daemon?

Ren

From: nwa...@gm... [mailto:nwa...@gm...] On Behalf Of Nick Wagner
Sent: Monday, October 29, 2012 3:09 PM
To: Wang, Ren
Cc: HIRD Matthew; ope...@li...
Subject: Re: [Openslp-users] DA deployment

The application sends the request to the local daemon, which forwards the request when appropriate.  The SLPReg will be replicated on the network, but the SLPFindSrvs will be answered by the local daemon.

--Nick
On Mon, Oct 29, 2012 at 10:57 AM, Wang, Ren <Ren...@nu...<mailto:Ren...@nu...>> wrote:
Hi Matt,

When an application makes OpenSLP API calls, e.g. a SLPReg and/or SLPFindSrvs calls, does it always communicate with the local slpd daemon and the local daemon forwards the application requests to the network, or the application directly sends unicast/broadcast/multicast message out?

Ren


From: Wang, Ren
Sent: Wednesday, October 24, 2012 7:19 PM

To: 'HIRD Matthew'; Nick Wagner
Cc: ope...@li...<mailto:ope...@li...>
Subject: RE: [Openslp-users] DA deployment

Matt,

Thank you so much for your help. Yes, it makes sense.

Ren

From: HIRD Matthew [mailto:Mat...@uk...]<mailto:[mailto:Mat...@uk...]>
Sent: Wednesday, October 24, 2012 11:36 AM

To: Wang, Ren; Nick Wagner
Cc: ope...@li...<mailto:ope...@li...>
Subject: RE: [Openslp-users] DA deployment

sent again but trimmed to fit within the mailing list size limits. Ren, reply or it will be held for approval on the mailing list.

Ren

when you search, are you using slptool? if so, after step 3 run slptool but with the (I think) -u option to do a unicast search against a particular daemon. I think you might find that your app is using the same slp.conf as the daemon and so registers directly with the DA. ie. the SA is never involved and so has nothing to sync to the DA when it comes back up. Make sense?

cheers
Matt

From: Wang, Ren [mailto:Ren...@nu...]<mailto:[mailto:Ren...@nu...]>
Sent: 23 October 2012 14:36
To: HIRD Matthew; Nick Wagner
Cc: ope...@li...<mailto:ope...@li...>
Subject: RE: [Openslp-users] DA deployment

Hi Matt,

In my test case, there are two slpd daemons, one is a DA (net.slp.isDA=true),  and one is SA which statically configured to communicate with DA (set the net.slp.DAAddresses to the DA IP address).

I conducted more tests today with net.slp.DASyncReg = true. Here is the test result:


1)      Start slpd on the DA machine

2)      Start slpad on the SA machine

3)      Run the SA application with SLPReg call

4)      Run slptool findsrvs command, the registered service is found no problem

5)      Shutdown slpd on the DA machine

6)      Run slptool findsrvs command again, the registered service can't found. I think this is OK since there is no DA and my SA is pointing to an invalid DA.

7)      Start slpd on the DA machine again

8)      Run slptool findsrvs command again, the registered service still can't found - I think this is a problem.

Regards,

Ren

From: HIRD Matthew [mailto:Mat...@uk...]<mailto:[mailto:Mat...@uk...]>
Sent: Tuesday, October 23, 2012 5:45 AM
To: Wang, Ren; Nick Wagner
Cc: ope...@li...<mailto:ope...@li...>
Subject: RE: [Openslp-users] DA deployment

Ren

How many SLP daemons are running in your system? Do you actually have an SA running?

cheers
Matt


From: Wang, Ren [mailto:Ren...@nu...]<mailto:[mailto:Ren...@nu...]>
Sent: 22 October 2012 11:53
To: HIRD Matthew; Nick Wagner
Cc: ope...@li...<mailto:ope...@li...>
Subject: RE: [Openslp-users] DA deployment

Hi Matt,

Please see my answers bellow:

when your app runs, does it register and then exit or does it stay running?
It stays running.

do you have the watchPID functionality switched on?
No, it is off

Is the app registering with an SA or with a DA directly?
I have a DA IP address specified, e.g: net.slp.DAAddresses = 10.16.19.20
But, net.slp.DASyncReg is set to false, not sure if it is the issue

Are the SA and the DA using the same scope? Are they just using DEFAULT?
I didn't provide any scope in the conf file, I believe they using the default scope.


Regards,

Ren

From: HIRD Matthew [mailto:Mat...@uk...]<mailto:[mailto:Mat...@uk...]>
Sent: Monday, October 22, 2012 6:46 AM
To: Wang, Ren; Nick Wagner
Cc: ope...@li...<mailto:ope...@li...>
Subject: RE: [Openslp-users] DA deployment

Ren

when your app runs, does it register and then exit or does it stay running? do you have the watchPID functionality switched on?

Is the app registering with an SA or with a DA directly?

Are the SA and the DA using the same scope? Are they just using DEFAULT?

cheers
Matt

Re: [Openslp-users] DA deployment

[Nick W. <ne...@wi...>]

The application sends the request to the local daemon, which forwards the
request when appropriate.  The SLPReg will be replicated on the network,
but the SLPFindSrvs will be answered by the local daemon.

--Nick

On Mon, Oct 29, 2012 at 10:57 AM, Wang, Ren <Ren...@nu...> wrote:

>  Hi Matt,****
>
> ** **
>
> When an application makes OpenSLP API calls, e.g. a SLPReg and/or
> SLPFindSrvs calls, does it always communicate with the local slpd daemon
> and the local daemon forwards the application requests to the network, or
> the application directly sends unicast/broadcast/multicast message out?***
> *
>
> ** **
>
> Ren****
>
> ** **
>
> ** **
>
> *From:* Wang, Ren
> *Sent:* Wednesday, October 24, 2012 7:19 PM
>
> *To:* 'HIRD Matthew'; Nick Wagner
> *Cc:* ope...@li...
> *Subject:* RE: [Openslp-users] DA deployment****
>
>  ** **
>
> Matt,****
>
> ** **
>
> Thank you so much for your help. Yes, it makes sense.****
>
> ** **
>
> Ren****
>
> ** **
>
> *From:* HIRD Matthew [mailto:Mat...@uk...]
> *Sent:* Wednesday, October 24, 2012 11:36 AM
>
> *To:* Wang, Ren; Nick Wagner
> *Cc:* ope...@li...
> *Subject:* RE: [Openslp-users] DA deployment****
>
>  ** **
>
> sent again but trimmed to fit within the mailing list size limits. Ren,
> reply or it will be held for approval on the mailing list.****
>
> ** **
>
> Ren****
>
> ** **
>
> when you search, are you using slptool? if so, after step 3 run slptool
> but with the (I think) -u option to do a unicast search against a
> particular daemon. I think you might find that your app is using the same
> slp.conf as the daemon and so registers directly with the DA. ie. the SA is
> never involved and so has nothing to sync to the DA when it comes back up.
> Make sense?****
>
> ** **
>
> cheers****
>
> Matt****
>
> ** **
>
> *From:* Wang, Ren [mailto:Ren...@nu...]
> *Sent:* 23 October 2012 14:36
> *To:* HIRD Matthew; Nick Wagner
> *Cc:* ope...@li...
> *Subject:* RE: [Openslp-users] DA deployment****
>
> ** **
>
> Hi Matt,****
>
> ** **
>
> In my test case, there are two slpd daemons, one is a DA
> (net.slp.isDA=true),  and one is SA which statically configured to
> communicate with DA (set the net.slp.DAAddresses to the DA IP address). **
> **
>
> ** **
>
> I conducted more tests today with net.slp.DASyncReg = true. Here is the
> test result:****
>
> ** **
>
> **1)      **Start slpd on the DA machine****
>
> **2)      **Start slpad on the SA machine****
>
> **3)      **Run the SA application with SLPReg call****
>
> **4)      **Run slptool findsrvs command, the registered service is found
> no problem****
>
> **5)      **Shutdown slpd on the DA machine****
>
> **6)      **Run slptool findsrvs command again, the registered service
> can’t found. I think this is OK since there is no DA and my SA is pointing
> to an invalid DA.****
>
> **7)      **Start slpd on the DA machine again****
>
> **8)      **Run slptool findsrvs command again, the registered service
> still can’t found – I think this is a problem. ****
>
> ** **
>
> Regards,****
>
> ** **
>
> Ren****
>
> ** **
>
> *From:* HIRD Matthew [mailto:Mat...@uk...]
> *Sent:* Tuesday, October 23, 2012 5:45 AM
> *To:* Wang, Ren; Nick Wagner
> *Cc:* ope...@li...
> *Subject:* RE: [Openslp-users] DA deployment****
>
> ** **
>
> Ren****
>
> ** **
>
> How many SLP daemons are running in your system? Do you actually have an
> SA running? ****
>
> ** **
>
> cheers****
>
> Matt****
>
> ** **
>
> ** **
>
> *From:* Wang, Ren [mailto:Ren...@nu...]
> *Sent:* 22 October 2012 11:53
> *To:* HIRD Matthew; Nick Wagner
> *Cc:* ope...@li...
> *Subject:* RE: [Openslp-users] DA deployment****
>
> ** **
>
> Hi Matt,****
>
> ** **
>
> Please see my answers bellow:****
>
> ** **
>
> when your app runs, does it register and then exit or does it stay
> running? ****
>
> It stays running.****
>
> ** **
>
> do you have the watchPID functionality switched on?****
>
> No, it is off****
>
> ** **
>
> Is the app registering with an SA or with a DA directly? ****
>
> I have a DA IP address specified, e.g: net.slp.DAAddresses = 10.16.19.20**
> **
>
> But, net.slp.DASyncReg is set to false, not sure if it is the issue****
>
> ** **
>
> Are the SA and the DA using the same scope? Are they just using DEFAULT?**
> **
>
> I didn’t provide any scope in the conf file, I believe they using the
> default scope.****
>
> ** **
>
> ** **
>
> Regards,****
>
> ** **
>
> Ren****
>
> ** **
>
> *From:* HIRD Matthew [mailto:Mat...@uk...]
> *Sent:* Monday, October 22, 2012 6:46 AM
> *To:* Wang, Ren; Nick Wagner
> *Cc:* ope...@li...
> *Subject:* RE: [Openslp-users] DA deployment****
>
> ** **
>
> Ren****
>
> ** **
>
> when your app runs, does it register and then exit or does it stay
> running? do you have the watchPID functionality switched on? ****
>
> ** **
>
> Is the app registering with an SA or with a DA directly? ****
>
> ** **
>
> Are the SA and the DA using the same scope? Are they just using DEFAULT?**
> **
>
> ** **
>
> cheers****
>
> Matt****
>
> ** **
>