Страница 3 из 4

Re: Звонок на удаленный объект по sip

Добавлено: 13 окт 2014, 10:33
awsswa
у нормальных телефонов есть параметр с какого порта выходить на сервер
а у кого то просто по умолчанию 5060
это хорошо видно по sip show peers

Re: Звонок на удаленный объект по sip

Добавлено: 13 окт 2014, 11:28
PGovorov
телефоны D-link dph-150s, в них есть параметр 5060 и он установлен, но некоторые sip подключились по другим портам

Re: Звонок на удаленный объект по sip

Добавлено: 13 окт 2014, 11:56
Wapo
А вот ЗАЧЕМ упираться в порт 5060? У меня таких аппаратов полно, но условности С КАКОГО порта они "светят" астеру - вообще по барабану.

Re: Звонок на удаленный объект по sip

Добавлено: 13 окт 2014, 11:58
PGovorov
понятно, спасибо

Re: Звонок на удаленный объект по sip

Добавлено: 13 окт 2014, 12:35
ded
PGovorov писал(а): Подскажите, а почему телефоны подключаются по таким портам 25614, 33563 и т.д., если в настройках телефона стоит порт 5060?
Это порт не на телефоне а на НАТообразующем устройстве. Которое транслирует запрос с порта 5060 на внешний адрес 87.117.173.199 через верхние порты, т.н. PAT - Port address translation.
Ибо что ему делать если за ним будет не один а 10, 20, 100 ИП телефонов, и каждый с порта 5060?

Re: Звонок на удаленный объект по sip

Добавлено: 13 окт 2014, 13:10
PGovorov
Я Вас понял, спасибо

Re: Звонок на удаленный объект по sip

Добавлено: 16 окт 2014, 14:25
PGovorov
Уважаемые гуру, помогите с ответом, что может быть по этой же теме, два удаленных телефона D-Link DPH-150S, при звонке они все слышат их не слышат. В чем может быть проблема? (еще 18 удаленных телефонов работают нормально)

Re: Звонок на удаленный объект по sip

Добавлено: 16 окт 2014, 14:48
ded
ded писал(а): эта проблема тривиальна, и решается так, как я описал. Вниканием в Invite и в ответ на него.
Сценарии SIP подключений Asterisk в сетях с использованием Network Address Translation (NAT) можно обобщить в следующих девяти сценариях:

Asterisk как SIP клиент за NAT, подключается к SIP прокси серверу на публичном ИП адресе
Asterisk как SIP клиент за NAT, подключается к SIP прокси серверу на внутреннем ИП адресе
Asterisk как SIP сервер за NAT, клиент на публичном ИП адресе подключается к Asterisk
Asterisk как SIP сервер за NAT, клиент снаружи подключается к Asterisk из-за другого NAT
Asterisk как SIP сервер за NAT, клиент изнутри подключается к Asterisk
Asterisk как SIP клиент на публичном адресе, подключается к SIP прокси серверу на публичном ИП адресе
Asterisk как SIP клиент на публичном адресе, подключается к SIP прокси серверу за NAT
Asterisk как SIP сервер на публичном адресе, клиент на публичном ИП адресе подключается к Asterisk
Asterisk как SIP сервер на публичном адресе, клиент из-за NAT подключается к Asterisk

Каждый из возможных сценариев может заработать, но это зависит от клиента, типа NAT, типа сервера и множества других факторов. SIP как peer-to-peer протокол упрощает соединения через NAT и делает возможными подключения клиентов изнутри, за NAT - к серверу на публичном ИП адресе и не допускает подключений клиентов с публичных ИП адресов к серверу, расположенному за NAT.

#1 работает для прокси-серверов, поддерживающих NAT, таких как SIP Express router (OpenSER, Kamailio) в качестве внешнего сервера. (Точно работает с sipnet.ru например).
#2 работает всегда, так как между ними нет NAT.
#3 работает с пробросом портов и неоторыми манипуляциями с заголовками SIP пакетов**.
#4 работает с пробросом портов. STUN на стороне клиента и тонкие настройки портов RTP, инструкция прилагается >>
#5 работает всегда, так как между ними нет NAT.
#6 работает всегда, так как между ними нет NAT.
#7 проблемно, если нет проброса портов, возможно настроить так же как сценарий №3
#8 работает всегда, так как между ними нет NAT.
#9 решается в большинстве случаев с помощью nat=yes и qualify=xxx в sip.conf для клиента. Некоторые клиенты (X-lite) упрощают подключение с помощью встроенных функций STUN и посылки UDP пакетов keep-alive. Опция qualify же напротив, посылает пакеты keep-alive со стороны Asterisk клиенту за NAT.
http://asterisk.ru/knowledgebase/Asteri ... +solutions

Ваш случай тяжёлый - №4
Asterisk как SIP сервер за NAT, клиент снаружи подключается к Asterisk из-за другого NAT
Зачем меняли роутер?
Самый простой ход - сделать VPN. У вас же был выхлоп по sip show peers где фигурирует внутренний ИП адрес 192.168....? Так и сделайте на проблемных.

Re: Звонок на удаленный объект по sip

Добавлено: 16 окт 2014, 15:04
PGovorov
Меняли потому, что оборудование, которое стояло ранее могло в любой момент ограничить подключение клиента к 1с серверу по http и занести его в списки вирусных, а этого нельзя делать, так как вся работа организации зависит от работы 1с. С заменой роутера возникли некие проблем с работой в сети и снаружи, но все решаемо, только вот астериск никак не поддается полностью. С заведением клиентов в сеть сейчас решается вопрос и постепенно они все будут находиться в единой сети. Была надежда, что эта проблема как-то может решиться более простым способом, чем введением в сеть (не оборудования на руках для введения в сеть этих организаций). Спасибо за ответ, попробую покапать по 4 пункту!

Re: Звонок на удаленный объект по sip

Добавлено: 16 окт 2014, 15:35
Wapo
PGovorov писал(а):Уважаемые гуру, помогите с ответом, что может быть по этой же теме, два удаленных телефона D-Link DPH-150S, при звонке они все слышат их не слышат. В чем может быть проблема? (еще 18 удаленных телефонов работают нормально)
С этими аппаратами есть интересный глюк - внезапно отказывает часть голосового тракта на железном уровне. Стоит вместо родной трубки воткнуть на минуту трубку от обычного аппарата и потом все нормализуется. Сам ловил эту штуку на парочке аппаратов (из 15 штук). А на одном ВООБЩЕ вышибло и микрофон и динамик - помог вышеописанный способ. Кстати все аппараты в рамках одной локальной сети (не удаленные).