• Announcements

    • Где взять тестовые прошивки   23.08.2016

      Кратко: на files.keenopt.ru Подробнее: CLI мануалы для всех устройств: files.keenopt.ru/cli_manual/. Багфиксовые прошивки из серий 2.06, 2.07, 2.08 (они же delta): files.keenopt.ru/firmware/. Повторяют то, что официально выпущено как "Релиз" или "Бета-версия", но выпускаются еженедельно и содержат дополнительные исправления. При их установке вы автоматически будете получать обновления, обозначенные как "Отладочная версия". Экспериментальные прошивки из серии 2.09 (они же draft): files.keenopt.ru/experimental/. Также выпускаются еженедельно, и также автоматически обновляются через меню "Отладочная версия". Экспериментальные прошивки никогда официально не публиковались, впервые тестируются вне компании. Могут содержать как много нового интересного функционала, так и неприятные баги (вплоть до неработоспособности роутера). Будьте осторожны и заранее узнайте, как вернуть на место стабильную версию через режим восстановления. После заливки файла delta или draft, взятого с files.keenopt.ru, появляется выбор "Отладочная версия" на вкладке "Обновления".

        Для различных моделей Keenetic фиксируется версия прошивки, на которой будет заморожена их поддержка Версия 2.04: Keenetic Keenetic Giga Keenetic Lite Keenetic 4G Дальнейшие официальные релизы не запланированы.   Версия 2.05 (журнал изменений): Keeentic DSL Keenetic LTE Keenetic VOX Keenetic III (активная разработка возобновлена с 09.2016) Keenetic Start Keenetic 4G II Официальная поддержка: исправление критических ошибок и проблем в безопасности.   Версия 2.06 (журнал изменений): Keenetic II Keenetic Giga II Keenetic Ultra Официальная поддержка: исправление критических ошибок и проблем в безопасности.   Версия 2.07 (журнал изменений): Keenetic Lite II Keenetic Omni Официальная поддержка: исправление критических ошибок и проблем в безопасности.   Версия 2.08 (журнал изменений), 2.09 (журнал изменений) и выше: Keenetic Start II Keenetic 4G III rev. B Keenetic Lite III Keenetic Lite III rev. B Keenetic Omni II Keenetic Extra Keenetic Viva Keenetic III Keenetic Giga III Keenetic Ultra II Keenetic Extra II Keenetic Air Находятся на активной стадии поддержки и разработки.   Версия 2.08 (журнал изменений), 2.09 (журнал изменений) и выше — неофициальная: Keenetic Lite II Keenetic Omni Keenetic II Keenetic Giga II Keenetic Ultra Keenetic LTE Keenetic DSL Keenetic VOX Выпускается по инициативе разработчиков, официальная поддержка не оказывается. Проверенные временем версии (на данный момент 2.08.C.X) находятся в канале delta, тестовые версии (на данный момент 2.09.A.X) - как всегда в draft). Публикация продолжается в рамках принятой схемы: Здесь, на форуме, сообщения об ошибках принимаются только для версий из draft. Поскольку в поддержке обращение по прошивке с версией из delta завернут, смотри п. 1 По мере выхода проверенных временем версий мы будем собирать их в delta для старых моделей. Гарантией работы будет только то, что кто-то другой на форуме потрудился над прошивкой, пока она была в draft.
yrzorg

Обсуждение Keenetic Plus DECT

141 posts in this topic

1) SIP логи я выгрузил, в них четки видно, что BYE идет со стороны роутера (но сам ли он это шлет или ему трубка это говорит - не ясно).

В режиме отладки кроме SIP логов еще видно логи по протоколу DECT. По ним можно будет понять, кто разрывает связь - Keenetic или трубка. И, возможно, причину.

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

0

Share this post


Link to post
Share on other sites
3 минуты назад, Zero-C001 сказал:

3) А Вы про какой офис говорите? :) Gigaset? Zyxel ?

Gigaset нам не поможет. Адрес скажем, если совсем уж упрёмся.

4 минуты назад, Zero-C001 сказал:

Провайдер мой внутренний

Присылайте @des в личку, как подключиться по VPN/SIP к Вашему "внутреннему" провайдеру. Сколько абонентов он обслуживает, если не секрет? ;-)

0

Share this post


Link to post
Share on other sites

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

P.S. Еще смущает, что при установке связи на исходящий вызов с DECT трубки - время разговора начинается считаться с задержкой (примерно секунд 12-15). С софт-фоном такого не наблюдаю, секунда в секунду идет.

0

Share this post


Link to post
Share on other sites

Смотрите:

  1. У нас есть проблема, которая воспроизводится (толлько?) с Вашей трубкой И Вашей SIP сетью.
  2. У нас нет Вашей модели трубки, и нет доступа к Вашему провайдеру.
  3. Также у нас нет расширенных логов с Вашей системы, в которых можно было бы увидеть, что происходит.

Что конкретно мы можем сделать?

По поводу отсчета времени разговора:

  1. Это отсчет времени на трубке, или на веб-интерфейсе Кинетика?
  2. Наблюдается только с Gigaset A220H?
