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

[des]

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

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

[DmitryKo]

 

@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

[Alexandr Shipov]

15 часов назад, des сказал:

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

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

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

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

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

 

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

[des]

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

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

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

[Alexandr Shipov]

1 час назад, des сказал:

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

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

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

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

[AndreyUA]

В 12.12.2018 в 12:40, des сказал:

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

 

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

[des]

25 minutes ago, AndreyUA said:

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

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

[AndreyUA]

Да

[des]

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

[yahooo_90]

Добрый день.

Столкнулся со следующей проблемой при использовании 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

[des]

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

Изменено 22 февраля, 2019 пользователем des

[des]

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

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

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

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

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

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

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

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

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

Спасибо!

[yahooo_90]

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

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

[des]

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

[yahooo_90]

@des 

Добрый день. Отправил в личку.

 

[des]

@yahooo_90 Спасибо

[des]

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

[yahooo_90]

6 минут назад, des сказал:

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

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

[des]

2 minutes ago, yahooo_90 said:

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

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

[yahooo_90]

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

[yahooo_90]

В 06.03.2019 в 14:04, yahooo_90 сказал:

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

Добрый день.

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

[KorDen]

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

KX-TGA250RU
IPUI:010CA06430

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

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

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

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

Изменено 12 апреля, 2019 пользователем KorDen

[des]

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

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

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

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

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

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

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

[KorDen]

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

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

[des]

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

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

[des]

15 minutes ago, KorDen said:

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

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

[KorDen]

16 минут назад, des сказал:

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

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

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

 

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

Изменено 12 апреля, 2019 пользователем KorDen

[des]

11 minutes ago, KorDen said:

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

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

[des]

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

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

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

[KorDen]

@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), тут же придется конкурировать со съевшими на этом собаку монстрами.

Изменено 12 апреля, 2019 пользователем KorDen