des

Это поддерживается для трубок стандарта CAT-iq 2. В более ранних версиях каждый производитель реализовывал данную функциональность по-своему, и трубки могли показывать списки только с родной базой или несколькими совместимыми базами своего производителя. А вот тут еще раз можно покопаться. Попробуйте добавить параметры: dect.hss[х].clip_12_chars_hack = 1 dect.hss[0].clip_on_alert_hack = 1 Где х равен номеру трубки минус 1 Если модель трубки распознается в вебе - эти параметры уже должны быть проставлены по умолчанию, и номер звонящего должен отображаться. А если мы не знаем, что это за трубка - то и не знаем, какие хаки применять для совместимости. Многие трубки работают не по стандарту, и приходится извращаться. Перевод на внешний номер или на другую трубку? Для перевода из меню купите трубку с поддержкой CAT-iq 2. Для перевода двух внешних вызовов через одного оператора телефонии проведите следующие действия: Наберите первый номер Дождитесь ответа Нажмите R Наберите второй номер Дождитесь ответа (если хотите) Нажмите * Происходит перевод вызова, если он поддерживается оператором Для перевода вызова между трубками: Приймите входящий или сделайте исходящий вызов Нажмите * Наберите номер трубки, на которую хотите перевести вызов, или * для звонка на все трубки Дождитесь ответа (если хотите) Нажмите * Происходит перевод вызова на другую трубку или трубки Перевод внешних вызовов, в которых участвуют разные операторы телефонии, обычно невозможен, так как операторы не договорятся, с кого списать деньги за звонок.

@KorDenПока разбирался с соседним топиком, нашел в настройках донгла такое: Used to control repeaters: Bit0: If set accept messages from repeaters to enrol repeaters. Bit1: Always allow repeaters. Бит 1 мы использовали для отключения шифрования, чтобы можно было сниффером смотреть, что передается по воздуху. Получается, если еще и бит 0 выставить, то может заработать. Но мне надо для этого немного поковырять код, уже для nvox 0.8.2 сделаю - 0.8.1 стабилен, оттестирован, и не хочется там что-то сломать прямо в релизных прошивках роутеров.

@Алексей Синицын Как оно может работать: Трубка при регистрации запоминает свойства базы, поэтому поймет, что что-то изменилось, либо когда потеряет базу, либо когда перезагрузится, либо - вообще после отрегистрации и регистрации по-новой. База (донгл) хранит настройки шифрования (которое почему-то на самом деле - настройки поддержки репитеров) на флеше. При этом когда мы меняем настройку в конфиге, при следующем запуске телефонии проверяется, что там записано во флеше донгла, и если не то, что мы выставили в конфиге - то нужное нам значение пишется во флеш. Но донгл мог уже прочесть флеш до того, как мы его записали. Тогда нужно будет еще раз руками перезагрузить донгл. Настройка раннего шифрования передается донглу как параметр во время загрузки и применится при следующем запуске после записи в конфиг. В общем, получается, что для того, чтобы все настройки применились, нужно дважды перезагрузить донгл и перезагрузить или перерегистрировать трубку. Поэтому все непонятно происходит. Это если сама трубка не глючит. Должен предупредить, что без шифрования Ваши разговоры может записывать студент из соседней комнаты, купивший б/у плату за 50 долларов и скачавший хакерский компакт из интернета.

@Алексей Синицын Тогда получается все навыворот - трубка работает только при отключенном шифровании (dect.encryption=0). Эта настройка применяется не сразу, а после перезагрузки телефонии. Я прячу сообщения с Вашими селф-тестами, так как в них персональные данные, вроде IP адреса, номеров телефонов, и прочих интересностей. Просто на всякий случай. Если отключение шифрования действительно помогает - посмотрите, сохранится ли настройка после перезагрузки роутера. Если нет - будем что-то думать, как ее официально добавить и сохранить.

А давайте еще раз отладочный лог плохого звонка, уже после команды dect add-to-config "dect.early_encryption=1"

@Алексей Синицын Разобрались в истории. Ранее шифрование отключили, когда делали показ состояния трубок (зеленый/красный кружок, показывающий, сключена ли трубка). Там получилось, что опрос делается скрытым звонком на все трубки, и при раннем шифровании у трубок быстро садятся батарейки. Сейчас собираемся делать опрос трубок только когда открыт веб интерфейс; обычно он долго не открыт, разряд батареек за такое время не будет иметь значения, и можно включить ранее шифрование обратно.

@KorDen Нашли биты настройки ретрансляторов. Сделаем поддержку (не вотпрямщас), а Вы скажете, работает ли. Ок?

