Содержание
Пример использования
Чтобы решить эту проблему, в конфигурации маршрутизатора устанавливается вспомогательный адрес UDP для пересылки широковещательного сетевого трафика за пределы локальной подсети. Если DHCP-клиент за пределами подсети DHCP-сервера транслирует запрос адреса, это помощник, который пересылает сообщение на DHCP-сервер. Затем сервер выбирает адрес и отправляет клиенту одноадресное сообщение, используя помощника для отправки сообщения обратно в подсеть клиента. Адрес зарезервирован на ограниченное время, пока DHCP-сервер ожидает ответа. Если клиент отвечает другим широковещательным сообщением, DHCP-сервер распространяет адрес. Адреса помощников также могут использоваться для пересылки другого UDP- трафика (например, BOOTP ).
Реализация
Чтобы включить пересылку широковещательных сообщений протокола пользовательских дейтаграмм (UDP), включая BOOTP, полученных на интерфейсе, используйте команду ip helper-address в режиме конфигурации интерфейса. Чтобы отключить пересылку широковещательных пакетов на определенные адреса, используйте форму no этой команды.
Особое внимание
Использование вспомогательных адресов UDP может вызвать проблемы с некоторыми конфигурациями сети на базе Windows. Согласно Microsoft, эти проблемы возникают из-за того, что порты 137 138 перенаправляются по умолчанию на маршрутизаторах Cisco. Поскольку эти порты используются NetBIOS для определения конфигурации сети, добавленные широковещательные рассылки могут запутать систему.
Особенности работы и настройки DHCP на маршрутизаторах Cisco (Часть 2)
1. Конфигурация
В качестве примера возьмем следующую схему: 
На маршрутизаторе R3 расположен DHCP-сервер, который централизованно выдает адреса в сети LAN_1 и LAN_2. Маршрутизаторы R1 и R2 в данной схеме являются DHCP-Relay агентами
Сконфигурируем на R3 два пула адресов для каждой локальной сети:
!в режиме глобальной конфигурации определим адреса, которые будут исключены из пула (это адреса интерфейсов R1 и R2
ip dhcp excluded-address 192.168.1.1
ip dhcp excluded-address 192.168.2.1
!создадим пул адресов с именем LAN_1
ip dhcp pool LAN1
network 192.168.1.0 255.255.255.0
ip default-router 192.168.1.1
!создадим пул адресов с именем LAN_2
ip dhcp pool LAN2
network 192.168.2.0 255.255.255.0
ip default-router 192.168.2.1
Естественно, при необходимости можно добавить в пул дополнительные опции.
Следующий этап — конфигурация агентов DHCP-Relay на маршрутизаторах R1 и R2. Суть DHCP-Relay заключается в пересылке широковещательного пакета от клиента одноадресатным пакетом DHCP-серверу.
Конфигурация агентов выполняется следующей командой:
!выбираем интерфейс, на который будет приходить широковещательный запрос от клиентов, в данном случае это интерфейс f0/0 маршрутизатора, который подключен к сегменту сети
interface fa0/0
ip helper-address 10.1.1.2
no ip forward-protocol udp 37
no ip forward-protocol udp 53
2. Как это работает?
Клиент шлет стандартный DISCOVERY:
который пересылается Relay-агентом в направлении DHCP-сервера (измененные поля отмечены красным):
Как видно из картинки, сообщение теперь пересылается одноадресным пакетом с источником 192.168.1.1 (интерфейс маршрутизатора, на который был получен широковещательный пакет) и получателем 10.1.1.2 (адрес, который указан командой ip helper-address. Кроме того, адрес 192.168.1.1 указан в поле Relay agent IP address
На основании адреса источника сообщения DHCP-сервер определяет, из какого пула выдавать адреса. Для маршрутизатора R2 запрос пойдет с адресом источника 192.168.2.1 и сервер выдаст адрес из пула LAN_2.
Предложение OFFER от R3 к R1 выглядит следующим образом:
R1 пересылает его клиенту меняя только адреса источника на 192.168.1.1 и получателя на 192.168.1.2 (ссылка на скриншот)
Вот таким образом выглядит обмен сообщениями между клиентом, агентом и сервером:
3. Заключение
Для правильной работы данного примера важно учесть следующий момент: маршрутизатор R3 получает пакеты от R1 с адресом источника 192.168.1.1, поэтому на R3 сеть 192.168.1.0 должна быть в таблице маршрутизации, я настроил EIGRP между маршрутизаторами для решения этой проблемы. Смотрим таблицу:
Gateway of last resort is not set
10.0.0.0/24 is subnetted, 2 subnets
C 10.1.2.0 is directly connected, FastEthernet0/0
C 10.1.1.0 is directly connected, FastEthernet0/1
D 192.168.1.0/24 [90/307200] via 10.1.1.1, 00:00:16, FastEthernet0/1
D 192.168.2.0/24 [90/307200] via 10.1.2.1, 00:02:17, FastEthernet0/0
Udp helper что это
Часовой пояс: UTC + 3 часа
DGS-3620 и UDP-Helper
Зарегистрирован: Пн окт 21, 2013 12:39
Сообщений: 24
| в наличии: DGS-3620-28SC Вот этот 3620 загружен 40-55% практически постоянно, хотя он связывает только 18 пустых свичей (к ним ещё никто не подключен) и основную сеть с циско и шлюзом интернета. остальные управляемые в основной сети, например: DES-3828 более 18% загрузки не выдают.
|
Зарегистрирован: Ср апр 23, 2014 12:45
Сообщений: 1017
Зарегистрирован: Пн окт 21, 2013 12:39
Сообщений: 24
| to AGavrilin UDP Helper State: Disabled А откуда могут идти столько пакетов? Где их поймать? Из интернета летят или в локалке могут рождаться? Кто их вообще может генерировать? |
Зарегистрирован: Ср апр 23, 2014 12:45
Сообщений: 1017
Зарегистрирован: Пн окт 21, 2013 12:39
Сообщений: 24
Зарегистрирован: Пн дек 13, 2010 21:15
Сообщений: 254
Откуда: Тамбов-Можайск
Зарегистрирован: Вт июн 17, 2008 18:59
Сообщений: 1202
Откуда: Минск, Беларусь
Зарегистрирован: Пн окт 21, 2013 12:39
Сообщений: 24
| Часовой пояс: UTC + 3 часа Кто сейчас на форумеСейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 14 Udp helper что это
Часовой пояс: UTC + 3 часа DGS-3620 и UDP-Helper |
Зарегистрирован: Пн окт 21, 2013 12:39
Сообщений: 24
| в наличии: DGS-3620-28SC Вот этот 3620 загружен 40-55% практически постоянно, хотя он связывает только 18 пустых свичей (к ним ещё никто не подключен) и основную сеть с циско и шлюзом интернета. остальные управляемые в основной сети, например: DES-3828 более 18% загрузки не выдают.
|
Зарегистрирован: Ср апр 23, 2014 12:45
Сообщений: 1017
Зарегистрирован: Пн окт 21, 2013 12:39
Сообщений: 24
| to AGavrilin UDP Helper State: Disabled А откуда могут идти столько пакетов? Где их поймать? Из интернета летят или в локалке могут рождаться? Кто их вообще может генерировать? |
Зарегистрирован: Ср апр 23, 2014 12:45
Сообщений: 1017
Зарегистрирован: Пн окт 21, 2013 12:39
Сообщений: 24
Зарегистрирован: Пн дек 13, 2010 21:15
Сообщений: 254
Откуда: Тамбов-Можайск
Зарегистрирован: Вт июн 17, 2008 18:59
Сообщений: 1202
Откуда: Минск, Беларусь
Зарегистрирован: Пн окт 21, 2013 12:39
Сообщений: 24
| Часовой пояс: UTC + 3 часа Кто сейчас на форумеСейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 14 Udp helper что это
Часовой пояс: UTC + 3 часа DGS-3620 и UDP-Helper |
Зарегистрирован: Пн окт 21, 2013 12:39
Сообщений: 24
| в наличии: DGS-3620-28SC Вот этот 3620 загружен 40-55% практически постоянно, хотя он связывает только 18 пустых свичей (к ним ещё никто не подключен) и основную сеть с циско и шлюзом интернета. остальные управляемые в основной сети, например: DES-3828 более 18% загрузки не выдают.
|
Зарегистрирован: Ср апр 23, 2014 12:45
Сообщений: 1017
Зарегистрирован: Пн окт 21, 2013 12:39
Сообщений: 24
| to AGavrilin UDP Helper State: Disabled А откуда могут идти столько пакетов? Где их поймать? Из интернета летят или в локалке могут рождаться? Кто их вообще может генерировать? |
Зарегистрирован: Ср апр 23, 2014 12:45
Сообщений: 1017
Зарегистрирован: Пн окт 21, 2013 12:39
Сообщений: 24
Зарегистрирован: Пн дек 13, 2010 21:15
Сообщений: 254
Откуда: Тамбов-Можайск
Зарегистрирован: Вт июн 17, 2008 18:59
Сообщений: 1202
Откуда: Минск, Беларусь
Зарегистрирован: Пн окт 21, 2013 12:39
Сообщений: 24
| Часовой пояс: UTC + 3 часа Кто сейчас на форумеСейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 14 |