MDP

...ладно, короче я сдался...ну не прокатило.. не фартануло. пошел другим путём. Убрал присвоение роли к интерфейсам (толку их прописывать каждый раз, после перезагрузки роутера?). Логи и прочие измышления, которые выкладывал скрытым текстом скачаны 0 раз с 8 сентября. Проблема эта неинтересна от слова совсем разработчикам.))) 🍌...а может это вовсе и не проблема?

Да в общем теперь всё ясно, на экстендер "прилетает политика" с контроллера. На экстендере выполнил: interface <номер> role iseg в running-config роль появилась. Затем...даже не экстендер, а КОНТРОЛЛЕР перезагрузил !!! После перезагрузки контроллера в running-config экстендера присвоенные роли ОТСУТСТВУЮТ,так как выполняется: Sep 28 05:33:56 ndm: Network::Interface::Base: "FastEthernet0/1": deleted all roles. Я лично на 100% уверен, что данная ситуация абсолютно у всех имеет место быть, @Le ecureuil @ndm ну не может такое не воспризводится лог. с экстендера скрытым прикрепил....если он вам интересен. В 15-32 момент перезагрузки крнтроллера.

Подскажите, не может ли удаляться роль на экстендере некой политикой исходящей от контроллера?

Облако работает? ...или нет?

@ndm версия 3.5 beta 6 проблема сохраняется на экстендере. Сброс до заводских делал.

Попутно спрошу, в новой версии приложения появился раздел "Statistic". Это для чего? Где прочитать можно? ...буквально в 2-х словах

Вернулась статистика, спасибо

@Alex Sh. новый день, новая статистика?

Да вот правильно...более информативный снимок

Андроид.

Устройство Ultra II

Да как на форуме

По моему сегодня и кажись позавчера была обнулена статистика. @Alex Sh.

После обновления на beta 4 в startup-config перестали затираться строки role iseg. Всё пришло в норму: В running-config ситуация не изменилась строки отсутствуют:

В самом диске есть своё ПО...изредка он проводит самостоятельно необходимые ему процедуры. У меня тоже были такие же вопросы. Потом для эксперимента просто подключил его к зарядному устройству ( т.е передача данных отсутствует) ...вопросы отпали

Обновился до beta3 ...в итоге в startup-config на экстендере исчезли строки role iseg ...ладно в running-config, но startup-config почему и как??? После обновления на бета 3 выгрузил журналы контроллера и экстендера (прикрепил скрытым текстом далее).

потом ниже Beta 3 ещё не ставил

Прикрепил скрытым

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

Дано: Прошивка 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

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