des
-
Posts
660 -
Joined
-
Last visited
-
Days Won
7
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by des
-
-
@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 адреса, номеров телефонов, и прочих интересностей. Просто на всякий случай.
Если отключение шифрования действительно помогает - посмотрите, сохранится ли настройка после перезагрузки роутера. Если нет - будем что-то думать, как ее официально добавить и сохранить.
-
7 minutes ago, Алексей Синицын said:
К сожалению, ни та, ни другая настройка никак не изменила ситуацию. По прежнему трубка KX-TPA50 не может "обрывает" исходящие звонки.
А давайте еще раз отладочный лог плохого звонка, уже после команды 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. Но это зависит от настроек учетки.
10 minutes ago, Nonen said:Отладочный лог - это тот, что после включение отладки формируется, верно?
Да.
-
@Nonen Надо дамп (UDP) траффика такого звонка
https://help.keenetic.com/hc/ru/articles/360000401420-Захват-сетевых-пакетов
Вероятно, также может быть полезным отладочный лог звонка, который обрывается - если в дампе не будет ничего интересного.
Публикуйте их на форуме скрытым сообщением, если не хотите, чтобы файлы были общедоступны.
-
@NonenНет, они будут в следующей сборке прошивки роутера (3.4 и 3,5).
Но проблема со звонками не в этом.
-
@Nonen Трубки добавил, спасибо. В следующей версии модели должны распознаться.
По поводу опроса состояния трубки сервисным звонком - это не оно, так как опрос делается только для известных моделей, а Ваши трубки не определялись.
-
12 hours ago, Nonen said:
при обновлении на последнюю версию прошивки слетели все настройки телефонии
Спасибо, скажу руководителю проекта. Так не должно быть.
12 hours ago, Nonen said:Получается, включение отладочного лога перезапускает сервисы телефонии в роутере?
Включение отладки перезапускает почти все сервисы роутера.
12 hours ago, Nonen said:Еще грешу на уставшие аккумы, новые оттренирую и поставлю на днях.
Вряд ли это оно.
12 hours ago, Nonen said:Да, периодически звонить нельзя, но на трубках нет индикации потери базы.
Попробуйте сразу же позвонить второй раз с той же трубки.
Какое-то время назад ввели опрос трубок, чтобы показывать в вебе, какая трубка подключена. Для этого используется невидимый сервисный звонок, и он может конфликтовать с нормальными звонками. Если это оно - то второй звонок пройдет нормально, и проблема будет проявляться абсолютно случайным образом. Чуть позже сегодня узнаю, как его отключить через веб интерыейс или CLI и отпишу.
12 hours ago, Nonen said:Нет, ни одну не видно по названию (я их вручную прописал, чтоб различать). Обе отображаются по IPUI.
Напишите, пожалуйста, здесь 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 донглов. Правда, это тоже нескоро - веб интерфейс еще не начинали менять.
KX-TPA50
in Обсуждение Keenetic Plus DECT
Posted
Это поддерживается для трубок стандарта CAT-iq 2. В более ранних версиях каждый производитель реализовывал данную функциональность по-своему, и трубки могли показывать списки только с родной базой или несколькими совместимыми базами своего производителя.
А вот тут еще раз можно покопаться. Попробуйте добавить параметры:
dect.hss[х].clip_12_chars_hack = 1
dect.hss[0].clip_on_alert_hack = 1
Где х равен номеру трубки минус 1
Если модель трубки распознается в вебе - эти параметры уже должны быть проставлены по умолчанию, и номер звонящего должен отображаться. А если мы не знаем, что это за трубка - то и не знаем, какие хаки применять для совместимости. Многие трубки работают не по стандарту, и приходится извращаться.
Перевод на внешний номер или на другую трубку?
Для перевода из меню купите трубку с поддержкой CAT-iq 2.
Для перевода двух внешних вызовов через одного оператора телефонии проведите следующие действия:
Для перевода вызова между трубками:
Перевод внешних вызовов, в которых участвуют разные операторы телефонии, обычно невозможен, так как операторы не договорятся, с кого списать деньги за звонок.