des

@yahooo_90 В следующем релизе 2.15, дату пока не установили.

Косяк прошивки

@trad2k Попробуйте, пожалуйста, команду: dect base handset-poll-timer 0 Она должна отключить опрос состояния трубок (включены/выключены) сервисным звонком. Если станет лучше - напишите, пожалуйста, сюда - тогда я вообще отключу опрос Panasonic KX-TPA60 в следующих версиях. Спасибо.

@trad2k В логе видно трубки 1 и 3. Трубку 2 не видно. Раньше тоже эти трубки отваливались, или было лучше? В 17:25-30 никаких звонков не видно, входящего вызова не было. В веб интерфейсе модель трубок показывается?

@Epic Можно сразу дополнительную. "Основная" - это комплект трубки и базы. У нас вместо базы - донгл Keenetic Plus Dect.

@zyxmon линия правильная? 1) у разных провайдеров могут быть разные варианты набора, и провайдер А может не схавать номер, с которым все ОК у провайдера Б 2) в истории звонков (не помню) может показываться номер, который набран на трубке, а не тот, который был обработан правилами замены номера Истина где-то рядом, отладочный лог (прямой успешный набор + несупешный через правило выбора линии) и, возможно, дамп трафика (надеюсь, не понадобится) могут помочь.

@zyxmon давайте отладочный лог. Выбор линии через # включен? Его можно отключать.

@trad2k У этой трубки проблема с кодеками для исходящего вызова - ей говоришь NarrowBand, а она подключает WideBand. Долго мучились, пока разобрались и написали хак (сначала включить WidaBand, затем, после подключения голоса, поменять на NarrowBand). Спасибо, за сообщение, добавил Ваш идентификатор модели на 2.15 и выше, в следующей сборке голос должен работать (правда, из-за переключения кодеков у этой трубки есть задержка подключения голоса).

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

Здравствуйте! По прежнему в планах, но так как донглы в продаже закончились, в первую очередь занимаемся новым железом.

@yahooo_90 Еще можно попробовать на роутере, в котором K+DECT, после установки VPN соединения набрать в консоли: dect rpc register Это заставит приложение телефонии попробовать найти новый маршрут к серверу. Должно дергаться само при смене основного сетевого интерфейса но, возможно, у Вас другая ситуация, или что-то глючит. Если поможет вместо перезагрузки K+DECT - пишите, можете в скрипт админский добавить.

@Pablo попросил системщиков глянуть. Мне кажется, не хватает питания в момент втыкания модема. Но это так, предположение.

@Pablo Это что было? Вынимание модема перегружает хаб?

@yahooo_90 Нужно собрать дамп трафика UDP (если для транспортировки SIP используется UDP) на внутреннем интерфейсе KN1010, к которому подключен SIP-сервер, с которого идет проблемный звонок на OMNI+DECT. Статья про захват сетевых пакетов на Keenetic: https://help.keenetic.com/hc/ru/articles/360000401420 Захватывать дамп следующим образом: 1) запустить захват пактов; 2) выполнить входящий проблемный вызов на K+DECT; 3) выполнить успешный исходящий вызов с K+DECT; 4) выключить захват пакетов и прислать нам полученный дамп. В результате должно быть видно, куда идут и откуда приходят голосовые пакеты. Спасибо.

@yahooo_90 думаю, STUN либо еще какая-то проблема в алгоритме определения маршрута для голосовых пакетов. Передал Ваш запрос руководителю проекта - он хорошо в этом разбирается. Думаю, что-то посоветует, либо понадобится дамп трафика.

@Omnibox Box Нам пока о Е360 ничего не писали. С большинством Гигасетов базовая функциональность (звонки) работает хорошо, но плюшек, которые дает родная Гигасетовская база (часы на экране, перекачка телефонной книги между трубками, автоответчик, дополнительные меню какие-то) не будет.

Если есть время - опишите, пожалуйста, сюда. Думаю, хуже не будет, и всем может быть интересно прочесть. Поменяет ли что-то - вряд ли. Нас слишком мало, чтобы быстро делать большие вещи, способные изменить рынок.

Взяты в анализ требований, функциональность (без заголовков SIP) похожа на черный и белый списки. Будем делать их вместе, скорее всего. Поле Alert-infо - отдельная задача, тоже будем разбираться. Спасибо!

