нужна глобальная команда для вспомогательного адреса на пограничных коммутаторах?

[JustTakeTheFirstStep]

interface Vlan1400 description Configured from Catalyst Center mac-address 0000.0c9f.f253 vrf forwarding VN1 ip address 192.168.0.1 255.255.252.0 ip helper-address 172.16.100.101 ip helper-address 172.16.100.102 no ip redirects ip route-cache same-interface no lisp mobility liveness test lisp mobility 192_168_0_0-VN1 DNAC версия 2.3.7.7-70047 Я использовал Lan-automation на коммутаторе EDGE.
В интерфейсе коммутатора EDGE отсутствует глобальная опция для helper-address.
ПК не получает IP-адрес. Привязка IP-адреса
не удается,
когда
helper-address равен 172.16.100.1
Привязка IP-адреса
удалась
с
глобальным
helper-address 172.16.100.1

[JustTakeTheFirstStep]

https://www.cisco.com/c/en/us/td/docs/cloud-systems-management/network-automation-and-management/dna-center/tech_notes/sda_dhcp/b_cisco_sda_dhcp.html interface Vlan3000 description Configured from apic-em mac-address 0000.0c9f.fc17 vrf forwarding VRF1 ip address 192.168.101.1 255.255.255.0 ip helper-address 192.168.103.2 --> Note that the "global" keyword has been removed. DHCP discovery goes through the overlay. DHCP-сервер не находится в той же подсети.
Согласно руководству, DNAC больше не использует глобальную опцию для helper-address.
Мы разрешили порты 67,68 на брандмауэре, и все проблемы были решены.

[Andrii Oliinyk]

Это потому, что 172.16.100.1 находится в другом VRF. CatC Design/NetworkSettings для DHCP-серверов по IP-пулу не поддерживает манипуляции с этим флагом.

[Andrii Oliinyk]

Речь идет не о подсети, а о пространстве VRF. CatC настраивает помощники под IP-пулом без каких-либо дополнительных элементов, таких как использование GRT (INFRA_VN) для обмена DHCP. Таким образом, чтобы иметь DHCP-серверы в разных VRF и по-прежнему использовать их для наложения IP-пулов, необходимо где-то включить связь между этими VRF. Один из подходов заключается в реализации этого с помощью FW в некоторых «центральных» местах.