[Maycal]

Но получив дополнительную информацию, я не думаю, что дело в не прописанном диапазоне. Насколько я понял, телефония работает по двум протоколам:

1. Первый это SIP или H.323 (сигнализация). С помощью него устанавливается сама сессия (звонок). И вот я пробросил этот порт для SIP 5060 и появилась возможность дозвониться, а так же позвонить изнутри.
2. Второй протокол это rtp. (звук). По этому протоколу проходит звук. И в данном случае почему-то звук идет только в одну сторону. (кто говорит из офиса – слышно, а собеседника в офисе не слышат). И причина этому то, что порт, по которому посылается аудио – случайный, рандомный. И NAT его не пропускает. Поэтому и не слышно. Но как решить эту задачу с NAT? Я бы хотел найти способ разрешить в NAT windows прохождение любых пакетов туда и обратно (не нужна там эта защита). Можно попробовать прописать диапазон rtp (аудио) портов, но их там десятки тысяч. А сразу диапазон не прописывается в NAT, только по одному порту.

Возможно, вы подкинете новых идей по решению данной задачи, возможно решение лежит перед носом, а я его не вижу. Нужен ваш свежий взгляд)

Есть статья про эту проблему на английском языке, но мне она не очень помогла: http://www.voip-info.org/wiki/view/NAT+and+VOIP

[Tonny_Bennet]

Maycal, у меня стоит четыре сервера ip телефонии на базе Asterisk, все работают за NATом (под Ubuntu Server) и я не пробрасывал никакие порты с внешнего интерфейса к серверу телефонии. При регистрации SIP-транка, соединение инициируется сервером телефонии за NATом и данные без проблем передаются в обе стороны. Боюсь, что у вас просто недопонимание вопросе настройки шлюза. Обычно в настройках достаточно указать логин, пароль и возможно диапазон портов (если они отличаются от стандартных). И дальше уже смотреть на логи: что отправляет шлюз, что отвечает провайдер и т.д.

[Maycal]

Всем большое спасибо за помощь.

Решил проблему путем выноса VoIP шлюза за NAT.

Сейчас более подробно опишу решение:

Как было:

Интернет кабель вставлялся в интерфейс LAN1(интернет) сервера. Кабель от LAN2(локальная сеть) шел на свитч, к которому подключались клиентские компьютеры. Сервер устанавливал PPPoE соединение с интернетом и раздавал его через LAN2(локальная сеть) и подключенный к нему свитч клиентам. VoIP шлюз так же подключен к интерфейсу LAN2 через свтич. Посольку LAN1(интернет) и LAN2(локальная сеть) разделены между собой NAT, трафик VoIP шлюза резался и не полноценно проходил через этот NAT в интернет, из-за чего собственно и была односторонняя голосовая связь.

Как стало:

Решением стало вынос VoIP шлюза за NAT. Для этого перед сервером был установлен роутер. То-есть схема такая: роутер. В его WAN интерфейс подключается интернет кабель. От роутера идет два провода. Один провод к LAN1. Другой провод идет к VoIP шлюзу. Все. То-есть теперь сервер цепляет не чистый интернет, а интернет раздаваемый роутером. А к роутеру, в свою очередь, цепляется VoIP шлюз.
Настройки роутера такие:
1. На роутере настроен проброс портов на RDP и VPN
2. Адрес VoIP шлюза добавлен в зону DMZ (делимитированная зона, т.е трафик между роутером и устройством, адрес которого прописан в DMZ зоне гуляет свободно, без ограничений).

Если кому-то интересен данный вариант решения, вы можете написать мне на почту: maycal@list.ru и я вам скину схемы подключения, а так же скажу какие именно порты нужно прокидывать для VPN сервера.

Напомню только, что вся эта система была разработана для совмещения работы VoIP телефонии и VPN сервера, построенного на Windows Server

[Tonny_Bennet]

2. Адрес VoIP шлюза добавлен в зону DMZ (делимитированная зона, т.е трафик между роутером и устройством, адрес которого прописан в DMZ зоне гуляет свободно, без ограничений). »

Теперь ваш шлюз светится в интернете и к нему можно подбирать пароли

[Maycal]

Теперь ваш шлюз светится в интернете и к нему можно подбирать пароли »

я брутофорсил несколько дней - так и не подобрал пароль. Видимо, там сложный пароль, состоящий из цифр, символов разного регистра и специальных символов - не подберешь.

[Tonny_Bennet]

не подберешь. »

Вопрос времени в любом случае.