@KorDen CAT-iq2 был судорожной попыткой DECT производителей пережить кризис 2008, когда резко перестали покупать дорогие трубки с цветными дисплеями, а старые черно-белые стоили копейки за ящик. Попытка провалилась, но кризис закончился.

Если сделаем FXS донгл, его порты будут подключаться к выбранным линиям с правилами набора номера, как сейчас трубка подключается. Управление той же программой телефонии, которая сейчас занимается DECT. Пока отриентируемся в этот диапазон, так как донгл будем собирать из кусков сами. Поэтому должно быть дешевле, чем чужие DECT донглы. Там была телефония от производителя FXS платы, обработанная напильником. Сейчас делаем на базе K+DECT (тоже обработанного напильником). Может получиться плохо, потому что нет опыта с FXS. Он очень очень плохо продавался. Похоже, рынку достаточно мобилок. Спасибо за подробное описание! Передаю Ваш ответ начальству - возможно, повлияет на решения по проекту.

@KorDen Собственно, занялись FXS донглом со следующей позицией: Разрабатываемый FXS-донгл имеет следующие достоинства: 1) совместим с любым телефонным аппаратом; 2) доступны все функции телефона, включая отображение имени трубки и даты, телефонную книгу, Caller ID (имя +номер) и журнал звонков; 3) стоимость донгла с двумя портами FXS будет дешевле K+DECT и дешевле автономных FXS-шлюзов; Вся функциональность телефонной станции Keenetic (кроме функций, связанных с технологией DECT) будет доступна с FXS-донглом. Что Вы скажете?

Сейчас лежит на столе образец другого DECT донгла с лучшей дальнобойностью. Но пока нет времени им серьезно заняться. Там тоже хороший кусок работы - стандартизирован протокол между донглом и трубкой, а вот как управлять донглом по USB - каждый производитель делает как хочет.

Мы пытаемся сделать FXS донгл (шнурковый телефонный порт). Очень много работы. Думаю, портировать на 2.15 поддержку не будут, но это уже как начальство решит.

@KorDen Можно задавать через CLI, но они не будут сохраняться в конфиге или при перезагрузке телефонии. Ну и, это решит проблему одного пользователя, причем ему надо будет практиковаться в камасутре, чтобы обрести опыт инкостыляции. А так - нам говорят IPUI и модель трубки, и со следующим обновление прошивки у всех пользователей с этим идентификатором модели нужные костыли вставляются автоматически (в идеальном мире).

@KorDen Спасибо, добавил. Одна из особенностей Панасоников (возможно, не всех - они сильно разные) - они показывают номер звонящего только если он пришел ПОСЛЕ того, как трубка начала звонить. По стандарту номер можно вложить в то же сообщение, которое сообщает трубке о входящем вызове. А вот, например, Panasonic KX-TPA60 игнгорирует номер мелодии, который идет в сообщении о вхоядщем вызове. В результате, если делать трель (звонок-тишина-звонок-тишина...), то мелодия первый звонка будет отличаться от остальных. Чтобы это исправить, приходится отсылать мелодию вместе с номером звонящего ПОСЛЕ того, как трубка начала звонить. А Gigaset A540CAT, если получает мелодию в тот момент, когда на трубке приняли звонок, не отключает мелодию во время разговора, и разговаривать невозможно. Поэтому на него НЕЛЬЗЯ отсылать мелодию ПОСЛЕ того, как трубка начала звонить. Это все недокументировано и найдено методом научного тыка после эмпирического обнаружения граблей. В результате, чтобы более-менее нормально работать с трубкой, нужно знать ее модель (либо такую уже держали в руках и меряли грабли, либо можно взять настройки от какой-то известной с похожим номером). Но трубка нигде не сообщает свою модель))) Но сообщает идентификатор модели в 2-5 нибблах IPUI. Но что этот идентификатор значит - знает только DECT комитет. Базы в открытом доступе нет. Похоже, производители покупают идентификаторы и используют их для выпуска своих моделей. При этом мы уже видели и несколько разных идентификаторов у одной модели, и две модели с одинаковым идентификатором))) В общем, пока остается собирать свою базу о том, какой идентификатор относится к какой трубке, и какие у нее особенности (хаки, чтобы более-менее работала).