Which table to check in db to see if there are pending wakeup entrys

[george1421]

@x23piracy Just for some background information here, I can say that the ME (or actually vPro) is only on select model of computers. Its intended to be a software version of the light-out / RSA / iLo / DRAC / remote management adapter that you find in servers. When vPro is setup you can actually remote into a computer (via the Management Engine) and power it on/off change bios setting, reinstall an OS outside of what ever OS is running on the target computer. It is a really cool, and some what of a PITA to setup - technology. Typically if its not activated the software lays dormant and does not interact with or cause pain to the target OS. It is not part of the bios actually it has its own firmware and kind of runs outside of the traditional bios/firmware. This vPro is actually an add in to the CPU and not anything really to do with the network adapter or its interface. The reason why your network adapter remains operational even of the computer is powered down, is because of vPro is running on the computer in the background on the motherboard.

[x23piracy]

@george1421 look at this, found on the Computers that made Trouble (Intel nics)

The text means in englisch: Activate on pattern match!

i will now also check Intel ME…

Regards X23

[x23piracy]

@george1421 @tom-elliott

no need to disable hibernating (powercfg -h off) The intel I219 NIC’s support wakeup by pattern match (ping) that can de bisabled within the driver look to my post before with the screenshot.

The question is howto integrate that setting into the image, i think this is registry saved but howto import this before sysprepping? afaik the path in the registry can be different when it detects the nic lan-connection#2 #3 #4 etc.

Any idea?

Regards X23

[Tom Elliott]

@x23piracy Because what you’re referencing (from what I can tell) is individual device properties, I don’t think you’ll find a viable fix for imaging using that method. This is because even if every system has identical model of nic’s in them, the device between is different.

I’d still recommend using the powercfg -h off option as it’s a sure fire way to ensure it will work across the board.

[x23piracy]

@Tom-Elliott sure i will stick with -h off because we don’t do hibernating but i would like to share information about that behaviour maybe someone can use it

Regards X23

[Tom Elliott]

@x23piracy Of course, sharing information is always good, but a “here’s how to do it always all the time” is likely not possible doing the method you show below. (Unless you go one by one to every system lol).

[Quazz]

@Tom-Elliott Wouldn’t it be possible with the postdownload driver install script if you modify the associated config files for those drivers?

[Tom Elliott]

@Quazz Sure, I suppose, but not quite easily. You have to know exactly where the file is. I’m not 100% sure the file actually exposes the firmware configuration in that manner though.

[Sebastian Roth]

Should be possible to use windows scripting host (WSH) to check with number your NIC is and set the registry key. Have you found out about the registry key yet?

[george1421]

@Sebastian-Roth While I’ve been loosely following this, but setting nic properties has been problematic in the past since the nics are added based on a guid. The trick is that you have to find the right guid for the network adapter in question. You can typically do that by finding the network type (loopback, wireless, ethernet). Once you know the device guid then you can update the registry keys associated with that network adapter.

While I haven’t had to do this I think M$ extended netsh so that you can manage network adapters easier.

[george1421]

@george1421 Again be aware I did not read the entire post so there is a high possibility that this post is off point, but I did find a vbscript on Spiceworks that will set the wol function on the network adapters.

https://community.spiceworks.com/scripts/show/240-script-to-enable-wake-on-lan-windows

[x23piracy]

Hi,

i found out that intel offers a powershell module to manage their cards, but i have integrated the intel driver by rightclicking the inf and installed it into my base system but it seems that this will not install the ps module for it.

Lets say that module is installed we are able to set the card:

Get-IntelNetAdapter
Get-IntelNetAdapterSetting
Set-IntelNetAdapterSetting –Name "Intel(R) Ethernet Connection (2) I218-V" –RegistryKeyword "*WakeOnPattern"  –RegistryValue "0"

Sources:

https://atsoftware.de/2014/08/configure-adapter-settings-for-intel-nic-using-powershell/
http://www.potentengineer.com/intel-proset-powershell-module/

EDIT:

Damnit i downloaded the current Driver package from Intel but the module is missing!

Regards X23

[Wayne Workman]

@x23piracy A for effort.

[x23piracy]

@Wayne-Workman said in Which table to check in db to see if there are pending wakeup entrys:

@x23piracy A for effort.

Thank you Wayne but i cannot find that powershell module. Anyone who has it installed?
The Intel Cards we have are I219-LM ones.

Regards X23

[x23piracy]

Hi,

what should i say? ok lol, they removed the extra option for powershell module in current proset setups, but if i choose to use more time reading everything i can find this:

Ok more googling until here:

ftp://ftp.supermicro.com/CDR-X9_1.23_for_Intel_X9_platform/Intel/LAN/v18.8/PRO1000/DOCS/SERVER/prosetdm.htm

PS c:\> Import-Module -Name "C:\Program Files\Intel\IntelNetCmdlets\IntelNetCmdlets"

Ok lets try:

Wooo that sh** works

The corresponding registry values seems to be this @Sebastian-Roth :

[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4d36e972-e325-11ce-bfc1-08002be10318}\0001]
"*WakeOnPattern"="0"

[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4d36e972-e325-11ce-bfc1-08002be10318}\0001\Ndi\Params\*WakeOnPattern]
"ParamDesc"="Akt. bei Musterübereinstimmung"
"type"="enum"
"default"="1"

[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4d36e972-e325-11ce-bfc1-08002be10318}\0001\Ndi\Params\*WakeOnPattern\Enum]
"0"="Deaktiviert"
"1"="Aktiviert"

@Tom-Elliott said in Which table to check in db to see if there are pending wakeup entrys:

@Quazz Sure, I suppose, but not quite easily. You have to know exactly where the file is. I’m not 100% sure the file actually exposes the firmware configuration in that manner though.

i think you are absolutely right here because changing the pattern option via rdp interrupts the connection for ~5-6 seconds, seems to be a sign that the card reinitalizes (driver reload).

Regards X23

[x23piracy]

Since i don’t know how the nic adapter name may be wildcard can be used to say set it to every intel nic.

Set-IntelNetAdapterSetting -Name "*"–RegistryKeyword "*WakeOnPattern"  –RegistryValue "0"

In the end… Who the hell want to have machine’s waking up by ping?

Regards X23

[Wayne Workman]

@x23piracy said in Which table to check in db to see if there are pending wakeup entrys:

In the end… Who the hell want to have machine’s waking up by ping?

Me, if our network team can’t manage to get all our switches to work with WOL.

[x23piracy]

@Wayne-Workman said in Which table to check in db to see if there are pending wakeup entrys:

@x23piracy said in Which table to check in db to see if there are pending wakeup entrys:

In the end… Who the hell want to have machine’s waking up by ping?

Me, if our network team can’t manage to get all our switches to work with WOL.

Tell your boss that they should fire special people

[Wayne Workman]

@x23piracy said in Which table to check in db to see if there are pending wakeup entrys:

Tell your boss that they should fire special people

Only if I can quote you.

[x23piracy]

@Wayne-Workman said in Which table to check in db to see if there are pending wakeup entrys:

quote

How is the payment and which country is it? I have attachment with me