sergeyk
-
Постов
1 504 -
Зарегистрирован
-
Посещение
-
Победитель дней
10
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент sergeyk
-
@Lostpro у вас в обоих self-test есть строка [I] Jan 1 00:00:02 kernel: mt_wdt 1001c000.watchdog: SoC power status: power-on reset Это значит, что устройство перезапускалось из-за отключения питания. Если вы уверены, что в розетке с питанием было всё в порядке, возможно есть проблемы с блоком питания устройства или самим устройством. Тут, скорее всего, поможет только замена либо БП, либо экземпляра.
-
Ситуация яснее не стала.
-
Что вы тогда подразумеваете под термином "модем"?
-
Ставьте сразу 1200 (или ещё ниже). Можно ещё попробовать подключить модем через активный USB-хаб. Экземпляр старый, возможно есть проблемы с питанием на USB-порту. (У вас точно 1610? У него нет USB-порта, если что.)
-
Попробуйте так ip dhcp pool _WEBADMIN debug
-
Пул свободных адресов закончился.
-
@Lostpro включите ещё отладку на интерфейсе PPPoE0: interface PPPoE0 debug system configuration save
-
Всё так и есть: для подавляющего большинства пользователей включенный flowcontrol — правильная настройка; любое нормальное правильно настроенное сетевое устройство изначально работает в таком режиме.
-
Отключите flow control на порту 1012, к которому подключена док-станция: no interface {name} flowcontrol send или no interface {name} flowcontrol
-
Через Web настроить два логических WAN-интерфейса на одном физическом нельзя.
-
Нет, и в ближайшем времени не предвидится.
-
Пробовали MTU уменьшать?
-
Нет. Per-packet load balancing не реализован.
-
Почитайте тут:
-
В описании сказано, что нужно указывать имя сетевого интерфейса:
-
Проверьте сейчас, должно скачиваться.
-
Выключать нельзя, потому что аппаратные возможности устройств этого не позволяют. Перезагружать можно.
-
Сделать захват пакетов.
-
Проверьте для начала, что на WAN-интерфейс приходит запрос. Некоторые провайдеры блокируют доступ к порту 445 извне.
-
Обратиться в техподдержку.
- 3 ответа
-
- 1
-
-
Это не норма и исправляется только через сервис.
-
Это не костыли, а следование официальному документированному API.
-
Со стороны ndm тоже не выглядит разумным держать несколько источников событий с разными форматами: кому-то нужен XML, кому-то JSON, кого-то устроит только собственный бинарный формат. Одним нужен UNIX domain, другим удаленное взаимодействие по TCP или UDP. Плюс всё это нужно документировать.
-
Что это принципиально изменит? Да, возможно передача одного сообщения станет чуть быстрее, но, поскольку поток событий от ndm невелик, заметного влияния на работу системы это не окажет.
-
Технически ничем. Какие тут могут быть ещё варианты?
