если в том или ином виде будет route add - то это будет именно добавление строчки, при одинаковой метрике - в общем случае поведение (порядок поиска среди подходящих маршрутов) будет неопределенным, но наиболее щепетильные реализации могут попробовать сортировать от более узких диапазонов к более широким...
Хотя совершенно не исключена ситуация и fifo варианта...
Наверное более тяжелым, но своего рода "гарантированным вариантом" было бы удаление всех маршрутов и добавление их снова, а вот "слиянием" пересекающихся маршрутов - тогда надо бы озаботиться на своей стороне - т.е. сливать клиенту уже заведомо неперехлестывающиеся маршруты... даже ценой вздутия числа строк.
В пределах нескольких десятков тысяч строк - "тяжесть" незаметна. Вот если это валить как ответы на сотни тысяч уников - тогда видимо придется призадуматься...
Сергей, путь наименьшего восстановления - это бумажки с копиркой и грузовик между архивом и офисом)
А винда, даже если и падает, то при прямых мозгах (а не руках-ногах), то совершенно не мешает предприятию дальше работать. А при кривых - да - самособраный сервер упал по причине перегрева бп и утянул за собой аж целый 8 тб диск с виндой, которая и кд и fs и firewall и атс и принтсервер и iis))))
Кстати какие именно вкусняшки присутствуют в микротиковском dhcp ?
И как быть с получившем от микротика новый адрес устройством, если в win-сети идет обращение по NetBIOS имени (которое конечно же в dns ad пока еще кажет на старый адрес)?
p.s. во избежание: я в теме плюсов-минусов и того и другого и еще нескольких более других реализаций (и применял разные варианты в разных местах - где что уместнее и практичнее)
boot security - где -нибудь в районе security, uefi
а так win при установке смотрит на диски и может отказаться ставиться если ни один из дисков не присутствует в списке загрузки и не маркирован как загрузочный