0

Share this post


Link to post
Share on other sites

Des, например сказать, куда в отладке можно посмотреть :)

По поводу отсчета времени - время на трубке, потому как во время вызова на текущей последней бета прошивке - дашбоард просто висит (пока не завершится вызов), см. скриншот.

В разделе "журнал", время ответа видно корректно, к тому же видно это сообщение - "Call voice failure for call"

Aug 15 12:45:15ndm
Nvox::CallInfo: Line "line0": outgoing call from HS "" to sip:XXXXXXXXXX@line0.
Aug 15 12:45:22ndm
Nvox::CallInfo: Line "line0": outgoing call from HS "" to sip:XXXXXXXXXX@line0 answered.
Aug 15 12:46:22nvox
Call voice failure for call 0
Aug 15 12:46:27ndm
Nvox::CallInfo: Line "line0": outgoing call to sip:XXXXXXXXXX@line0 finished.

 

Других трубок, у меня, увы нет :) 

 

 

Безымянный.png

0

Share this post


Link to post
Share on other sites

Как снять отладочный лог: https://zyxel.ru/kb/3964/

Судя по сообщению "Call voice failure for call" - проблема при согласовании голосового соединения с трубкой, возможно - при переключении кодека с wideband (CAT-iq 1 трубки используют его по умолчанию для исходящих звонков) на narrowband (SIP телефония в большинстве случаев).

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

Мы попробуем купить такую трубку и исправить проблему совместимости, хотя не могу гарантировать результат - некоторые трубки ведут себя нестандартно. Вероятно, данная модель к ним относится.

0

Share this post


Link to post
Share on other sites
33 минуты назад, des сказал:

Мы попробуем купить такую трубку и исправить проблему совместимости, хотя не могу гарантировать результат - некоторые трубки ведут себя нестандартно. Вероятно, данная модель к ним относится.

Я ее выбрал из этого списка (Совместимость с телефонными трубками): https://zyxel.ru/keenetic-plus-dect/?characteristics

Кому же верить, если не официальному сайту :(

В режиме отладки, журнал выдал это сообщение через минуту:

Aug 15 13:57:51nvox

13:57:51.207 dlg0xdd1190 No session refresh received after 60s (expiration period=90s), stopping session now!

 

Откуда этот таймер в 60с берется?

Edited by Zero-C001
0

Share this post


Link to post
Share on other sites

Таймер используется в SIP stack. К трубке отношения не имеет.

Если можете - присоедините, пожалуйста, весь лог.

0

Share this post


Link to post
Share on other sites

Из того, что я вижу, от сервера не приходит сообщение с выбранным кодеком (a=rtpmap) в ответ на инициацию звонка K+DECT. Так как лог обрезан (нет первых сообщений установки звонка), возможно, выбор кодека был сделан где-то до начала логирования. Если нет - то SIP сервер ведет себя некорректно, и SIP stack в Keenetic разрывает соединение из-за несоответствия поведения сервера стандарту.

Что можно сделать:

  1. Снять полный отладочный лог (включая момент инициации звонка).

P. S. Специалисты по трубкам сказали, что Gigaset A 220 H - это то же самое, что Gigaset A 220, с которым я сегодня проверял поведение с публичным SIP оператором. Таким образом, пока подозреваем вашу АТС.

0

Share this post


Link to post
Share on other sites

Наш эксперт по SIP сказал, что можно попробовать отключить session timer. Инструкция:

1) Подключиться к устройству Keenetic по telnet. Как подключиться описано здесь: https://zyxel.ru/kb/1627/
Для подключения можно использовать утилиту PuTTY (http://www.putty.org/).
2) Выполнить команду “show dect sip-lines”. При этом будет отображена информация по всем сконфигурированным SIP-линиям.
Пример:
           lines:
                line:
                    name: 1
                  status: availableВ поле “name” выводится идентификатор, который потребуется для п.3.
3) Выполнить команду “dect sip {id} session-timer-mode disable”, подставляя вместо {id} идентификатор линии из п.2. Нужно выполнить команду поочередно с каждым идентификатором линии.
4) Выполнить команду “copy running-config startup-config”чтобы сохранить настройки

0

Share this post


Link to post
Share on other sites

Еще возможен вариант захвата всего трафика:

  • Система>Захват пакетов. Страница #tools.capture

Это даст возможность проанализировать полный SIP трафик в Wireshark (предпочтительный метод анализа)

0

Share this post


Link to post
Share on other sites
3 часа назад, des сказал:

P. S. Специалисты по трубкам сказали, что Gigaset A 220 H - это то же самое, что Gigaset A 220, с которым я сегодня проверял поведение с публичным SIP оператором. Таким образом, пока подозреваем вашу АТС.

Я не отрицаю, что могут быть какие-нибудь нюансы для SIP сессии в данном случае. Но Вы скажите какие тогда :) Потому что голый софт-фон (без всяких особенностей в SIPе) не рвет сессию. Так то я могу до-настроить SIP сервер, но надо знать какие параметры хочет ваш SIP клиент.

 

2 часа назад, des сказал:

