Hi Nick,
Thanks for your response!
Ok I did some test with two machines (192.168.0.2 and 192.168.0.3) in my
little private network. Windows firewall is disabled on both machines.
On 192.168.0.2 I'm running Wireshark to watch network traffic. I
filtered out some protocols (vnc, tcp, arp, dhcpv6, browser, nbns, ntp)
to reduce noise.
Test with ping:
---------------
Running
ping 239.255.255.253
from both machines gives the following output in Wireshark:
No. Time Source Destination Protocol
Length Info
1138 9.789985 192.168.0.2 239.255.255.253 ICMP
74 Echo (ping) request id=0x0200, seq=256/1, ttl=128
1209 15.208395 192.168.0.2 239.255.255.253 ICMP
74 Echo (ping) request id=0x0200, seq=512/2, ttl=128
1285 20.710157 192.168.0.2 239.255.255.253 ICMP
74 Echo (ping) request id=0x0200, seq=768/3, ttl=128
1333 26.212118 192.168.0.2 239.255.255.253 ICMP
74 Echo (ping) request id=0x0200, seq=1024/4, ttl=128
1609 47.322141 192.168.0.3 239.255.255.253 ICMP
74 Echo (ping) request id=0x0200, seq=3328/13, ttl=128
1657 52.771964 192.168.0.3 239.255.255.253 ICMP
74 Echo (ping) request id=0x0200, seq=3584/14, ttl=128
1706 58.271775 192.168.0.3 239.255.255.253 ICMP
74 Echo (ping) request id=0x0200, seq=3840/15, ttl=128
1751 63.771866 192.168.0.3 239.255.255.253 ICMP
74 Echo (ping) request id=0x0200, seq=4096/16, ttl=128
So, as you said, it looks like everyone can see packets sent to this
address. So far so good.
Test with iperf:
----------------
Next I try to send some data from 192.168.0.3 to 192.168.0.2 using
iperf. On 192.168.0.2 I set up a server with:
iperf -s -u -B 239.255.255.253 -p 427 -i 1
The output on the console is:
bind failed: Cannot assign requested address
multicast join failed: Invalid argument
------------------------------------------------------------
Server listening on UDP port 427
Binding to local address 239.255.255.253
Joining multicast group 239.255.255.253
Receiving 1470 byte datagrams
UDP buffer size: 64.0 KByte (default)
------------------------------------------------------------
On the client side I execute
iperf -c 239.255.255.253 -p 427 -u -T 32 -t 3 -i 1
which outputs the following on the console:
------------------------------------------------------------
Client connecting to 239.255.255.253, UDP port 427
Sending 1470 byte datagrams
Setting multicast TTL to 32
UDP buffer size: 64.0 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.0.3 port 2787 connected with 239.255.255.253 port 427
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 1.0 sec 129 KBytes 1.06 Mbits/sec
[ 3] 1.0- 2.0 sec 128 KBytes 1.05 Mbits/sec
[ 3] 2.0- 3.0 sec 128 KBytes 1.05 Mbits/sec
[ 3] 0.0- 3.0 sec 386 KBytes 1.05 Mbits/sec
[ 3] Sent 269 datagrams
The Wireshark output on 192.168.0.2 (the server/receiver side) is many
entries in the form:
No. Time Source Destination Protocol
Length Info
6673 311.288271 192.168.0.2 239.255.255.253 SRVLOC
91 Service Request, V2 XID - 6121
6734 317.416200 192.168.0.3 239.255.255.253 SRVLOC
1512 Unknown Function (0), V1 Transaction ID - 31182
6735 317.436718 192.168.0.3 239.255.255.253 SRVLOC
1512 Unknown Function (0), V1 Transaction ID - 53182
6736 317.438637 192.168.0.3 239.255.255.253 SRVLOC
1512 Unknown Function (0), V1 Transaction ID - 55182
But the iperf server doesn't receive anything. From what it says at
startup (multicast join failed) I guess this is because there is no
instance in my private network which can handle assignments of clients
to multicast groups.
Test with OpenSLP:
------------------
Ok and now what happens with OpenSLP. I use default settings (no config
file present).
On 192.168.0.2 I run:
slptool register service:myserv.x://myhost.com
There's no output on the console and no traffic in Wireshark so far (on
192.168.0.2).
Then on 192.168.0.3 I run:
slptool findsrvs service:myserv.x
There's no output on the console (so no SA found...) and the output in
Wireshark (again on 192.168.0.2) is:
No. Time Source Destination Protocol
Length Info
4567 383.247304 192.168.0.3 239.255.255.253 SRVLOC
98 Service Request, V2 XID - 19892
4577 383.748123 192.168.0.3 239.255.255.253 SRVLOC
98 Service Request, V2 XID - 19892
4632 384.498831 192.168.0.3 239.255.255.253 SRVLOC
91 Service Request, V2 XID - 19893
4641 384.999819 192.168.0.3 239.255.255.253 SRVLOC
91 Service Request, V2 XID - 19893
7131 411.999863 192.168.0.3 239.255.255.253 SRVLOC
91 Service Request, V2 XID - 32641
7754 426.999841 192.168.0.3 239.255.255.253 SRVLOC
91 Service Request, V2 XID - 32642
7812 441.999939 192.168.0.3 239.255.255.253 SRVLOC
91 Service Request, V2 XID - 32643
Where some of the requests are for service:directory-agent and some of
them are for service:myserv.x
Conclusion:
-----------
So network traffic doesn't look too bad. But iperf and OpenSLP don't
work. Any ideas on how I could solve this or how I could debug it further?
Any help is appreciated!
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
