sips

На всякий случай: для KN-1410 нет 3.9.5, но есть 4.0 Alpha 19 в канале разработчика.

Обновите KeeneticOS до версии 3.9.5 или 4.0 Alpha 19 и попробуйте снова выполнить команду.

Добавим EMC вашей трубки в базу NVOX, чтобы к ней автоматически применялись нужные настройки DECT и она отображала номер вызывающего абонента при входящих вызовах. Пока это не сделано, попробуйте применить к трубке типовой профиль настроек DECT: в интерфейсе командной строки Keenetic выполните команду “nvox dect handset 02BA4A4005 profile panasonic-gap” (см. скриншот); выключите трубку, включите снова, дождитесь ее подключения к DECT-базе K+DECT и проверьте отображение номера при входящих вызовах; если номер отображается, выполните команду “copy running-config startup-config”, чтобы профиль "panasonic-gap" применялся к трубке после перезагрузки роутера.

sbc.megafon.ru не отвечает на запросы SIP приходящие с германских IPv4-адресов, в то время, как на запросы SIP отправляемые с российских адресов ответы приходят. Возможно, Мегафон использует геоблокировку и сервис IP-телефонии доступен только для пользователей из РФ. Если вы находитесь не в РФ или SIP трафик с вашего KN-1410 маршрутизируется через зарубежный VPN-сервер, то это причина, почему у вас не работает телефония от Мегафон.

Обновите KeeneticOS на вашем KN-1410 до версии 4.0 Alpha 19 из канала разработчика и проверьте телефонию с модулем Keenetic Plus DECT снова. Если телефония по-прежнему не работает, пришлите файл диагностики self-test с вашего KN-1410. О том, как загрузить self-test, см. в этой статье.

Ваш интернет-центр с кодом страны EU предназначен для европейского рынка. Телефонная станция Keenetic на вашем интернет-центре будет работать только с USB-модулями телефонии предназначенными для европейского рынка и имеющими соответствующую сертификацию. На данный момент таким модулем является Keenetic Linear. Keenetic Plus DECT продается только в России и странах СНГ, не предназначен для европейского рынка и не имеет европейской сертификации. Он будет работать только с интернет-центрами с кодом EA, которые предназначены для рынка России и стран СНГ.

NVOX с новыми EMC для Panasonic KX-TGA681 появится в основном канале в следующей версии после 3.9.5.

Добавим EMC из перечисленных вами IPUI в базу NVOX. Со следующим обновлением из канала Dev, которое выйдет после 4.0 Alpha 15, все ваши трубки будут распознаваться как Panasonic KX-TGA681.

Протестировали NVOX с DECT-трубками Gigaset E290HX и Gigaset Comfort 550HX. Обе трубки поддерживают CAT-iq 2.0 и нормально работают с NVOX. В KeeneticOS 3.9.4 и 4.0 Alpha 12 добавлены профили настроек DECT для этих трубок. Добавили трубки в таблицу.

В следующих выпусках KeeneticOS после 4.0 Alpha 12 (канал разработчика) и 3.9.4 (предварительный и основной) добавим новый EMC 0x3557 для трубки Gigaset AS690HX.

Трубка Gigaset AS690HX поддерживает CAT-iq 2.0. При подключении ее к K+DECT будет доступен расширенный набор функций описанный здесь. С этой трубкой не работает редактирование записей телефонной книги, которая хранится на роутере. Если запись требуется отредактировать, то ее нужно удалить и затем создать заново с необходимыми изменениями. Возможно, с вашей версией OS в веб-конфигураторе роутера будет отображаться IPUI этой трубки вместо названия модели. На функциональность это повлиять не должно.

Can you, please, check if you can get SRV and AAAA like in the following example? $ nslookup -type=SRV _sip._udp.voip.glb.it.isp.sky Server: 127.0.0.53 Address: 127.0.0.53#53 Non-authoritative answer: _sip._udp.voip.glb.it.isp.sky service = 20 10 5060 sbc.mica1.voip.glb.it.isp.sky. _sip._udp.voip.glb.it.isp.sky service = 40 10 5060 sbc.rmle1.voip.glb.it.isp.sky. _sip._udp.voip.glb.it.isp.sky service = 30 10 5060 sbc.mid41.voip.glb.it.isp.sky. $ nslookup -type=AAAA sbc.mica1.voip.glb.it.isp.sky Server: 127.0.0.53 Address: 127.0.0.53#53 Non-authoritative answer: Name: sbc.mica1.voip.glb.it.isp.sky Address: 2a0e:402:100:200::7 $ nslookup -type=AAAA sbc.rmle1.voip.glb.it.isp.sky Server: 127.0.0.53 Address: 127.0.0.53#53 Non-authoritative answer: Name: sbc.rmle1.voip.glb.it.isp.sky Address: 2a0e:402:100::7 $ nslookup -type=AAAA sbc.mid41.voip.glb.it.isp.sky Server: 127.0.0.53 Address: 127.0.0.53#53 Non-authoritative answer: Name: sbc.mid41.voip.glb.it.isp.sky Address: 2a0e:402:100:300::7

