Вопрос по пробросу портов

Алексей Н.

Free User
Регистрация
19 Июн 2019
Сообщения
25
Коллеги, добрый день.
Заранее прошу прощения, если вопрос покажется глупым.
В инструкции по сетевым настройкам указано следующее:
Для работы 3CX с SIP-транками / VoIP-провайдерами и использования технологии WebRTC, создайте в сетевом экране статические правила публикации следующих портов:
  • Порт 5060 (на вход, UDP) для SIP-трафика
  • Порт 9000-10999 (на вход, UDP) для RTP (Audio) трафика, который передает голос. Каждый вызов использует два RTP порта: один для управления, другой для передачи данных. Это значит, что на каждый одновременных вызов, который примет 3CX, вы должны открыть два порта.
Наш тестовый сервер 3CX находится за 2 шлюзами, оба с NAT, проброс портов я не делал, но транк от SIPNET замечательно работает как на входящую, так и исходящую связь. А вот с транком Ростелекома проблемы, просьба по возможности пояснить нужно ли все таки пробрасывать порты или нет, если да, то почему транк SIPNET работает без проброса??
Заранее благодарю.
 
А транк Ростелекома с регистрацией по логину и паролю или по IP-адресу?
 
Коллеги, может кто-нибудь подсказать? Особенно интересует вопрос как работает sipnet без проброса портов.
 
Коллеги, может кто-нибудь подсказать? Особенно интересует вопрос как работает sipnet без проброса портов.
С сипнетом всё оборудование, что я пробовал, работает без проблем.
Например SPA 3102 из одной и той же сети с сипнетом работает всегда, а с 3сх только если включить SIP ALG на шлюзе к которому подключен SPA (не путать с SIP ALG на шлюзе с 3сх, его включать не нужно).
 
Обычно когда 3CX регистрируется на операторе, она периодически отправляет подверждения регистрации и другие сообщения, и поддерживает NAT-правила на сетевом экране. Многие сетевые экраны при этом поддерживают и открытые порты для ответа. Т.е. оператор может прислать ответ на этот порт и маршрутизатор направит его серверу 3CX. Но дело в том, что эти модификации происходят на сетевом уровне (протокол UDP), а не на уровне приложений (SIP). Поэтому может быть так, что один оператор "смотрит" на IP-адреса на сетевом уровне и как бы ставит их в приоритет, а другой - четко смотрит на SIP-заголовки. А вот там могут быть другие порты. По крайнем мере, это моя точка зрения.
Примерно так же это объясняет 3CX https://www.3cx.com/blog/voip-howto/firewall-nat-pat-stun/
 
Обычно когда 3CX регистрируется на операторе, она периодически отправляет подверждения регистрации и другие сообщения, и поддерживает NAT-правила на сетевом экране. Многие сетевые экраны при этом поддерживают и открытые порты для ответа. Т.е. оператор может прислать ответ на этот порт и маршрутизатор направит его серверу 3CX. Но дело в том, что эти модификации происходят на сетевом уровне (протокол UDP), а не на уровне приложений (SIP). Поэтому может быть так, что один оператор "смотрит" на IP-адреса на сетевом уровне и как бы ставит их в приоритет, а другой - четко смотрит на SIP-заголовки. А вот там могут быть другие порты. По крайнем мере, это моя точка зрения.
Примерно так же это объясняет 3CX https://www.3cx.com/blog/voip-howto/firewall-nat-pat-stun/
Большое спасибо за разъяснения!
Подскажите пожалуйста я открыл следующие порты:
1. для SIP-транка / VoIP-провайдера
  • Порт 5060 (на вход, UDP) для SIP-трафика
  • Порт 9000-10999 (на вход, UDP) для RTP (Audio) трафика, который передает голос.
2. для удаленного подключения приложений 3CX
  • Порт 5090 (на вход, UDP и TCP) для технологии 3CX tunnel
  • Порт 5001 (на вход, TCP) HTTPS для передачи статусов и автонастройки SIP-клиентов.

Транк от Ростелекома заработал в обе стороны, приложение на iPhone, так же работает отлично, но я не могу пройти встроенный тест firewall, те порты которые я открыл, тест пишет что закрыты.

Инфраструктура следующая: Сервер 3CX -> Forefront TMG -> Zywall USG 50 -> Интернет.
Оба шлюза c NAT.
 
Если все работает, не обращайте внимания на ошибки.
 

Для администраторов

Статистика форума

Темы
44.779
Сообщения
233.710
Пользователи
78.511
Новый пользователь
Angela
#