Jump to content

Andrey Kupreychik (Foxel)

Forum Members
  • Posts

    13
  • Joined

  • Last visited

Posts posted by Andrey Kupreychik (Foxel)

  1. 1 час назад, Владимир23 сказал:

    Модем 4G в резерве и сессия всегда активна -> быстрый переход на резервный канал (поддерживается в текущей прошивке).
    Модем 4G в резерве и сессия не поднята (модем как бы отключен по питанию) -> более долгий переход на резервный канал, но при определённых тарифах экономия в финансах (в планах поддержка в следующих версия прошивок)

    Первое не совсем верно. Я понимаю этот подход, он имеет место быть, но сессия на модеме остается активна даже если я выключаю соединение в UI/Telnet и оно больше не идет как резервное, автоматического перехода на него не будет. 
    В этом даже для первого сценария я вижу баг.
    360973407_2021-01-2517-53-17.png.4799248c7c51831e7b617496299ab2f8.png

     

    Второй сценарий это конечно мечта. Рад слышать что его уже прорабатывают разработчики.

  2. Добрый вечер!

    После покупки модема Megafon для резервного соединения обнаружил что у меня списываются деньги за дни когда я не использую соединение (использую тариф с оплатой только за дни подключения). Оказалось что роутер не отключает интернет на модеме после опускания интерфейса. Из отладочного лога видно следующее (ключевые части):

    Jan 22 16:59:55 192.168.0.1 ndm: Network::Interface::Base: "CdcEthernet0": interface is up.
    Jan 22 16:59:55 192.168.0.1 ndm: Core::ConfigurationSaver: saving configuration...
    Jan 22 16:59:56 192.168.0.1 ndm: Network::Interface::UsbEthernet: "CdcEthernet0": link up.
    ...
    Jan 22 17:00:04 192.168.0.1 ndm: Network::Interface::WebCaller::Task: calling http://192.168.100.1/goform/goform_set_cmd_process.
    Jan 22 17:00:04 192.168.0.1 ndm: Network::Interface::WebCaller::Task: sending: goformId=SET_CONNECTION_MODE&isTest=false&ConnectionMode=auto_dial&roam_setting_option=off.
    ...
    Jan 22 17:00:04 192.168.0.1 ndm: Network::Interface::WebCaller::Task: calling http://192.168.100.1/goform/goform_set_cmd_process.
    Jan 22 17:00:05 192.168.0.1 ndm: Network::Interface::WebCaller::Task: sending: isTest=false&notCallback=true&goformId=CONNECT_NETWORK.

    Дальше идет опрос уровня сигнала и т.п.

    При отключении:

    Jan 22 17:06:25 192.168.0.1 ndm: Network::Interface::Base: "CdcEthernet0": interface is down.
    Jan 22 17:06:25 192.168.0.1 ndm: Core::ConfigurationSaver: saving configuration...
    Jan 22 17:06:26 192.168.0.1 ndhcpc: CdcEthernet0: sendmsg() failed (network is unreachable).
    Jan 22 17:06:26 192.168.0.1 ndhcpc: CdcEthernet0: can not send RELEASE (network is unreachable) in RELEASING state.
    Jan 22 17:06:26 192.168.0.1 ndm: Dhcp::Client: DHCP server is not responding.
    Jan 22 17:06:26 192.168.0.1 ndhcpc: CdcEthernet0: interrupted by a stop signal.
    Jan 22 17:06:26 192.168.0.1 ndhcpc: CdcEthernet0: NDM DHCP client stopped (exit status 0).
    Jan 22 17:06:26 192.168.0.1 ndm: Network::Interface::Ip: "CdcEthernet0": IP address cleared.
    Jan 22 17:06:26 192.168.0.1 ndm: FeedbackListener: failed to send a feedback result code.
    Jan 22 17:06:28 192.168.0.1 ndm: Network::Interface::UsbEthernet: "CdcEthernet0": link down.
    Jan 22 17:06:29 192.168.0.1 ndm: Core::ConfigurationSaver: configuration saved.

    Я бы как минимум ожидал `goformId=DISCONNECT_NETWORK` перед отключением порта.

    Мне так-же кажется лишним `ConnectionMode=auto_dial` при подключении. Возможно имеет смысл на всякий случай перезагрузки модема, но тогда я хотел бы видеть `ConnectionMode=manual_dial` при выключении интерфейса.

    Проблема с открытым соединением не позволяет мне удобно использовать данный вид подключения. Считаю это недоработкой/ошибкой.

    Есть ли шанс что ситуация изменится в будущих версиях прошивки?

    Роутер KN-1010. Текущая версия KeeneticOS: 3.5.6. Модем: Мегафон 4G+ (LTE) модем M150-3

    kn-1010-cdc.log

  3. В 30.09.2020 в 13:20, r13 сказал:

    Отдельно задаётся командой

    ip host [ имя] [ip]

    Это работает если я IP зафиксировал, и то синхронизироваться не будет если IP сменить.
    Но вот мне как-раз когда зафиксировал IP, имя уже не будет нужно, а нужно без фиксации IP.

  4. День добрый.

    Использую функцию `ip dhcp pool update-dns`. Удобно, но не все клиенты посылают корректное имя и не все посылают имя в принципе. Можно ли сделать так, чтобы в DNS попадали имена устройств, заданные при их внесении в known host? Ну или отдельно как-то задать dns имя для устройства?

  5. Отпишусь тут. Скажите, если нужно отдельную тему завести.

    Хотелось бы чтобы при работе MWS было возможно:

    * настраивать какие порты захваченной точки принадлежат каким VLAN (или иметь режим MWS в котором она не настраивает на дочерних vlan для портов которые не ведут к главному роутеру.

    * чтобы MWS не стирало на дочерних точках бриджи и Vlan к которым она не имеет отношения

    MWS очень удобная вещь для настройки именно беспроводной части, синхронизации списков доступа, включения/отключения сетей WI-FI. Но настройку проводной части она делает довольно грубо.

     

    По минимуму было бы достаточно иметь режим MWS в котором при настройке дочерних точек происходило следующее:

    * при настройке VLAN на портах, настраивался только порт ведущий к главной точке, trunk VLAN только добавлялись, но не убирались

    * при настройке Bridge интерфейсов, интерфейсы только добавлялись, но не убирались

    Таким образом можно было бы настроить на дочерних точках VLAN самому, а также иметь дополнительные бриджи

  6. Добавлю свои 5 копеек.

    Девайсы Wi-Fi на 3.3.7 показывают down в 'show ip hotspot' при не очень длительном молчании, при этом show associations показывает активное подключение.

    Раньше такого не было. Думаю это все как-то связано с изменением "ускорена работа при обращении к списку хостов"

    • Upvote 1
  7. Добрый день.

     

    Сегодня обнаружил, что не могу открыть WEB-интерфейс роутера: браузер до изнеможения ждет ответ на /rci/show/version.

    Попробовал команду 'show version' через telnet - все сработало:

    (config)> show version
    
              release: 3.01.C.0.0-0
              sandbox: stable
                title: 3.1
                 arch: mips
    
                  ndm: 
                    exact: 0-b285276
                    cdate: 28 Aug 2019
    
                  bsp: 
                    exact: 0-6c35696
                    cdate: 28 Aug 2019
    
                  ndw: 
                  version: 3.1.20
                 features: wifi_button,wifi5ghz,usb_3,led_control,dual_image,wifi_ft,wpa3
               components: base,config-ap,corewireless,dhcpd,dot1x,dpi,easyconfig,igmp,miniupnpd,netflow,
                           pingcheck,ppe,pppoe,trafficcontrol,usb
    
         manufacturer: ZyXEL
               vendor: ZyXEL
               series: Keenetic series
                model: Keenetic
           hw_version: 80280000-D
                hw_id: kng_re
               device: Keenetic Giga III
                class: Internet Center
               region: RU
          description: ZyXEL Keenetic

     

    Контекст: роутер используется в режиме точки доступа и работает как слейв в Wi-Fi системе под управлением Giga KN-1010.
    Последнее изменение, насколько я помню, - добавление нового сегмента.

    Помогите разобраться в проблеме.

  8. Мой вариант использования следующий:

    я использую белые списки на обоих точках. У всех моих устройств одинаковый MAC в двух диапазонах. Т.к. зона покрытия 5ГГц меньше, мне нужно, чтобы двухдиапазонные переносимые устройства (телефоны и планшеты) имели доступ к обоим точкам, т.е. мне нужно внести их в оба списка и не потерять в последствии при подключении новых устройств.

  9. Добрый день.

    Где-то месяц назад заметил в UI NDMS GIGA 3 следующий баг: список доступа не всегда показывает зарегистрированные устройства, даже если они в текущий момент есть в списке доступа. Это вызывает неудобства с добавлением новых устройств, ибо при сохранении списка, неотображаемые устройства из него стираются.

    Вчера я покопался в проблеме глубже и обнаружил следующий код в /modules/wireless.acl.js:

    for (var i in khost) {
        var mac = khost[i].mac;
        if (!macs[mac].ap && !+macs[mac].port || macs[mac].ap == AP_IFACE)
            rows.push([macs[mac].name || macs[mac].hostname, mac.toUpperCase()]);
    }

    Согласно данному алгоритму в список для отображения не попадают устройства, в данный момент ассоциированные с AP, если это не AP которую мы настраиваем. Т.е. если я открываю список доступа сети 2.4 ГГц, я не вижу там устройств, которые сейчас подключены к 5 ГГц точке (и наоборот).

     

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

     

    Прошу починить или объяснить.

    P.S. Приходится управлять списком через telnet. Это конечно не часто бывает, но очень неудобно, особенно учитывая, что стоит мне сохранеить список в UI я теряю уже сохраненные настройки.

    • Thanks 2
    • Upvote 1
×
×
  • Create New...