Jump to content
Александр Пономарев

Функциональность Keenetic DECT

Recommended Posts

@Alexandr Shipov У Панасоника комплекты (база + трубка) и отдельные трубки могут по-разному называться. Допишу KX-TG8562 в название, но поведение трубки от этого не изменится. Сегодня нашли KX-TGA815, проверили - она показывает номер при входящем вызове.

  1. Посмотрите в отсеке батареек - возможно, там указана модель трубки, отличная от KX-TGA815 или KX-TG8562.
  2. Пришлите, пожалуйста, отладочный лог входящего вызова - возможно, там будет что-то интересное.

Share this post


Link to post
Share on other sites

 

@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

Share this post


Link to post
Share on other sites
15 часов назад, des сказал:

У Панасоника комплекты (база + трубка) и отдельные трубки могут по-разному называться. Допишу KX-TG8562 в название, но поведение трубки от этого не изменится. Сегодня нашли KX-TGA815, проверили - она показывает номер при входящем вызове.

  1. Посмотрите в отсеке батареек - возможно, там указана модель трубки, отличная от KX-TGA815 или KX-TG8562.
  2. Пришлите, пожалуйста, отладочный лог входящего вызова - возможно, там будет что-то интересное. 

1. Под батарейным отсеком - модель трубки KX-TGA855, как  и указал выше DmitryKo

2. Вы имеете ввиду self-test? По не понятным причинам он не сохраняется в ПК, выбрасывает страницу по time-out. Прикрепил только лог входящего звонка взятый с системного журнала.

Интересует вопросы. Проблема с определением номера от провайдера может быть? Или каких нибудь определенных настроек в базовой станции?

 

лог входящего звонка.txt

Share this post


Link to post
Share on other sites

@Alexandr Shipov В логе же сами видите:

Line xxx: incoming call from sip:anonymous@xxx.xxx.xxx.xxx

Ваш провайдер говорит, что имя звонящего скрыто.

  • Upvote 1

Share this post


Link to post
Share on other sites
1 час назад, des сказал:

@Alexandr Shipov В логе же сами видите:

Line xxx: incoming call from sip:anonymous@xxx.xxx.xxx.xxx

Ваш провайдер говорит, что имя звонящего скрыто.

Спасибо за подсказку, буду выяснять с провайдером.

Share this post


Link to post
Share on other sites
В 12.12.2018 в 12:40, des сказал:

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

 

Panasonic KX-TCD450, к сожалению, так и не показывает номер.

Share this post


Link to post
Share on other sites
25 minutes ago, AndreyUA said:

Panasonic KX-TCD450, к сожалению, так и не показывает номер.

Модель трубки "Panasonic KX-TCD450" сейчас показывается в веб интерфейсе?

Share this post


Link to post
Share on other sites

@AndreyUA Тогда не могу ничего сделать. Надо какую-то еще магию для этой трубки подбирать, о которой я не знаю, и трубки в руках тоже нет, чтобы экспериментировать.

Share this post


Link to post
Share on other sites

Добрый день.

Столкнулся со следующей проблемой при использовании Keenetic dect (роутеры Giga и Omni + трубки Gigaset A220) и IP телефонии от Билайна.

Используем облачную АТС от Билайна + sip номера. Все работает прекрасно до одного момента. Если в настройках облачной АТС Билайна на любой из номеров подключить запись разговоров, то исходящий звонок длится пару секунд. После чего, судя по логам роутера, Keenetic dect перезагружается. С входящими звонками такой проблемы нет. Долго общался с техподдержкой билайна по этому вопросу, они просили отключить все кодеки, кроме alaw (G.711a), что я и сделал, но проблема осталась. ТП Билайна дала такой ответ - Разница с включенной записью разговоров заключается в том, что в процессе установления соединения посылается ре-инвайт (для окончательного согласования кодеков с сервером записи), допустимый по RFC, но вызывающий странную реакцию со стороны Keenetiс-а с посылкой нам другого набора кодеков. Т.е по их словам Keenetic dect даже при отключении в настройках роутера всех кодеков, кроме G.711a, все равно продолжает их использовать. Но судя по логам роутера Keenetic dect перезагружается при ре-инвайте. Файл с логами во вложении (последний звонок в логах - с отключенной записью разговоров - прошел успешно). Можете подсказат ь - проблема в Dect-е или все-таки ТП Билайна не хочет разбираться?

