sips

May I know the model of your USB hub that your Linear is connected to? And please, send me the system event log file (Management>System settings>System files) from your Keenetic. You should download it right after the error occurs again.

К сожалению, у вас довольно старые трубки, которые были сняты с производства раньше, чем Keenetic Plus DECT появился на рынке. С ними NVOX не тестировали. Реализация протокола DECT в трубках Gigaset S68H может иметь особенности приводящие к несовместимости с K+DECT. Вы можете применить некоторые специфические настройки, возможно они помогут устранить несовместимость. Для этого нужно сделать следующее: 1) удалите профиль “gigaset-gap” для каждой из зарегистрированных трубок с помощью следующей команды: nvox dect handset {ipui} no profile 2) сохраните настройки в startup-config с помощью следующей команды: copy running-config startup-config 3) для каждой зарегистрированной трубки добавляйте по одному описанные ниже параметры с помощью следующей команды: nvox add-to-config “parameter” где “parameter” - один из параметров описанных ниже. После добавления параметра дождитесь завершения перезагрузки телефонии, затем проверяйте внутренние и внешние звонки. Список параметров dect.hss[i].force_cadence_hack=1 принудительно включать и выключать сигнал вызова, чтобы он звучал прерывисто dect.hss[i].no_easy_int_hack=1 в случае двух трубок в системе для исходящего внутреннего вызова нужно нажать [INT], затем [1] или [2] dect.hss[i].hs_poll=0 отключить поллинг трубки сервисными звонками dect.hss[i].cnip_in_clip=0 отключить передачу CNIP в CLIP dect.hss[i].force_gap_hack=1 отключить поддержку CAT-iq 1 и CAT-iq 2 dect.hss[i].codec_neg_outg_hack=1 использовать альтернативный метод выбора кодека dect.hss[i].clip_on_alert_hack=1 отправлять CLIP после получения CC-ALERTING dect.hss[i].clip_12_chars_hack=1 ограничить CLIP до 12 цифр При вводе команды нужно заменить “i” в квадратных скобках на идентификатор трубки. Если в системе зарегистрированы две трубки, то трубкам присвоены идентификаторы 0 и 1. Пример команд для добавления параметров для трубок 1 и 2: nvox add-to-config “dect.hss[0].force_cadence_hack=1” nvox add-to-config “dect.hss[1].force_cadence_hack=1” После ввода команд проверяйте наличие ошибок NVOX в системном логе (Management>Diagnostics>General>Show log). Ошибки могут возникать в случае ввода некорректных параметров. Если в логе есть ошибки и NVOX не запускается, то перезагрузите роутер, чтобы убрать из конфигурации некорректные параметры. Затем, после перезагрузки можете вводить команды заново. Если вам удастся найти параметры, с которыми звонки заработают, мы добавим профиль с этими параметрами в базу NVOX и привяжем его к IPUI ваших трубок, чтобы он подключался автоматически.

Попробуйте применить к каждой из трубок типовой профиль настроек DECT для Gigaset с помощью команды: nvox dect handset {ipui} profile gigaset-gap где ipui - идентификатор IPUI трубки. При вводе IPUI можно нажать [TAB] для просмотра идентификаторов зарегистрированных трубок; После ввода команд нужно записать настройки в startup-config с помощью следующей команды: copy running-config startup-config После этого проверьте внешние и внутренние звонки.

Вероятно, ваши устройства, которые стоят за NAT, работают в режиме AP, Repeater или Adapter. В этих режимах требуется добавлять адрес DNS-сервера в конфигурацию NVOX, чтобы DNS SRV resolver работал. В текущей версии приходится добавлять вручную, что вы и сделали с помощью команды. Со следующим обновлением из канала разработчика, которое выйдет после 3.9 Alpha 3, адрес DNS-сервера будет добавляться в конфигурацию автоматически при старте системы, вводить команды не потребуется.

