4.2 Beta 1 DHCP не выдаются IP-адреса клиентам, подключающимся по WiFi через ретранслятор

[Ari100krat]

Обновил прошивки контроллера KN2710 и ретранслятора KN1811 с 4.1.7 на 4.2 Beta 1.
Клиенты, которые подключаются к ретранслятору, отваливаются в сети из-за отсутствия IP-адреса.
DHCP-сервер контроллера не выдаёт этим клиентам адреса.
Пул свободных адресов свободен наполовину.

[Kvark]

Такая же проблема. Отмечу только, что у меня IP-адреса не выдаются только в отдельно созданном сегменте для IoT-устройств. В дефолтном сегменте Home всё работает корректно. На 4.1.7 всё нормально работало во всех сегментах.

[Denis P]

 

https://help.keenetic.com/hc/ru/articles/360000581749-Настройка-гостевой-сети-Wi-Fi-на-устройстве-в-режиме-Точка-доступа-Ретранслятор

[Ari100krat]

31 минуту назад, Kvark сказал:

у меня IP-адреса не выдаются только в отдельно созданном сегменте для IoT-устройств. В дефолтном сегменте Home всё работает корректно. На 4.1.7 всё нормально работало во всех сегментах.

Спасибо за дополнение. Именно так и есть: IP-адреса не выдаются клиентам дополнительных сегментов.
Откат на прошивку 4.1.7 проблему решает.

 

5 минут назад, Denis P сказал:

https://help.keenetic.com/hc/ru/articles/360000581749-Настройка-гостевой-сети-Wi-Fi-на-устройстве-в-режиме-Точка-доступа-Ретранслятор

Всё уже было настроено (в том числе, и по информации в этой статье) и работало.
На прошивке 4.2 Beta 1 не работает. Откат на 4.1.7 проблему решает - DHCP нормально работает.

[Denis P]

12 минуты назад, Ari100krat сказал:

Спасибо за дополнение. Именно так и есть: IP-адреса не выдаются клиентам дополнительных сегментов.
Откат на прошивку 4.1.7 проблему решает.

 

Всё уже было настроено (в том числе, и по информации в этой статье) и работало.
На прошивке 4.2 Beta 1 не работает. Откат на 4.1.7 проблему решает - DHCP нормально работает.

Попробуйте перезахватить ретранслятор, судя по всему на него не прокинулись vlan'ы доп сегментов

[bigpu]

14 минуты назад, Ari100krat сказал:

Спасибо за дополнение. Именно так и есть: IP-адреса не выдаются клиентам дополнительных сегментов.
Откат на прошивку 4.1.7 проблему решает.

4.2 Beta 1 тот же кейс - все работает корректно

Скрытый текст

 

[Ari100krat]

3 часа назад, Denis P сказал:

Попробуйте перезахватить ретранслятор, судя по всему на него не прокинулись vlan'ы доп сегментов

Благодарю Вас.
Действительно потерялись trunk'и VLAN'ов моих дополнительных сегментов.
Удаление и захват ретранслятора (даже без сброса его к заводским настройкам) помогло.

(добавлено спустя 1 час) однако... после перезагрузки ретранслятора снова теряются trunk'и VLAN'ов, и снова нужно перезахватывать ретранслятор.

Edited July 25 by Ari100krat

[Kvark]

В 4.2 beta 2 раздачу ip-адресов  в дополнительных сегментах через ретранслятор поправили. Теперь всё работает как и в 4.1.7. Спасибо.

[Ari100krat]

Да, теперь всё заработало, но я в настройках ретранслятора удалил все ненужные для ретранслятора компоненты и сделал сброс к заводским настройкам. После этого перезахватил этот ретранслятор в Mesh-систему, и всё заработало.

Однако, решил пойти дальше и таки попробовать следующий сценарий: 
использовать для backhaul между контроллером KN2710 и ретранслятором KN1811 агрегированные порты для увеличения пропускной способности и производительности этого канала связи
Пробовал на 4.1.7 - работало.

В 4.2 Beta (уже 2) такая связь работает только до перезагрузки или ретранслятора или контроллера.
После загрузки trunk'и портов дополнительных VLAN теряются.

Скрытый текст

до перезагрузки в config'е ретранслятора на любрм порте так:
     interface GigabitEthernet0/0
     rename 1
     switchport mode access
     switchport mode trunk
     switchport access vlan 1
     switchport trunk vlan 11

а после перезагрузки так:
     interface GigabitEthernet0/0
     rename 1
     switchport mode access
     up

Соответственно устройства в дополнительных VLAN 11, подключающиеся через ретранслятор, не в сети.
Также, в окне Wi-Fi системы на контроллере, у ретранслятора после перезагрузки есть предупреждение о блокировке второго из двух агрегированных портов.

В крайней stable прошивке 4.1.7 всё отлично работало, и после перезагрузки trunk'и не терялись.

Edited August 9 by Ari100krat