Jump to content

DmitryKo

Forum Members
  • Posts

    41
  • Joined

  • Last visited

Posts posted by DmitryKo

  1. Если включить IPv6 и MAP-T в свойстах проводного соединения, системный монитор пишет "Нет IP-адреса" и "Ошибка соединения", но при этом адрес IPv4 показывается и доступ в Интернет работает.

    Билайн вроде не поддерживает IPv6, но на компьютере под Windows 10 он включён.

    KN1801 MAP-T.png

  2. В прошивке 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

     

  3. Да, Кинетик можно перевести в режим коммутатора/точки доступа.

    Чтобы 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 оборудования на стороне МГТС.

     

    • Thanks 1
  4. За маршрутизацию должен отвечать только RV6699, на Кинетике никаких маршрутов задавать не надо - он должен быть в режиме коммутатора:

    1) в настройках Интернета поменять тип порта 0 (либо включить RV6699 в обычный порт 1-4)  и отключить проводного провайдера;

    2) в настройках Домашней сети отключить DHCP сервер (или включить Relay).

    • Thanks 1
  5. Настройки MГТС для SIP и WAN давно известны -  см. например руководство по RV6699 на форуме 4pda.ru

    Чтобы заработал шлюз, нужно включить маршрутизацию для порта VoIP WAN на странице 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-интерфейс)

    До него надо задать статический маршрут на странице 92.168.1.254/rtr_routing.htm 

    VLAN ID для интернета - 3 (если OLT оборудование ZTE)  либо 30 (если OLT Huawei), VLAN ID для VoIP - всегда 5.

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

     

    2 часа назад, Mikesk сказал:

    Prewiew и так содержит сборки Official

    На канале Preview точно так-же предлагалось откатить релиз 3.3.1 до предыдущей версии 3.3.0 Preview. 

  7. 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 в том, чтобы дополнительно получать предварительные сборки -  а не чтобы исключить установку сборок, которые также являются официальными релизами...

     

    • Upvote 2
    • Y'r wrong 1
    • Need more info 1
  8.  

    @Alexandr Shipov @des А что там смотреть - к  Panasonic KX-TG8562 в комплекте идут две KX-TGA855... 

    Cписок баз и трубок для российского рынка я ещё два года назад давал:

    В 01.02.2017 в 16:24, DmitryKo сказал:

    Список моделей баз и трубок Panasonic (с 2003 года) и Gigaset (с 2008 года) для российского рынка -  https://cloud.mail.ru/public/7vkM/tYaT9HiMk

  9. OK, понял. 

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

     

  10. В 09.12.2018 в 11:34, JBIRUS сказал:

    При создании QR-кода поменяны местами "Сеть" и "Пароль". 

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

  11. Бета 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.

    • Thanks 1
  12. В 18.10.2018 в 19:35, f7839136 сказал:

    USB-адаптер с RJ-11 выходом для подключения проводных и DECT телефонов… разве не проще, чем подбирать к разным моделям протоколы?

    Если так хочется оставить проводной телефон или 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

    • Thanks 1
  13. @enpa Спасибо! IMHO стоит добавить, что "Установка набора выполняется командой components commit", как сделано в описании components preset,  либо в описании components commit упомянуть components list <sandbox> ...
    .  

     

  14. @Mamay, Вам исключительно благодарность за пост. Мои претензии только к содержимому справочника по командам CLI - в описании команды component list [sandbox]  не указано, что она не просто выводит на экран список компонентов из указанного канала обновлений, но и обновляет список компонентов для инсталляции, чтобы перейти на этот канал.

     

  15. В 01.10.2018 в 14:02, Mamay сказал:

    components list draft

    components commit

    Интересно. Почему-то в инструкции по CLI нигде не указано, что 1) первая команда не просто выдаёт список компонентов, а ещё и сохраняет его для инсталляции и также переключает на другой канал обновлений (кстати неудачное название remote sandbox / удалённая песочница), и что 2) вторую команду можно использовать для обновления текущего установленного набора компонентов после команды list, а не только после команд components install и components remove.

    Да, упомянуто, что первая команда используется вместо устаревшей components sync - но я-то эту инструкцию открыл в первый раз в жизни, и в текущем документе описания components sync нет... откуда я должен знать, что эта команда делала в какой-то старой версии прошивки?

    • Thanks 1

  16. 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)

  17. 22 часа назад, des сказал:

    Кажется, это работает только с определенными трубками (могу ошибаться). 

    DECT изначально разрабатывался с возможностью построения микросотовой конфигурации для офисных АТС и городских сетей - см. ETSI EN 300 175 -1 (DECT Common Interface - Overview, p.26-28):

    Цитата

    DECT provides personal telecommunication services in residential, neighbourhood and business environments. It is particularly targeted at the following applications: • residential - domestic cordless telephones (PSTN, ISDN and IP access); • public access services; • cordless business telephones (PBXs and converged IP based business networks); • cordless data - Local Area Networks (LANs) and point-to-point connections; • wireless home networking; • wireless access to the internet or intranet; • machine to machine (M2M) or machine to man wireless communication (e.g. sensors, alarms, monitoring and metering devices); • extensions to cellular radio and extensions of the local public network; • Radio in the Local Loop (RLL).

    ...the DECT protocols provide two internal mechanisms to support rapid handover of calls in progress (both intracell and intercell handover are supported). These handover mechanisms allow a high quality of service to be maintained where the mobility of the PP requires transparent re-connection to another FP or where a new physical channel is required in response to disturbances in the radio environment.

    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), так и для перехода между базами.
     

  18. В 25.09.2018 в 11:00, KorDen сказал:

    я так понимаю RTX3740 похоже уже EOL, раньше на сайте был

    Понятно, что Кинетик использует сторонние решения, но я имел в виду конкретно платформы с поддержкой 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 тоже нет особой выгоды отдавать реализацию этих функций сторонним разработчикам - пока работает эффект новизны, могут просто клеить чужие шильдики на свой готовый продукт и получать за это на порядок больше денег.

    В 25.09.2018 в 11:00, KorDen сказал:

    Про мультисоты было из серии "мечтать не вредно" скорее, а вот обычные репитеры я бы не сказал что прям дорогущие.. Хотя да, не самые дешевые, и не особо популярные.

    Не знаю, обычные ретрансляторы (KX-A406, GigaSet Repeater 2.0) сейчас стоят 8-10 т.р. на Яндекс Маркет, с поддержкой перехода звонка между базами (RTX4024/Snom M5 и т.п.) - 11-12 т.р.,  сравнимо со стоимостью дополнительного комплекта из рутера и DECT донгла...

    • Upvote 1
  19. В 18.09.2018 в 13:58, KorDen сказал:

    Были ли мысли о репитерах.../мультисотах (хотя наверное перебор для SOHO?)

    На сегодня функции ретранслятора и/или плавной передачи вызова (seamless multicell handover) имеют всего десяток продуктов во всём мире:

    Комплект из нескольких базовых станций или ретрансляторов, а также управляющего сервера и лицензий, у большинства из этих производителей обойдётся в десятки раз дороже стоимости Keenetic Plus DECT, что как-бы даёт нам примерный порядок трудозатрат на разработку. 

    Разве что Кинетик лицензирует у них готовую программно-аппаратную платформу под ключ - хотя что-то мне подсказывает, что для малотиражного USB-донгла за $20 такое весьма маловероятно...

    • Thanks 1
  20. 6 hours ago, des said:

    Тестер проверят некоторые захардкодженные сценарии. Видимо, эта трубка их проходит, но в реальной жизни ее телефонная книга неработоспосбона.

    Тесты подробно описаны в стандарте ETSI TS 102 841 v1.5.1 на стр. 98-104 и 237-246, на первый взгляд они вполне соответствуют реальному использованию и разделу 7.4.10 List access service стандарта ETSI TS 102 527-3 v1.6.1 ... 

  21. 1 hour ago, des said:

    Это подтверждает, что KX-TPA60 сертифицирована по стандарту CAT-iq 2, но нормально его не поддерживает

    Не знаю - согласно ETSI TS 102 527-3 поддержка с трубки телефонной книги на базе является обязательной (NG.1.N16 List access service, Contact list 7.4.10.5.7),  ETSI TS 102 841 предписывает тестировать и трубку и базу (тесты TC_PT_NG1.N.16_BV_21xx и TC_FT_NG1.N.16_BV_21xx),  официально рекомендованный для сертификации тестер Dosch&Amand DA1220P также проверяет на соответствие и трубку и базу - см. пакеты тестов da1220-b41-cat-iq-2-0-pp и  da1220-b42-cat-iq-2-0-fp.

    У вас только сама трубка KX-TPA60? Без базы KX-TGP600 нельзя обновить её прошивку...

  22. On ‎5‎/‎23‎/‎2017 at 3:53 PM, des said:

    Похоже, телефонная книга в Panasonic KX-TPA60 совсем нерабочая. Пробовали ее с FritzBox - все достаточно грустно. С родной базы (KX-TGP600) трубка не умеет читать телефонную книгу (см. инструкцию стр 66) вообще.

    Не "трубка не умеет", а у Panasonic KX-TGP вообще нет телефонной книги на базе, и никогда не было. В каждой трубке своя локальная телефонная книга, через базу доступен только импорт/экспорт CSV файла. Подтверждаю как владелец Panasonic KX-TGP500 (KX-TPA50).

    Есть поиск в глобальной адресной книге по протоколам LDAP и BroadWorks, что как бы логично для бизнес-телефона (в последних прошивках для TGP600 https://panasonic.net/cns/pcc/support/sipphone/download/TGP6/ru.html ).

     

    Panasonic заявляет совместимость с FRITZ!Box и доступ к телефонной книге на маршрутизаторе только для новых CAT-iq 2.0 трубок Panasonic KX-TGQ200 и KX-TGQ400 (строка FRITZ BOX-Kompatibilität - Verwendung des FRITZ Box-Telefonbuchs - Ja в спецификации, матрица совместимости на https://panasonic.net/cns/pcc/support/tel/catiq/ )

×
×
  • Create New...