Wireshark is your friend. I'll walk you through the trace. Packets 6, 7,
11, and 12 are all SLP (SRVLOC) packets. They are being multicast from your
machine to the SLP multicast address/port. Packets 6 & 11 are libslp
looking for directory agents -- if you open up one of the packets you can
see that the service type list is "service:directory-agent". But packets 7
& 12 show a problem. They are requesting "acn.esta" when they should be
requesting "service:acn.esta". Make sure the string you are passing to the
SLPFindSrvs call is "service:acn.esta" and we can work from there.
--Nick
On Fri, Sep 23, 2011 at 7:33 AM, JanakiRam Palepu <palepujanaki...@gmail.com
> wrote:
> Thanks Nick for your valuable suggestions.
>
> I've tried the possible ways suggested. Please find my inline replies.
>
> On Thu, Sep 22, 2011 at 8:27 PM, Nick Wagner <ne...@wingedbeast.org>wrote:
>
>> Whenever I this sort of thing happens, there are a few steps I take:
>>
>> 1) Check your firewall and make sure it is either off or your application
>> is properly excepted. This has solved countless problems for me.
>>
>
> Firewall on Mac was turned-off by default. I got the results ( published
> earlier with/wihtout SLPD existence ) were tested when Firewall was
> turned-Off.
> I dont think this option applies to my case.
>
>
>> 2) If you are expecting unicast traffic between two devices, make sure
>> they can send packets to each other. Are they both plugged in? Are their
>> IP configurations correct? Can they ping each other?
>>
>
> I can ping the entertainment device from my mac and subnet mask for device
> as well as Mac are set to same value. I am sure that my network settings are
> properly set to communicate with device.
>
>
>> 3) Get a wireshark trace of what's going on in your network. This will
>> help you determine if no multicast is leaving your machine, if no other app
>> is responding to your requests, or if something else is going on. The
>> wireshark display filter keyword for SLP is "srvloc".
>>
>
> I've downloaded the Wireshark Tool from their website as per your advice
> and able to capture the log in my network. Please find the attached log.
>
> As am new to this tool , i could not interpret/understand the results
> shown in log. It would be great if you can help me to understand the issue.
>
> My Mac IP : 192.168.1.97
> Entertainment Device IP : 192.168.1.999
>
>
>>
>> 4) If you think it is your application, either in a debugger or with
>> sprinkled test messages trace your code execution to see how it operates.
>> In your case, see if SLPFindSrvs actually gets to the point where it sends
>> a multicast packet, or if it somehow returns early.
>>
>
> I've investigated further on the calls being made internally when
> SLPFindSrvs is being called. I suspect that NetworkMcastRqstRply is unable
> to communicate futher hence its not able to detect the SLP Service inabsence
> of Slpd.
>
> I am attaching the SLP Log for your reference.
>
> Please provide your analysis on the reports i have provided.
>
> Thanks in Advance.
>
> Regards,
> Janakiram
>
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
_______________________________________________
Openslp-devel mailing list
Openslp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openslp-devel
