faq обучение настройка
Текущее время: Вс июл 27, 2025 14:10

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 5 ] 
Автор Сообщение
 Заголовок сообщения: 3500 и dhcp relay
СообщениеДобавлено: Пн янв 26, 2009 20:02 
Не в сети

Зарегистрирован: Чт авг 02, 2007 12:51
Сообщений: 50
Откуда: Москва
Добрый день. есть схема:
Пример:
3526<->3526<->3550<->3526<---->core.catalyst

есть сервер мониторинга, на котором есть висит самописная софтина и ловит dhcp запросы с отпцией 82, что она делает дальше не суть важно. но ответы не шлет.

так же есть пара dhcp серверов нормальных, которые указаны у каталиста как хелперы.

Нужно: что бы свитч поймав запрос, отправил его на сервер мониторинга, а оригинальный запрос, не трогал, что бы он попал на каталист, и дальше на dhcp сервер.

Вообщем то это делается просто:
config dhcp_relay add ipif System 10.0.0.101
config dhcp_relay option_82 state enable
config dhcp_relay option_82 policy keep
enable dhcp_relay

однако есть трабла, изза цепочки, эти пакеты с опцией 82 клонируются, проходя через аплинк порты, и получается флуд сервера мониторинга... возможно ли сделать так что бы свитч не клонировал запрос в котором есть 82-я опция? слышал что-то про dhcp local но как я понел он убьёт оригинальный запрос от клиента в этом случае :( а нужна именно такая схема.
Что бы к каталисту пакеты дошли именно от клиента, без 82-й опции, а к мониторингу от свитча, и в одном экземпляре :)


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн янв 26, 2009 21:35 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт май 13, 2005 15:49
Сообщений: 20616
Откуда: D-Link, Moscow
Подождите не понял Вам вообще Option 82 нужен? Если нужен то зачем Вам оригинальный клиентский пакет в его VLAN-е?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн янв 26, 2009 23:46 
Не в сети

Зарегистрирован: Пт окт 21, 2005 07:39
Сообщений: 375
Откуда: Екатеринбург
Demin Ivan писал(а):
Подождите не понял Вам вообще Option 82 нужен? Если нужен то зачем Вам оригинальный клиентский пакет в его VLAN-е?


На самом деле хорошая идея, на основе днсп запросов мониторить сетку. Как вариант решения проблемы:
включить сервер мониторинга в один свитч с сервером днсп, и на порту сервера днсп настроить мирроринг вход пакетов на сервер мониторинга, можно даже через ACL Mirror если свитч DGS3627G

Тогда проблема убивается на корню и не коверкается смысл DHCP


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт янв 27, 2009 10:04 
Не в сети

Зарегистрирован: Чт авг 02, 2007 12:51
Сообщений: 50
Откуда: Москва
смысл тайный, изза сложной топологии запросы должны приходить именно от каталиста, если из свитча то неодин из существующих dhcp срверов не сможет нормально поддерживать топологию, если тока isc но тогда у него конфиг будет мегобайтным не один раз...

Вечером посидел и понял, что всё это бред, буду писать просто напросто свой dhcpd сервер, заодно и напрямую с биллинговой системой нашей будет работать, без статического конфига, делов то на пару дней максимум )))


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт янв 27, 2009 11:47 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт май 13, 2005 15:49
Сообщений: 20616
Откуда: D-Link, Moscow
ОК. Если будут вопросы можете позвонить в офис по телефону 744-00-99 доб.390.


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 5 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 21


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB