sips

В условиях глобального дефицита полупроводников пытаемся ускорить поставки на фабрику микросхем для производства первой партии Keenetic Linear (USB-донгл с двумя портами FXS). Если получится, то продажи могут стартовать в конце этого года.

Список звонков общий для всех трубок. Каждая из трубок показывает все звонки по всем линиям, показывать на трубке только те звонки в которых она участвовала невозможно.

Проблему воспроизвели и выяснили причину. На этой неделе исправим. В следующей тестовой сборке Keenetic OS список исходящих вызовов должен отображатся корректно на трубках с поддержкой Cat-iq 2.0. Спасибо вам, что сообщили об этой проблеме.

Со следующей тестовой сборкой KeeneticOS модели трубок должны отображаться правильно.

Начало производства FXS-донгла отложили в связи с глобальным дефицитом микросхем. Фабрика не может закупить нужные микросхемы. Когда удастся произвести пока неизвестно.

Это значит, что EMC (2-5 нибблы IPUI) вашей трубки Panasonic KX-TGFA30RU совпадает с EMC трубки KX-TGA250. Мы можем идентифицировать модель только по EMC. Почему Panasonic присваивает один и тот же EMC разным моделям мы не знаем. Пришлите IPUI вашей трубки Panasonic KX-TGFA30RU, добавим ее в базу трубок. Добавим EMC 0B0C для трубки Panasonic KX-TGA806, модель будет отображаться в вебе. Пришлите IPUI вашей трубки Panasonic KX-TGA800RU, добавим ее в базу трубок. Отображение времени и доступ к телефонной книге K+DECT работает только с трубками, которые поддерживают CAT-iq 2.0. Здесь есть информация об этом: https://help.keenetic.com/hc/ru/articles/213968289-Какие-DECT-трубки-можно-использовать-с-Keenetic-Plus-DECT-

Воспроизвести отсутствие КПВ на имеющемся в наличии Keenetic Giga III с прошивкой 2.16.D.11.0-1 в тестовой среде не удалось, сигналы КПВ из входящего аудиопотока воспроизводятся в трубке. Тем не менее после изучения вашего дампа трафика появились следующие соображения: в вашем случае сигналы КПВ поступают от сервера во входящем аудиопотоке early media, приходящем до ответа на звонок. Ваш роутер Keenetic Ultra не посылает ответный поток early media, и это может быть причиной того, что входящий аудиопоток дропается файерволом вашего роутера. Попробуйте открыть UDP-порты 4000-4015 (это RTP port range, настраивается в веб-конфигураторе роутера) в фаерволе Ultra, чтобы ваш Ultra принимал пакеты RTP приходящие до того, как он сам отправит RTP.

Попробуем воспроизвести и исследовать проблему отсутствия КПВ, используя ваш дамп трафика SIP. Как только будут результаты, сообщу

Да, нужен базовый блок KX-TGP600 с микрпрограммой 6.001. Он автоматически прошивает трубки прошивкой 03.02.003. Если у вас его нет, то наверное в СЦ Панасоник могут прошить. Если прошить никак не получается, можете подъехать к нам в офис, у нас есть базовый блок, прошьем ваши трубки.

Выяснили, что 03.02.003 - последняя прошивка трубки KX-TPA60 с которой трубка не перезагружается при ответе на входящий внешний вызов. С прошивками 03.04.006 и 03.08.004 трубка перезагружается. Устранить проблему перезагрузки путем настройки K+DECT и/или трубки не удалось. Отладить K+DECT с прошивками 03.04.006 и 03.08.004 не можем: для этого нужно захватить и проанализировать обмен данными между трубкой и родной базой TGP600 во время входящего звонка, но это невозможно, т.к. используется шифрование. Прошейте в ваши трубки микропрограмму 03.02.003 и они перестанут перезагружаться.

