des

@Joe D Дамп нужен в ситуации, когда есть проблема, чтобы разобраться, кто в чем виноват (кто ведет себя не в соответствии со стандартом). Если провайдер у себя перенастроил оборудование, и проблема пропала - хорошо.

@Joe D Проблема с DNS, либо запорчены данные в памяти. Мы такого за 5 лет разработки ни разу не видели. Захватите, пожалуйста, дамп трафика при отваливающемся исходящем вызове. Сейчас готовим команду CLI для отключения 100rel - это может помочь с Билайн. Но чтобы нормально проанализировать проблему - нужен дамп.

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

@Joe D Сделайте, пожалуйста, дамп трафика UDP на внешнем интерфейсе роутера во время проблем со звонками. Статья о том, как захватывать трафик: https://help.keenetic.com/hc/ru/articles/360000401420

Да.

@iggo Думаю, да

@iggoСейчас исправлю. Простите, тестировщик не заметил проблему.

Тогда уже (*1>10001)|(*2>10002)|(*3>10003)|x.T чтобы не сработало на первую набранную цифру

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

@FX2 В логе трубка сбрасывает исходящий звонок через секунду. Похоже, она чего-то ждет, а чего - не говорит.

@FX2 По Gigaset S3 если пришлете отладочный лог - могу попытаться понять, в чем проблема. KX-TCA255 вряд ли получится исправить - регистрация проходит полностью в донгле, мы ее никак не можем настроить. Таки проблемы еще ни разу не удалось решить.

@FX2 Это хорошо было бы для большого проекта с кучей пользователей и денег. У K+DECT очень мало пользователей, соответственно, не выделяют много времени веб разработчиков. Например, телефонная книга в программе уже давно есть, но на веб не вынесена. Спасибо за данные по трубкам! Мы можем пытаться что-то сделать с теми трубками, которые есть в офисе (не всегда получается - например, Grandstream не заработал) и похожими моделями (применять аналогичные настройки). Если просто присылают идентификатор незнакомой модели трубки - неясно, в чем проблема и как помочь.

@FX2 Спасибо за идентификаторы трубок! Добавил, будут в обновлениях начиная с 2.16.

@FX2 Если дать ручное управление - решится проблема одного пользователя. Если сделать централизованное управление - решатся проблемы всех с такими же трубками (если они еще у кого-то есть).

Из новостей: почти доделали поддержку нового USB-FXS донгла с 2 телефонными портами. Осталось: • Отображение номера звонящего для параллельного (ожидающего) вызова • Обновление прошивки донгла • Поддержка нового донгла в настройках роутера и веб интерфейсе Чтобы работать с FXS пришлось переписать половину приложения телефонии, в результате нашли и исправили несколько старых глюков. Ну и добавили неизвестное количество новых (сейчас запускаем цикл тестирования). Так как FXS донгл делаем сами, он должен получиться недорогим. Надеемся, в следующем году будет в продаже.

@aLeshka это значит, что звонки с этой трубки запрещены для всех линий в нвстройках роутера. Там были глюки - в каких-то версиях при регистрации трубки роутер ее не привязывал к линиям автоматически. Найдите в настройках привязку трубок к линиям, и убедитесь, что там стоят галочки на входящие и исходящие вызовы для обеих трубок. По AS200 нужен отладочный лог исходящего вызова, который оборвался на 8 секунде. Там может быть что-то интересное. Вот так сразу провайдера я бы не винил. Еще в отладочном логе будет видна версия nvox (приложение телефонии). Сейчас 0.7.6.44. Если у Вас намного меньше, чем 0.7.6.*, может быть смысл обновить прошивку роутера. Обе трубки сейчас добавлю в список известных (будут распознаваться в nvox 0.7.6.45), но так как трубки старые, могут быть какие-то проблемы с ними.

@mell Спасибо, сделал

@mellВам спасибо! Модель трубки распознается как Gigaset C300 / S810H, или не показывается в свойствах трубки? Если не показывается, или распознается по-другому - напишите IPUI (нужны 2-5 цифры из 10), по нем определяется модель. Тогда отключу для трубок с похожим IPUI. Базы соответствия IPUI и моделей нет, поэтому приходится спрашивать.

@mell Да, пожалуйста, попробуйте и напишите, помогло ли. Если помогло - отключим опрос состояния трубки для Вашей модели.

@zloi78 Ненормально. Давайте IPUI трубки. TLDR: базы данных моделей трубок нет в доступе. Производитель телефонов выкупает у DECT альянса идентификатор модели, чтобы выпустить серию трубок с уникальными IPUI, но может использовать его для нескольких моделей. Мы уже натыкались на такое у других гигасетов. Нам остается спрашивать IPUI и модель трубки, добавлять эти данные в приложение телефонии, и после этого будет показываться правильная (или несколько известных) моделей. Также, когда модель известна, если с данной моделью есть известные и решенные проблемы совместимости, приложение телефонии поменяет свое поведение так, чтобы трубка работала нормально.

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

@trad2k Вам спасибо, что обнаружили проблему и сообщили о решении!

@trad2kСпасибо, отпишите, пожалуйста, потом, когда станет ясно, помогла ли команда.

@trad2k В логе обе трубки принимают сообщение о входящем вызове: May 31 12:19:24 nvox: |<- setup cfm status 0 id1B EW May 31 12:19:24 nvox: |<- setup cfm status 0 id3A EW и даже присылают индикацию о том, что начинают проигрывать мелодию: May 31 12:19:24 nvox: |<- alert ind id1B codec= May 31 12:19:24 nvox: |<- alert ind id3A codec= потом 1 трубка принимает вызов, на 3 мы его отменяем, соответственно: May 31 12:19:35 nvox: |<- connect ind id1B codec=N May 31 12:19:35 nvox: |-> cc info req id3A clip= cnip= tone=0xFF callid=1 lineid=255 Idle reason=18 May 31 12:19:35 nvox: |-> release req id3A reason=0 Лог выглядит абсолютно нормально

@trad2k Спасибо!