Joo писал(а):но в сети другого ПК с таким адресом нет.
Каким методом проверил? Просматривались таблицы коммутации на коммутаторах? ARP таблицы на рабочих станциях? При отключении от сети при возникновении конфликта никто на указанный IP не отвечает? Чем проверялось?
Joo писал(а):я беру в качестве эксперимента прописывают этот же адрес
До этого завершив аренду через release? На этом шаге он добавлен в диапазон исключения?
Навскидку несколько сценариев напрашиваются:
Что-то напутано с подсетями. Кстати, DHCP один? Не применена отработка отказа (failover DHCP)? Нет другого DHCP, работающего только с резервированными? Rogue DHCP?
Что-то с коммутацией, откуда-то возвращаются широковещательные пакеты от себя же. Например, петля на каналах с низким bandwidth может себя проявлять подобными явлениями, не устраивая переполнение таблиц и широковещательный шторм. Тут анализ трафика поможет, однако ж это отнимет какое-то время. Нагрузка на коммутаторы везде адекватная? Переполнения таблиц коммутации не наблюдалось? Есть ли в сети слабые/старые коммутаторы?
Что-то с драйвером NIC. Доводилось за ними наблюдать проблемы, которые проявляются только в очень специфических условиях, которые не достигались, скажем, более 5-7 лет, а после появления в сети нового устройства внезапно проявились на всех адаптерах этой модели (ох, много времени было потрачено, покуда предполагалось, что сетевушка, проработавшая 7 лет без проблем не имеет критичного бага в драйвере). Если не решается обновлением драйвера, то решается заменой старого интегрированного адаптера на PCI, если речь про PC.
Joo писал(а):Проблема возникала уже трижды на разных ПК находящихся в разных регионах и разных сетях.
Что объединяет эти сети? Между этими сетями есть маршрутизация? VPN? Побольше бы информации относительно топологии сети, адресации, описания сетевых устройств и их конфигурации. Есть ли где-то агрегация? STP? DLink Traffic Segmentation и им подобные уродства где-то используются? Какие ещё проблемы наблюдаются с сетью?