Удалось воспроизвести проблему: трубка перезагружается при ответе на входящий звонок, как у вас на видео. Обнаружилось, что если выключить звонок на трубке (кнопка [*]), то трубка не перезагружается. Продолжаем исследовать проблему.

была версия 03.02.000. Сегодня обновили до 03.04.006 как у вас. После обновления проблема пока не наблюдается.

Мы нашли базу KX-TGP600, с ней зашьем в наши трубки KX-TPA60 прошивку v03.04.006 как у вас и снова попробуем воспроизвести проблему. Когда появятся результаты, я сообщу

Спасибо, что сообщили про внутренние звонки. Есть вероятность, что проблема вызвана выключенным ранним шифрованием DECT на вашем донгле DECT. Включите раннее шифрование и сохраните настройки, используя эти команды: nvox dect early-encryption copy running-config startup-config Затем перезагрузите устройство, чтобы применить настройки на донгле DECT. После перезагрузки проверьте конфигурацию NVOX следующей командой: show nvox status full В выводе команды должна быть строка: details: DECTCFG pin=0000 encr=1 early_encr=1 Если конфигурация ok, то удалите трубки, зарегистрируйте и настройте их заново и проверьте входящие звонки.

Настройки в self-test выглядят корректными. В логе не видно ошибок. Воспроизвести проблему с трубкой TPA60 пока не удается. Если возможно, снимите и пришлите видео, на котором можно видеть, как трубка TPA60 перезагружается при входящем вызове. и сделайте, пожалуйста, следующее: 1) удалите трубки (кнопка “Удалить трубку” на странице настройки трубки), затем зарегистрируйте их снова, привяжите к ним линии и проверьте входящие звонки; 2) если после выполнения п.1 проблема не ушла, в настройках телефонных линий запретите все кодеки, кроме G.711u; 3) если после п.2 проблема по-прежнему наблюдается, включите чекбокс “Непрерывный рингтон” в настройках трубок.

Трубка KX-TPA60 может перестать нормально работать принимая сервисные звонки, которые используются для определения текущего статуса трубки (online/offline). Примените команду “nvox phone online-poll-timer 0”, чтобы выключить сервисные звонки, затем сохраните конфигурацию командой "copy running-config startup-config", выключите/включите трубки и проверьте входящие звонки снова.

Да, действительно, модель трубки распозналась правильно. Теперь нужно проверить текущие настройки и лог NVOX. Для этого: 1) пришлите вывод команды “show nvox status full”; 2) пришлите self-test записанный при воспроизведении проблемы. Записать нужно следующим образом: 2.1) на странице веб-конфигуратора Управление>Диагностика>Режим отладки нажмите “Включить режим отладки”; 2.2) подождите 1 минуту; 2.3) воспроизведите проблему с перезагрузкой трубки при ответе на входящий вызов; 2.4) нажмите “Завершить режим отладки”; 2.5) сохраните файл self-test.txt и пришлите его мне.

Пришлите, пожалуйста, скриншот страницы настройки вашей DECT-трубки (см. образец ниже). Нужно проверить, правильно ли распозналась модель трубки. Если не распозналась или распозналась неправильно, то нужный профиль настроек не был применен и это причина проблемы.

Это пример настройки P2P-вызовов между двумя роутерами Keenetic Extrа и Keenetic Ultra через туннель IPSecVPN Keenetic Extra LAN: 192.168.1.1 WAN: 192.168.10.33 Keenetic Ultra LAN: 192.168.11.1 WAN: 10.0.7.211 К каждому из роутеров подключен K+DECT с зарегистрированной DECT-трубкой к которой привязана SIP-линия. Конфигурация IPSec, SIP-линий и DECT-трубок показана на скриншотах в прилагаемом архиве. P2P-звонки Extra > Ultra по номеру 102, Ultra > Extra по номеру 101 p2p-ipsec-settings-20201203.zip

обновите микропрограмму Ultra II до последней релизной версии 3.5.1 и проверьте снова доступ к конфигурационным файлам Asterisk из проводника Windows.

