DmitryKo

В прошивке 3.4 появилась поддержка LTE модемов с набором команд QMI (Qualcomm MSM Interface), однако часть моделей, указанных в журнале изменений и в списке на странице поддержки - это карты формата PCIe Mini Card с интерфейсом USB, предназначенные для ноутбуков. Как их предполагается подключать к рутерам Keenetic? Anydata W140 4G LTE ▪ QMI ▪ Quectel EC25-E cat.4 4G LTE ▪ QMI ▪ Quectel EP06-E cat.6 4G LTE ▪ QMI ▪ Sierra Wireless MC7700 cat.3 4G LTE ▪ QMI ▪ Sierra Wireless MC7710 cat.3 4G LTE ▪ QMI ▪ Sierra Wireless MC7750 cat.3 4G LTE ▪ QMI ▪ Sierra Wireless EM7455 cat.6 4G LTE ▪ QMI ▪ Qualcomm MDM9207 (PID 9025) SIMCom 7100E, 7230E, 7600E Anydata W140 Sierra MC7710 Quectel EC25-E Megafon E392, E397, E398, EC106, E352, M100-1 MTS 320D, EC306 Longcheer LU1107 ZTE MF821D

Да, Кинетик можно перевести в режим коммутатора/точки доступа. Чтобы VoIP трафик "летел транзитом" в Кинетик, на RV6699 и надо настроить два уровня: 1) коммутация кадров Ethernet для трафика из VoIP WAN, чтобы он не заканчивался на аналоговом разъёме, а выходил на локальный порт Ethernet (режим моста), 2) маршрутизация (IP-пакетов) VoIP WAN провайдера и домашней локальной сети, чтобы Keenetic Plus DECT видел SIP сервер МГТС. Виртуальные сети (VLAN) - это тоже коммутация кадров Ethernet: в заголовок кадра вставляется идентификатор сегмента VLAN ID (IEEE 802.1Q) и приоритет QoS (IEEE 802.1p), они используются в магистральных коммутаторах для резервирования полосы IPTV и VoIP трафика. Судя по теме на 4PDA.ru, маркировка VLAN/QoS тегами на локальных портах RV6699 зависит от OLT оборудования на стороне МГТС.

За маршрутизацию должен отвечать только RV6699, на Кинетике никаких маршрутов задавать не надо - он должен быть в режиме коммутатора: 1) в настройках Интернета поменять тип порта 0 (либо включить RV6699 в обычный порт 1-4) и отключить проводного провайдера; 2) в настройках Домашней сети отключить DHCP сервер (или включить Relay).

Настройки MГТС для SIP и WAN давно известны - см. например руководство по RV6699 на форуме 4pda.ru Чтобы заработал шлюз, нужно включить маршрутизацию для порта VoIP WAN на странице http://192.168.1.254/sys_wan.htm Учетная запись SIP сервера МГТС идёт в формате +7495xxxxxxx@msk.ims.mgts.ru , пароль и адрес SIP сервера (Outbound proxy) - см. на странице 192.168.1.254/voice_sip_adv.htm (вот так выглядит web-интерфейс) До него надо задать статический маршрут на странице http://192.168.1.254/rtr_routing.htm VLAN ID для интернета - 3 (если OLT оборудование ZTE) либо 30 (если OLT Huawei), VLAN ID для VoIP - всегда 5.

@r13@keenet07 Неважно, какие выходят версии и с какой периодичностью - IMHO обновление микропрограммы не должно предлагать тебе вернуться с самой последней версии на любую предыдущую. На канале Preview точно так-же предлагалось откатить релиз 3.3.1 до предыдущей версии 3.3.0 Preview.

IHMO канал Dev должен включать также сборки Official, и канал Preview тоже должен включать сборки Official - точно так-же, как сейчас канал Dev включает сборки канала Preview. Практический пример: допустим, на устройстве стоит версия 3.3.0b6 Dev. Выходит 3.3.0 Preview, устройство автоматически обновилось. Затем выходит 3.3.1 Official с некими дополнительными исправлениями (пусть небольшими) - однако эта версия уже не показывается в разделе обновлений. На неё можно обновиться, только если переключить канал на Official, установить 3.3.1, затем переключиться обратно на Dev. Но пользовательский интерфейс при этом будет предлагать установить версию 3.3.0 Preview, что и произойдёт при следующем автоматическом обновлении. А почему, собственно - ведь номер версии стал выше, значит и в каналах Dev и Preview нужно предлагать обновление до этой последней версии. Вроде смысл каналов Dev и Preview в том, чтобы дополнительно получать предварительные сборки - а не чтобы исключить установку сборок, которые также являются официальными релизами...

@Alexandr Shipov @des А что там смотреть - к Panasonic KX-TG8562 в комплекте идут две KX-TGA855... Cписок баз и трубок для российского рынка я ещё два года назад давал:

OK, понял. Я правильно понимаю, что планируется продублировать в приложении абсолютно все настройки, имеющиеся в прошивках для каждой отдельной модели? Или только привести к какому-то общему знаменателю?

Ошибка только в вашем приложении для мобильного телефона - с QR-кодами в веб-интерфейсе всё в порядке.

