Столкнулся с проблемой, которая долго выглядела как аппаратные потери пакетов на LAN-подключении. Проверял всё: кабели, адаптеры, драйверы, разные ПК — везде были потери при пинге локального шлюза.
В итоге выяснилось, что причина была в конфигурации: два LAN-порта в веб-интерфейсе светились красным (не входили в домашний VLAN). Хотя на них не было подключено никаких устройств, это вызывало периодические потери пакетов в бридже. После того как я добавил их в домашний VLAN, всё стало стабильно.
Предложения для улучшения Keenetic OS:
Добавить в веб-интерфейс простой просмотр ошибок интерфейсов (CRC errors, dropped packets, collisions), как это реализовано у многих других вендоров. Это сильно ускорит диагностику.
Сделать подсказку или предупреждение, что «висящие» порты (LAN-интерфейсы, не входящие ни в один сегмент) могут приводить к проблемам с сетью. Например, уведомление или автоматическую рекомендацию добавить порт в сегмент.
В «состоянии интерфейсов» полезно показывать не только скорость и дуплекс, но и наличие ошибок на канальном уровне.
Такие доработки сделают диагностику более «нативной» для рядового пользователя, без необходимости копаться в CLI.
You can post now and register later.
If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.
Question
kamik
Здравствуйте!
Столкнулся с проблемой, которая долго выглядела как аппаратные потери пакетов на LAN-подключении. Проверял всё: кабели, адаптеры, драйверы, разные ПК — везде были потери при пинге локального шлюза.
В итоге выяснилось, что причина была в конфигурации: два LAN-порта в веб-интерфейсе светились красным (не входили в домашний VLAN). Хотя на них не было подключено никаких устройств, это вызывало периодические потери пакетов в бридже. После того как я добавил их в домашний VLAN, всё стало стабильно.
Предложения для улучшения Keenetic OS:
Добавить в веб-интерфейс простой просмотр ошибок интерфейсов (CRC errors, dropped packets, collisions), как это реализовано у многих других вендоров. Это сильно ускорит диагностику.
Сделать подсказку или предупреждение, что «висящие» порты (LAN-интерфейсы, не входящие ни в один сегмент) могут приводить к проблемам с сетью. Например, уведомление или автоматическую рекомендацию добавить порт в сегмент.
В «состоянии интерфейсов» полезно показывать не только скорость и дуплекс, но и наличие ошибок на канальном уровне.
Такие доработки сделают диагностику более «нативной» для рядового пользователя, без необходимости копаться в CLI.
Спасибо за внимание!
3 answers to this question
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.