sergeyk

@uRay у вас MacBook к Voyager подключается только к 2.4 ГГц? Попробуйте отключить band steering.

Прикрепите self-test с обоих устройств.

Вам уже выданная рекомендация не помогла?

Такой возможности нет и не будет из-за аппаратных ограничений.

Если это обязательное условие, то без разделения никак. Хотя я не понимаю, какая разница, какие у устройств адреса, если это фактически одна подсеть, судя по вашему изначальному требованию.

Могу написать ещё раз: почему одной большой общей сети недостаточно и нужно разделять устройства на две?

Конечно не помогло. Я писал про одну общую сеть.

Сделайте сеть /23 или /22. У встроенного сервера ограничение в 1250 узлов.

Всё равно не понятно, почему одного недостаточно.

Вы сделали две подсети, а теперь хотите их объединить, вместо того чтобы использовать одну. В чём идея?

Это особенность работы клиента Wi-Fi: когда он не приассоциирован к точке доступа, но настроен, он находится в режиме поиска станции. Поиск предполагает периодическое сканирование эфира с переключением каналов. Поскольку радиотракт общий у клиента и точек доступа, точки вместе с клиентом переходят на другие каналы при сканировании. Выход тут только один — вручную фиксировать канал.

(config)> components auto-update channel delta Components::Manager: Auto-update channel is "delta". (config)> copy running-config startup-config (config)>

@Дмитрий Столетов что насчёт 3.9.5? https://forum.keenetic.com/topic/14584-журнал-изменений-39/#comment-162331

@KYTECHNGAMING please also attach a (hidden) self-test from the running device.

Как уже написал выше @r13, команда управления только одна [no] interface <Parent>/VlanX В качестве <Parent> может выступать любой интерфейс Wi-Fi. Интерфейс <Parent>/VlanX передаёт данные в среду, добавляя тег X, и принимает данные из среды, снимая тег. Например, если у вас есть тегированный трафик с VLAN 10 на порту свитча GigabitEthernet0/1, его можно тегированным же передавать по Wi-Fi через точку доступа, настроив мост между этими интерфейсами: interface GigabitEthernet0/1 switchport mode trunk interface GigabitEthernet0/1 switchport trunk vlan 10 interface GigabitEthernet0/Vlan10 interface WifiMaster0/AccessPoint0/Vlan10 interface Bridge10 interface Bridge10 include GigabitEthernet0/Vlan10 interface Bridge10 include WifiMaster0/AccessPoint0/Vlan10 При такой конфигурации внутри Bridge10 ходит нетегированный трафик из VLAN 10, а в сторону порта свитча GigabitEthernet0/1 и точки WifiMaster0/AccessPoint0 — тегированный.

Yes, then please upload to Yandex.

Please attach here in a hidden post.

@KYTECHNGAMING Sorry for inconvenience, the right command is tcpdump -i br0 -s 0 -U -w /<path-to-usb-storage/tsmb_crash.pcap port 445 >/dev/null 2>&1

Строго говоря, никакие функции не теряется, только настраивать некоторые из них становиться менее удобно.

Вы можете не добавлять устройство в Wi-Fi-систему и настраивать его интерфейсы вручную.

Unfortunately syslog messages are not enough. It is need the packet dump saved at the crash moment. Could you use the tcpdump utility in an unbuffered mode from opkg? tcpdump -U -w /<path-to-usb-storage/tsmb_crash.pcap port 445 >/dev/null 2>&1

(config)> interface GigabitEthernet0/Vlan9 standby enable Network::Interface::Standby: "GigabitEthernet0/Vlan9": enabled. (config)> interface PPPoE0 standby enable Network::Interface::Standby: "PPPoE0": enabled.

Когда в очередной раз обнаружите такое состояние, сохраняйте self-test до отключения Wi-Fi (когда DHCP не работает) и после (когда DHCP заработает).

Как вы его перезапускаете?

I suppose you may reconfigure the camera to make backups at any time to speedup the investigation.