В версии 3.8.3, которая сейчас доступна в основном канале, DNS SRV resolver тоже исправлен. С ней телефония со включенным STUN тоже должна работать.

Установите KeeneticOS v3.9 Alpha 3 из канала Dev на роутеры за NAT и включите STUN в настройках телефонных линий на этих роутерах. В версии 3.9 Alpha 3 исправлен DNS SRV resolver для STUN, с ней телефония должна заработать.

DNS resolver приложения NVOX не знает, куда слать запросы DNS, когда Кинетик работает в режиме точки доступа. Этот баг известен, исправляем его прямо сейчас. В качестве временного решения можно передать адрес сервера DNS в NVOX следующей командой: nvox add-to-config "sip.name_server=" где xxx.xxx.xxx.xxx - IP-адрес сервера DNS После выполнения команды телефония на Кинетике в режиме точки доступа должна заработать, но после перезагрузки Кинетика команду придется вводить заново. Сделаем так, чтобы команду вводить было ненужно, чтобы NVOX получал адрес сервера DNS автоматически. Адреса серверов DNS известные системе можно получить с помощью следующей команды: show ip name-server Эта команда выводит список адресов DNS-серверов в порядке убывания приоритета.

К сожалению, нужный коммит не попал вовремя в 3.8. В следующем релизе 3.8 сервер STUN будет резолвиться без ошибок, как в 3.9. Временным решением может быть замена доменного имени STUN-сервера на соответствующий IP-адрес (см. скриншоты ниже). Прошу простить за доставленное неудобство.

Try to connect your Keenetic to other VoIP providers (for example Actionvoip, Nonoh and VoipDiscount) directly, without the VPN. You don't even need to get SIP registration success, just check if there is a response to SIP messages. If you get the status 408 Request Timeout with other VoIP providers, it probably means that your ISP probably blocks SIP traffic for some reason. If other VoIP providers respond to SIP messages while your VoIP provider doesn’t respond, it could mean your VoIP provider blocks your location for some reason.

Actually It doesn’t matter that you bought Linear in another country. The telephony service should work if Keenetic+Linear successfully exchanges SIP and RTP traffic with your VoIP provider. It is great that WARP VPN helped to resolve the issue.

After studying the new debug file, the SIP proxy doesn’t reply to SIP messages sent from the SIP UA. Probably it doesn't reply because it doesn't receive the SIP messages. Go to Management>Diagnostics>Network connection test, place the IP address of your SIP proxy into the field “Host address” and click “Start the test”. Check if the SIP proxy replies to the echo requests. In case there are no replies, check the routing settings configured on your Keenetic. Maybe you should route the traffic to the SIP proxy via VPN. Anyway, you have to configure your Keenetic so that the SIP proxy replies to the echo requests. FYI, your SIP proxy replies to pings and SIP messages sent from my own Keenetic, ONLY when all the traffic goes via a VPN tunnel established to a VPN server located in Germany. Probably, the SIP proxy doesn’t respond to packets sent from your geographic location, as well as from mine.

Are you sure your SIP proxy really listens on non-standard port UDP 5600?? If you’re not, go to Telephony>Phone lines>CUSTOM>Telephone line settings, remove “:5600” from the field SIP proxy, SIP registrar and SIP domain in order the SIP UA sends SIP messages to standard port UDP 5060. When done, re-check SIP registration.

Yes, it has arrived, I’m studying it. Will share conclusions with you a bit later. Please, wait.

Please, provide me with the diagnostic info so that I can try to investigate the issue and help you to resolve it. Follow the steps below to collect the diagnostic info: 1) open the web configurator of your Keenetic, go to Telephony>Phone station, disable the Phone station by the slider on the top of the page; 2) go to Management>Diagnostics>Debug, click “Restart system in debug mode”; 3) go to Telephony>Phone station, enable the Phone station by the slider on the top of the page; 4) go to Telephony>Phone lines, wait until the registration status 408 is there; 5) go to Management>Diagnostics>Debug, click “Stop debugging”; 6) download the file self-test_xxxxx.txt and attach it here with your next post.

