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

Задача:
ПК пользователя проключаются до роутера 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? И ничего я с этим не сделаю..
В плане конфига все верно?

• DHCP server over BGP,fantom, 12:58 , 25-Ноя-11
  • DHCP server over BGP,universite, 03:17 , 27-Ноя-11
    • DHCP server over BGP,Semop, 09:45 , 28-Ноя-11

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

Это должно решаться со стороны рабочей станции.

> Это должно решаться со стороны рабочей станции.

+1
Поднимайте в AS100 туннель на DHCP сервер из AS200 и ставьте там dhcp-relay

>> Это должно решаться со стороны рабочей станции.
> +1
> Поднимайте в AS100 туннель на DHCP сервер из AS200 и ставьте там
> dhcp-relay

Зачем?
Relay вроде работает. IP хосты получают.
Интересовало так же 2 строчки -

relay destination 192.168.200.2
и
ip helper-address 192.168.200.2

Логически это одно и тоже. Но без reley'a IP не получают хосты. А без хэлпера работа dhcp становится некорректной и может подвиснуть (2-3 раза получить IP, потом сервер не будет доступен, потом опять получить..и т.д)