Подключить внешние SIP линии

[Necroic]

Коллеги, прошу помощи в подключении внешних SIP линий. Есть АТС OS 7200 за НАТом, есть шлюз и есть SIP сервер провайдера за этим шлюзом, с внешним адресом, у меня из данных есть его IP адрес только, есть ли какая-то инструкция пошаговая, что и где нужно прописать, чтобы на него настроиться?

[Necroic]

Имею АТС Officeserv 7200, версия прошивки 140404-475a V1.0. Провайдер предоставил SIP линии, выдал мне IP адрес своего SIP узла (1.1.1.1 скажем). Подключаться должен без логина/пароля, авторизация, видимо по внешнему IP моей АТС (она за натом, выходит в интернет с адресом 2.2.2.2). Как я понял, настраивать линии SIP нужно через 5.2.13 программу, вот что у меня сейчас есть, адрес самой АТС, шлюз и Public адрес (внешний 2.2.2.2) так же настроены:

#445

Прошу подсказать, что мне делать дальше и что здесь нужно поменять? Мне нужно, чтобы при наборе "9", например, был выход на эти городские линии.

[DFG]

Вкратце:

2.1.2 IP Type = Private with Public, Public IP = 2.2.2.2
4.1.2 Группа 805, включить SIP линии из плана нумерации, ISP Selection = Peering
4.1.4 Каналы шлюза включить Public IP Trunk
3.1.2 Набор по нужным цифрам при включенной LCR (предполагается, что код LCR=9) отправить в рут, в котором прописать группу 805
5.2.3 Поймать нужные цифры и отправить в IP Table Number, например, 0
5.2.17 В этой самой таблице 0 (первая строчка) прописать IP-адрес сервера оператора 1.1.1.1

Ну а дальше настройка с оператором...

[conf]

если в качестве NAT выступает циска то не обязательно извращаться с "Public IP", достаточно прописать access list -> host-to-host т.е. атс-to-провайдер и циска сама перемаркирует sip-пакеты по технологии SIP-ALG
если решили по пути "Public IP" на NAT надо делать проброс диапазон портов
если у вас sip с регистрацией то это немного по другому

[LionB]

Угумс. И вносит на перемаркировке задержку.
И зачем? Когда силами системы пакты сразу можно генерить в норм альном виде для внешних вызовов.

[conf]

Угумс. И вносит на перемаркировке задержку.
И зачем? Когда силами системы пакты сразу можно генерить в норм альном виде для внешних вызовов.

в любом случае надо писать правило в NAT (если транк-ту-транк) и каждый выбирает свой цивилизованный способ
в 90% случаях вся прелесть проблемы с RTP всплывает когда реализуется силами системы

да и метод host-to-host в плане безопасности самый оптимальный и не надо надеяться на силы системы что его ее в процессе спама SIP крякнуть на халявные звонки
полно случаев когда в процессе SIP-спама на sip-телефон проскакивали халявные звонки