I'm not sure. I had issues in the past with openslp & multicast, in that
even after the question was answered, slptool/libslp would still keep
trying. This makes sense on the findsrvs front, as we want to make sure
we've discovered everything, but on the findattrs front a single answer for
that service is fine with me.
In any case, I think this may be more of a release oddity than any real bug.
--Nick
On Wed, Sep 19, 2012 at 1:56 PM, Jim Marshall <
jim.marsh...@wbemsolutions.com> wrote:
> Nick Wagner wrote:
>
> If there is no DA, these would be multicast requests. I think what's
> happening is that slptool does the request for attributes multiple times
> via multicast, and getting a response each time. I'm apparently not in a
> position to recreate this -- could you sniff it?
>
> I can sniff it with WireShark, what am I looking for?
>
> My machine does have 3 'NIC's (1 wired, and 2 virtual from VMware player),
> as a test I enabled my wireless adapter and now I get four responses from
> the 'findattrs' operation. So it appears you are correct, however; I
> thought I told slpd to just use the main IP. in my slp.conf I have the
> following entry
>
> net.slp.interfaces = 192.168.5.101
>
> should that prevent this issue - I restarted slpd with the '-c' command
> line option?
>
>
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Openslp-devel mailing list
Openslp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openslp-devel