Бета v5(59), в настройках роутера (Ultra KN-1810) раздел My Keenetics - <Ultra> / Network / Segments - <Home Segment> по сравнению с веб-интерфейсом 2.15.A.3.0-1 отсутствуют некоторые элементы: 1. Сеть Wi-Fi 2.4 GHz: показываются кнопка Enable, параметры сети и ссылка на настройки (Advanced Options) - но внутри страницы настроек не показываются параметры 256-QAM, Beamforming, MU-MIMO. 2. Сеть Wi-Fi 5 GHz: кпопка Enable недоступна (серая) и никакие другие параметы не показывается - в том числе отсутствует ссылка на настройки. 3. На месте раздела Роуминг показывается только кнопка Band Steering - нет настроек Fast transition (802.11r), Fast search for nearby APs (802.11k). 4. Нет кнопки для включения PPOE Pass-trough.

Если так хочется оставить проводной телефон или DECT-базу, есть и маршрутизаторы/SIP-шлюзы и телефонные конверторы с аналоговыми розетками (Analog Telephone Adapter) - например Cisco/LinkSys SPA (SPA232D SPA112 SPA122 SPA3102/2102); Cisco ATA186/187, ATA191/192 ; Grandstream HT/Handytone (HT801 HT802 HT812 HT813 HT814 HT818) ; D-Link DVG-7111S DVG-2101S и т.д. и т.п. https://www.sipnet.ru/solutions/voip-oborudovanie Вот только неудобно набирать SIP абонентов без центральной телефонной книги и CLIP/CNAP, не будет широкополосного звука (HD Voice) и большинства других возможностей трубок CAT-iq: https://keenetic.com/ru/zyxel-keenetic-plus-dect#sections-tech

BTW, из технической документации по планированию мультисотовых сетей следует, что для реализации "seamless handover" требуется 1) центральный менеджер для баз, который поддерживает глобальную регистрацию трубок и распределяет SIP-потоки между базами, а также 2) базы должны автоматически синхронизироваться по радио с соседними базами (см. видео Snom с 38:20 - показано "дерево" синхронизации), для чего их области покрытия должны надёжно перекрываться. Очевидно, в такой конфигурации для "плавной передачи" разговора трубка просто переходит на частоту/слот другой базы со следующего фрейма, и предотвращаются возможные задержки и выпадения пакетов в процессе синхронизации с другой базой... Gigaset N720 DECT IP Multicell System - Site Planning & Measuring Guide p.5 Criteria for Optimum Wireless Netwiork; p.7 Overlapping and Synchronising; p.12 Synchronisation Planning (https://teamwork.gigaset.com/gigawiki/download/attachments/502595654/A31008-M2316-L101-6-7619_en_UK_IE.pdf)

DECT изначально разрабатывался с возможностью построения микросотовой конфигурации для офисных АТС и городских сетей - см. ETSI EN 300 175 -1 (DECT Common Interface - Overview, p.26-28): ETSI EN 300 444 (Generic Access Profile) содержит все необходимые для межсотового перехода возможности (GAP.D.5 Intercell voluntary connection handover; GAP.M.10 Bearer Handover, inter-cell; GAP.M.12 Connection Handover, inter-cell) которые являются обязательными для всех трубок, а соответствующие им процедуры канального уровня (DLC/MAC) абсолютно одинаковы как для перехода в пределах одной базы (intracell), так и для перехода между базами.

PS. Настройка Snom M700 и 3CX для работы мультисотовом режиме: https://www.3cx.com/sip-phones/snom-m300-m700-dect/ https://www.3cx.ru/sip-phones/snom-m300-m700-dect/ https://www.youtube.com/watch?v=cfWF-yCxDHc

Понятно, что Кинетик использует сторонние решения, но я имел в виду конкретно платформы с поддержкой seamless handover - "непрерывной" передачи звонка на другую базу-"соту" (ETSI EN 300 444 Generic Access Profile, опциональные возможности 5.1 DLC Layer, intercell voluntary connection handover [D.5], и 5.2 MAC Layer, connection handover - inter-cell [M.12]) . Судя по инструкции к RTX3740, в нём этого нет. И если верить ETSI TR 103 422 п.7.6.2 п.7.8.2.2, для ресинхронизации требуются дополнительные радиопередатчики в трубках и базах. Проблема ещё в том, что seamless handover это достаточно специфическая вещь, полезная в основном в большом многоэтажном офисе - до недавнего времени рабочая реализация была только у бизнес-АТС Panasonic и только с отдельными моделями трубок. IMHO Кинетику пришлось бы тратить время и ресурсы на создание своего централизованного менеджера для распределения голосовых потоков между разными базами/рутерами, подавляющему большинству пользователей это не нужно... Да и RTX тоже нет особой выгоды отдавать реализацию этих функций сторонним разработчикам - пока работает эффект новизны, могут просто клеить чужие шильдики на свой готовый продукт и получать за это на порядок больше денег. Не знаю, обычные ретрансляторы (KX-A406, GigaSet Repeater 2.0) сейчас стоят 8-10 т.р. на Яндекс Маркет, с поддержкой перехода звонка между базами (RTX4024/Snom M5 и т.п.) - 11-12 т.р., сравнимо со стоимостью дополнительного комплекта из рутера и DECT донгла...