[waspagv]

Добрый день!

Впервые пробуем ASR 9006 в качестве BNG. Настраиваю подключение по технологии IPoE. Пока не касался создания сессий, авторизации и пр. Нужно выдать клиенту адрес со стороннего DHCP-сервера. Не работает с Ambiguous VLAN interface. 

 

По порядку. DHCP Proxy настроен так:

dhcp ipv4
 vrf main proxy profile IPoE_DHCP
 profile IPoE_DHCP proxy
  helper-address vrf main 192.168.2.228 giaddr 192.168.2.55
  lease proxy client-lease-time 300
  broadcast-flag policy unicast-always
  relay information policy keep
  relay information option allow-untrusted
 !
 interface Bundle-Ether19.3333 proxy profile IPoE_DHCP
!

Сабинтерфейс:

interface Bundle-Ether19.3333
 vrf main
 ipv4 address 10.0.1.3 255.255.255.0
 arp learning disable
 ipsubscriber ipv4 l2-connected
  initiator dhcp
  initiator unclassified-source
 !
 encapsulation ambiguous dot1q 3333 second-dot1q 1405-1420

При поступлении DHCP-пакета DISCOVER от клиента вижу в отладке

RP/0/RSP0/CPU0:Mar 17 19:45:01.696 SAMST: dhcpd[1097]: DHCPD PROXY: TP1955: FSM called for chaddr 201a.0676.00ff with event PACKET_DISCOVER state INIT
RP/0/RSP0/CPU0:Mar 17 19:45:01.696 SAMST: dhcpd[1097]: DHCPD PROXY: TP1903: Process packet event in INIT state called for chaddr 201a.0676.00ff
RP/0/RSP0/CPU0:Mar 17 19:45:01.696 SAMST: dhcpd[1097]: DHCPD PROXY: TP1955: FSM called for chaddr 201a.0676.00ff with event DPM_SUCCESS state INIT_DPM_WAIT
RP/0/RSP0/CPU0:Mar 17 19:45:01.696 SAMST: dhcpd[1097]: DHCPD PROXY: TP2739: Dropping DISCOVER for 201a.0676.00ff received on ambiguous VLAN interface for standalone proxy
RP/0/RSP0/CPU0:Mar 17 19:45:01.696 SAMST: dhcpd[1097]: DHCPD PROXY: TP3647: FSM call returned error for chaddr_string: 201a.0676.00ff, msg_type:1, mode: 4, event: 27
RP/0/RSP0/CPU0:Mar 17 19:45:01.696 SAMST: dhcpd[1097]: DHCPD PROXY: TP1665: Proxy process client request packet failed for chaddr 201a.0676.00ff

Ключевое здесь, как мне кажется, вот это:

Dropping DISCOVER for 201a.0676.00ff received on ambiguous VLAN interface for standalone proxy

Если исключить на интерфейсе всякое ambiguous, записать так

encapsulation dot1q 3333 second-dot1q 1420

то DHCP-запрос прекрасно транслируется на сервер, клиент получает адрес.

 

На данном форуме нашел сходную ситуацию, где ambiguous не мешал: 

Но там сервер был локальным.

 

Собственно, в чем тут проблема?

[waspagv]

Проверил вариант с сервером DHCP вместо прокси. Совершенно аналогичная ошибка. Что-то у меня не так, по сравнению с теми, у которых получилось. Не могу понять, что именно.

[BurtW]

Добрый вечер. А почему вы для установки сессии используете initiator dhcp и unclassified source? Как бы они имеют разные механизмы работы. 

[waspagv]

В 20.03.2022 в 02:07, BurtW сказал:

Добрый вечер. А почему вы для установки сессии используете initiator dhcp и unclassified source? Как бы они имеют разные механизмы работы. 

До сессии дело даже не дошло. Я уже исправил этот косяк, теперь так:

interface Bundle-Ether19.3333
 vrf main
 ipv4 point-to-point
 ipv4 unnumbered Loopback50
 arp learning disable
 ipsubscriber ipv4 l2-connected
  initiator dhcp
 !
 encapsulation ambiguous dot1q 3333 second-dot1q 1405-1420
!

Поведение совершенно аналогично описанному: на ambiguous VLAN не работает с той же отладкой.