sips
-
Posts
147 -
Joined
-
Last visited
-
Days Won
1
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by sips
-
-
On 12/1/2020 at 10:01 PM, stefbarinov said:
Подскажите, имею одну трубку Gigaset A540. Если докуплю вторую трубку и 2 донгла (один в KN-1010, другой в Giga II), можно будет настроить связь (разговаривать) по туннелю Wireguard, который объединяет локальные сети за роутерами? Выход на город, мобильные не интересует, заводить учётку у оператора связи не собираюсь, исключительно связь между двумя трубками через туннель. Ранее с телефонией дела не имел, спрашиваю дабы не выкинуть деньги на ветер за вторую трубку и 2 донгла.
Это пример настройки P2P-вызовов между двумя роутерами Keenetic Extrа и Keenetic Ultra через туннель IPSecVPN
Keenetic Extra
LAN: 192.168.1.1
WAN: 192.168.10.33
Keenetic Ultra
LAN: 192.168.11.1
WAN: 10.0.7.211
К каждому из роутеров подключен K+DECT с зарегистрированной DECT-трубкой к которой привязана SIP-линия.
Конфигурация IPSec, SIP-линий и DECT-трубок показана на скриншотах в прилагаемом архиве.
P2P-звонки Extra > Ultra по номеру 102,
Ultra > Extra по номеру 101
- 1
-
17 hours ago, BL63 said:
Ultra II (3.4.12) , установлен локальный астериск,
обновите микропрограмму Ultra II до последней релизной версии 3.5.1 и проверьте снова доступ к конфигурационным файлам Asterisk из проводника Windows.
-
On 2/14/2020 at 8:40 PM, KorDen said:
3.4 Alpha 1, трубка S850HX, при входящих-исходящих звонках отсутствует слышимость удаленной стороны (сервер->роутер), явно не проключается входящий RTP ни в early media, ни во время разговора.
Захватите и выложите здесь дамп трафика звонка без звука. Чтобы в дамп попала вся сигнализация и аудиопотоки звонка, захватывайте трафик следующим образом:
1) настроить захват трафика с фильтром “udp” на внешнем интерфейсе роутера;
2) включить захват трафика;
3) позвонить, убедиться, что звука нет;
4) через минуту после ответа на вызов завершить звонок;
5) выключить захват.Возможно, дамп поможет понять причину отсутствия звука.
Статья о том, как захватывать трафик: https://help.keenetic.com/hc/ru/articles/360000401420 -
Трубки телефонов KX-TG1611 невозможно подключить к Keenetic+DECT, т.к. они не поддерживают GAP.
Для Keenetic+DECT понадобятся другие трубки, с поддержкой GAP (лучше с поддержкой CAT-iq 2.0, но они дорогие и их практически нет в продаже). Список рекомендованных трубок: https://help.keenetic.com/hc/ru/articles/213968289.
Если делать на Keenetic+DECT, то понадобятся два DECT-донгла и еще один Keenetic в добавок к вашей VIVA. К каждому Keenetic+DECT можно подключить по 4 трубки и 4 линии ВАТС, привязать каждую трубку к своей линии.
В связи с ограничением GAP, имени трубки, даты и времени не будет на дисплеях трубок, тел. книги не будет, журнал звонков можно просмотреть только в веб-интерфейсе Keenetic.
Что касается подключения аналоговой линии Ростелеком, возможно, если внедрить ВАТС от Ростелеком, то Ростелеком сможет оптимально завернуть аналоговую линию на ВАТС.
-
Вероятно, в вашем случае нужно настраивать не GIGA III, а FreeSWITCH. Для корректного обмена сообщениями SIP и медиаданными с абонентом за пределами локалки FreeSWITCH должен помещать внешний адрес NAT и внешние проброшенные на FreeSWITCH порты SIP и RTP в заголовки SIP и SDP сообщений SIP отправляемых абоненту через Интернет. В данном случае, внешний адрес NAT это IP-адрес на внешнем интерфейсе GIGA III. В настройках FreeSWITCH этот адрес можно прописать вручную, если это статический адрес.
Похоже, здесь описаны особенности настройки для вашего сценария (см.Switch with External SoftPhone): https://freeswitch.com/confluence/display/FREESWITCH/External+Profile
Чтобы найти причину проблемы нужно захватить и проанализировать трафик SIP и RTP одновременно на внутреннем и внешнем интерфейсах GIGAIII. Захват трафика описан в этой статье: https://help.keenetic.com/hc/ru/articles/360000401420. При настройке правила захвата нужно использовать фильтр "udp", если ваш FreeSWITCH использует транспорт UDP для сигнализации SIP.
Захватить трафик нужно
1) при регистрации абонента за пределами локалки на FreeSWITCH, а так же при входящем и исходящем вызовах (если регистрация прошла успешно);
2) при внешнем исходящем вызове от абонента из локалки через подключение к VoIP-оператору.
Если проблему решить не удастся, захватите и выложите дампы сюда. Если не можете выложить сюда по причинам безопасности, создайте обращение в техподдержку Кинетик и приложите дампы к нему. -
Отправьте запрос в техническую поддержку Keenetic по данной проблеме, прикрепите к нему следующие диагностические данные:
1) файл self-test.txt (см. https://help.keenetic.com/hc/ru/articles/360000440120);
2) дамп трафика собранный на внешнем интерфейсе Keenetic Air с фильтром UDP (см. https://help.keenetic.com/hc/ru/articles/360000401420). Собирать дамп нужно следующим образом: запустить захват трафика, подождать 30 секунд, сделать исходящий звонок, принять входящий звонок, выключить захват, сохранить файл *.pcapng);
3) скриншоты настроек SIP телефона Siemens OpenStage 15 SIP. -
2 hours ago, AndreyUA said:
Хорошо бы, если бы можно было привязать телефонию к отдельному vlan с присвоением интерфейсу айпи адреса. У меня, например, vlan 55 (voice) на роутер проброшен, а телефония работает через vlan 53, т.к. айпи адрес висит на интерфейсе с vlan 53
VoIP-трафик пойдет через vlan55 на SIP-сервер 192.168.55.2, если интерфейс FastEthernet0/Vlan55 получит IP-адрес из подсети 192.168.55.0/24. Для этого попробуйте включить DHCP на этом интерфейсе командой “interface FastEthernet0/Vlan55 ip address dhcp”. Если DHCP не работает в этом VLAN, то, возможно. интерфейсу FastEthernet0/Vlan55 нужно присвоить статический IP-адрес, который нужно получить у вашего провайдера. Команда для присвоения статического IP-адреса: “interface FastEthernet0/Vlan55 ip address <ip address> <mask>”.
- 1
-
On 9/29/2017 at 8:29 AM, Swetch said:
но SIP ALG по факту не работает
В отладочной версии NDMS 2.11.A.8.0-1 добавлен опциональный режим работы SIP ALG при котором любой IP-адрес в SDP перезаписывается адресом внешнего интерфейса. Вы можете загрузить отладочную версию и выполнить команду “no ip sip alg direct-media”, чтобы включить этот режим. Это должно решить вашу проблему односторонней слышимости без использования IPSec.
- 1
-
4 hours ago, Swetch said:
с маской понятно, думал где то в фаерволе можно настроить
Попробуйте создать на стороне телефона три правила межсетевого экрана для интерфейса Home: разрешить UDP от телефона к АТС, разрешить UDP от телефона к DSP и третье - запретить IP из домашней подсети в рабочую. И аналогичные правила на стороне АТС, чтобы разрешить UDP от АТС к телефону, от DSP к телефону и запретить IP из рабочей сети в домашнюю. В обоих случаях запрещающее правило должно быть последним в списке. После добавления правил межсетвого экрана нужно перезагрузить устройства.
-
6 hours ago, Swetch said:
в общем настроил IPSec, телефон работает, только работа и дом теперь в одной сети, ткните носом как закрыть сети друг от друга при этом оставить нужное соединение...
Для этого можете максимально сузить диапазоны IP-адресов подсетей указанных в настройках второй фазы IPSec. Вместо адреса домашней подсети 192.168.15.0/24 можно указать только адрес телефона. Он должен быть статическим. Вместо адреса рабочей подсети можно указать подсеть с минимальным диапазоном адресов включающую адреса АТС и DSP (10.0.0.219 и 10.0.0.220). Похоже, это будет подсеть 10.0.0.216/29. С такими настройками через туннель может ходить трафик только между телефоном и диапазоном адресов 10.0.0.217 - 10.0.0.222 рабочей подсети.
-
1 minute ago, Le ecureuil said:
Это я товарищу @sips про его конкретный пост с неправильными портами.
соберите для GIGAII. Протестирую.
2 hours ago, Swetch said:IPSec звернет весь трафик на GIGA II а мне этого не надо...
IPSec завернет только трафик адресованный в удаленную подсеть в соответствии с настройками фазы 2 IPSec.
-
On 9/24/2017 at 12:05 PM, Swetch said:
Исходя из дампов трафика, в вашем случае АТС отправляет телефону ответ 200 с IP-адреса 10.0.0.219. При этом в полях “o” и “с” секции SDP этого ответа указан другой IP-адрес: 10.0.0.220. NDMS SIP ALG на GIGA II не перезаписывает локальный IP-адрес 10.0.0.220 в полях “o” и “с”, вероятнее всего, потому, что этот адрес не является IP-адресом отправителя данного сообщения. В результате телефон отправляет медиаданные на локальный IP-адрес АТС, и это вызывает проблему односторонней слышимости.
Думаю, данная реализация SIP ALG заработает, если вы сделаете так, чтобы АТС и DSP были на одном локальном IP-адресе.
Еще можно поднять туннель IPSec между двумя вашими Кинетиками, чтобы маршрутизировать SIP-сигнализацию и медиаданные между подсетями 10.0.0.x и 192.168.15.x через этот туннель. Тогда в настройках телефона можно будет указать локальный IP-адрес АТС. Телефон будет адресовать АТС и DSP по их локальным IP-адресам, SIP ALG использоваться не будет и, медиаданные дойдут от телефона до АТС. -
Дополнительное тестирование показало, что SIP ALG в NDMS 2.09 работает. Он перезаписывает локальные IP-адреса и порты в SIP-сообщениях адресованных на порт UDP 5060. Если SIP-сообщения отправляются на другой порт, то SIP ALG их игнорирует.
Если NAT вашего устройства Keenetic GIGAIII отображает локальный SIP-порт телефона на внешний порт отличный от UDP 5060, то SIP ALG устройства Keenetic GIGAII не будет перезаписывать адреса и порты в сообщениях АТС адресованных телефону на этот порт. И это может быть причиной односторонней слышимости.
Захватите сигнализацию SIP (статья 4068 базы знаний на https://help.keenetic.net) на внешнем интерфейсе GIGA II при исходящем вызове с телефона TGP600 и проверьте порт источника в заголовках UDP пакетов сообщений SIP приходящих от телефона. Если это не порт 5060, то это может быть причиной проблемы.
В этом случае можно заставить NAT отображать UDP 5060 на тот же порт. Для этого нужно создать правило NAT на GIGA II (веб-конфигуратор>Безопасность>Трансляция сетевых адресов (NAT):
Интерфейс: ISPПротокол: UDP/5060
Перенаправить на адрес: IP-адрес телефонаНовый номер порта назначения 5060 (локальный SIP-порт телефона)
После добавления правила нужно перезагрузить GIGA II. Если после этого сигнализация от телефона будет приходить с порта 5060, SIP ALG на GIGAII должен работать.
-
При маршрутизации сообщений сигнализации SIP из LAN в WAN механизм SIP ALG должен перезаписывать локальный IP-адрес на IP-адрес внешнего интерфейса маршрутизатора в заголовке SIP и в SDP этих сообщений. Тестирование показало, что GIGAIII с релизом NDMS 2.09 этого не делает. Разработчики NDMS проинформированы о данной проблеме. Когда проблема будет устранена, вы будете проинформированы.
Вероятнее всего, проблему односторонней слышимости можно устранить активировав STUN на вашей АТС. STUN перезапишет локальный IP-адрес АТС внешним IP-адресом NAT в сообщениях SIP от АТС. В документе NS500_Installation_Manual.pdf найденном навскидку в Интернете имеется информация о том, как активировать STUN на NS500. Кстати, на телефоне TGP600 лучше тоже активировать STUN, если это еще не сделано.
-
Попробуйте сконфигурировать автоматический выбор интерфейса для подключения VAPP:
Keentic LTE GUI>Телефон>SIP>Подключение VAPP>Выбрать интерфейс: Выбрать интерфейс.
После применения новых настроек перезагрузите устройство. В моем случае это помогло решить проблему с отсутствием SIP-регистрации на Keenetic LTE v2.09(AATF.6)A3 в режиме AP.- 1
-
Если у вас входящие вызовы не работают, активируйте STUN-клиент на вашем Keenetic LTE (см. веб-конфигуратор>Телефон>SIP). Если STUN уже активирован, возможно, STUN-сервер, указанный у вас в настройках не отвечает. Попробуйте указать другой STUN-сервер, например stun.sipnet.ru:3478.
Если манипуляции со STUN не помогут, рекомендую вам захватить дамп трафика UDP на интерфейсе 4G LTE Internal Modem (LTE) вашего устройства во время входящих и исходящих вызовов, когда наблюдаются проблемы. Дампы выложите сюда. О том, как захватить трафик см. в этой статье: https://help.keenetic.net/hc/ru/articles/213966089. Вероятнее всего, дампы помогут выяснить причину ваших проблем.
Panasonic kx-tpa60 перезагружается при ответе на входящий.
in Обсуждение Keenetic Plus DECT
Posted
Пришлите, пожалуйста, скриншот страницы настройки вашей DECT-трубки (см. образец ниже). Нужно проверить, правильно ли распозналась модель трубки. Если не распозналась или распозналась неправильно, то нужный профиль настроек не был применен и это причина проблемы.