Это из самого протокола DHCP, который, несколько грубо, можно представить себе следующим образом:
1) Клиент кидает броадкаст: "Мой МАС-адрес - такой-то, есть ли тут сервера, способные выделить мне IP?" (DHCPDISCOVER)
2) DHCP-сервера (которых, в общем случае, может быть несколько) отвечают клиенту - каждый со своим предложением (DHCPOFFER).
3) Из всех предложений клиент выбирает наиболее ему понравившееся, после чего отвечает хитрым пакетом, у которого MAC-адрес - броадкаст (чтобы слышали все DHCP-сервера, участвующие в "торге"), а IP-адрес - конкретного сервера. Смысл пакета - "Я выбрал твоё предложение, подтверди его окончательно" (DHCPREQUEST).
4) Сервер подверждает выданный IP (DHCPACK), а остальные сервера могут "расслабиться", чтобы предлагать свой "товар" в следущий раз.
Отсюда и возникло предположение, что раз количество DHCPACK-ов явно меньше числа DHCPOFFER-ов, то часть клиентов удовлетворяют свои запросы с других серверов, что подтверждается фразами типа
DHCP client <0:50:22:8D:EF:5> did not select this server.
Кстати, ещё замечание: на этом сервере с репликой NDS всё в порядке? Она есть, "писабельная" (т.е. не R/O либо Subordinate Reference), DSREPAIR никаких ошибок не выдаёт? Речь идёт о реплике того раздела, где "живут" объекты DHCP - Subnet Range, IP Addresses, etc.