Как надежно и быстро получить MAC-адрес сетевой карты с учетом идентификатора экземпляра устройства

дали код экземпляра устройства для сетевой карты я хотел бы знать ее MAC-адрес. Пример ID экземпляра устройства в моей системе для интегрированной гигабитной карты Intel:

PCIVEN_8086&DEV_10CC&SUBSYS_00008086&REV_00&33FD14CA&0&C8

до сих пор алгоритм, который я использовал, работает следующим образом:

1. вызов SetupDiGetClassDevs С DIGCF_DEVICEINTERFACE.
2. вызов SetupDiEnumDeviceInfo чтобы получить возвращенное устройство в SP_DEVINFO_DATA.
3. звоните SetupDiEnumDeviceInterfaces С GUID_NDIS_LAN_CLASS чтобы получить интерфейс устройства.
4. вызов SetupDiGetDeviceInterfaceDetail для этого возвращенного интерфейса устройства. Это дает нам путь устройства в виде строки:?pci#ven_8086&dev_10cc&subsys_00008086&rev_00#3&33fd14ca&0&c8#{ad498944-762f-11d0-8dcb-00c04fc3358c}{28fd5409-15bd-4c06-b62f-004d3a06f852}
5. на данный момент у нас есть адрес интерфейса драйвера сетевой карты. Откройте его с помощью CreateFile используя результат из #4.
6. вызов DeviceIoControl С IOCTL_NDIS_QUERY_GLOBAL_STATS и OID OID_802_3_PERMANENT_ADDRESS получить Mac-адрес.

это обычно работает и успешно используется на довольно большом количестве машин. Однако, похоже, что очень немногие машины имеют сетевые драйверы, которые не отвечают должным образом на DeviceIoControl запрос на шаге № 6; проблема сохраняется даже после обновления драйверов сетевой карты до последней. Это новые компьютеры под управлением Windows 7. В частности, DeviceIoControl успешно завершается, но возвращает ноль байтов вместо ожидаемых шести байты, содержащие MAC-адрес.

подсказка, кажется, находится на странице MSDN для IOCTL_NDIS_QUERY_GLOBAL_STATS:

этот IOCTL будет устаревшим в более поздних версиях операционной системы. Вы следует использовать интерфейсы WMI для запроса сведений о драйвере минипорта. Для дополнительные сведения см. В разделе Поддержка NDIS для WMI.

-- возможно, новые драйверы сетевых карт больше не реализуют этот IOCTL?

Итак, как мне заставить это работать? Возможно ли, что в моем подходе есть недосмотр, и я делаю что-то немного неправильно? Или мне нужно использовать другой подход? Некоторые альтернативные подходы, по-видимому, включают:

• запрос Win32_NetworkAdapter класс WMI: предоставляет необходимую информацию, но отклоняется из-за ужасной производительности. См.быстрая замена для Win32_NetworkAdapter WMI class для получения MAC-адреса локального компьютера
• запрос MSNdis_EthernetPermanentAddress класс WMI: похоже, замена WMI для IOCTL_NDIS_QUERY_GLOBAL_STATS и запрашивает OID непосредственно у драйвера - и этот работает на проблемном сетевом драйвере. К сожалению, возвращаемые экземпляры класса предоставляют только MAC-адрес и InstanceName, который является локализованной строкой, такой как Intel(R) 82567LM-2 Gigabit Network Connection. Запрос MSNdis_EnumerateAdapter выводит список, который относится к InstanceName до DeviceName, как DEVICE{28FD5409-15BD-4C06-B62F-004D3A06F852}. Я не уверен, как идти от DeviceName на идентификатор экземпляра устройства plug-and-play (PCIVEN_8086......).
• звоните GetAdaptersAddresses или GetAdaptersInfo (рекомендуется). Единственный нелокализованный идентификатор, который я могу найти в возвращаемом значении, - это имя адаптера, которое является строкой {28FD5409-15BD-4C06-B62F-004D3A06F852} - то же самое как DeviceName возвращено классами NDIS WMI. Опять же, я не могу понять, как связать его с идентификатором экземпляра устройства. Я не уверен, что он будет работать 100% времени-например, для адаптеров без настроенного протокола TCP/IP.
• метод NetBIOS: требует определенных протоколов на карту таким образом не будет работать 100% времени. Как правило, кажется hack-ish, и не способ относиться к идентификатору экземпляра устройства в любом случае, что я знаю. Я бы отказался от такого подхода.
• метод генерации UUID: отклонен по причинам, которые я не буду здесь развивать.

похоже, что если бы я мог найти способ получить "GUID" для карты из идентификатора экземпляра устройства, я был бы на моем пути с одним из оставшихся двух способов делать вещи. Но я не разобрался как еще. В противном случае подход NDIS WMI будет казаться наиболее перспективным.

получить список сетевых карт и MAC-адресов легко, и есть несколько способов сделать это. Делать это быстро, что позволяет мне связать его с идентификатором экземпляра устройства, по-видимому, сложно...

EDIT: пример кода вызова IOCTL, если он помогает кому-либо (игнорировать просочившийся дескриптор hFile):

HANDLE hFile = CreateFile(dosDevice.c_str(), 0, FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_EXISTING, 0, NULL);
if (hFile == INVALID_HANDLE_VALUE) {
    DWORD err = GetLastError();
    wcout << "GetMACAddress: CreateFile on " << dosDevice << " failed." << endl;
    return MACAddress();
}
BYTE address[6];
DWORD oid = OID_802_3_PERMANENT_ADDRESS, returned = 0;
//this fails too: DWORD oid = OID_802_3_CURRENT_ADDRESS, returned = 0;
if (!DeviceIoControl(hFile, IOCTL_NDIS_QUERY_GLOBAL_STATS, &oid, sizeof(oid), address, 6, &returned, NULL)) {
    DWORD err = GetLastError();
    wcout << "GetMACAddress: DeviceIoControl on " << dosDevice << " failed." << endl;
    return MACAddress();
}
if (returned != 6) {
    wcout << "GetMACAddress: invalid address length of " << returned << "." << endl;
    return MACAddress();
}

сбой кода, печать:

GetMACAddress: invalid address length of 0.

так DeviceIoControl возвращает ненулевое значение, указывающее на успех, но затем возвращает нулевые байты.