MDP

@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

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

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

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

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

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