URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 11494
[ Назад ]
Исходное сообщение
"Проблемы с ip helper-address"
Отправлено Vasili , 12-Сен-06 18:13 
Надо пробросить dhcp-запрос из одной сети в другую. Собрал тестовый стенд на cat3550.
сделал два интерфейса vlan 1 и 115. На 115 терминируется клиент, на 1 - dhcp-сервер.
Конфигурация такова:

Конфигурация интерфейсов:
interface Vlan1
ip address 10.0.200.118 255.254.0.0
!        
interface Vlan115
ip address 192.168.47.1 255.255.255.0
ip helper-address 10.1.200.38

Судя по логам снифера получается след.:
1. Рутер отдает в vl1 транслированый из броадкаста в юникаст dhcp-запрос.
2. dhcpd благополучно выдает адрес и пытается отдать пакет на адрес интерфейса vl115.
3. Рутер шлет dhcp-серверу ICMP port unreachable.
Ест-но клиент не получает адреса. В какую сторону копать? ip forward-protocol включал и полностью (ip forward-protocol udp) и для отдельных протоколов (ip forward-protocol udp 67, ip forward-protocol udp 68). Также пробовал включать и отключать service dhcp. Согласно документам на cisco.com все должно включаться просто коммандой ip helper-address. Что еще можно придумать?

Заранее спасибо за ответы!

Содержание
Сообщения в этом обсуждении
"Проблемы с ip helper-address"
Отправлено sh_ , 12-Сен-06 18:20 
А ip routing включен? А какие-нибудь дебаги dhcp на catalyst можно посмотреть?
"Проблемы с ip helper-address"
Отправлено Vasili , 12-Сен-06 18:22 
>А ip routing включен? А какие-нибудь дебаги dhcp на catalyst можно посмотреть?
>

Рутинг конечно включен. debug ip udp и debug ip icmp показывают тоже самое что и снифер:
запрос ушел, вернулся ответ, отдали icmp type 3 (помоему тип 3).

"Проблемы с ip helper-address"
Отправлено Vasili , 13-Сен-06 14:38 
>Ест-но клиент не получает адреса. В какую сторону копать? ip forward-protocol включал
>и полностью (ip forward-protocol udp) и для отдельных протоколов (ip forward-protocol
>udp 67, ip forward-protocol udp 68). Также пробовал включать и отключать
>service dhcp. Согласно документам на cisco.com все должно включаться просто коммандой
>ip helper-address. Что еще можно придумать?
>
>Заранее спасибо за ответы!

Только что собрал тоже самую конфигурацию на 2651 - эффект тот же.

"Проблемы с ip helper-address"
Отправлено sh_ , 13-Сен-06 14:58 
Может попробовать в качестве dhcpd cisco2651 использовать? :)
"Проблемы с ip helper-address"
Отправлено Vasili , 13-Сен-06 15:31 
>Может попробовать в качестве dhcpd cisco2651 использовать? :)

Нет. Таже самая фигня :(

"Проблемы с ip helper-address"
Отправлено Vasili , 13-Сен-06 16:11 
>Может попробовать в качестве dhcpd cisco2651 использовать? :)

Был не прав! Все заработало! По дебагам и логам снифера отличие только одно:
и микрософтовский DHCP и мой (встроеный в tftpd32) принимает запросы на 67 порт, а
отдает на 68 - как результат icmp port unreachable, а cisco dhcp принимает и отдает пакеты только по 67 порту. Осталось только заставить микрософтовский dhcp отдавать ответы по 67 порту :)

"Проблемы с ip helper-address"
Отправлено Vasili , 13-Сен-06 16:13 
>микрософтовский dhcp отдавать ответы по 67 порту :)

т.е. на 67 порт :)

"Проблемы с ip helper-address"
Отправлено Vasili , 13-Сен-06 16:47 
>отдает на 68 - как результат icmp port unreachable, а cisco dhcp
>принимает и отдает пакеты только по 67 порту. Осталось только заставить
>микрософтовский dhcp отдавать ответы по 67 порту :)

Создал на Микрософтовском DHCP Scope с с названием 192.168.47.1 (т.е. source с которого приходят запросы на получение адреса) - и все заработало. sh_ спасибо за полезную идею. Проблема закрыта.