faq обучение настройка
Текущее время: Вс авг 24, 2025 15:02

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




Начать новую тему Ответить на тему  [ Сообщений: 23 ]  На страницу Пред.  1, 2
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Чт апр 24, 2008 14:21 
Не в сети

Зарегистрирован: Пн май 07, 2007 08:26
Сообщений: 139
Откуда: Владивосток
Повторил тест в присутствии представителя Длинк во Владивостоке.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт апр 24, 2008 18:59 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

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


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт апр 25, 2008 17:22 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт янв 21, 2005 11:52
Сообщений: 11212
Откуда: D-Link, Moscow
Я проверил, даже если вынести ipif System в другой VLAN, всё норально работает.

Процедура тестирования:

DHCP Server подключён к 48 порту, данный порт настроен как untagged в VLAN admin, ipif System привязан к VLAN admin, настроен DHCP Relay Option 82. Клиент подключённый к 47 опрту без проблем получает настройки, его Relay Agent Information: 00040001002f00060015e9b642fd

_________________
С уважением,
Бигаров Руслан.


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

Зарегистрирован: Пн май 07, 2007 08:26
Сообщений: 139
Откуда: Владивосток
Нашёл, где собака порылась.
У 50 портовых прописанно было.

Код:
create cpu access_profile ip source_ip_mask 0.0.0.0 profile_id 3
config cpu access_profile profile_id 3 add access_id 1 ip source_ip 0.0.0.0 deny
enable cpu_interface_filtering


Дико извиняюсь за беспокойство.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн апр 28, 2008 13:55 
Не в сети

Зарегистрирован: Пн май 07, 2007 08:26
Сообщений: 139
Откуда: Владивосток
И всё таки проблема остается у 3852 коммутатора.
Доставить запрос от клиента к дхцп серверу получилось.
Но ...
Если не настроен DHCP-relay на влане клиента, пакеты не передаются, ( в отличии от L2, даже если это единственный интерфейс).
Если настроить DHCP-relay на влане клиента, то пакеты отправляются.
Если на коммутаторе поднять ipif на влане в котором находится DHCP server (соответственно в одной подсети). То DHCP запрос уходит с IP интерфейса который из подсети DHCP server а в опции 82 в пакете стоит, что relay agent ip = ip интерфейса свича влана клиента.
Те вконечном итоге DHCP сервер принимает пакет с одного IP, а так как в самом пакете стоит адрес агента другой он отвечает на другой IP адрес. Как сделать чтоб запрос отправлялся с IPIF влана DHCP сервера и возвращался на этот же IP?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн апр 28, 2008 13:58 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

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


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт апр 29, 2008 03:19 
Не в сети

Зарегистрирован: Пн май 07, 2007 08:26
Сообщений: 139
Откуда: Владивосток
На мой взгляд, свич должен был отправить пакет с интерфейса прописанного на влане клиента, а второй свой интерфейс прописанный на влане dhcp сервера, должен был использовать в качестве шлюза для доступа к подсетке DHCP сервера.

Еслиб шлюз в подсеть DHCP сервера находился на другом роутере, то так бы и было пакет бы отправился с интерфейса прописаного на влане клиента.

Если свич сам имеет интерфейс на влане DHCP сервера с подсетью доступной для DHCP сервера, то свич отправляет пакет сразу с интерфейса влана DHCP сервера, а в опции 82 релэй агент прорисывает интерфейс влана клиента. По сему HaneWin находит клиентские данные в профиле соответствующему IP клиетского влана и отправляет пакет по совершенно другому маршруту на интерфейс IP клиетского влана. Может другие DHCP сервера по другому выполняют анализ пакета?
На мой взгляд в данном случае 3852 нарушают логику маршрутизации пакетов.

PS. Либо если включена опция 82, то указывать какие порты привязаны к релэю по опции 82 и работать на этих портах так, как на L2 релэй - не зависимо от влана клиента. Так бы было лучше всего наверно.


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

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


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

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


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

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


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

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