Jump to content

sergeyk

Forum Members
  • Posts

    1,434
  • Joined

  • Last visited

  • Days Won

    10

Posts posted by sergeyk

  1. 8 минут назад, volvic сказал:

    Перезапускаюсь, все начинает работать нормально. Коннект есть. В журнале на попытку войти в web-интерфейс до перезагрузки такие записи:

    Mws::RciClient: "52:ff:20:14:57:39": device is unreachable.

    В Web-интерфейс какого устройства?

    Такая ошибка появляется, когда ретранслятор (не роутер) с указанным адресом становится временно недоступен.

  2. 4 часа назад, zingarini сказал:

    Можно ли управлять собщениями ndhcpc в логах?

    Если достаточно убрать все сообщения от ndhcpc, используйте

    (config)> system log suppress ndhcpc
    Core::Syslog: Added suppression "ndhcpc".
    (config)> copy running-config startup-config 

     

    • Thanks 1
  3. 1 минуту назад, question2 сказал:

    I can try to replace the device id that is sended by the router to the update server, but it is easier to get rid of the router and the manufacturer, who does not know how to separate personal from business.

    Why do You think the servers blocked? To analyze the router state, please attach a self-test file here with access errors in it.

  4. В 28.01.2023 в 08:11, mobile vipka1n сказал:

    Hotspot::Discovery::Explorer: "Bridge0": network conflict: hosts 54:7f::5a::73 and 1c:af::0e::79 have the same IPv4 address 192.168.1.200.

    За час насыпает в логах 200 записей.

     

      Вот как бороться   с этим? DHCP  начинается  192.168.1.250

    Сообщение "... network conflict... have the same IPv4 address..." не имеет никакого отношения к DHCP.
    Компонент Discovery Explorer обнаруживает устройства с одинаковым IP-адресом, опрашивая устройства через рассылку ARP-запросов.

    Очевидно, что конфликтующие устройства имеют одинаковый вручную настроенный IP-адрес, раз вы утверждаете, что 192.168.1.200 в пул не входит. Единственный способ устранить конфликт прописать одному из них другой адрес вручную или включить у него DHCP.

    Если вас беспокоят именно сообщения, вы можете отключить диагностику

    no ip hotspot auto-scan interface Home
    copy running-config startup-config

    Но конфликт в сети, само-собой, от этого не исчезнет.

    • Thanks 1
  5. 5 часов назад, inoyat сказал:

    Все относительно....

    Из замеченных в таком поведении клиентов - все новые iphone, а в логе выше - ТД Элтекс.

    При этом - при замене кинетика на тупой TP-Link Archer C6 - все клиенты штатно получают адреса

    В таком случае делайте захват обмена DHCP-пакетами, когда обмен кажется неправильным.

  6. 1 час назад, inoyat сказал:

    Однако у части клиентов - проблемы, выдается адрес из пула 0.0.0.Х

    Из вашего журнала видно, что он не выдаётся, а запрашивается клиентом.

    DHCPDISCOVER received from cc:9d:a2:de:38:c0.
    making OFFER of 192.168.0.60 to cc:9d:a2:de:38:c0.
    DHCPREQUEST received (STATE_SELECTING) for 0.0.0.242 from cc:9d:a2:de:38:c0.

    Строки выше означают, что

    1. Сервер принял от cc:9d:a2:de:38:c0 широковещательный запрос на новый адрес.
    2. Сервер предложил клиенту cc:9d:a2:de:38:c0 адрес 192.168.0.60.
    3. Клиент cc:9d:a2:de:38:c0 прислал запрос на продление адреса 0.0.0.242.

    • Thanks 1
  7. 3 часа назад, MaXaoH сказал:

    Хорошо, даже если такое реализовать невозможно (по крайней мере на данный момент), может есть возможность просто посылать трафик/файл на определенный сервер и вывести график, как на главной?

    Проблема измерения "скорости соединения" заключается в том, что не понятно, что именно измерять.

    Speedtest выделяется тем, что имеет возможность автоматически выбирать ближайший к тестирующему клиенту сервер. Из-за большой собственной инфраструктуры Speedtest может это сделать и поэтому, как правило, его замеры показывают скорость, близкую к скорости, которую обещает провайдер в договоре, имея в виду скорость в своей локальной сети. Наверняка вы замечали, что от смены сервера значения могут заметно отличаться. Совсем не факт, что именно эта скорость вам нужна, зачастую пользователей интересуют замеры до какого-либо определенного IP-адреса, а они могут отличаться от замеров Speedtest радикально.

    • Thanks 1
  8. 58 минут назад, Axo92 сказал:

    Unfortunately it doesn't work as it should, the min-success option isn't saved.

    You should explicitly save configured state by synchronous

    copy running-config startup-config

    or asynchronous

    system configuration save

    command.

    "show ..." commands always return current active status, not configured values (but active values may be equal to configured ones).

    To revise configured state use

    show running-config

    and to view a configuration saved to a persistent storage

    more startup-config

     

    • Thanks 1
  9. @luneman Это сообщение не является ошибкой. Оно появляется, когда устройство обнаруживает, что предыдущая PPP-сессия не была завершена (по любой причине) отправкой терминирующего пакета PADT. Некоторые провайдеры не позволяют устанавливать новую сессию заново с тем же MAC-адресом, если не была явно разорвана старая.

    Похоже, в вашем случае можно разобраться, только если сделать захват пакетов на интерфейсе WAN (GigabitEthernet0/Vlan2).

    • Thanks 1
    • Upvote 1
  10. 26 минут назад, Евгений29 сказал:

    А в настройках роутера я ничего подобного не вводил)

    В настройках роутера и не надо ничего вводить, достаточно после первого подключения через браузер авторизоваться с любого клиента, чтобы активировать новое подключение с MAC роутера.

    • Upvote 2
  11. @Евгений29 я видел похожую проблему у московского Beeline: ответ на DHCP-запрос не приходит в течение 10 минут, поскольку их оборудование считает, что адрес уже выдан. Если поменять MAC-адрес или подключить, например, ноутбук напрямую к провайдеру (с другим MAC), то IP-адрес тут же выдаётся.

    https://homenet.beeline.ru/index.php?/topic/327637-не-выдаётся-ip-адрес/
    Такая проблема решается только со стороны провайдера.

    • Upvote 2
  12. 2 часа назад, Dimkor сказал:

    Ping-check почему-то не срабатывает (пробовал и автоматический и ручной режим).

    В таком случае я бы посмотрел на self-test, в котором зафиксированы неудачные попытки восстановить работу модема.

  13. 43 минуты назад, Dimkor сказал:

    Для себя я всё настроил, проблем не составило.

    Расскажите, для чего вы его периодически перезагружаете.

    В каком сценарии использования у устройства возникают проблемы, которые решаются только периодической перезагрузкой?

×
×
  • Create New...