Неправильный идентификатор DHCP (MAC-адрес) перечислен для клиентов в Windows 2012 Server

Информация о системе: у Меня есть Контроллер доменов Active Directory, Windows 2012r2, рабочий DNS, и действующий как Сервер DHCP. В домене у меня есть четыре системы X-клиента Apple Mac OS (выполняющий Йосемити, 10.10.2) связанный с Active Directory - все эти клиенты являются подключаемыми с помощью кабеля, каждый - Wi-Fi. Клиенты Windows не испытывают аномалии DHCP.

Проблема: Эпизодически (возможно, один раз в день) в одной из систем Apple (воздержание от использования слова "Mac" для предотвращения беспорядка с проблемой) сервер DHCP отображает Уникальный идентификатор (т.е. MAC-адрес) как неправильное. Я начинаю подозревать, что проблема происходит из-за систем Apple, запускающих Windows VMs в режиме моста.

Когда проблема DHCP происходит, иногда это - или гость или хост ОС (или оба) что дисплей неправильные MAC-адреса на сервере DHCP. Проблема представлена как MAC-адрес, который является 18 цифрами долго (пример: 4e4c4f464649454341). Иногда адреса даже имеют меньше цифр, чем стандартный MAC-адрес. Мое исследование указывает, что эти значения отправляются в запросе DHCP от клиента к серверу.

Когда проблема происходит, сервер DHCP все еще обычно присваивает хост и/или гостевого дюйм/с, однако мне действительно нужно было отправить MAC-адреса правильно, так как я проводил политику DHCP на сервере, которая требует определенных диапазонов IP, настроек DNS, и т.д. Таким образом, политики не применяются, когда эта проблема появляется. Соединенные мостом сети - также необходимость из-за GPOS, который должен быть применен к гостям ОС на стороне Победы. Я также не хочу вызывать 8 систем к статическим арендным договорам IP также...

Поиск и устранение неисправностей Сделан До сих пор: Я подтвердил, что MAC-адреса на госте системы Win7 определяются правильно. Я также подтвердил, что хост системы Apple использует NIC установленный, физический MAC-адрес. Я подтвердил, что никакой жулик серверы DHCP не находится в сети. Я попытался удалить плохие арендные договоры/адреса из сервера, обновили кэши DNS, попробованные различные времена арендного договора, перезагрузки сервера, только чтобы видеть, что проблема появляется снова в будущем или даже несколько минут спустя.

Примечание по несоответствиям DHCP: https://www.net.princeton.edu/announcements/dhcp-cliid-must-match-chaddr.html

Я в замешательстве относительно того, что могло вызывать это. (?)