des Posted January 9, 2019 Share Posted January 9, 2019 @Alexandr Shipov У Панасоника комплекты (база + трубка) и отдельные трубки могут по-разному называться. Допишу KX-TG8562 в название, но поведение трубки от этого не изменится. Сегодня нашли KX-TGA815, проверили - она показывает номер при входящем вызове. Посмотрите в отсеке батареек - возможно, там указана модель трубки, отличная от KX-TGA815 или KX-TG8562. Пришлите, пожалуйста, отладочный лог входящего вызова - возможно, там будет что-то интересное. Quote Link to comment Share on other sites More sharing options...
DmitryKo Posted January 9, 2019 Share Posted January 9, 2019 @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 Quote Link to comment Share on other sites More sharing options...
Alexandr Shipov Posted January 10, 2019 Share Posted January 10, 2019 15 часов назад, des сказал: У Панасоника комплекты (база + трубка) и отдельные трубки могут по-разному называться. Допишу KX-TG8562 в название, но поведение трубки от этого не изменится. Сегодня нашли KX-TGA815, проверили - она показывает номер при входящем вызове. Посмотрите в отсеке батареек - возможно, там указана модель трубки, отличная от KX-TGA815 или KX-TG8562. Пришлите, пожалуйста, отладочный лог входящего вызова - возможно, там будет что-то интересное. 1. Под батарейным отсеком - модель трубки KX-TGA855, как и указал выше DmitryKo 2. Вы имеете ввиду self-test? По не понятным причинам он не сохраняется в ПК, выбрасывает страницу по time-out. Прикрепил только лог входящего звонка взятый с системного журнала. Интересует вопросы. Проблема с определением номера от провайдера может быть? Или каких нибудь определенных настроек в базовой станции? лог входящего звонка.txt Quote Link to comment Share on other sites More sharing options...
des Posted January 10, 2019 Share Posted January 10, 2019 @Alexandr Shipov В логе же сами видите: Line xxx: incoming call from sip:anonymous@xxx.xxx.xxx.xxx Ваш провайдер говорит, что имя звонящего скрыто. 1 Quote Link to comment Share on other sites More sharing options...
Alexandr Shipov Posted January 10, 2019 Share Posted January 10, 2019 1 час назад, des сказал: @Alexandr Shipov В логе же сами видите: Line xxx: incoming call from sip:anonymous@xxx.xxx.xxx.xxx Ваш провайдер говорит, что имя звонящего скрыто. Спасибо за подсказку, буду выяснять с провайдером. Quote Link to comment Share on other sites More sharing options...
AndreyUA Posted February 18, 2019 Share Posted February 18, 2019 В 12.12.2018 в 12:40, des сказал: Номер звонящего должен быть исправлен в следующей сборке 2.15 - добавил для Вашей модели пляску с бубном, которая его показывает на Панасониках. Panasonic KX-TCD450, к сожалению, так и не показывает номер. Quote Link to comment Share on other sites More sharing options...
des Posted February 18, 2019 Share Posted February 18, 2019 25 minutes ago, AndreyUA said: Panasonic KX-TCD450, к сожалению, так и не показывает номер. Модель трубки "Panasonic KX-TCD450" сейчас показывается в веб интерфейсе? Quote Link to comment Share on other sites More sharing options...
AndreyUA Posted February 18, 2019 Share Posted February 18, 2019 Да Quote Link to comment Share on other sites More sharing options...
des Posted February 19, 2019 Share Posted February 19, 2019 @AndreyUA Тогда не могу ничего сделать. Надо какую-то еще магию для этой трубки подбирать, о которой я не знаю, и трубки в руках тоже нет, чтобы экспериментировать. Quote Link to comment Share on other sites More sharing options...
yahooo_90 Posted February 22, 2019 Share Posted February 22, 2019 Добрый день. Столкнулся со следующей проблемой при использовании 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 1 Quote Link to comment Share on other sites More sharing options...
des Posted February 22, 2019 Share Posted February 22, 2019 (edited) @yahooo_90Спасибо, будем чинить. Возможно, появятся какие-то вопросы в процессе. Проблема на нашей стороне. Edited February 22, 2019 by des Quote Link to comment Share on other sites More sharing options...
des Posted February 22, 2019 Share Posted February 22, 2019 @yahooo_90 При обсуждении обнаружили старые задачи с похожими симптомами, тоже с Билайном. Проблема в том, что Билайн заблокировал наши тестовые учетки, и на запросы разблокировать не реагирует. Чтобы мы могли хоть что-то сделать, нужно воспроизвести проблему. Если сможете снять дамп трафика, попытаемся настроить Астериск или SIPP для подобного поведения, и с ним будем исправлять. Как снять дамп трафика: https://help.keenetic.com/hc/ru/articles/360000401420 При настройке правила захвата использовать фильтр "udp". Захватывать трафик нужно следующим образом: 1) запустить захват трафика; 2) выполнить исходящий вызов; 3) остановить захват трафика; 4) полученный файл прислать нам. Спасибо! Quote Link to comment Share on other sites More sharing options...
yahooo_90 Posted February 22, 2019 Share Posted February 22, 2019 Ok. Сделаю чуть позже, как до роутера доберусь. P.S. Можете прислать имена ваших тестовых учеток? Напишу в поддержку Билайна, попрошу разблокировать для скорейшего решения проблемы )). На запросы корпоративных клиентов они шустрее реагируют. 1 Quote Link to comment Share on other sites More sharing options...
des Posted February 22, 2019 Share Posted February 22, 2019 @yahooo_90 Спасибо, написал в личку. Там еще надо, чтобы они опять не заблокировали учетки, когда мы начнем их использовать из разных офисов. Quote Link to comment Share on other sites More sharing options...
yahooo_90 Posted February 26, 2019 Share Posted February 26, 2019 @des Добрый день. Отправил в личку. Quote Link to comment Share on other sites More sharing options...
des Posted February 26, 2019 Share Posted February 26, 2019 @yahooo_90 Спасибо Quote Link to comment Share on other sites More sharing options...
des Posted March 6, 2019 Share Posted March 6, 2019 @yahooo_90 Вроде, исправили на следующей сборке 2.15 и выше. Quote Link to comment Share on other sites More sharing options...
yahooo_90 Posted March 6, 2019 Share Posted March 6, 2019 6 минут назад, des сказал: @yahooo_90 Вроде, исправили на следующей сборке 2.15 и выше. В версии 2.15.C.0.0-0, на которую обновились пару дней назад, проблема оставалась. Речь идет о более поздних сборках, которые в статусе бета? Quote Link to comment Share on other sites More sharing options...
des Posted March 6, 2019 Share Posted March 6, 2019 2 minutes ago, yahooo_90 said: В версии 2.15.C.0.0-0, на которую обновились пару дней назад, проблема оставалась. Речь идет о более поздних сборках, которые в статусе бета? Да, только что внесли исправление. 2.15, вероятно, тоже будут еще перевыпущена. Quote Link to comment Share on other sites More sharing options...
yahooo_90 Posted March 6, 2019 Share Posted March 6, 2019 ОК. Спасибо. Ждем обновление. Quote Link to comment Share on other sites More sharing options...
yahooo_90 Posted March 19, 2019 Share Posted March 19, 2019 В 06.03.2019 в 14:04, yahooo_90 сказал: ОК. Спасибо. Ждем обновление. Добрый день. С последним обновлением - 2.15.С.1 - запись разговоров заработала. Пока полёт нормальный, спасибо. 1 Quote Link to comment Share on other sites More sharing options...
KorDen Posted April 12, 2019 Share Posted April 12, 2019 (edited) Хм. Не работает CallerID, подозреваю потому что IPUI нет в базе KX-TGA250RU IPUI:010CA06430 Мне казалось, что в давние времена на них номер отображался, прямо как здесь В 08.01.2019 в 12:48, JIABP сказал: При чём, что интересно, в версии 2.08 АОН на этой трубке работал, а после перехода на 2.09 и далее (сейчас 2.13) - перестал Там случаем сейчас функционал не ограничивается, если трубка не определяется? Или это тупо особенности панасоников? Edited April 12, 2019 by KorDen 1 Quote Link to comment Share on other sites More sharing options...
des Posted April 12, 2019 Share Posted April 12, 2019 @KorDen Спасибо, добавил. Одна из особенностей Панасоников (возможно, не всех - они сильно разные) - они показывают номер звонящего только если он пришел ПОСЛЕ того, как трубка начала звонить. По стандарту номер можно вложить в то же сообщение, которое сообщает трубке о входящем вызове. А вот, например, Panasonic KX-TPA60 игнгорирует номер мелодии, который идет в сообщении о вхоядщем вызове. В результате, если делать трель (звонок-тишина-звонок-тишина...), то мелодия первый звонка будет отличаться от остальных. Чтобы это исправить, приходится отсылать мелодию вместе с номером звонящего ПОСЛЕ того, как трубка начала звонить. А Gigaset A540CAT, если получает мелодию в тот момент, когда на трубке приняли звонок, не отключает мелодию во время разговора, и разговаривать невозможно. Поэтому на него НЕЛЬЗЯ отсылать мелодию ПОСЛЕ того, как трубка начала звонить. Это все недокументировано и найдено методом научного тыка после эмпирического обнаружения граблей. В результате, чтобы более-менее нормально работать с трубкой, нужно знать ее модель (либо такую уже держали в руках и меряли грабли, либо можно взять настройки от какой-то известной с похожим номером). Но трубка нигде не сообщает свою модель))) Но сообщает идентификатор модели в 2-5 нибблах IPUI. Но что этот идентификатор значит - знает только DECT комитет. Базы в открытом доступе нет. Похоже, производители покупают идентификаторы и используют их для выпуска своих моделей. При этом мы уже видели и несколько разных идентификаторов у одной модели, и две модели с одинаковым идентификатором))) В общем, пока остается собирать свою базу о том, какой идентификатор относится к какой трубке, и какие у нее особенности (хаки, чтобы более-менее работала). Quote Link to comment Share on other sites More sharing options...
KorDen Posted April 12, 2019 Share Posted April 12, 2019 @des, напрашивается мысль - сделать возможность вручную задавать костыли для неизвестных трубок, как с непрерывным звонком - dect handset 123 tune_panasonic1 и т.п. А то получается что на более старых моделях на старой прошивке (2.08) работало, а дальше обновлений 2.15 может и не быть Quote Link to comment Share on other sites More sharing options...
des Posted April 12, 2019 Share Posted April 12, 2019 @KorDen Можно задавать через CLI, но они не будут сохраняться в конфиге или при перезагрузке телефонии. Ну и, это решит проблему одного пользователя, причем ему надо будет практиковаться в камасутре, чтобы обрести опыт инкостыляции. А так - нам говорят IPUI и модель трубки, и со следующим обновление прошивки у всех пользователей с этим идентификатором модели нужные костыли вставляются автоматически (в идеальном мире). Quote Link to comment Share on other sites More sharing options...
des Posted April 12, 2019 Share Posted April 12, 2019 15 minutes ago, KorDen said: дальше обновлений 2.15 может и не быть Мы пытаемся сделать FXS донгл (шнурковый телефонный порт). Очень много работы. Думаю, портировать на 2.15 поддержку не будут, но это уже как начальство решит. Quote Link to comment Share on other sites More sharing options...
KorDen Posted April 12, 2019 Share Posted April 12, 2019 (edited) 16 минут назад, des сказал: Мы пытаемся сделать FXS донгл А так хотелось наоборот убежать от легаси-FXS... Сейчас Plus DECT + CATiq-2.0 трубка это практически идеал ИМХО - разве что не хватает нормального импорта телефонной книги и дальнобойность плохая. Ну и проблема в доступности трубок А FXS-донгл выглядит костылем в силу наличия автономных FXS-шлюзов с гораздо более широким функционалом и не очень высокой ценой UPD: про 2.15 речь в контексте обновлений баз/исправлений для Plus DECT Edited April 12, 2019 by KorDen Quote Link to comment Share on other sites More sharing options...
des Posted April 12, 2019 Share Posted April 12, 2019 11 minutes ago, KorDen said: дальнобойность плохая Сейчас лежит на столе образец другого DECT донгла с лучшей дальнобойностью. Но пока нет времени им серьезно заняться. Там тоже хороший кусок работы - стандартизирован протокол между донглом и трубкой, а вот как управлять донглом по USB - каждый производитель делает как хочет. Quote Link to comment Share on other sites More sharing options...
des Posted April 12, 2019 Share Posted April 12, 2019 @KorDen Собственно, занялись FXS донглом со следующей позицией: Разрабатываемый FXS-донгл имеет следующие достоинства: 1) совместим с любым телефонным аппаратом; 2) доступны все функции телефона, включая отображение имени трубки и даты, телефонную книгу, Caller ID (имя +номер) и журнал звонков; 3) стоимость донгла с двумя портами FXS будет дешевле K+DECT и дешевле автономных FXS-шлюзов; Вся функциональность телефонной станции Keenetic (кроме функций, связанных с технологией DECT) будет доступна с FXS-донглом. Что Вы скажете? Quote Link to comment Share on other sites More sharing options...
KorDen Posted April 12, 2019 Share Posted April 12, 2019 (edited) @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 April 12, 2019 by KorDen 1 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
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.