So if the server is on the same subnet it is ligitimate to assume you can arp for it and get the mac address of the device. [Bridges should not respond to arps for devices.] However you shouldn't arp at the time of the wake up operation as the server is off and hence probably doesn't respond [you need to arp when the server is working and store the mac address].
For routers there is definately a problem and I'm not sure it is easly solved. From http://www.liebsoft.com/index.cfm/whitepapers/Wake_On_LAN WOL requires a magic pattern based on the devices mac address within the protocol payload. So assuming: Squeezebox [Subnet 1] -> Router -> Server [Subnet 2] If the squeezebox knew both the IP address and MAC of the Server it could send the magic packet to the router's mac which is its default gateway, but assuming the server has been off for a while, the router would have lost the arp entry for the server and hence would not be able to forward the packet. It would send out arps onto the server subnet for the server, but these do not contain any data from the packet which triggered them and hence would not wake up the server as the server does not receive the magic bit pattern. To wake up the server in this case would probably require a static arp entry in the router [i.e. static config for this in the router], or something more esoteric such as sending out directed broadcasts for the target subnet and having the router support this (which would not be common or need explicit configuration). In short making it work for routed networks is definately going to be harder and is likely to require specific support/configuration in the router as well as the squeezebox knowing both the IP address and mac of the server. -- Triode ------------------------------------------------------------------------ Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=31561 _______________________________________________ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
