kdf wrote:
I have 192.168.1.34 as a static assignment for the mac address of the player (listed on the bottom and in player settings). however, the lease table shows an entry for 20:05:73:00:00:0C and has been given 192.168.1.100. i have 100-149 as a 7-day dynamic block of leases.
Whether DHCP works under these conditions may depend on the particular DHCP server you're using.
My packet traces showed that the Squeezebox DHCP requests were being sent with the correct MAC address in the Ethernet source field, but the hardware address field in the DHCP request packet was the funny one you observed (20:05:...).
My ISC DHCP server running on Linux then answers with a unicast response to the "funny" (20:05: ...) address, and since the Ethernet controller in the Squeezebox is apparently not listening for that address, it never gets the response. So eventually the DHCP attempt fails and the Squeezebox reverts to a self-assigned address in the 169.254 block.
But it's my understanding that it's legal for DHCP servers to broadcast all of their responses (i.e., to the Ethernet broadcast address ff:ff:ff:ff:ff:ff). This lets multiple DHCP servers serving the same subnet to easily observe each others activities. If this happens then the Squeezebox, which is also presumably monitoring broadcasts, will get its DHCP responses and complete the exchange.
I'm guessing that's what's happening on your network, but without packet traces I can't say for sure.
I suppose I could see if my DHCP server can be configured to broadcast its responses, and to try some more packet tracing experiments to flesh out the details of just how the SB behaves with bridging enabled. But as soon as I saw that it was munging frames I turned it off just so I could get my box playing music again.
I don't have an immediate need for the bridging feature, but it would be nice to have it working someday. 802.11g bridges are surprisingly expensive, so it's a nice feature to have in the Squeezebox.
Phil _______________________________________________ Discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