Трубки телефонов KX-TG1611 невозможно подключить к Keenetic+DECT, т.к. они не поддерживают GAP. Для Keenetic+DECT понадобятся другие трубки, с поддержкой GAP (лучше с поддержкой CAT-iq 2.0, но они дорогие и их практически нет в продаже). Список рекомендованных трубок: https://help.keenetic.com/hc/ru/articles/213968289. Если делать на Keenetic+DECT, то понадобятся два DECT-донгла и еще один Keenetic в добавок к вашей VIVA. К каждому Keenetic+DECT можно подключить по 4 трубки и 4 линии ВАТС, привязать каждую трубку к своей линии. В связи с ограничением GAP, имени трубки, даты и времени не будет на дисплеях трубок, тел. книги не будет, журнал звонков можно просмотреть только в веб-интерфейсе Keenetic. Что касается подключения аналоговой линии Ростелеком, возможно, если внедрить ВАТС от Ростелеком, то Ростелеком сможет оптимально завернуть аналоговую линию на ВАТС.

Вероятно, в вашем случае нужно настраивать не GIGA III, а FreeSWITCH. Для корректного обмена сообщениями SIP и медиаданными с абонентом за пределами локалки FreeSWITCH должен помещать внешний адрес NAT и внешние проброшенные на FreeSWITCH порты SIP и RTP в заголовки SIP и SDP сообщений SIP отправляемых абоненту через Интернет. В данном случае, внешний адрес NAT это IP-адрес на внешнем интерфейсе GIGA III. В настройках FreeSWITCH этот адрес можно прописать вручную, если это статический адрес. Похоже, здесь описаны особенности настройки для вашего сценария (см.Switch with External SoftPhone): https://freeswitch.com/confluence/display/FREESWITCH/External+Profile Чтобы найти причину проблемы нужно захватить и проанализировать трафик SIP и RTP одновременно на внутреннем и внешнем интерфейсах GIGAIII. Захват трафика описан в этой статье: https://help.keenetic.com/hc/ru/articles/360000401420. При настройке правила захвата нужно использовать фильтр "udp", если ваш FreeSWITCH использует транспорт UDP для сигнализации SIP. Захватить трафик нужно 1) при регистрации абонента за пределами локалки на FreeSWITCH, а так же при входящем и исходящем вызовах (если регистрация прошла успешно); 2) при внешнем исходящем вызове от абонента из локалки через подключение к VoIP-оператору. Если проблему решить не удастся, захватите и выложите дампы сюда. Если не можете выложить сюда по причинам безопасности, создайте обращение в техподдержку Кинетик и приложите дампы к нему.

Отправьте запрос в техническую поддержку Keenetic по данной проблеме, прикрепите к нему следующие диагностические данные: 1) файл self-test.txt (см. https://help.keenetic.com/hc/ru/articles/360000440120); 2) дамп трафика собранный на внешнем интерфейсе Keenetic Air с фильтром UDP (см. https://help.keenetic.com/hc/ru/articles/360000401420). Собирать дамп нужно следующим образом: запустить захват трафика, подождать 30 секунд, сделать исходящий звонок, принять входящий звонок, выключить захват, сохранить файл *.pcapng); 3) скриншоты настроек SIP телефона Siemens OpenStage 15 SIP.

VoIP-трафик пойдет через vlan55 на SIP-сервер 192.168.55.2, если интерфейс FastEthernet0/Vlan55 получит IP-адрес из подсети 192.168.55.0/24. Для этого попробуйте включить DHCP на этом интерфейсе командой “interface FastEthernet0/Vlan55 ip address dhcp”. Если DHCP не работает в этом VLAN, то, возможно. интерфейсу FastEthernet0/Vlan55 нужно присвоить статический IP-адрес, который нужно получить у вашего провайдера. Команда для присвоения статического IP-адреса: “interface FastEthernet0/Vlan55 ip address <ip address> <mask>”.