Alexander Fomichev
-
Posts
7 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Alexander Fomichev
-
-
1 hour ago, BL63 said:
в личку дамп скинул
Да, видел, большое спасибо, с дампом уже работают, как только будут новости - сообщу.
-
19 hours ago, BL63 said:
ок, сделаю, необходимо уточнение:
1. у меня соединение по pppoe. снимать дамп именно с isp ?
2. дамп снять на роутере, где "тишина", или на обоих ?
1) Да, нужен весь трафик, снимайте с "Broadband connection (ISP)"
2) Дамп с обоих, с момента "до звонка" до "звонок завершен".
-
On 23.04.2017 at 1:52 PM, T@rkus said:
Да, в случае неудачного звонка, журналируется сообщение полученное от сервера. Еще бывают 486 Busy, 480 Temporarily Not Available.
-
On 22.04.2017 at 8:54 PM, BL63 said:
Два комплекта (Viva + Dect Plus + Panasonic 1105) Настроена телефония sip zadarma с бесплатным тарифным планом
все это прекрасно работало около 3 месяцев после покупки, счастью пользователей не было предела
сейчас, без объявления войны, случилась ситуация: абонент1 при снятии трубки (при любом вызове - вход и исх) не слышит абонента2, абонент2 прекрасно слышит абонента1
Что было безрезультатно проделано: обновлены прошивки, передернуты донглы, удалены/перепривязаны трубки, удалены/перепрописаны линии, заменены местами трубки
Куда копать дальше ?
Добавьте, пожалуйста, дамп трафика на ISP ( на стр. /#tools.capture).
-
On 22.04.2017 at 11:42 PM, Sunset06 said:
Здравствуйте, подскажите, можно ли как-то заставить модуль работать с трубками kx-tga161ru и kx-tga171ru? Есть ли где-то максимально полный список поддерживаемых трубок? В теме есть принт скрин таблицы в которой приведены трубки и поддерживаемые функции, где можно посмотреть полную версию этой таблицы?
Здравствуйте. kx-tga161ru и kx-tga171ru пока не поддерживаются ни на каком уровне.
Здесь списки поддерживаемых трубок:
https://help.keenetic.net/hc/ru/articles/213968289-
1
-
Функциональность Keenetic DECT
in Обсуждение Keenetic Plus DECT
Posted
Константин Л.:
В дампе “capture-GigabitEthernet0-Vlan2-Apr 25 20-08-47.pcapng” из папки “ok” при исходящем вызове устройство Keenetic с IP-адресом *.*.*.124 отправляет запрос STUN-серверу с порта UDP 4000, чтобы определить внешний IP-адрес и порт NAT, если таковой присутствует. В ответ сервер возвращает IP-адрес *.*.*.124 и порт 4000, что означает отсутствие NAT. Здесь обмен голосовыми данными с SIP-сервером происходит успешно.В дампе “capture-GigabitEthernet0-Vlan2-Apr 25 20-08-46.pcapng” из папки “silent” при входящем вызове устройство Keenetic с публичным IP-адресом *.*.*.38 отправляет запрос STUN-серверу с порта UDP 4000. В ответ сервер возвращает IP-адрес *.*.*.16 и порт 62794, с которого он получил этот запрос. Это указывает на присутствие NAT-маршрутизатора с внешним IP-адресом *.*.*.16. Присутствие NAT в данном случае крайне странно, т.к NAT используется для подключения локальных подсетей к Интернету, а Keenetic имеет публичный IP-адрес.
Не вдаваясь в детали, этот NAT вызывает проблему с приемом голосовых данных от сервера.
Как решить проблему
1) В данном случае использовать STUN нельзя, т.к. этот NAT не является конусным. Но перезаписывать в SIP-заголовке и в SDP адрес *.*.*.124 на адрес *.*.*.16 вероятнее всего потребуется, иначе SIP-сервер отправит голосовые данные на *.*.*.124 и они не пройдут через упомянутый NAT. Поэтому предлагаю в настройках SIP-линии отключить чекбокс “Использовать STUN” и включить “Получать свой IP-адрес от сервера регистрации”.
2) Отправить дамп интернет-провайдеру и спросить, почему устройство с публичным IP-адресом *.*.*.124 подключено к Интернету через NAT и нельзя ли этот NAT убрать, т.к. он препятствует обмену голосовыми данными IP-телефонии.