Логи звонков Keenetic Giga 13.02.2019_3.txt

  • Thanks 1

Share this post


Link to post
Share on other sites

@yahooo_90Спасибо, будем чинить. Возможно, появятся какие-то вопросы в процессе.
Проблема на нашей стороне.

Edited by des

Share this post


Link to post
Share on other sites

@yahooo_90 При обсуждении обнаружили старые задачи с похожими симптомами, тоже с Билайном. Проблема в том, что Билайн заблокировал наши тестовые учетки, и на запросы разблокировать не реагирует.

Чтобы мы могли хоть что-то сделать, нужно воспроизвести проблему. Если сможете снять дамп трафика, попытаемся настроить Астериск или SIPP для подобного поведения, и с ним будем исправлять.

Как снять дамп трафика: https://help.keenetic.com/hc/ru/articles/360000401420

При настройке правила захвата использовать фильтр "udp".

Захватывать трафик нужно следующим образом:

1) запустить захват трафика;

2) выполнить исходящий вызов;

3) остановить захват трафика;

4) полученный файл прислать нам.

Спасибо!

Share this post


Link to post
Share on other sites

Ok. Сделаю чуть позже, как до роутера доберусь.

P.S. Можете прислать имена ваших тестовых учеток? Напишу в поддержку Билайна, попрошу разблокировать для скорейшего решения проблемы )). На запросы корпоративных клиентов они шустрее реагируют.

  • Thanks 1

Share this post


Link to post
Share on other sites

@yahooo_90 Спасибо, написал в личку. Там еще надо, чтобы они опять не заблокировали учетки, когда мы начнем их использовать из разных офисов.

Share this post


Link to post
Share on other sites
6 минут назад, des сказал:

@yahooo_90 Вроде, исправили на следующей сборке 2.15 и выше.

В версии  2.15.C.0.0-0, на которую обновились пару дней назад, проблема оставалась. Речь идет о более поздних сборках, которые в статусе бета?

Share this post


Link to post
Share on other sites
2 minutes ago, yahooo_90 said:

В версии  2.15.C.0.0-0, на которую обновились пару дней назад, проблема оставалась. Речь идет о более поздних сборках, которые в статусе бета?

Да, только что внесли исправление.
2.15, вероятно, тоже будут еще перевыпущена.

Share this post


Link to post
Share on other sites
В 06.03.2019 в 14:04, yahooo_90 сказал:

ОК. Спасибо. Ждем обновление.

Добрый день.

С последним обновлением - 2.15.С.1 - запись разговоров заработала. Пока полёт нормальный, спасибо.

  • Upvote 1

Share this post


Link to post
Share on other sites

Хм. Не работает CallerID, подозреваю потому что IPUI нет в базе

KX-TGA250RU
IPUI:010CA06430

Мне казалось, что в давние времена на них номер отображался, прямо как здесь

В 08.01.2019 в 12:48, JIABP сказал:

При чём, что интересно, в версии 2.08 АОН на этой трубке работал, а после перехода на 2.09 и далее (сейчас 2.13) - перестал

Там случаем сейчас функционал не ограничивается, если трубка не определяется? Или это тупо особенности панасоников?

Edited by KorDen
  • Thanks 1

Share this post


Link to post
Share on other sites

@KorDen Спасибо, добавил.

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

А вот, например, Panasonic KX-TPA60 игнгорирует номер мелодии, который идет в сообщении о вхоядщем вызове. В результате, если делать трель (звонок-тишина-звонок-тишина...), то мелодия первый звонка будет отличаться от остальных. Чтобы это исправить, приходится отсылать мелодию вместе с номером звонящего ПОСЛЕ того, как трубка начала звонить.

А Gigaset A540CAT, если получает мелодию в тот момент, когда на трубке приняли звонок, не отключает мелодию во время разговора, и разговаривать невозможно. Поэтому на него НЕЛЬЗЯ отсылать мелодию ПОСЛЕ того, как трубка начала звонить.

