des
-
Постов
660 -
Зарегистрирован
-
Посещение
-
Победитель дней
7
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Сообщения, опубликованные des
-
-
@KorDen Не смогли воспроизвести ни с ipsec, ни с DHCP. Понаблюдайте, пожалуйста - может, проблема повторится.
-
@sersh Спасибо, добавил
-
3 minutes ago, KorDen said:
Я сейчас думаю над этой фразой. Донгл получается рестартится при подвисшем на 5 секунд даже одном канале? Проверяется ли при этом, что не заняты (идут разговоры) другие каналы?
Нет, не проверяется. Лучше перезагрузиться:
1) Проблема становится очевидной, и по ней будут жалобы. Если проблемы скрывать - все начнет страшно глючить через какое-то время работы. И там уже не разберешься в причинах. Телефония перезагружается с громкими матами в логе при ЛЮБОЙ обнаруженной проблеме. Поэтому глюки практически не наблюдаются.2) Другие каналы не проверяются. Логика следующая: если есть частая проблема - приложение будет просто нерабочим, и ее быстро исправят. Если проблема редкая - лучше раз в месяц перезагрузить все, оборвав звонки, чем, например, чтобы звонок завис где-то, и за него продолжали считаться деньги, или чтобы нужно было руками донгл передергивать.
-
Возможно, причина в смене IP адреса, если это был основной интерфейс. Когда-то делали перегистрацию телефонии в таком случае, чтобы переключалась с кабеля на мобильный интернет и назад.
-
@KorDen Спасибо. Здесь настоящий баг - утечка ресурсов. В донгле 4 голосовых канала. После завершения или постановки на удержание звонка нужно деинициализировать голосовой канал в донгле, разорвать RTP соединение по сети, и вычистить все связанные объекты в программе. Это многоступенчатый процесс, в котором возможны любые проблемы. На всякий случай ставлю таймер 5 секунд при завершении звонка, если через 5 секунд звонок еще существует - значит, что-то пошло не так, голосовой канал не удалось вернуть в систему, и нужно перезагрузить донгл, чтобы не получилось, что телефония, вроде, работает, а позвонить никуда нельзя, потому что все голосовые каналы где-то потерялись.
Если я правильно понимаю из лога, произошли следующие события:
- Переаутентификация IPSEC.
- Возможно, при этом слетело RTP соединение и пропал звук.
- Вы положили трубку.
- Началась очистка ресурсов.
- Возможно, из-за перезагрузки IPSEC повис RTP сокет, и таймаут у него больше 5 секунд.
- Телефония обнаружила, что "мертвый" звонок не очистился за 5 секунд, и перезагрузилась.
-
@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Лог выглядит абсолютно нормально
-
-
@yahooo_90 В следующем релизе 2.15, дату пока не установили.
-
1 minute ago, yahooo_90 said:
Добрый день.
Подскажите, в последней прошивке - 2.15.C.4.0-1 внесли какие то ограничения на количество телефонных линий или это косяк прошивки? На роутерах Keenetic Omni и Giga с последней прошивкой, при добавлении новой телефонной линии автоматом пропадает линия с самым низким приоритетом (На Гиге, сейчас настроено 5 линий и 6ую не дает настроить, на Омни - не дает добавить третью линию). Нигде информации на этот счет не нашел. В инструкции (https://help.keenetic.com/hc/ru/articles/360000905780?utm_source=webhelp&utm_campaign=2.15.C4.1&utm_medium=ui_notes&utm_content=controlpanel/dectlines) сказано, что всего можно сделать до 10 телефонных линий. Что то изменилось?
Косяк прошивки
-
@trad2k Попробуйте, пожалуйста, команду:
dect base handset-poll-timer 0
Она должна отключить опрос состояния трубок (включены/выключены) сервисным звонком.
Если станет лучше - напишите, пожалуйста, сюда - тогда я вообще отключу опрос Panasonic KX-TPA60 в следующих версиях.
Спасибо.
-
1
-
-
@trad2k В логе видно трубки 1 и 3. Трубку 2 не видно.
Раньше тоже эти трубки отваливались, или было лучше?
В 17:25-30 никаких звонков не видно, входящего вызова не было.
В веб интерфейсе модель трубок показывается?
-
@Epic Можно сразу дополнительную. "Основная" - это комплект трубки и базы. У нас вместо базы - донгл Keenetic Plus Dect.
-
@zyxmon линия правильная?
1) у разных провайдеров могут быть разные варианты набора, и провайдер А может не схавать номер, с которым все ОК у провайдера Б
2) в истории звонков (не помню) может показываться номер, который набран на трубке, а не тот, который был обработан правилами замены номераИстина где-то рядом, отладочный лог (прямой успешный набор + несупешный через правило выбора линии) и, возможно, дамп трафика (надеюсь, не понадобится) могут помочь.
-
@zyxmon давайте отладочный лог.
Выбор линии через # включен? Его можно отключать. -
@trad2k У этой трубки проблема с кодеками для исходящего вызова - ей говоришь NarrowBand, а она подключает WideBand. Долго мучились, пока разобрались и написали хак (сначала включить WidaBand, затем, после подключения голоса, поменять на NarrowBand).
Спасибо, за сообщение, добавил Ваш идентификатор модели на 2.15 и выше, в следующей сборке голос должен работать (правда, из-за переключения кодеков у этой трубки есть задержка подключения голоса).
-
1
-
-
1 minute ago, AndreyUA said:
Когда планируете начать продажи?
Пока не с чем начинать. Не раньше конца года, вероятно, если все хорошо пойдет. Возможно, получится одновременно сделать и FXS, и DECT донглы.
Но пока очень много неопределенности - разработка на ранней стадии.
-
20 hours ago, Dmitriy Dedock said:
Здравствуйте! Была (здесь) информация о перспективе добавить в функционал белые и чёрные списки. Я так понял, что пока этого всё ещё нет. По-прежнему в планах?
Здравствуйте!
По прежнему в планах, но так как донглы в продаже закончились, в первую очередь занимаемся новым железом.
-
1
-
-
@yahooo_90 Еще можно попробовать на роутере, в котором K+DECT, после установки VPN соединения набрать в консоли:
dect rpc register
Это заставит приложение телефонии попробовать найти новый маршрут к серверу. Должно дергаться само при смене основного сетевого интерфейса но, возможно, у Вас другая ситуация, или что-то глючит. Если поможет вместо перезагрузки K+DECT - пишите, можете в скрипт админский добавить.
-
1
-
-
@Pablo попросил системщиков глянуть. Мне кажется, не хватает питания в момент втыкания модема. Но это так, предположение.
-
@Pablo Это что было? Вынимание модема перегружает хаб?
-
@yahooo_90 Нужно собрать дамп трафика UDP (если для транспортировки SIP используется UDP) на внутреннем интерфейсе KN1010, к которому подключен SIP-сервер, с которого идет проблемный звонок на OMNI+DECT.
Статья про захват сетевых пакетов на Keenetic: https://help.keenetic.com/hc/ru/articles/360000401420
Захватывать дамп следующим образом:
1) запустить захват пактов;
2) выполнить входящий проблемный вызов на K+DECT;
3) выполнить успешный исходящий вызов с K+DECT;
4) выключить захват пакетов и прислать нам полученный дамп.
В результате должно быть видно, куда идут и откуда приходят голосовые пакеты.Спасибо.
-
@yahooo_90 думаю, STUN либо еще какая-то проблема в алгоритме определения маршрута для голосовых пакетов.
Передал Ваш запрос руководителю проекта - он хорошо в этом разбирается. Думаю, что-то посоветует, либо понадобится дамп трафика.
Plus DECT - fatal error in Call.cpp:2492
в 3.1
Опубликовано
@KorDen когда-то тестировали - не падало. возможно, если положить трубку, и на роутере еще куча сервисов крутится...