@Алексей Синицын По самому шифрованию - ложная тревога. Там в донгле 0 значит что шифрование включено, 2 - что отключено: Used to control repeaters: Bit0: If set accept messages from repeaters to enrol repeaters. Bit1: Always allow repeaters. То есть, само шифрование у Вас включено. Остается настройка раннего шифрования dect.early_encryption. Она отключена в конфиге - видимо, были проблемы с какими-то трубками, если включена. Смотрим историю. Думаю, Вам может помочь dect add-to-config "dect.early_encryption=1" Настройка dect add-to-config "dect.encryption=1" не должна повлиять на поведение.

@Алексей Синицын Проверили в офисе - тоже отключено на роутере

@Алексей Синицын Думаю, сегодня раскрутить все не успею - похоже на проблему при создании конфига телефонии. Пока, чтобы залатать уязвимость, попробуйте следующие команды: dect add-to-config "dect.encryption=1" dect add-to-config "dect.early_encryption=1" Если причина в шифровании - звонки должны заработать. Я не уверен, что эти команды переживут перезагрузку роутера - временное решение, пока не найдем причину.

@NonenВообще - исключительно странно, что есть зависимость от того, с каким провайдером звонок. Так как, судя по дампам, проблема у нас в операционной системе, и не должна зависеть от сервера телефонии.

@Алексей Синицын Спасибо, Трубка не хочет работать с незашифрованным голосом (небезопасная связь, которую можно легко прослушать). У Вас почему-то отключено шифрование: Sep 28 18:48:27 nvox: Get encryption cfm: 00 set, 00 required Sep 28 18:48:27 nvox: |-> set capability bits early_encryption=0 Если Вы не отключали шифрование специально - буду разбираться, как такое могло произойти.

@ndmпохоже на блокировки в ядре

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

@Алексей Синицын У нас была проблема с KX-TPA60, которая не умеет делать codec negotiation по стандарту CAT-iq 1 (HD Voice). Для решения с этой моделью пришлось использовать более длительную процедуру codec switching. Возможно, у KX-TPA50 такая же проблема. Чтобы проверить - введите команду CLI: dect add-to-config "dect.hss[x].codec_neg_outg_hack=1" где x - это номер трубки минус 1. Например, для трубки №3 нужно ввести: dect add-to-config "dect.hss[2].codec_neg_outg_hack=1 Если поможет - нам нужны IPUI трубок (если модель не показана в веб интерфейсе) - добавим эту настройку для всех таких трубок, и они начнут работать в следующей версии прошивки. Если не поможет - тогда нужен отладочный лог для проблемного исходящего звонка https://help.keenetic.com/hc/ru/articles/360000873379-Диагностика пункт 3. В любом случае - сообщите, пожалуйста, результат, чтобы мы могли исправить проблему для других людей.

@Nonen В дампах как раз входящий звук хороший, исходящий - с перерывами. Значит, проблема на стороне роутера. Есть следующие предположения: Посмотрите загрузку процессора. Если высокая - какие-то системные сервисы могут забирать весь процессор, и телефония не успевает передать звук. Хаб, в который включен донгл, может глючить. Если он собирает пакеты в пачку, а затем передает их в месте - часть голосовых пакетов может не влезть в буфер донгла, и они будут потеряны. Маловероятно, но попробуйте перезагрузить хаб. В операционной системе могут быть блокировки, останавливающие USB шину на длительное время. Это не сильно проявится в загрузке процессора, но голос будет с перерывами. Здесь, например, может быть зависимость от того, открыта ли основная страница веб интерфейса или запущена ли какая-то служба роутера. В логе некоторые команды обрабатываются по 6 секунд - очень похоже на блокировки. Итого: а) посмотрите загрузку процессора с отключенной телефонией, со включенной телефонией и во время звонка б) закройте веб интерфейс на всех компьютерах и все подключенные мобильные приложения, и проверьте качество звука в звонках ПС селф тесты могут весить одинаково если в роутере выделен фиксированный объем памяти под запись лога. Это было бы логично. У Вас в логе очень много сообщений от nimproxy и ndnproxy, поэтому в него помещается короткий интервал времени.

@Nonen"серые" трубки - это телефония перезагрузилась и еще не знает, какие трубки включены. Если с трубки позвонить - она должна позеленеть.

@NonenСпасибо. Оба селф-теста начинаются в 16:12, то есть, в них нет проблемных звонков. Звонки в 16:13 с кодами ошибки 503 и 603 - это были какие-то проблемы на сервере провайдера (сервер отвечает "603 Declined" и "503 Service Unavailable"). Дампы передал начальнику, он посмотрит в понедельник.