Это все недокументировано и найдено методом научного тыка после эмпирического обнаружения граблей. В результате, чтобы более-менее нормально работать с трубкой, нужно знать ее модель (либо такую уже держали в руках и меряли грабли, либо можно взять настройки от какой-то известной с похожим номером).

Но трубка нигде не сообщает свою модель))) Но сообщает идентификатор модели в 2-5 нибблах IPUI. Но что этот идентификатор значит - знает только DECT комитет. Базы в открытом доступе нет. Похоже, производители покупают идентификаторы и используют их для выпуска своих моделей. При этом мы уже видели и несколько разных идентификаторов у одной модели, и две модели с одинаковым идентификатором)))

В общем, пока остается собирать свою базу о том, какой идентификатор относится к какой трубке, и какие у нее особенности (хаки, чтобы более-менее работала).

Share this post


Link to post
Share on other sites

@des, напрашивается мысль - сделать возможность вручную задавать костыли для неизвестных трубок, как с непрерывным звонком - dect handset 123 tune_panasonic1 и т.п.

А то получается что на более старых моделях на старой прошивке (2.08) работало, а дальше обновлений 2.15 может и не быть

Share this post


Link to post
Share on other sites

@KorDen Можно задавать через CLI, но они не будут сохраняться в конфиге или при перезагрузке телефонии.

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

Share this post


Link to post
Share on other sites
15 minutes ago, KorDen said:

дальше обновлений 2.15 может и не быть

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

Share this post


Link to post
Share on other sites
16 минут назад, des сказал:

Мы пытаемся сделать FXS донгл

А так хотелось наоборот убежать от легаси-FXS... Сейчас Plus DECT + CATiq-2.0 трубка это практически идеал ИМХО - разве что не хватает нормального импорта телефонной книги и дальнобойность плохая. Ну и проблема в доступности трубок :(

А FXS-донгл выглядит костылем в силу наличия автономных FXS-шлюзов с гораздо более широким функционалом и не очень высокой ценой

 

UPD: про 2.15 речь в контексте обновлений баз/исправлений для Plus DECT

Edited by KorDen

Share this post


Link to post
Share on other sites
11 minutes ago, KorDen said:

дальнобойность плохая

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

Share this post


Link to post
Share on other sites

@KorDen Собственно, занялись FXS донглом со следующей позицией:

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

Что Вы скажете?

Share this post


Link to post
Share on other sites

@des, по достоинствам - 1-2 - банальные достоинства любого FXS, но главный минус FXS при сравнении с DECT - одна база/портFXS=1 линия. Ну и приходится прыгать вокруг легаси - ограничения стандартов CallerID (FSK Bell и т.п.), танцы вокруг Flash - это уже не про IP-телефонию. Те же банальные вопросы централизованной телефонной книги (даже на 2-3 трубки) автоматически становятся невозможными (костыли с заменами в диалплане не рассматривать)

3 - PlusDECT стоит $25. Автономный 2-портовый шлюз - $45. Стоимость донгла в $15-20 кажется немного фантастической, хотя тут конечно еще нужно не забывать про стоимость роутера... О причинах доплаты за автономный шлюз ниже...

О функциональности станции Keenetic можно много говорить, по FXS-шлюзам гораздо больше рассказал бы мой коллега, но он не из кинетиковской тусовки... Я правда не пользовался кинетиками с FXS, только видел скриншоты настроек.

Если предположить, что функционал FXS-донгла будет чем-то типа кинетиков с FXS-портов + Plus DECT (в частности многолинейность), и сравнить его с используемыми функциями FXS-шлюзов, на ум приходят:

- Distinctive Ring Cadence/Call Wait Cadence, в т.ч. через заголовки SIP
- опции T38 и прочих танцев с неумирающими факсами (будь они неладны, но это же FXS-железка).
- настройки эхоподавления, выдачи CallerID и DTMF

Ну и если кто-то из разбирающихся в телефонии будет раздумывать о каком-то решении, он с высокой вероятностью выберет какого-то из популярных производителей шлюзов, чем будет разбираться с особенностями "экзотики", которой будет как раз FXS-донгл. На руку Plus DECT играла некоторая уникальность на местном рынке (хоть и с особенностями из-за DECT/GAP), тут же придется конкурировать со съевшими на этом собаку монстрами.

Edited by KorDen
  • Thanks 1

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...