Просмотр исходного текста страницы Подключение через маршрутизатор с NAT

{{Top banner}}

SIP-телефон или SIP-адаптер часто приходится подключать к Интернет через&nbsp;маршрутизатор с функцией [http://ru.wikipedia.org/wiki/NAT NAT]. В качестве маршрутизатора может выступать либо [[Общие рекомендации для DSL-абонентов|DSL-модем]] либо отдельное устройство.<br>
Также NAT может быть реализован и на стороне провайдера Интернет, что в итоге приводит к двойному NAT для SIP-клиента.

<br>
При таком подключении нет никакой необходимости делать «исправление» [http://ru.wikipedia.org/wiki/NAT NAT] на стороне абонента, т.е. подменять IP-адреса в SIP-сигнализации. Все необходимое для нормальной работы абонентов, подключенных через [http://ru.wikipedia.org/wiki/NAT NAT], сделает сервер SIPNET, однако для этого необходимо, чтобы внутренний (приватный) адрес SIP-клиента был назначен из правильного диапазона адресов согласно [http://tools.ietf.org/html/rfc1918 RFC 1918]. При использовании других адресов «исправления» [http://ru.wikipedia.org/wiki/NAT NAT] на стороне SIPNET не происходит и возникают различные проблемы, например, с односторонней слышимостью, входящими вызовами и проч. 

Формально допустимые внутренние адреса: 

*10.0.0.0 - 10.255.255.255
*172.16.0.0 - 172.31.255.255
*192.168.0.0 - 192.168.255.255
<br> 

Интернет-провайдер может делать NAT на своей стороне и выдавать своим абонентам приватные адреса согласно [https://tools.ietf.org/html/rfc6598 RFC6598]:

*100.64.0.0/10 (100.64.0.1 - 100.127.255.254)

<br>

При работе через [http://ru.wikipedia.org/wiki/NAT NAT] можно (но совсем не обязательно!) использовать STUN-сервер, например stun.sipnet.ru или любой другой доступный сервер. Некоторые программы и устройства умеют определять адрес STUN-сервера автоматически. Технология [http://ru.wikipedia.org/wiki/STUN STUN] позволяет SIP-устройству узнать свой внешний (публичный) IP-адрес, а также определить, как именно работает механизм [http://ru.wikipedia.org/wiki/NAT NAT] между ним и Интернетом. Если тип используемого NAT'а оказался "symmetric" - [http://ru.wikipedia.org/wiki/STUN STUN] не поможет.<br> 

Если маршрутизатор имеет встроенную поддержку протокола [http://ru.wikipedia.org/wiki/SIP SIP] (т.наз. SIP [http://en.wikipedia.org/wiki/Application-level_gateway ALG]), то в этом случае, как правило, включение [http://ru.wikipedia.org/wiki/STUN STUN] только мешает. 

<br> 

Обратите внимание:<br> 

*SIP [http://en.wikipedia.org/wiki/Application-level_gateway ALG] в маршрутизаторах, как правило, работают некорректно, так называемую "поддержку [http://ru.wikipedia.org/wiki/SIP SIP]" (SIP Helper, SIP Passthrough,...) следует, по возможности, отключать. Рекомендации для TP-Link можно найти [http://www.tp-link.com/en/article/?articleid=343 здесь], для некоторых других маршрутизаторов - [http://www.voip-info.org/wiki/view/Routers+SIP+ALG здесь]. При использовании в SIP-программе или устройстве транспортного протокола [http://ru.wikipedia.org/wiki/TLS TLS] можно не отключать SIP ALG в маршрутизаторе <br> 
*В зависимости от конкретной реализации STUN-клиента в программе/устройстве, от типа используемого NAT'а, от задержек в сети и прочих факторов включение STUN может привести к нежелательным последствиям. Рекомендуется с осторожностью подходить к использованию этой технологии.<br> <br>

== Входящие вызовы  ==

Делать на DSL-модеме или маршрутизаторе «проброс портов», «[http://en.wikipedia.org/wiki/Port_forwarding port forwarding]» или «virtual server» для сигнализации и [http://ru.wikipedia.org/wiki/RTP RTP]-трафика в подавляющем большинстве случаев не требуется. Согласно принципу своей работы, любое NAT-устройство не пропускает новые входящие соединения извне. Для того, чтобы это не мешало входящему трафику SIP-сигнализации, необходимо чтобы SIP-устройство или программа периодически генерировали трафик из внутренней сети наружу. Обычно это обеспечивается путем регулярной (примерно каждые 50-170 сек) отправки keepalive пакетов. «Проброс» порта сигнализации позволяет избежать отправки keepalive пакетов и может быть рекомендован только в том случае, если никаким другим способом не удалось добиться устойчивого прохождения входящих вызовов. При подключении через двойной NAT "проброс" портов лишь на одном из NAT-устройств не решает проблему.<br> 

<br>Если '''входящие вызовы''' на SIP-устройство или программу '''не проходят''' вообще или проходят только в течение короткого промежутка времени (обычно &lt; 3-5 минут) после включения или перезагрузки SIP-агента либо после исходящего вызова с него, то: 

*необходимо убедиться в том, что устройство (или программа) успешно регистрируется на сервере; статус регистрации следует проверять не только в программе или устройстве, но и в своем [https://www.sipnet.ru/cabinet/do_hardware Личном кабинете]<br> 
*необходимо включить механизм keepalive (на SIP-агенте) 
*либо уменьшить интервал keepalive, если механизм keepalive уже был включён ранее 
*если устройство не имеет функции keepalive, то можно попробовать уменьшить интервал перерегистрации (Register Expire) до значения, чуть меньшего чем то время, в течение которого вызовы проходят; не устанавливайте интервал перерегистрации менее 60 секунд!<br> 
*либо настроить «[http://en.wikipedia.org/wiki/Port_forwarding port forwarding]» (на маршрутизаторе) для того порта, который фактически используется клиентской стороной для сигнализации [http://ru.wikipedia.org/wiki/SIP SIP] 
*необходимо убедиться, что входящим соединениям не мешает встроенный в маршрутизатор [[Настройка firewall|firewall]].

<br>По умолчанию, как правило, на клиентской стороне для сигнализации [http://ru.wikipedia.org/wiki/SIP SIP]&nbsp;используется порт 5060/UDP, однако программные и аппаратные устройства SIP-телефонии позволяют менять это значение или же выбирать этот порт динамически. 

<br> 

<br> 

<br> 

[[Category:Рекомендации_по_подключению]]