MDP

Дано: Прошивка 3.5 beta 2 Контроллер Ultra II Экстендер KN-1610 На LAN интерфейсах контроллера и экстендера выполняем команду: interface <номер> role iseg system configuration save После выполнения в секциях интерфейса в файлах running-config и startup-config присутствует (пример для интерфейса 2): interface FastEthernet0/2 rename 2 role iseg switchport mode access switchport mode trunk switchport access vlan 1 switchport trunk vlan 2 up После перезагрузки на контроллере файлы running-config и startup-config идентичны, но на экстендере различаются: running-config interface FastEthernet0/2 rename 2 switchport mode access switchport mode trunk switchport access vlan 1 switchport trunk vlan 2 up startup-config interface FastEthernet0/2 rename 2 role iseg switchport mode access switchport mode trunk switchport access vlan 1 switchport trunk vlan 2 up В чем загвоздка??? Ситуация как выяснилась не единичная. Кроме того, после обновления с 3.5 beta 1 до версии 3.5 beta 2 на экстендере (на контроллере всё нормально) исчезли строки в startup-config на LAN интерфейсах role iseg

Значит у меня так работает syslog (вернее не сам syslog,а приблуда извлекающая данные с журнала)...он сортирует не последовательно записи (по мере их поступления), а по времени...спасибо, надо поизучать.

А вот с этим как-то надо разобраться...каша образуется в syslog -сервере. Всё равно это время никакой информации полезной не даёт...т.е. до синхронизации с NTP лучше в системе время применять 1900 год...или какой там год, откуда ведётся нулевой отсчет? Зря сделали отсчет от последнего сохранения конфига

Всё же не вкурил, как удалённость ntp сервера (как Вы говорите ping) может влиять на точность системного времени...Вам пусть даже из статьи критичен рассинхрон в 20 миллисекунд? ...да хоть в 500???

Разве точность синхронизации часов зависит от величины времени ответа сервера? В протоколе вроде как учитывается поправка на латентность @Le ecureuil

Да удобный механизм...он как бы и отказоустойчивости не мешает и добавляет функционал.

Ну в вебе надо реализовать, чтобы голову тонкостями не забивать)))

Это как так? ..он сразу в перезагрузку полетел. Через CLI чтоль?

P.S. ..критика в топике тоже приветствуется, тут как бы в любом случаи крайнее слово за разработчиками...вроде на мой взгляд не должно повредить отказоустойчивости? @ndm

Также актуально

Подниму тему...актуально

Очень много народу сталкиваются с тем, что обновились...и пожалели об этом...не делали бекапа прошивки и конфига... Есть предложение обновлять одну область до версии, которую пожелал пользователь...вторую область оставлять предыдущей версии ПО (она же 100% рабочая, и в случаи неудачи можно загружаться с неё)...ну и дать возможность откатить пользователю на шаг назад если он разочаровался и ошибся с обновлением. Так сказать ctrl-z

Да, но mac от wi-fi адаптера откуда-то прилетает же? )))) конкретно у меня к 14:85:52:a1:f2 привязан IP 192.168.1.162 , а к 14:85:9d:82:a5 привязан IP 192.168.1.161 Соединение по кабелю...wi-fi зарегистрировано, но не используется

Всё поправилось, статистика вернулась у меня

Вот в логах покопался...телевизором пользуемся всегда...но проблема выскакивает эпизодически... All_2020-5-27-13_0_22.html

Да тут нечто другое...как бы, когда кабелем соединяешься, то Wi-Fi у телевизора не должно бы работать совсем! ...и ещё wi-fi самого телевизора тоже зарегистрирован и имеет адрес, отличающийся от адреса по кабелю! Тут действительно с телевизора прилетает ARP по кабелю содержащая mac LAN и Wi-Wi и пытающиеся получить IP адрес от LAN. ...чет сумбурно я наваял.

У меня тоже как и у Вас было зарегистрировано 2 разных IP (воздух и кабель) по разным MAC, в том то весь и фикус ...уже очень давно. Логи периодически просматриваю, такого конфликта не наблюдал, но в один момент посыпалось как из ведра. Причем на телевизоре нет такого режима, как "забыть" подключение по Wi-Fi (даже переход к заводским установкам не сбрасывает параметры подключения к WI-FI). Решилось просто в телефоне сделал точку доступа и подключил телевизор к телефону, чтобы затёрлись текущие настройки подключения. После этого по кабелю уже конфликты не наблюдаются. Телевизор 55H7000

Статистика по скаченому/переданному обнулилась на главном экране. Вроде как ещё месяц не закончился...андроид приложение, самое последнее

Есть предположение...у меня на Самсунге было идентичная шляпа. Что было у меня: Настроено подключение по wifi...потом я подключился кабелем настройка по wifi номенально осталась, но использовал кабель. В логах такая хрень стала твориться как у Вас. Вроде как у проводной и воздушной сетевухах разные mac и разные ip ...но факт есть факт... В телевизоре подключил к другой точке доступа, временной не к роутеру, чтобы затёрлось предыдущие заполненные параметры подключения к wifi...далее перешёл на кабель...вроде конфликтов уже нет

Может легче хотеть отдельные инжекторы по демократичной цене

кренка это параметрический стабилизатор, которая лишнюю мощность отдает в тепло...более одного ампера и им станет нехорошо.

Попробуйте убрать поддержку b и g, оставьте только 802.11n, совсем древних устройств надеюсь, что нет у Вас уже

Я чего то не понимаю? Причем тут вообще провайдер то с его gpon?

,

https://help.keenetic.com/hc/ru/articles/360005236300-Сегменты-сети ....взаимодействие между сегментами