[SIP] Роутер не воспринимает входящие звонки

Здравствуйте. Помогите, пожалуйста, со следующей проблемой.
Решил подключить sip-телефонию через роутер, поддерживающий sip. Напрямую через компьютерную программу исходящие и входящие звонки проходят без проблем. А вот если это всё проделать со стационарным телефоном, подключенным к роутеру (который поддерживает эту технологию), то исходящие звонки идут, а входящие нет (тишина. никаких звуков).
В роутере есть функция захвата пакетов. Проверил - запросы INVITE приходят, но роутер на них никак не реагирует, даже в логах ничего не пишет. Роутер - Zyxel Keenetic VOX. Телефон - Panasonic KX-TG2511. Не пойму, то ли в телефоне проблема, то ли в роутере. Из-за чего обычно может такое происходить?

0

Сообщение от kzru_hunter Из-за чего обычно может такое происходить?

копать в сторону НАТ

1

Сообщение от corlovito копать в сторону НАТ

и куда натить? мне надо чтобы роутер на телефон передавал сигнал.
неужели zyxel кривой роутер сделали... (

0

наоборот надо исключение из нат сделать покажите настройки

0

Да, действительно дело было из-за порта (5060). Надо было его открыть в настройках межсетевого экрана.
Странно, что роутер его сам автоматически не открывал.

0

Сообщение от kzru_hunter Странно, что роутер его сам автоматически не открывал

ну впринципе ничего странного, автоматом он его открывает если SIP ALG используется

1

Сообщение от corlovito ну впринципе ничего странного, автоматом он его открывает если SIP ALG используется

Прочитал, что его вообще лучше отключить, т.к. в роутерах он некорректно работает. Вообще беда с этим протоколом SIP из-за полей Sent-by Address и Sent-by Port. Их тоже нужно транслировать, т.к. сервер отправляет ответ именно на адрес и порт, указанные в этих полях. Этим как я понял, как раз и должен заниматься SIP ALG.
У меня роутер вроде не транслирует только поле Sent-by Port (надо будет ещё уточнить), из-за чего возникают проблемы с входящими запросами. По мне так вообще не должно быть этих полей, т.к. адрес и порт уже записаны в UDP и их трансляцию без проблем поддерживают все роутеры.

Сообщение от kzru_hunter Да, действительно дело было из-за порта (5060). Надо было его открыть в настройках межсетевого экрана.

По умолчанию, вообще не нужно никакой порт открывать. Т.к. после связи с sip-сервером, клиент поддерживает с ним связь, периодически отправляя на него пустые пакеты (может и непустые, т.к. у меня роутер вместо пустого пакета периодически отправляет Request: OPTIONS). Задаётся это опцией NAT Keep Alive.
Но в моём случае, sip-сервер (моего интернет-провайдера) бывает отправляет запросы с другого порта. В этом случае, роутер может отбрасывать такие пакеты, если у него NAT типа Port Restricted Cone NAT.
В этом случае, приходится открывать порт так, чтобы на него могли приходить пакеты с любого порта источника.

0

Сообщение от kzru_hunter По умолчанию, вообще не нужно никакой порт открывать. Т.к. после связи с sip-сервером, клиент поддерживает с ним связь, периодически отправляя на него пустые пакеты

ну если клиент не за натом то да, а вообще нарисуйте схему чтобы понимать о чем говорим

0

Сообщение от corlovito ну если клиент не за натом то да, а вообще нарисуйте схему чтобы понимать о чем говорим

если за натом, то тоже не обязательно открывать порт, если sip-сервер корректно работает и отправляет invite запросы с одного единственного порта, к которому и подключен sip-клиент.

схема обычная: "sip-клиент(или sip-компонент в роутере)" <-> "роутер" <-> "sip-сервер интернет-провайдера".
передача пакетов происходит по локальной сети, а не по интернету.

0

Сообщение от kzru_hunter если sip-сервер корректно работает и отправляет invite запросы с одного единственного порта

а при чем здесь SIP сервер если у вас нат допустим на роутере работает и он уже свои порты подставлять будет

0

Сообщение от corlovito а при чем здесь SIP сервер если у вас нат допустим на роутере работает и он уже свои порты подставлять будет

он будет подставлять, если ещё не разорвана связка sip-клиент:порт <-> sip-сервер:порт
а если разорвана, то пакеты будут отбрасываться.
в моём случае, sip-клиент был подключён к порту 5060 на стороне sip-сервера, но при этом sip-сервер слал запросы invite с порта 5061. с этим портом не было связки, и поэтому роутер просто отбрасывал эти запросы.
Раз такой кривой sip-сервер, то решением является открыть порт 5060. И тогда необходимость в опции NAT Keep Alive отпадает. И ещё только что пришла мысль: т.к. sip-клиент за роутером отправляет запросы с порта 5060, затем роутер меняет порт в пакете на любой (например, 1024), и отправляет пакет на sip-сервер на порт 5060. И если после этого, роутер начинает отправлять с порта 5061 на порт 1024 роутера, то такой пакет не попадёт на компьютер клиента, т.к. в nat'e роутера нету связки с этим портом (5061). В этом случае, даже не поможет открытие порта.
Остаётся только пользоваться sip-компонентом роутера или сказать о данной проблеме интернет-провайдеру, что сейчас и сделаю.

0

вы еще про одну вещь забыли что SIP это только сигнализация, еще RTP есть

0

Сообщение от corlovito вы еще про одну вещь забыли что SIP это только сигнализация, еще RTP есть

с ним пока не было проблем.

кстати, про порт 5061. можно ещё попробовать поменять тип nat'а на роутере с Port Restricted Cone Nat на Address Restricted Cone Nat, вот только не думаю, что это возможно на моём роутере.

0

Может поменять на виртуальную телефонию? Да это, как вариант выхода из ситуации. Настраивает виртуальную атс Ростелеком ссылка на описание: http://spb.rt.ru/b2b/fix/moder... telephonya предлагается, как я слышал тестовый период на 7 дней, это бесплатно. Есть разные виды переадресации и возможностей. Рекомендация из личного опыта. Если есть вопросы пишите в личку.

0

Проблема была из-за параметра rport, который при регистрации передавался клиентом sip-серверу.
Из-за чего, то ли у провайдера, то ли после него происходила неправильная обработка этого параметра.
Возможно sip-сервер создавал новый сокет на другом udp-порту и с него отправлял мне INVITE запросы, которые роутером автоматом отбрасывались. Хотя sip-сервер по моему мнению обязан был использовать для отправки уже существующее соединение с клиентом.
Если отключить этот параметр, то проблема исчезает.

К сожалению, у меня в роутере rport не отключается. Нету такой настройки. И как выход - это открывать порт 5060 в роутере, чтобы иметь возможность получать пакеты, идущие мимо установленных соединений.

0