Please, repeat the steps 1-6 described above when your PC accesses the Internet via your FRITZ!Box router. And, when you change to your Keenetic Hero DSL back, collect the diagnostic info: 1) open the web configurator of your Keenetic, go to Management>Diagnostics>Debug, click “Restart system in debug mode”; 2) wait for 1 minute; 3) click “Stop debugging”; 4) download the file self-test_xxxxx.txt and attach it here with your next post.

Keenetic Phone Station application (hereafter, the app) performs DNS SRV resolution for the SIP proxy domain name, which is “voip.it.isp.sky” in our case. If DNS SRV resolution returns an error, the app tries to perform DNS A resolution for the SIP proxy domain name. If DNS A resolution returns a error as well, we'll see the error 503 like shown on your screenshot. Therefore, in your case we have a DNS resolution issue, the app can’t get the IP address of the SIP proxy. In order to verify DNS resolution, please execute the following commands in the command prompt on your PC connected to the internet via your Keenetic Hero DSL to which USB port the Keenetic Linear is plugged. I assume that you have a PC powered by MS Windows OS. In case your PC is powered with OS Linux, the command specified below will be the same, but the outputs will look slightly different from those given in the examples. 1. Check the ability to get DNS A records to resolve domain names into IPv4 addresses: Command: nslookup -type=A google.com Example: C:\Users\sips>nslookup -type=A google.com Address: 192.168.1.1 Non-authoritative answer: google.com Addresses: 108.177.14.138 108.177.14.100 108.177.14.102 108.177.14.101 108.177.14.113 108.177.14.139 2. Check the ability to get DNS AAAA records to resolve names into IPv6 addresses: Command: nslookup -type=A google.com Example: C:\Users\sips>nslookup -type=AAAA google.com Address: 192.168.1.1 Non-authoritative answer: google.com Addresses: 2a00:1450:4010:c0f::8a 2a00:1450:4010:c0f::65 2a00:1450:4010:c0f::66 2a00:1450:4010:c0f::71 3. In case of succes on the previous steps, check the DNS SRV record for the domain name “voip.it.isp.sky” Command: nslookup -type=SRV _sip._udp.voip.it.isp.sky Right now, I have no abilities to get DNS SRV record for the “voip.it.isp.sky”, this is why below there is an example with another domain name: C:\Users\sips>nslookup -type=SRV _sip._udp.sip.1und1.de Address: 192.168.11.1 Non-authoritative answer: _sip._udp.sip.1und1.de SRV service location: priority = 0 weight = 0 port = 5060 svr hostname = 1und1-1.sip.1und1.de _sip._udp.sip.1und1.de SRV service location: priority = 1 weight = 0 port = 5060 svr hostname = 1und1-2.sip.1und1.de In the output above, you can see two host names: “1und1-1.sip.1und1.de” and “1und1-2.sip.1und1.de”. In case you successfully get DNS SRV for “voip.it.isp.sky”, the hostnames will be different. 4. If you successfully get DNS SRV on the previous step, check DNS A record for the hostname with the priority 0 from the output you got on the previous step. Command: nslookup -type=A hostname In the above command, replace “hostname” with the hostname from the output you got on step 3. Example: C:\Users\sips>nslookup -type=A 1und1-2.sip.1und1.de Address: 192.168.1.1 Non-authoritative answer: 1und1-2.sip.1und1.de Addresses: 212.227.124.129 212.227.124.130 In the above output we see two IPv4 addresses to which the hostname resolves. 5. If you successfully get DNS SRV earlier, check DNS AAAA. Execute the command “nslookup -type=AAAA hostname”, replace “hostname” with the hostname from the output you got on step 3. Example: C:\Users\sips>nslookup -type=AAAA 1und1-2.sip.1und1.de Address: 192.168.1.1 Non-authoritative answer: 1und1-2.sip.1und1.de Addresses: 2001:8d8:104:100:212:227:124:129 2001:8d8:104:100:212:227:124:130 In the above output, we see two IPv6 addresses to which the hostname resolves. 6) If you didn’t get the DNS SRV record for the domain name “voip.it.isp.sky” on step 3, try to get DNS A and AAAA records. Commands: nslookup -type=A voip.it.isp.sky nslookup -type=AAAA voip.it.isp.sky After performing the above steps 1-6, share the output of the commands, please.

Could you, please provide me with the full diagnostic info collected when reproducing the issue? Follow the steps below to collect the diagnostic info: disable the Phone station on the page Telephony>Phone Station; unplug both the USB hub and the Keenetic Linear from your Keenetic router; go to Management>Diagnostics>Debug, click “Restart system in debug mode”; plug the Keenetic Linear to the USB hub and then plug the USB hub to your Keenetic router; enable the Phone station on the page Telephony>Phone Station; go to the page Telephony>Phone lines and make sure that the issue is here again. If it is not, restart from the step 1; go to Management>Diagnostics>Debug, click “Stop debugging”; download the file self-test_xxxxx.txt and attach it here with your next post.

We added a fix for your problem in the KeeneticOS v3.9 Beta 2. With that version installed, Keenetic Linear connected via a USB hub should start successfully. So, I assume that the KeeneticOS installed on your Keenetic is older than 3.9 Beta 2. Please, check this and if so, update to 3.9 Beta 2 from the Preview channel.

