Приветствую!

Задача:
ПК пользователя проключаются до роутера R1 - VLAN.
R1,R2 - мной упраявляемы.
R3 - удаленный роутер, к которому подключен DHCP Server.
R2 - R3 => связаны по BGP

Необходимо ПК получать IP из пула DHCP Server'а.

http://i2.pixs.ru/storage/1/1/5/stendjpg_5674650_3416115.jpg

Решение:
R1:
R1 - R2 = поднимаю ospf в vrf (со стороны R1 только - по причине того, что R2 получает префиксы по BGP в global)
Поднимаю relay на R1, указываю source(пул) и destination (IP сервера)
Поднимаю лупбэк0 - для экономии IP пространства
В OSPF делаю редистрибьюцию connected сетей (= весь наш VRF = IP сеть пользователей)
На сабинтерфейсе пользователя прописывается unnumbered и ip helper = IP сервера.

R2:
Поднимаю оспф процесс в глобале. Делаю редистрибьюцию маршрутов BGP.
В BGP делаю редистрибьюцию OSPF.
По BGP прилетает маршрут Сервера = глобальная табл. маршрутизации.

R3(предполагаемый конфиг, настраивается другими людьми):
R3 - R2 = BGP пиринг.
Поднимается DHCP пул, указывается в качестве шлюза - наш лупбэк0. Исключаем IP сервера из пула, дабы не было конфликтов.
Сервер подключается directly connected.

Вроде все.
Собранная схема работает на стенде.
ПК получает IP от сервера и сам же видит его "внешний" адрес(что и требовалось)
OSPF R1-R2 сделан по причине того, что R1 и R2 связаны физически по независимым аплинкам (для резервирования)

Но порой бывает в жизни такое, что отваливается не физика, а логика. Например сам сервак)
Или коммутатор в транспорте. DHCP вешается и ничо не пашет. ПК может и не получить IP после этого, придется вытыкать/втыкать патч из сетевой.
Как это дело можно оттюнить? Или это прерогатива самого сервера? Было бы идеально, чтоб порой сам сервер широковещательными пакетиками бросался, спрашивая, мол - "Кому ИПшник?"/"Никому? Ну и ладно"/"Тебе? Ну на тебе"
Либо это такова природа протокола DHCP? И ничего я с этим не сделаю..
В плане конфига все верно?