RP
А нет можно не чинить, RIPE Atlas умеет только в SLAAC пока 😔
Size: a a a
2020 May 20
S
Вопрос вот есть у меня VRRP для каждого Влана , а теперь вопрос куда вешать DHCP-relay на VRRP интерфейс и его айпи в качестве источника , или на физический интерфейс и указывать IP который на interface влан висит?
EV
На интерфейс влана смотрящий на клиента
EV
В одном броудкаст сегменте с клиентами
EV
Тот интерфейс к которому приходит dhcp discover от клиентов тот и является релеем
RP
Я на VRRP интерфейсе размещал бы, он тоже находится в одном сегменте с клиентами.
RP
Там на _физическом_ интерфейсе будет фильтр на канальном уровне, для виртуального MAC адреса вашего VRRP интерфейса
S
Ладно попробуем и так и сяк
EV
Если у вас вррп прикидывается для клиентов значит на него
VP
Stanislav
Ладно попробуем и так и сяк
Вам бы по хорошему вланы на вррп вешать, а не вррп на вланы.
EV
Вам бы по хорошему вланы на вррп вешать, а не вррп на вланы.
Да
S
/interface vrrp add interface=VLAN200 name=VLAN200VRRP priority=120 version=2 vrid=20 Я не знаю как это корректно трактовать . кто на кого вешается
I
Вам бы по хорошему вланы на вррп вешать, а не вррп на вланы.
в смысле
VP
Stanislav
/interface vrrp add interface=VLAN200 name=VLAN200VRRP priority=120 version=2 vrid=20 Я не знаю как это корректно трактовать . кто на кого вешается
Вот лучше наоборот. вррп вешать на физику, а влан на вррп.
S
там даже уже и не физика там бридж
I
чем лучше?
VP
в смысле
В прямом. Какой смысл городить вррп на "слейв" интерфейсе?
I
тем, что кадры вррп соответствующего влана будут бегать с меткой
VP
чем лучше?
Тем, что по событию погаснут все "подчиненные" вланы.
I
это очень нестандартный вендорозависимый ход