des

Переделка на прошлой неделе (2.11) как минимум сломала следующие настройки: Привязка трубок к линиям. Путь к файлу истории звонков - он всегда кладется в корень, имя папки сливается и именем файла. Сейчас работают над устранением проблем.

@Eric750 Еще информация из анализа селф-теста: SIP URI в Request Line запроса INVITE от сервера выглядит следующим образом: INVITE sip:00хххххх36@ххх.ххх.1.1:5060 Но приложение регистрирует контакт с другим IP-адресом: sip:00хххххх36@ххх.ххх.236.132:5060 . Возможно, за Кинетиком есть еще один SIP UA зарегистрировавший контакт sip:00хххххх36@ххх.ххх.1.1:5060 с той же учетной записью, что и приложение телефонии и поступающий вызов адресован ему. Вероятнее всего, исключить подобные коллизии поможет смена локального UDP-порта SIP на Кинетике (веб-конфигуратор> DECT-база). Вместо 5060 можно указать, например 5070.

@Eric750Посмотрел специалист по SIP - похоже, проблемы связи с сервером. От сервера приходит INVITE несколько раз подряд - похоже, ответы 100 и 180 до него не доходят, и сервер думает, что запрос на установку звонка потерялся в сети. Сервер не присылает ACK в ответ на сообщение 200 (когда подняли трубку). Так как сервер не подтвердил звонок, невозможно установить голосовую связь. Предлагают сделать захват трафика: 1) настроить захват трафика UDP на интерфейсе PPPoE0; 2) выключить DECT-базу на странице веб-конфигуратора Телефонная станция>DECT-база; 3) включить захват трафика; 4) включить DECT-базу; 5) после того, как линии будут зарегистрированы и трубка подключена, принять дважды входящий вызов при котором проявляется проблема; 6) остановить захват трафика; 7) прислать нам полученный дамп. Статья о том как захватывать трафик: https://help.keenetic.net/hc/ru/articles/213966089-Использование-встроенного-модуля-захвата-сетевых-пакетов

Может, регистрация не прошла к тому моменту, или сервер заглючило - не знаю. Если воспроизводится - в отладочном логе можно увидеть, было ли обращение к серверу, и что он прислал.

@Eric750 В логе несколько (4, кажется) входящих звонков от одного абонента приходят с интервалом в секунду. К линии привязана только одна трубка. Она принимает звонок, но не может подключить голос: Nov 6 13:15:32 nvox: |-> reconnect audio req id1F E0 Ответ на это сообщение от трубки не приходит. Проблема может быть в трубке или в донгле (с ним пока глюков железа не видели). Завтра спрошу, что можно сделать.

Еще должна опять появиться кнопка сохраниения истории звонков в csv

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

@KorDen Над файлом истории звонков лежит кусок, отслеживающий вынимание флешки и подобные неприятности. Как оно будет работать с двумя файлами сразу - непонятно. Поспрашиваю.

И телефонная книга, и быстрый набор есть в приложении, но нет на вебке, и веб-программисты загружены на 100% новой вебкой. Вероятно, после нового года, когда основную вебку доделают.

@zyxmonЕще надо отметить, что замена номера для исходящих звонков появилась в 2.09. Более ранние версии не примут такой digit map.

Скорее всего - id линии для выбора при исходящем звонке с клавиатуры трубки (префикс #x), где х - id линии.

Надо брать конфиг роутера, выдергивать из него настройки телефонии, и смотреть, что роутер передает на приложение телефонии.

Это должно значить, что вебка пропустила в приложение телефонии некорректное правило маршрутизации исходящих вызовов.

А ошибку не помните? Сейчас видели баг, что могут пропадать настройки линий при перезагрузке. Возможно, благодаря этому багу и заработало.

Спасибо. Правда, список нерекомендуемых пока не заводим - туда кроме пары Панасоников, у которых то ли частота другая, то ли странно сделана регистрация (то, что Вы описали), и еще одной, которая не поддерживает шифрование звонков (KX-TG500), надо отнести все, что пробовали из Yealink, Texet, Philips. Чтобы не проверять все подряд, ограничились списком рекомендуемых, причем Гигасеты работают обычно лучше Панасоников.

1) Какая версия сейчас у Вас, и на какой версии работало? 2) Какая модель трубки? Наблюдается ли проблема с другими трубками? 3) Нужен отладочный лог входящего звонка, который не устанавливается https://help.keenetic.net/hc/ru/articles/214470945-Выполнение-диагностики-отладки-для-решения-вопросов-настройки-или-устранения-неисправностей

Можно, но не нужно. Сейчас приложение телефонии при запуске проверяет версию прошивки донгла, и если текущая версия не соответствует версии, с которой собиралось приложение, скачивает нужную версию с сервера и перепрошивает донгл. Это необходимо так как API донгла меняется между версиями, и приложение телефонии, проверенное с одной версией прошивки донгла, не будет нормально работать с другой.

@KorDenРазобрались - из-за непоняток как это все работает получилось что registration-retry применялся и в случае успешной регистрации. Исправил, вроде.

@KorDenПодтвердили - вебка не заполняет все поля конфига регистрации. Спасибо, что нашли.

Попросил проверить эксперта в SIP. Но уже на следующей неделе, так как все по домам разбежались.

У сервера может быть меньше таймаут, если я правильно помню стандарт. Должен выбираться минимальный таймаут килента или сервера.

Я сделал, что смог - посмотрел лог приложения телефонии. Оно не видит ответа от сервера. Теперь надо смотреть на уровень выше - что приходит на роутер. И это не ко мне вопрос - я там ничего не знаю. В захвате трафика специалисты по сетям увидят, есть физически ответ или нет, и на какой порт он идет. И будут разбираться или советовать что-то. Может, у меня где-то проблема, но надо хотя бы понять, на каком она уровне, то есть, где именно этот ответ теряется.

Запросы на регистрацию отправляются на сервер, но ответы на них к нам не приходят. Делайте захват трафика на внешнем порту роутера.

У нас проблема не воспроизвелась. Надо как минимум отладочный лог попытки подключения https://help.keenetic.net/hc/ru/articles/214470945-Выполнение-диагностики-отладки-для-решения-вопросов-настройки-или-устранения-неисправностей Как максимум - кроме отладочного лога дамп трафика на внешнем интерфейсе Кинетика с фильтром "ip host x.x.x.x" где x.x.x.x - IP-адрес SIP-сервера. Статья о том, как захватить трафик: https://help.keenetic.net/hc/ru/articles/213966089-Использование-встроенного-модуля-захвата-сетевых-пакетов Захват выполнять следующим образом: 1) выключить DECT-базу на странице веб-конфигуратора Телефонная станция>DECT-база; 2) включить захват трафика. Подождать 1 минуту 3) включить DECT-базу 4) выполнить исходящий вызов; 5) выключить захват трафика. 6) прислать нам полученный дамп трафика.

Можно поставить Астериск на роутер и подключить к нему K+DECT как к серверу. Работать с DECT донглом напрямую Астериск не умеет. https://help.keenetic.net/hc/ru/articles/115001054729-Установка-IP-АТС-Asterisk-11-на-интернет-центр-Keenetic