In the latest version of the traffic classification engine, the digital distribution platforms for games such as BattleNet, EA Origin, Epic Games, Gearbox Shift, GOG, Steam and Ubisoft Connect were moved to the "App-Stores and OS Updates" category of the “File transferring” group (see the screenshots). At the moment, Keenetic OS v3.9 Beta 1 includes the latest traffic classification engine. You can update your KeeneticOS to 3.9 Beta 1 from the update channel Dev or Preview. The next release following 3.8.5 will include the latest traffic classification engine as well.

Включите опцию “Узнавать свой публичный IP-адрес от SIP-сервера” в настройках телефонной линии (см. скриншот) и проверьте IP-адрес в заголовке Via.

Изучаем проблему, пытаемся ее воспроизвести. Позже отвечу по результатам.

Сообщение “503 SSL certificate verification error” означает, что при валидации прокси-сервера SIP произошла ошибка. Валидация позволяет защититься от атак MITM. Она выполняется при установлении соединения TLS с прокси-сервером SIP. Прокси-сервер считается валидным при выполнении следующих условий: 1) сертификат x.509 прокси-сервера подписан одним из доверенных центров сертификации корневые сертификаты которых находятся в хранилище сертификатов устройства Keenetic; 2) доменное имя прокси-сервера SIP в настройках телефонной линии SIP совпадает с полем “commonName” в сертификате прокси-сервера SIP. Вероятнее всего, в вашем случае оба условия не выполняются. Валидацию можно отключить чекбоксом “Подтверждать подлинность прокси-сервера SIP при TLS-подключении” на странице Телефонная станция>Телефонные линии. Если валидация отключена, то при установлении соединения TLS сертификат прокси-сервера не проверяется.

Do you mean you have to dial numbers with the prefix 9 and you want Keenetic adds the prefix automatically so that you can dial numbers without prefix? If so, the dial rule “(>9)x.” configured in the telephone line settings could be a solution. With such a rule, the system will add the prefix 9 to any number you’ll dial. For example, when you dial 1234567, the system sends a call to the number 91234567. BTW, the dial rule syntax is described here. In order Keenetic Linear cancels the far end echo well, the impedance of its FXS ports must match the phones plugged to those ports. From the system log provided by you, I see you disabled the FXS2 port, so it means you use a single phone plugged into the FXS port 1. I assume that phone is intended for the Turkish market. If so, its impedance should be 600 and we should set the same value for the FXS1 port of your Linear. Please, follow the steps 1-4 below to set the impedance: 1) place http://192.168.1.1/a into the address bar of your web browser (it is supposed that 192.168.1.1 is the IP address of your router) and press “Enter”. 2) Type the command “nvox fxs port 1 impedance 600_0_0” in the command line and click the button “Send request” to send the command. 3) Execute the command “show nvox fxs-ports”, check in the output, whether the impedance value of the FXS port 1 is 600_0_0. 4) Save the changes to the configuration of your router with the command “copy running-config startup-config”. When the impedance is changed to 600, make a call and ask the person on the far end to check the echo.

In order to clarify the cause of the issue “The telephony service is not configured”, please, provide me with additional diagnostics info: 1) restart your Keenetic; 2) check if the SIP line status “The telephony service is not configured” is displayed. If so, download the system event log from your Keenetic and attach it here with your next post. And please, this time, don’t disable/enable the SIP line before downloading the system event log file.

In my opinion, you’ve faced two different issues. The first issue is “The telephony service is not configured”. If you see the message “The telephony service is not configured” again, try to connect Linear to the port USB2 of your Keenetic directly, without a USB hub. It could resolve the issue. The second issue is SIP registration failure. I hope your provider will help you to resolve it.

Please clarify if I understand it right: 1) all your USB devices (HDD, SSD and Linear), are connected to the same USB hub connected to port USB1 of your Keenetic; 2) port USB2 of your Keenetic is not in use.

From the system log I received from you, I see the SIP line “AVENCOM” was disabled and enabled 36 times. Please, clarify whether you turned the SIP line off and on 36 times? [I] Aug 30 09:02:11 ndm: Nvox::Manager: disabled SIP line "1". [I] Aug 30 09:02:18 ndm: Nvox::Manager: enabled SIP line "1". [I] Aug 30 09:02:48 ndm: Nvox::Manager: disabled SIP line "1". [I] Aug 30 09:02:55 ndm: Nvox::Manager: enabled SIP line "1". [I] Aug 30 09:03:55 ndm: Nvox::Manager: disabled SIP line "1". [I] Aug 30 09:04:04 ndm: Nvox::Manager: enabled SIP line "1". [I] Aug 30 09:05:08 ndm: Nvox::Manager: disabled SIP line "1". … [I] Sep 1 11:08:40 ndm: Nvox::Manager: enabled SIP line "1". You wrote: “Turning the switch off and on a few times also fixes it”. Did you mean when you see the SIP line status “The telephony service is not configured” and the telephony service is unreachable, you turn the SIP line off and on several times and it helps to restore the telephony service?