# Specify IP addresses for the interfaces (omitted).
# Enable DHCP.
<SwitchA> system-view
[SwitchA] dhcp enable
# Add DHCP server 10.1.1.1 into DHCP server group 1.
[SwitchA] dhcp relay server-group 1 ip 172.16.0.10
# Enable the DHCP relay agent on VLAN-interface 1.
[SwitchA] interface vlan-interface 201
[SwitchA-Vlan-interface1] dhcp select relay
# Correlate VLAN-interface 1 to DHCP server group 1.
[SwitchA-Vlan-interface1] dhcp relay server-select 1
Это совсем не обязательно:
# Enable the DHCP relay agent to support Option 82, and perform Option 82-related configurations.
[SwitchA-Vlan-interface1] dhcp relay information enable
[SwitchA-Vlan-interface1] dhcp relay information strategy replace
[SwitchA-Vlan-interface1] dhcp relay information circuit-id string company001
[SwitchA-Vlan-interface1] dhcp relay information remote-id string device001
P.S.
P.S.
не делай суперскоп, как написал bill. Просто создаёшь несколько скопов для необходимых подсетей и всё. DHCP от мелкософта вкупе с настроенный релеем на маршрутизаторе всё сделают в лучшем виде.
Если все скопы засунуть в суперскоп, то однажды получив адрес из одного скопа комп не сможет получить его из другого. Т.е. если я перетащу комп в другой VLAN, то он получит адрес из предыдущего VLAN со старым default gateway, т.е. работать не будет - придётся сначала убивать в DHCP запись о нём ...вернее даже ipconfig /release, выдёргиваем из компа пачкорд, убиваем запись в DHCP, втыкаем обратно пачкорд, ipconfig /renew - тогда получит настройки из нового scope в соответствии с новым VLAN. С одной стороны это здорово - если юзеры вдруг перетащат сами комп в другое место, где сконфигурирован другой VLAN, то сеть у них работать не будет, а с другой есть вот такой геморрой. А если не объединять в суперскопы, то в из нового суперскопа подхватятся настройки автоматически, хотя при этом в старом тоже будет какое-то время висеть занятый этим мак-адресом ип-адрес (пока не истечёт время аренды, ну либо руками прибить).
Комментариев нет:
Отправить комментарий