I suggest you update KeeneticOS on your router to version 3.8.1 from the update channel “Preview”. KeeneticOS 3.8.1 contains important changes related to the DNS SRV resolution features. Most probably, those changes could help you to resolve the SIP registration issue. To update Keenetic OS, open the web configurator of your Keenetic, go to Management>System settings, select the update channel “Preview”, check that the version 3.8.1 is available and then click “Install the update”. After the update process is done, re-check SIP registration.

В веб-конфигураторе интернет-центра на странице настройки DECT-трубки перечислены технологии, которые поддерживает данная трубка при подключении к Keenetic Plus DECT. Если ваша трубка поддерживает CAT-iq 2.0, то расширенная функциональность CAT-iq 2.0 может быть доступна.

Поддержка CAT-iq 2.0 обеспечивает расширенные функции (синхронизация времени, доступ к телефонной книге и журналу звонков базы, отображение имени трубки и др.) при работе трубки с базой K+DECT. Наличие “HX” в названии модели трубки Gigaset означает, что трубка поддерживает CAT-iq 2.0. Gigaset AS690H не поддерживает CAT-iq 2.0, с ней расширенные функции работают если она зарегистрирована на DECT-базе Gigaset совместимой c этой трубкой. Если у вас с одной из трубок Gigaset AS690HX не работают расширенные функции, проверьте поддержку CAT-iq 2.0 в веб-конфигураторе вашего KN-1910 на странице настройки данной трубки. На прилагаемом скриншоте трубка AS690HX поддерживает CAT-iq 2.0, с ней расширенные функции работают.

Для совместимости с Keenetic Linear нужна версия прошивки 3.7.1 или более поздняя. К сожалению, невозможно портировать телефонную станцию с поддержкой Linear в 2.16.

Начиная с версии 3.7.1 в KeeneticOS добавлено следующее: поддержка Keenetic Linear; облачное хранение профилей операторов IP-телефонии; балансировка нагрузки и аварийное переключение SIP-прокси на основе DNS SRV.

Проверьте соответствует ли SIP-транспорт (UDP, TCP и TLS) и стандартный порт SIP-прокси 5060 в настройках телефонной линии на вашем роутере настройкам вашего кастомного сервера. Проверьте маршрутизацию трафика до кастомного сервера - возможно запросы SIP не доходят до сервера. Если проблему решить не удастся, пришлите конфигурацию роутера и отладочный лог SIP с вашего роутера. Для этого сделайте следующее: 1) выполните команду: nvox add-to-config "sip.loglevel=4"; 2) дождитесь появления статуса линии «Error (408 Request Timeout)»; 3) на странице Управление>Общие настройки сохраните конфигурацию роутера “startup-config.txt”, журнал системных событий “log.txt” и пришлите их сюда.

Нужна отладочная информация с вашего роутера. Пожалуйста, сделайте следующее: 1) включите режим отладки; 2) сделайте входящий звонок при котором CID не появляется на дисплее трубки; 3) завершите режим отладки; 4) пришлите файл self-test.txt.

Очередное обновление в канале разработчика должно выйти в течение двух недель.

Стартовый скрипт придется создать.

Добавим EMC вашей трубки Gigaset A415H в базу трубок NVOX, применим к ней нужный профиль настроек DECT. Когда будет сделано, в вебе роутера вместо IPUI будет отображаться название модели трубки и CID при входящих вызовах будет отображаться. Постараемся сделать к следующему обновлению в канале разработчика, которое выйдет после 3.8 Alpha 3.

Судя по тому, что NVOX увидел поддержку CAT-iq 2.0, телефон CL660A укомплектован трубкой, которая продается отдельно с маркировкой CL660HX. Если с вашей трубкой CL660H доступны функции CAT-iq 2.0 описанные в этой статье, то менять CL660A на CL660HX смысла большого нет, т.к. с обоими трубками будет доступна одна и та же функциональность.