Page 1 of 1

1.9.0 - WDR3600 - wol

Posted: Fri Dec 11, 2015 9:12 am
by Swimmer
Hey there,

I'm testing my TP-link wdr 3600 (N600) with Gargoyle 1.9.0 and I found a glitch in the matrix.

WOL isn't wotking (and I really need it).

Can I assist you with correcting this bug? if so, how?

Re: 1.9.0 - WDR3600 - wol

Posted: Fri Dec 11, 2015 3:17 pm
by ispyisail
I had problems as well

If you want to help, install Openwrt and try WOL

if that works then the problem is with gargoyle

my 2 cents worth

Re: 1.9.0 - WDR3600 - wol

Posted: Sun Dec 13, 2015 7:23 am
by mates
Do you have windows 10 or windows 8.1 ?

if yes than turn off FAST BOOT and try different drivers from station-driver ... because drivers from windows not working with wol properly, also latest realtek drivers is not OK. I am using i v10.4.814.2015 this one it is working for me.

but maybe you have another problem

Re: 1.9.0 - WDR3600 - wol

Posted: Mon Dec 14, 2015 8:20 am
by Swimmer
No. I'm using Linux...

Re: 1.9.0 - WDR3600 - wol

Posted: Wed Feb 17, 2016 11:45 am
by CarpeNoctem
For what it's worth, WoL ain't working for me either. Running it on WNDR3800CH

Re: 1.9.0 - WDR3600 - wol

Posted: Wed Feb 17, 2016 12:43 pm
by ispyisail
I've had problems with this feature in the past.

But yesterday I confirmed it to be working with 1.9.x

It appears that the problem is with the client setup

https://en.wikipedia.org/wiki/Wake-on-L ... _operation
Troubleshooting magic packets[edit]
Wake-on-LAN can be a frustrating technology to implement. This is because it requires appropriate BIOS, network card and, sometimes, operating system and router support to function reliably. In some cases, hardware may wake from one low power state but not from others. This means that due to hardware issues the computer may be waking up from the "fully off state" (S5) but doesn't wake from sleep or hibernation or vice versa. Also, it is not always clear what kind of magic packet a NIC expects to see.
In that case, software tools like a packet analyzer can help with Wake-on-LAN troubleshooting as they allow confirming (while the PC is still on) that the magic packet is indeed visible to a particular computer's NIC. The same magic packet can then be used to find out if the computer powers up from an offline state. This allows networking issues to be isolated from other hardware issues. In some cases they also confirm that the packet was destined for a specific PC or sent to a broadcast address and they can additionally show the packet's internals.
In Windows Vista and higher, one can also determine how the OS was powered up. Running the powercfg.exe /lastwake command in a CMD prompt will list the "Wake Source". The Wake-on-LAN event should also be logged in the System event log.[11]