In reality STP admin-edge is a good thing. When everything is set correctly, on an unauthenticated port you should see in the log this succession of events:Ġ0435 ports: port 16 is Blocked by STP <- STP kicks in after AAA, therefore trumping it.Ġ0076 ports: port 16 is now on-line <- Admin Edge allowing the port to forward (config)# spanning-tree 1/1 admin-edge-port What I discovered, and shared with support, is for a port to be allowed to forward, when blocked by AAA, the port must be set to STP admin-edge. Here is the part that is not in the ArubaOS-Switch Guide, if you are running spanning-tree, it takes precidence and will block traffic despite the “ controlled-direction in” command. When the WoL packet is sent from the WoL server to 10.0.1.255, the core SVI 50 will route the packet out to SVI 1, thanks to the ip directed-broadcast command. When the device goes to sleep, the port is de-authorized, the Ethernet port is change to the default untagged VLAN 1, serviced by the core routing device with a SVI of 10.0.1.1. SVI- Service Virtual Interface (Fancy talk for a Layer-3 VLAN) When a device is authorized, it is put in VLAN 100 services by the core routing device with a SVI of 10.0.100.1. The interface untagged must a VLAN serviced by a routing instance. This feature is notorious for being exploited for LAN DOS attacks, therefore I highly recommend setting the optional access list, to only allow WoL from a trusted source. Note: ip directed-broadcast globally activates broadcast forwarding/routing between all VLANs. For Layer-3 Distribution and Access switches, it will do nothing. IP directed-broadcast is only required on the switch performing Layer-3 routing. This allows traffic from the switch to egress the port, so the sleeping computer NIC may process packets. aaa port-access 1/1 controlled-direction in On the switch, you will need to configure the port for controlled-direction in (Window) Enable Allow this device to wake the computer under the Ethernet Connection Properties, Power Management tab.Īruba AOS aka HPE Proview/Provision switching running version 16.x or newer (I can't confirm WoL on older versions) Some Requirements (just stating the obvious) I will attempt to summarized all that has been said, and needs and some added things done to get WoL working.
#Wol wake on directed packet mac
I don't want to use any IP addresses at all, just pure MAC address should do.When I first began working on WoL, I read this post thread, much like many will read as time goes on, and yet I still could not get WoL to work, but eventually I did. UDP.SendBuffer(RawToBytes(WR, SizeOf(TWakeRecord))) UDPClient.Broadcast(RawToBytes(WR, SizeOf(TWakeRecord)), 7) MacAddress := StrToIntDef('$' + Copy(sData, 1, 2), 0) įor I := 0 to 15 do WR.MAC := MacAddress procedure WakeOnLan(const AMacAddress: string) įillChar(MacAddress, SizeOf(TMacAddress), 0)
#Wol wake on directed packet code
Re-written the above code for better readability + I have tried various approaches which won't compile ending with this one, which does compile, though it obviously does not work (does not wake the server). Where it says: main.pas(73): E2250 There is no overloaded version of 'SendBuffer' that can be called with these arguments Create UDP and Broadcast data structureīut the compiler of Delphi XE6 complains on line: UDP.SendBuffer(WR,SizeOf(TWakeRecord)) MacAddress := StrToIntDef('$' + copy(sData,1,2),0) įor i := 0 to 15 do WR.MAC := MacAddress I will quote it, in case the page becomes unavailable, unaltered: procedure WakeOnLan(const AMacAddress : string) įillchar(MacAddress,SizeOf(TMacAddress),0) The author does not mention which version of Delphi he used, let's just suppose an older one. The magic packet is a broadcast frame containing anywhere within its payload 6 bytes of all 255 (FF FF FF FF FF FF in hexadecimal), followed by sixteen repetitions of the target computer's 48-bit MAC address, for a total of 102 bytes. Note, that I want to create my own solution, no application suggestions, please. Server has been tested to be able to wake from a Linux client. Create an application in Delphi XE6 sending Magic packet through Indy components in order to achieve Wake-on-LAN a local server.
0 kommentar(er)