@NonenОбычно используется UDP. Но это зависит от настроек учетки. Да.

@Nonen Надо дамп (UDP) траффика такого звонка https://help.keenetic.com/hc/ru/articles/360000401420-Захват-сетевых-пакетов Вероятно, также может быть полезным отладочный лог звонка, который обрывается - если в дампе не будет ничего интересного. Публикуйте их на форуме скрытым сообщением, если не хотите, чтобы файлы были общедоступны.

@NonenНет, они будут в следующей сборке прошивки роутера (3.4 и 3,5). Но проблема со звонками не в этом.

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

Спасибо, скажу руководителю проекта. Так не должно быть. Включение отладки перезапускает почти все сервисы роутера. Вряд ли это оно. Попробуйте сразу же позвонить второй раз с той же трубки. Какое-то время назад ввели опрос трубок, чтобы показывать в вебе, какая трубка подключена. Для этого используется невидимый сервисный звонок, и он может конфликтовать с нормальными звонками. Если это оно - то второй звонок пройдет нормально, и проблема будет проявляться абсолютно случайным образом. Чуть позже сегодня узнаю, как его отключить через веб интерыейс или CLI и отпишу. Напишите, пожалуйста, здесь IPUI и модели (у какой модели какой IPUI). Там примерно такая ситуация. Есть комитет DECT, который раздает производителям IPUI номера пачками. Производители покупают пачку номеров и выпускают какую-то модель трубок с этими номерами (иногда - пару моделей из одной пачки). Открытых данных, какие номера соответствуют какой модели, нет. С другой стороны - трубки тестируются с родными базами, и ведут себя по-разному. У нас с десяток хаков (изменений нашего поведения) для того, чтобы разные трубки с нами не глючили. И некоторым не помогло. Но знать, какая модель трубки зарегистрирована и какие хаки к ней применять, мы можем только если кто-то уже раньше нам прислал IPUI из этой пачки номеров и сказал, что это за трубка. В принципе, с Гигасетами в плане совместимости все хорошо, но если скажете IPUI - в следующей версии они будут показывать имя звонящего вместе с номером (смогли такое сделать для Гигасетов, но чтобы применить - надо знать, что это - Гигасет).

@Nonen Изменения настроек телефонии через веб интерфейс приводят к перезагрузке сервиса телефонии. После перезагрузки сервис пытается зарегистрировать учетные записи у провайдера, и провайдер какое-то время может не отвечать. Если в такой период сделать звонок - звонок не пройдет. В логе вижу неуспешные исходящие вызовы: Sep 12 16:10:36 nvox: Outgoing call from HS Gigaset_A220 to *** was rejected. Lines were unavailable because of SIP registration failure. Sep 12 17:49:20 nvox: Line SmartTelecom: outgoing call from HS Gigaset_A420 to *** was incomplete, response 503 Service Unavailable Sep 12 17:50:54 nvox: Line SmartTelecom: outgoing call from HS Gigaset_A420 to *** was rejected by callee. Судя по логу, проблемы на сервере, если это - те самые звонки, о которых Вы писали. Получается следющее: Если Вы изменяли настройки телефонии и сразу пытались звонить - звонок мог не пройти потому что телефония в этот момент перезагружалась, потому трубка искала донгл, линии регистрировались... Восстановление работоспособности может занять до минуты. Если проблема связи с сервером, или сервер отбил звонок - это будет видно в логе. В 16:32 как раз перезагружалась телефония - соответственно, трубка не видела донгл и никуда не могла позвонить. Причина перезагрузка - включение отладочного лога: Sep 14 16:31:59 ndm: Core::Debug: system debug enabled. Нужна следующая информация: Наблюдается ли проблема, если не трогать веб интерфейс роутера Со всех ли трубками не удается звонить, или это только для какой-то одной модели Видно ли модель трубки в веб интерфейсе, или вместо нее показан десятизначный номер (IPUI)

@KorDenРуководство решило не заниматься ретранслятором, так как за все время продаж K+DECT ретрансляторами интересовались только дважды. То есть, высокая вероятность потратить много времени и ничего сильно полезного не сделать. Простите. В данный момент доделываем поддержку нескольких донглов. Когда новая версия будет выпущена, к роутеру через USB хаб можно будет подключать произвольный набор FXS и DECT донглов. Правда, это тоже нескоро - веб интерфейс еще не начинали менять.