Alexander
-
Posts
79 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Alexander
-
-
А эта Beta вообще выпускалась на канале обновлений Предварительный?
-
1
-
-
В 23.09.2023 в 23:52, vst сказал:
Ping-check не срабатывает, так как соединение всё время пытается переустановиться, но каждый раз безуспешно. Видимо нужны ещё подпорки для славного 860го.
Побывал по месту установки модема с кинетиком, сохранил self-test со включенным режимом отладки для UsbLte0 во время безуспешных попыток проинициализировать модем. Надеюсь поможет разобраться в ситуации не только путём перезагрузки модема по питанию.
(см. следующее скрытое сообщение)
-
1
-
-
В 24.09.2023 в 00:47, vst сказал:
Да, это сделаем.
Не вполне по теме выше, но не знаю где ещё спросить. Сообщения от kernel ниже (после срабатывания power-cycle) - это нормальная ситуация?
Скрытый текст[I] Sep 25 19:07:44 kernel: usb 1-2: new high-speed USB device number 6 using xhci-mtk [I] Sep 25 19:07:44 kernel: usb 1-2: New USB device found, idVendor=8087, idProduct=095a, bcdDevice= 3.50 [I] Sep 25 19:07:44 kernel: usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [I] Sep 25 19:07:44 kernel: usb 1-2: Product: MODEM + 2 CDC-ACM + 3 CDC-NCM + SS [I] Sep 25 19:07:44 kernel: usb 1-2: Manufacturer: Intel Corp. [I] Sep 25 19:07:44 kernel: usb 1-2: SerialNumber: 004999010000000:004999010000000:004999010000000:004999010000000 [I] Sep 25 19:07:44 kernel: cdc_acm 1-2:1.0: ttyACM0: USB ACM device [W] Sep 25 19:07:44 kernel: kworker/2:2: page allocation failure: order:2, mode:0x24010c1(GFP_KERNEL|GFP_DMA|__GFP_NORETRY) [W] Sep 25 19:07:44 kernel: CPU: 2 PID: 4706 Comm: kworker/2:2 Tainted: P O 4.9-ndm-5 #0 [W] Sep 25 19:07:44 kernel: Workqueue: usb_hub_wq hub_event [usbcore] [W] Sep 25 19:07:44 kernel: Stack : 8151787a 00000000 84365300 8142c924 00000000 00000000 00000002 814d5930 [W] Sep 25 19:07:44 kernel: 814d5e30 00000000 85e37800 8106eaa4 00000002 00001262 814d5e30 00000000 [W] Sep 25 19:07:44 kernel: 8142c8a4 83cb382c 00000001 8106bc24 814d5e28 00000000 81432978 83cb3844 [W] Sep 25 19:07:44 kernel: 83cb382c 8106bc24 84365300 8103fce0 81645f98 00000000 000004a9 00000123 [W] Sep 25 19:07:44 kernel: 00000000 00000000 00000000 00000000 00000000 00000000 5f627375 5f627568 [W] Sep 25 19:07:44 kernel: ... [W] Sep 25 19:07:44 kernel: Call Trace: [W] Sep 25 19:07:44 kernel: [<a87c18ca>] show_stack+0x2c/0x88 [W] Sep 25 19:07:44 kernel: [<4f96d44f>] dump_stack+0x9c/0xd4 [W] Sep 25 19:07:44 kernel: [<da443a6f>] warn_alloc+0xec/0x11c [W] Sep 25 19:07:44 kernel: [<88554dbf>] __alloc_pages_nodemask+0x288/0xbc4 [W] Sep 25 19:07:44 kernel: [<35587f34>] mips_dma_alloc_coherent+0x58/0x130 [W] Sep 25 19:07:44 kernel: [<20b3bb5f>] hcd_buffer_alloc+0x8c/0xe0 [usbcore] [W] Sep 25 19:07:44 kernel: [<2994eec7>] acm_probe+0x4e4/0xe84 [cdc_acm] [W] Sep 25 19:07:44 kernel: [<29a2aa5e>] usb_probe_interface+0xb8/0x1f8 [usbcore] [W] Sep 25 19:07:44 kernel: [<a2e3f57e>] really_probe+0x118/0x30c [W] Sep 25 19:07:44 kernel: [<7d6d07b0>] bus_for_each_drv+0x70/0xb0 [W] Sep 25 19:07:44 kernel: [<b7f18d52>] __device_attach+0xf8/0x140 [W] Sep 25 19:07:44 kernel: [<76a875bf>] bus_probe_device+0xa0/0xbc [W] Sep 25 19:07:44 kernel: [<00080dcd>] device_add+0x41c/0x5f8 [W] Sep 25 19:07:44 kernel: [<be66d8c7>] usb_set_configuration+0x50c/0x768 [usbcore] [W] Sep 25 19:07:44 kernel: [<7fb0e8a0>] generic_probe+0x6c/0x98 [usbcore] [W] Sep 25 19:07:44 kernel: [<a2e3f57e>] really_probe+0x118/0x30c [W] Sep 25 19:07:44 kernel: [<7d6d07b0>] bus_for_each_drv+0x70/0xb0 [W] Sep 25 19:07:44 kernel: [<b7f18d52>] __device_attach+0xf8/0x140 [W] Sep 25 19:07:44 kernel: [<76a875bf>] bus_probe_device+0xa0/0xbc [W] Sep 25 19:07:44 kernel: [<00080dcd>] device_add+0x41c/0x5f8 [W] Sep 25 19:07:44 kernel: [<406c5e4e>] usb_new_device+0x278/0x4f0 [usbcore] [W] Sep 25 19:07:44 kernel: [<d4c18648>] hub_event+0x970/0x1440 [usbcore] [W] Sep 25 19:07:44 kernel: [<48949947>] process_one_work+0x208/0x44c [W] Sep 25 19:07:44 kernel: [<acf13dbe>] worker_thread+0x154/0x600 [W] Sep 25 19:07:44 kernel: [<e05df989>] kthread+0xe8/0xf0 [W] Sep 25 19:07:44 kernel: [<3f16d2c6>] ret_from_kernel_thread+0x14/0x1c [W] Sep 25 19:07:44 kernel: Mem-Info: [W] Sep 25 19:07:44 kernel: active_anon:3767 inactive_anon:4367 isolated_anon:0 [W] Sep 25 19:07:44 kernel: active_file:5171 inactive_file:3662 isolated_file:0 [W] Sep 25 19:07:44 kernel: unevictable:0 dirty:0 writeback:0 unstable:0 [W] Sep 25 19:07:44 kernel: slab_reclaimable:346 slab_unreclaimable:3546 [W] Sep 25 19:07:44 kernel: mapped:5302 shmem:59 pagetables:200 bounce:0 [W] Sep 25 19:07:44 kernel: free:2755 free_pcp:7 free_cma:0 [W] Sep 25 19:07:44 kernel: Node 0 active_anon:15068kB inactive_anon:17468kB active_file:20684kB inactive_file:14648kB unevictable:0kB isolated(anon):0kB isolated(file):0kB mapped:21208kB dirty:0kB writeback:0kB shmem:236kB writeback_tmp:0kB unstable:0kB pages_scanned:0 all_unreclaimable? no [W] Sep 25 19:07:44 kernel: DMA free:1428kB min:536kB low:668kB high:800kB active_anon:1024kB inactive_anon:1856kB active_file:1412kB inactive_file:1588kB unevictable:0kB writepending:0kB present:16384kB managed:16380kB mlocked:0kB slab_reclaimable:204kB slab_unreclaimable:416kB kernel_stack:32kB pagetables:52kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB [W] Sep 25 19:07:44 kernel: lowmem_reserve[]: 0 105 105 [W] Sep 25 19:07:44 kernel: Normal free:9580kB min:3556kB low:4444kB high:5332kB active_anon:14044kB inactive_anon:15612kB active_file:19248kB inactive_file:13072kB unevictable:0kB writepending:0kB present:114688kB managed:108260kB mlocked:0kB slab_reclaimable:1180kB slab_unreclaimable:13768kB kernel_stack:1680kB pagetables:748kB bounce:0kB free_pcp:28kB local_pcp:0kB free_cma:0kB [W] Sep 25 19:07:45 kernel: lowmem_reserve[]: 0 0 0 [W] Sep 25 19:07:45 kernel: DMA: 179*4kB (UME) 91*8kB (UME) 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1444kB [W] Sep 25 19:07:45 kernel: Normal: 451*4kB (UM) 390*8kB (UM) 61*16kB (UM) 48*32kB (UM) 26*64kB (UM) 4*128kB (UM) 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 9612kB [W] Sep 25 19:07:45 kernel: 9009 total pagecache pages [W] Sep 25 19:07:45 kernel: 113 pages in swap cache [W] Sep 25 19:07:45 kernel: Swap cache stats: add 6937, delete 6824, find 1858/2167 [W] Sep 25 19:07:45 kernel: Free swap = 117924kB [W] Sep 25 19:07:45 kernel: Total swap = 131068kB [W] Sep 25 19:07:45 kernel: 32768 pages RAM [W] Sep 25 19:07:45 kernel: 0 pages HighMem/MovableOnly [W] Sep 25 19:07:45 kernel: 1608 pages reserved [W] Sep 25 19:07:45 kernel: cdc_acm: probe of 1-2:1.2 failed with error -12 [I] Sep 25 19:07:45 kernel: cdc_acm 1-2:1.4: ttyACM1: USB ACM device [I] Sep 25 19:07:45 kernel: cdc_ncm 1-2:1.6: MAC-Address: 00:00:11:12:13:14 [I] Sep 25 19:07:45 kernel: cdc_ncm 1-2:1.6: setting rx_max = 16384 [I] Sep 25 19:07:45 kernel: cdc_ncm 1-2:1.6 eth0: register 'cdc_ncm' at usb-xhci-mtk-2, CDC NCM, 00:00:11:12:13:14 [I] Sep 25 19:07:45 kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [I] Sep 25 19:07:45 kernel: cdc_ncm 1-2:1.8: MAC-Address: 00:00:11:12:13:16 [I] Sep 25 19:07:45 kernel: cdc_ncm 1-2:1.8: setting rx_max = 16384 [I] Sep 25 19:07:45 kernel: cdc_ncm 1-2:1.8 eth1: register 'cdc_ncm' at usb-xhci-mtk-2, CDC NCM, 00:00:11:12:13:16 [I] Sep 25 19:07:45 kernel: cdc_ncm 1-2:1.10: MAC-Address: 00:00:11:12:13:18 [I] Sep 25 19:07:45 kernel: cdc_ncm 1-2:1.10: setting rx_max = 16384 [I] Sep 25 19:07:45 kernel: cdc_ncm 1-2:1.10 eth4: register 'cdc_ncm' at usb-xhci-mtk-2, CDC NCM, 00:00:11:12:13:18
-
9 минут назад, vst сказал:
Ping-check не срабатывает, так как соединение всё время пытается переустановиться, но каждый раз безуспешно. Видимо нужны ещё подпорки для славного 860го.
Может как-то ограничить число попыток?
12 минуты назад, vst сказал:Чтобы отправить USSD модем сваливается в 3G, но у YOTA нет 3G.
Во всяком случае в Москве у Yota есть 3G, что я многократно наблюдал. Если подключаюсь к Viva локально, то практически всегда вижу ответ на USSD-запрос, а если удалённо, то до потери связи не всегда успеваю.
22 минуты назад, vst сказал:Либо нужно искать прошивку, которая может USSD без подобных проблем.
Пробовал разные, но чтоб совсем без проблем с USSD не находил или там другие проблемы. 😉
Есть прошивки на которых после USSD-запроса подключение не прерывается (по крайней мере надолго), но модем часами остаётся на 3G.
-
Непонятная ситуация. Ping Check длительное время (десятки минут, часы) не может достучаться до пингуемых серверов, но при этом не пытается перезапустить модем по питанию.
Данное состояние наступает после отправки USSD-запроса, для чего модем переходит из 4G в 3G. Вот в результате возврата на 4G подключение пропадает. Модем отображается в статусе "Готов", а не "Подключено". При этом, судя по всему, сам модем на связи с провайдером: отправлял на него sms, они были получены с подтверждением, а после восстановления подключения проверял - время получения сообщений совпадало со временем их отправки.
Но потерял связь и ладно, проблема не в этом. Почему Ping Check не запускает power-cycle?
Пробовал и режим Ping Check "автоматический", и настраивал вручную. Включал ping-check profile power-cycle, хотя он и так включен по умолчанию. Так же настраивал interface usb power-fail.
Что можно ещё попробовать?
Скрытый текст
[E] Sep 10 22:44:58 ndm: Mobile::Ussd::Manager: "UsbLte0": unable to send request. [I] Sep 10 22:45:20 ndm: Network::Interface::Base: "UsbLte0": "ethernet" changed "link" layer state "running" to "pending". [I] Sep 10 22:45:20 ndm: UsbLte::Connection: "UsbLte0": connection lost. [I] Sep 10 22:45:20 ndm: Network::Interface::Ip: "UsbLte0": IP address cleared. [I] Sep 10 22:45:20 ndm: Network::Interface::Ip: "UsbLte0": removing default route via ISP. [I] Sep 10 22:45:20 nimproxy: NDM IGMP/Multicast proxy stopped (exit status: 0). ... [I] Sep 10 22:45:21 ndm: Core::Server: started Session /var/run/ndm.core.socket. [I] Sep 10 22:45:21 ndm: Core::Session: client disconnected. [E] Sep 10 22:45:21 coalagent: [SecLayer_OnSend] Coala_Send: Network unreachable. [I] Sep 10 22:45:21 ndm: Http::Manager: updated configuration. [I] Sep 10 22:45:21 ndm: Core::Server: started Session /var/run/ndm.core.socket. [I] Sep 10 22:45:21 ndm: Core::Session: client disconnected. [I] Sep 10 22:45:22 nimproxy: NDM IGMP/Multicast Proxy, v0.0.36. [W] Sep 10 22:45:23 ndm: UsbLte::Connection: "UsbLte0": initialization failed. [E] Sep 10 22:45:26 coalagent: [SecLayer_OnSend] Coala_Send: Network unreachable. [E] Sep 10 22:45:26 coalagent: [SecLayer_OnSend] Coala_Send: Network unreachable. [I] Sep 10 22:45:28 ndm: PingCheck::Profile: "_WEBADMIN_UsbLte0": interface "UsbLte0" has not completed IPv4 connection. [E] Sep 10 22:45:31 coalagent: [SecLayer_OnSend] Coala_Send: Network unreachable. [W] Sep 10 22:45:33 ndm: UsbLte::Connection: "UsbLte0": initialization failed. [E] Sep 10 22:45:36 coalagent: [SecLayer_OnSend] Coala_Send: Network unreachable. [I] Sep 10 22:45:40 ndm: PingCheck::Profile: "_WEBADMIN_UsbLte0": interface "UsbLte0" has not completed IPv4 connection. [W] Sep 10 22:45:43 ndm: UsbLte::Connection: "UsbLte0": initialization failed. [I] Sep 10 22:45:52 ndm: PingCheck::Profile: "_WEBADMIN_UsbLte0": interface "UsbLte0" has not completed IPv4 connection. [W] Sep 10 22:45:53 ndm: UsbLte::Connection: "UsbLte0": initialization failed. [W] Sep 10 22:46:03 ndm: UsbLte::Connection: "UsbLte0": initialization failed. [I] Sep 10 22:46:04 ndm: PingCheck::Profile: "_WEBADMIN_UsbLte0": interface "UsbLte0" has not completed IPv4 connection. [W] Sep 10 22:46:13 ndm: UsbLte::Connection: "UsbLte0": initialization failed. ... [I] Sep 11 00:28:48 ndm: PingCheck::Profile: "_WEBADMIN_UsbLte0": interface "UsbLte0" has not completed IPv4 connection. [W] Sep 11 00:28:50 ndm: UsbLte::Connection: "UsbLte0": initialization failed. [I] Sep 11 00:29:00 ndm: PingCheck::Profile: "_WEBADMIN_UsbLte0": interface "UsbLte0" has not completed IPv4 connection. [I] Sep 11 00:29:12 ndm: PingCheck::Profile: "_WEBADMIN_UsbLte0": interface "UsbLte0" has not completed IPv4 connection. [I] Sep 11 00:29:18 ndm: UsbLte::Connection: "UsbLte0": connection initialized. [I] Sep 11 00:29:18 ndm: UsbLte::Connection: "UsbLte0": network ready. [I] Sep 11 00:29:20 ndm: Network::Interface::Base: "UsbLte0": "ethernet" changed "link" layer state "pending" to "running". [I] Sep 11 00:29:20 ndm: UsbLte::Connection: "UsbLte0": connection established.
Keenetic Viva (KN-1910), версия ОС 4.0.4; LTE модем Fibocom L860-GL-16.
-
Похоже все таки не до конца исправили. Во всяком случае, в 3.9.3.
[E] Feb 5 21:36:01 ndm: Mobile::Sms::Manager: "UsbLte0": failed to read message "sim-1". [E] Feb 5 21:36:07 ndm: Mobile::Sms::Manager: "UsbLte0": failed to read message "sim-2". [I] Feb 5 21:36:07 ndm: Network::Interface::Ip: "UsbLte0": IP address cleared. [E] Feb 5 21:36:10 ndm: Mobile::Sms::Manager: "UsbLte0": failed to read message "sim-3". [I] Feb 5 21:36:10 nimproxy: NDM IGMP/Multicast proxy stopped (exit status: 0). [I] Feb 5 21:36:10 ndm: Network::Interface::OpenVpn: "OpenVPN0": underlying interface "UsbLte0" is down, reconnecting. [I] Feb 5 21:36:11 ndm: Network::Interface::Ip: "OpenVPN0": IP address cleared. ... [E] Feb 5 21:36:13 ndm: Mobile::Sms::Manager: "UsbLte0": unable to get messages.В наличии была одна принятая днём ранее смска.
-
В 23.12.2022 в 12:19, vst сказал:
По итогу мы поняли, почему СМС приводит к отвалу модема.
Планы такие: модифицировать код формирования АТ команд с целью недопущения отправки некорректных СМС команд. Сроки: январь 2023А эти планы были реализованы? Или пока только:
-
KN-1910, KeeneticOS 3.6 Beta 3, браузер Chrome версия 88.0.4324.182 (Официальная сборка), (64 бит)
Не могу добавить новый профиль! Просто не нажимается кнопка OK (вместо этого выделяется текст), Отмена нажимается.
Имена профиля пробовал разные.
-
2
-
-
У меня та же проблема, только подключение по IPSec/IKEv1. Маршрутизатор Viva KN-1910, прошивка 3.5.2
Viva отображает "Нет соединения", хотя по факту оно есть. Вижу маршрутизатор DrayTek Vigor на той стороне.
Так же в логах кинетика видно успешное периодическое обновление ключей:
Скрытый текстОкт 30 12:11:30 ipsec 07[CFG] received proposals: ESP:AES_CBC=128/HMAC_SHA1_96/NO_EXT_SEQ, ESP:AES_CBC=128/HMAC_MD5_96/NO_EXT_SEQ Окт 30 12:11:30 ipsec 07[CFG] configured proposals: ESP:AES_CBC=128/HMAC_SHA1_96/NO_EXT_SEQ, ESP:AES_CBC=192/HMAC_SHA1_96/NO_EXT_SEQ, ESP:AES_CBC=256/HMAC_SHA1_96/NO_EXT_SEQ Окт 30 12:11:30 ipsec 07[CFG] selected proposal: ESP:AES_CBC=128/HMAC_SHA1_96/NO_EXT_SEQ Окт 30 12:11:30 ipsec 07[IKE] detected rekeying of CHILD_SA SokolServer{33} Окт 30 12:11:30 ipsec 13[IKE] CHILD_SA SokolServer{34} established with SPIs cb491cdc_i f9a4fac6_o and TS 192.168.11.0/24 === 192.168.1.0/24 Окт 30 12:11:30 ndm IpSec::Configurator: crypto map "SokolServer" is up. Окт 30 12:11:30 ndm IpSec::CryptoMapInfo: "SokolServer": crypto map active IKE SA: 0, active CHILD SA: 0. Окт 30 12:11:30 ndm IpSec::CryptoMapInfo: "SokolServer": crypto map active IKE SA: 0, active CHILD SA: 1. Окт 30 12:11:30 ndm IpSec::IpSecNetfilter: start reloading netfilter configuration... Окт 30 12:11:30 ndm IpSec::IpSecNetfilter: netfilter configuration reloading is done. Окт 30 12:11:48 ndm IpSec::Configurator: crypto map "SokolServer" is appeared down. Окт 30 12:11:48 ndm IpSec::CryptoMapInfo: "SokolServer": crypto map active IKE SA: 0, active CHILD SA: 0.
-
В 07.08.2020 в 01:45, Alexander сказал:
Так же хотел бы уточнить у разработчиков алгоритм проверки в режиме "Автоматический".
Узлы перебираются циклически или только в случае недоступности первого в списке?
Уважаемые разработчики, ответьте, пожалуйста!
-
9 минут назад, ajs сказал:
Свой список нет, но свой хост можно
Про один хост знаю, но это ненадёжно, как правильно пишет автор темы. Интересен именно свой список.
-
В 24.10.2016 в 13:36, Sfut сказал:
В настоящее время алгоритм Ping Check реализован таким образом, что единственный IP-адрес с определенной периодичностью T проверяется N раз. Таким образом, время до принятия решения составляет TN. К тому же данный алгоритм является ненадежным, так как судить по доступности одного сервера (каким бы он супернадежным не был) о доступности всего Интернета нельзя. Поэтому предлагаю реализовать возможность последовательной проверки в цикле нескольких адресов (например, 5). Проверяем первый, если ответил - дальнейшую проверку не проводим, не ответил - сразу проверяем второй и. т.д. Или проверяем все адреса одновременно. Это позволит сократить время принятия решения в N раз и повысит достоверность. Неплохо бы также реализовать возможность задавать не только IP-адреса, но и адреса в символьном виде.
Хочу поддержать автора предложения с небольшим дополнением. Сейчас в методе проверки доступности интернета (ping-check профиле) "Автоматический" уже реализована проверка нескольких узлов (google.com, facebook.com, yahoo.com), однако нет никакой возможности изменить этот список или создать новый профиль со своим списком даже через CLI.
Предлагаю реализовать такую возможность!
Так же хотел бы уточнить у разработчиков алгоритм проверки в режиме "Автоматический".
ЦитатаИнтервал проверки — 10 секунд. Минимальное число успешных попыток для перехода из выключенного состояния во включенное — 5. Число неуспешных попыток для перехода из включенного состояния в выключенное — 5.
Узлы перебираются циклически или только в случае недоступности первого в списке?
-
1
-
-
30 минут назад, AndreBA сказал:
Вы хотите, что примерно такое:https://help.keenetic.com/hc/ru/articles/360011129420-Обращение-к-сетевому-устройству-по-hostname ?
Да. Однако update-dns у меня уже включено. Устройства регистрируют имена в DNS, а сам кинетик нет.
-
5 часов назад, Alexander сказал:
и Windows 10 не может получить доступ к USB-диску по имени маршрутизатора (по прямому IP-адресу - может).Тут другая причина была.
А имя маршрутизатора должно назначаться в DNS?
-
После обновления 3.4.1 маршрутизатор перестал откликаться на заданное в настройках имя системы (ROUTER в моём случае).
Соответственно, не пингуется и Windows 10 не может получить доступ к USB-диску по имени маршрутизатора (по прямому IP-адресу - может).
-
А у меня горизонтальная полоса прокрутки наехала на кнопку.
-
Такое уже бывало.
-
1 час назад, Alexander сказал:
Параметр bandwidth-limit применяется ко входящему и исходящему трафику?
36 минут назад, Le ecureuil сказал:Да.
А не планируется добавить раздельные настройки лимитов для входящего и исходящего трафика? (так же как добавили параметр upstream-rate в команду interface traffic-shape)
Асимметричные тарифы всё ещё достаточно распространены.
-
Параметр bandwidth-limit применяется ко входящему и исходящему трафику?
-
-
-
-
3.1 Alpha 6
Июл 15 13:30:35 ndm Core::Configurator: not found: "show/mws/log".
-
1
-
-
16 часов назад, Dron41k сказал:
Попробуй выключить поддержкуft over ds
Это где/как?
Вообще, Роуминг 802.11r (FT) = Выключена
4.1 Зависает модем, но роутер Ultra KN 1811 его не перезагружает. Вниманию пользователя VST.
in Тестирование Dev-сборок
Posted
Сообщал полгода назад о похожей проблеме, но с другим модемом. Тогда же завели тикет NDM-2980.