Наш эксперт по SIP сказал, что можно попробовать отключить session timer.

Чем это грозит? Бесконечными сессиями? Если да, то лучше не отключать его :)

 

В личку отправил полный лог + дамп.

 

 

0

Share this post


Link to post
Share on other sites

Пришел ответ от нашего эксперта по SIPб после анализа файлов:

Из дампа трафика и лога видно, что Keenetic закрывает сессию запросом BYE, не получая от сервера запрос INVITE/UPDATE, обновляющий таймер сессии. Такое поведение Keenetic соответствует рекомендациям, изложенным в документе RFC4028 Session Timers in the Session Initiation Protocol:

Quote

“Similarly, if the side not performing refreshes does not receive a session refresh request before the session expiration, it SHOULD send a BYE to terminate the session, slightly before the session expiration. The minimum of 32 seconds and one third of the session interval is RECOMMENDED.”

Вероятнее всего, проблему можно решить одним из следующих способов:
1) Отключить поддержку Session Timer на стороне Keentic. В этом случае сервер/UAS может самостоятельно активировать таймер и периодически обновлять сессию запросами INVITE/REFRESH, если необходимо. Для этого может потребоваться соответствующая настройка на стороне сервера/UAS.
2) Настроить сервер/UAS так, чтобы при исходящем вызове обновление сессии было поручено устройству Keenetic (в ответе 200 OK со стороны сервера должно быть “refresher=uac”).
3) Увеличить запрашиваемый период обновления сессии на стороне Keenetic командой “dect sip {id} session-timer 1800”.

1

Share this post


Link to post
Share on other sites

Des, спасибо Вам за проделанную работу!

 

Выставлю 1800 - на Keenetic.

 

P.S. Возможно Вам в будущих прошивках следует этот тайм-аут установить в 1800 секунд? Ведь в RFC именно это и рекомендуют (https://tools.ietf.org/html/rfc4028):

Цитата


 

4. Session-Expires Header Field Definition

The Session-Expires header field conveys the session interval for a SIP session. It is placed only in INVITE or UPDATE requests, as well as in any 2xx response to an INVITE or UPDATE. Like the SIP Expires header field, it contains a delta-time. The absolute minimum for the Session-Expires header field is 90 seconds. This value represents a bit more than twice the duration that a SIP transaction can take in the event of a timeout. This allows sufficient time for a UA to attempt a refresh at the halfpoint of the session interval, and for that transaction to complete normally before the session expires. However, 1800 seconds (30 minutes) is RECOMMENDED as the value for the Session-Expires header field. In other words, SIP entities MUST be prepared to handle Session-Expires header field values of any duration greater than 90 seconds, but entities that insert the Session-Expires header field SHOULD NOT choose values of less than 30 minutes.

В моем случае (я проверил), удаленный SIP сервер именно по этому таймауту работает (по дефолту).

 

P.S.2 Могу ошибаться, но кажется, что приведенная Вами цитата относится к тем случаям, где на INVITE не приходит 200 OK, тогда да, разумно рвать сессию (если нет ее принудительного REFRESH). То есть в пределах минуты. Но в моем случае 200 OK приходит...

Edited by Zero-C001
0

Share this post


Link to post
Share on other sites

А еще, вопрос офтоп. Подскажите, пожалуйста, как смотреть текущие значения параметров, например, таких как session-timer (в CLI). А то в через show только статус линии отображается. А через DECT все команды на установку значения.

0

Share this post


Link to post
Share on other sites
19 minutes ago, Zero-C001 said:

Подскажите, пожалуйста, как смотреть текущие значения параметров, например, таких как session-timer (в CLI).

Ответ от специалиста в данной области:

  • Текущие значения есть в running-config (посмотреть можно командой 'show running-config'). Если параметра в конфиге нет, то либо в подсказке в web, либо в документации.
42 minutes ago, Zero-C001 said:

Возможно Вам в будущих прошивках следует этот тайм-аут установить в 1800 секунд? Ведь в RFC именно это и рекомендуют

Спасибо большое за исследование - договорились так и сделать (в ближайшее время). Правда, есть недостаток - при обрыве связи может большой счет прийти. Но не будет проблем совместимости, как у Вас случилось.

1

Share this post


Link to post
Share on other sites
15 минут назад, des сказал:

Текущие значения есть в running-config (посмотреть можно командой 'show running-config'). Если параметра в конфиге нет, то либо в подсказке в web, либо в документации.

Спасибо, то что нужно.

0

Share this post


Link to post
Share on other sites

Так здорово разжевали все про session-timer, а когда дойдет очередь до отваливающихся трубок?

0

Share this post


Link to post
Share on other sites
1 minute ago, Belkunt said:

Так здорово разжевали все про session-timer, а когда дойдет очередь до отваливающихся трубок?

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

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

0

Share this post


Link to post
Share on other sites

Тема отправляется в архив. У кого остались открытые вопросы, пересоздайте конкретные темы в подходящих разделах.

0

Share this post


Link to post
Share on other sites
Guest
This topic is now closed to further replies.

  • Recently Browsing   0 members

    No registered users viewing this page.