Nope, it doesn't seem as though UDAP broadcasts on eth1 on my system.
Here's my ifconfig:
Code:
--------------------
eth0 Link encap:Ethernet HWaddr 00:0F:B5:80:5E:C7
inet addr:192.168.0.224 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::20f:b5ff:fe80:5ec7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:23915 errors:0 dropped:0 overruns:0 frame:0
TX packets:14471 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:17866855 (17.0 MiB) TX bytes:1077584 (1.0 MiB)
Interrupt:20 Base address:0x6c00
eth1 Link encap:Ethernet HWaddr 00:13:D4:4E:C5:F1
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::213:d4ff:fe4e:c5f1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:105 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:16139 (15.7 KiB)
Interrupt:16 Base address:0xc800
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2775 errors:0 dropped:0 overruns:0 frame:0
TX packets:2775 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:445173 (434.7 KiB) TX bytes:445173 (434.7 KiB)
--------------------
So, with this setup: eth0 and eth1's IPs set statically and with a
reset SBR connected to eth1 via a crossover cable. (link leds on both
SBR and eth1's port lit)..
..Here's what wireshark captured I ran a UDAP "discover" command with
wireshark set to listen on all interfaces and with "udp.port==17784"
set as the filter:
Code:
--------------------
No. Time Source Destination Protocol
Info
58 12.604981 192.168.0.224 255.255.255.255 UDP Source
port: 17784 Destination port: 17784
Frame 58 (71 bytes on wire, 71 bytes captured)
Arrival Time: Mar 18, 2008 18:14:18.322283000
[Time delta from previous captured frame: 0.658539000 seconds]
[Time delta from previous displayed frame: 12.604981000 seconds]
[Time since reference or first frame: 12.604981000 seconds]
Frame Number: 58
Frame Length: 71 bytes
Capture Length: 71 bytes
[Frame is marked: False]
[Protocols in frame: sll:ip:udp:data]
[Coloring Rule Name: UDP]
[Coloring Rule String: udp]
Linux cooked capture
Packet type: Sent by us (4)
Link-layer address type: 1
Link-layer address length: 6
Source: Netgear_80:5e:c7 (00:0f:b5:80:5e:c7)
Protocol: IP (0x0800)
Internet Protocol, Src: 192.168.0.224 (192.168.0.224), Dst: 255.255.255.255
(255.255.255.255)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
0000 00.. = Differentiated Services Codepoint: Default (0x00)
.... ..0. = ECN-Capable Transport (ECT): 0
.... ...0 = ECN-CE: 0
Total Length: 55
Identification: 0x0000 (0)
Flags: 0x04 (Don't Fragment)
0... = Reserved bit: Not set
.1.. = Don't fragment: Set
..0. = More fragments: Not set
Fragment offset: 0
Time to live: 64
Protocol: UDP (0x11)
Header checksum: 0x792e [correct]
[Good: True]
[Bad : False]
Source: 192.168.0.224 (192.168.0.224)
Destination: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: 17784 (17784), Dst Port: 17784 (17784)
Source port: 17784 (17784)
Destination port: 17784 (17784)
Length: 35
Checksum: 0x24a1 [correct]
[Good Checksum: True]
[Bad Checksum: False]
Data (27 bytes)
0000 01 01 00 00 00 00 00 00 00 02 c0 a8 00 e0 00 00 ................
0010 00 01 c0 01 01 00 01 00 01 00 09 ...........
Data: 01010000000000000002C0A800E000000001C00101000100...
--------------------
When I had wireshark listening only on interface eth1 with
udp.port==17784 set as a filter, it didn't hear any packets.
--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=43722
_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/beta
