Звонки по внутренним номерам без SIP-транка

[marat2706]

Подскажите, пожалуйста, в сообщении "Mapping is 62720" - откуда берется само это число "62720". Есть какая-то документация как этот тест файрвола работает?

 

[igorsnezhko]

Число берется из вашего NAT роутера. Начните с его ПРАВИЛЬНОЙ настройки. Как настраивать роутеры и публиковать порты - смотрите в документации производителя (Windows, Mikrotik и т.д.)

 

[marat2706]

Как я писал выше, в качестве роутера используется служба NAT Windows.
Настройки порта для 5001 порта и для порта 5060 совершенно одинаковы.
Вот скриншоты:







При этом я успешно попадаю в консоль управления сервером 3CX на порт 5001, а порт 5060 выдает ошибку и совершенно другой порт нежели в настройках.


Почему при аналогичных настройках NAT 5001 порт транслируется правильно, а порт 5060 - нет?

 

[igorsnezhko]

Возможно, перед вашим Windows сервером есть еще какой-то NAT. Сложно сказать только по скриншотам.

 

[marat2706]

Возможно, перед вашим Windows сервером есть еще какой-то NAT. Сложно сказать только по скриншотам.

Я временно остановил службы 3CX и решил проверить передачу данных по порту 5060.
Запустил слушатель на порту 5060 стороне сервера 3CX и со своего компьютера отправил тестовые данные на сервер 3CX проверил передачу и по протоколу TCP и по протоколу UDP. Все успешно пришло, скриншоты прилагаю:



То есть трансляция в сторону сервера работает правильно: все отправленное на адрес tracebpm.my3cx.ru на порт 5060 успешно приходит на сервер 3CX на порт 5060 и по протоколу TCP и по протоколу UDP.
В чем тогда ошибка?

 

[SY_]

Ещё есть трафик(UDP) ОТ сервера. Он тоже должен уходить с того же порта.

 

[marat2706]

Ещё есть трафик(UDP) ОТ сервера. Он тоже должен уходить с того же порта.

Ещё есть трафик(UDP) ОТ сервера. Он тоже должен уходить с того же порта.

В службе NAT Windows нет таких настроек для исходящего трафика, не подскажете как это можно настроить?

 

[igorsnezhko]

Не думаю, что это есть. Вы должны убедиться, что ваш провайдер не делает преобразование.

 

[marat2706]

Не думаю, что это есть. Вы должны убедиться, что ваш провайдер не делает преобразование.

"Не думаю, что это есть". Простите, я не понял, что есть?
Скриншоты, которые я приложил разве не доказывают, что трансляция для входящего трафика верная?

 

[igorsnezhko]

"Не думаю, что это есть". Простите, я не понял, что есть? - таких настроек для исходящего трафика.

Скриншоты показывают, что трафик от станции до тестового сервера 3CX "ломается". Но нигде не указано, где именно он "ломается". Только доскональное знание топологии вашей сети со всеми нюансами может ответить на ваш вопрос.

 

[marat2706]

"Не думаю, что это есть". Простите, я не понял, что есть? - таких настроек для исходящего трафика.

Скриншоты показывают, что трафик от станции до тестового сервера 3CX "ломается". Но нигде не указано, где именно он "ломается". Только доскональное знание топологии вашей сети со всеми нюансами может ответить на ваш вопрос.

"Скриншоты показывают, что трафик от станции до тестового сервера 3CX "ломается""

Посмотрите, пожалуйста, последние скриншоты.
Я отправил тестовые сообщение "Hello 3cx using TCP!" и "Hello 3cx using UDP!" и они успешно пришли.
Простите, но где вы увидели, что он ломается?

 

[igorsnezhko]

Вот здесь ломается

 

[marat2706]

Вот здесь ломается
Посмотреть вложение 12037

А как вы прокомментируете вот эти мои скриншоты?
Входящий трафик к серверу 3CX проходит нормально ведь.
Получается ломается исходящий трафик от 3CX?

 

[валентина]

МОЙ МУЖ ТОЖЕ ДУМАЛ ЧТО Я ЕГО НЕ ПОЙМАЮ))) нaчaл зaдepживaтьcя c paбoты,cтaл бoлee xoлoдным пo oтнoшeнию кo мнe,.Booбщeм eгo пoвeдeниe oчeнь измeнилocь…Дaннoй пpoблeмoй я пoдeлилacь c близкoй пoдpугoй.Oнa пocoвeтoвaлa мнe oбpaтитьcя к чeлoвeку,кoтopый зaнимaeтcя мecтoнoxoждeниeм,пpocлушкoй тeлeфoнa,пepeпиcкaми в coц.ceтяx.Mы нaчaли иcкaть тaкoгo чeлoвeкa(девять шесть семь ноль девять ноль пять пять шесть пять )ecли будет нужда наберите думаю не откажит,пo цeнe мы дoгoвopилиcь c ним.Я CMOГЛA ПPOCЛУШИBATЬ BCE EГO ЗBOHKИ BCЯ ПEPEПИCKA C EГO HOMEPA ДУБЛИPOBAЛACЬ HA MOЙ TEЛEФOH A CAMOE ГЛABHOE Я BCEГДA ЗHAЛA AДPEC ГДE MУЖ А ПОТОМ ЕЩЕ И ПОДНЯЛ МУЖА ПЕРЕПИСКУ ЗА ПОЛ ГОДА И ВСЕ ВСТАЛО НА СВОИ МЕСТА. Oкaзaлocь у мужa ecть еше одна ceмья,в кoтopoй двое маленьких сыновей

 

[igorsnezhko]

А как вы прокомментируете вот эти мои скриншоты?
Входящий трафик к серверу 3CX проходит нормально ведь.
Получается ломается исходящий трафик от 3CX?

Посмотреть вложение 12070

Я могу комментировать только то, что сообщают утилиты 3CX, т.к. разных утилит очень много, и я не могу знать, как они работают. А вот конкретно утилита от 3CX выдает проблему.

 

[marat2706]

Я могу комментировать только то, что сообщают утилиты 3CX, т.к. разных утилит очень много, и я не могу знать, как они работают. А вот конкретно утилита от 3CX выдает проблему.

Тогда объясните, пожалуйста, то, что выдает утилита от 3CX

В сообщении "Mapping is 62904" 62904 - это порт входящего трафика или исходящего?

 

[igorsnezhko]

https://www.3cx.com/docs/firewall-checker/ Это значит, что исходящий запрос от ЛОКАЛЬНОГО адреса 3CX с порта 5060 на внешнем ПУБЛИЧНОМ IP адресе 3CX становится не 5060 (на который должен ответить ваш оператор связи), а вот почему-то 62904. Оператор такую чушь игнорирует и шлет обратно ответы все-же на порт 5060. Эти ответы, разумеется, не доходят, т.е. приходят туда, где их НЕ ЖДУТ, и вы ничего не слышите.

 

[marat2706]

https://www.3cx.com/docs/firewall-checker/ Это значит, что исходящий запрос от ЛОКАЛЬНОГО адреса 3CX с порта 5060 на внешнем ПУБЛИЧНОМ IP адресе 3CX становится не 5060 (на который должен ответить ваш оператор связи), а вот почему-то 62904. Оператор такую чушь игнорирует и шлет обратно ответы все-же на порт 5060. Эти ответы, разумеется, не доходят, т.е. приходят туда, где их НЕ ЖДУТ, и вы ничего не слышите.

Это, по-видимому, происходит из-за того, что встроенный NAT Windows - это в реальности не классический NAT, а PAT (Port Address Translation): "PAT (Port Address Translation) uses a single outside public address and maps multiple inside addresses to it using different port numbers."
Вот описание классического NAT, где порты остаются теми же самыми: "NAT (Network Address Translation) uses a pool of public addresses that are mapped one-to-one to the private (or "inside") addresses, keeping the port number intact."

У нас в сети за сервером, выполняющим функцию NAT(с публичным IP-адресом), расположены несколько других серверов кроме сервера 3CX и поэтому при классическом NAT с трансляцией портов 1 в 1 у нас только один сервер сможет получить выход в интернет.

Получается, нам нужен отдельный публичный IP-адрес специально для сервера 3CX, чтобы транслировать порты 1 в 1?

 

[igorsnezhko]

Если вы хотите получить трансляцию портов 1 к 1, в NAT маршрутизаторе нужно настроить статические правила публикации портов. Порт на внешнем IP адресе (например, 5060) можно пробросить на такой же внутренний порт на ОДНОМ внутреннем IP-адресе. Если у вас несколько серверов 3CX, да, нужен еще один IP, а если всего один сервер - достаточного имеющегося внешнего IP https://www.3cx.com/blog/voip-howto/static-port-mappings/

 

[marat2706]

Если вы хотите получить трансляцию портов 1 к 1, в NAT маршрутизаторе нужно настроить статические правила публикации портов. Порт на внешнем IP адресе (например, 5060) можно пробросить на такой же внутренний порт на ОДНОМ внутреннем IP-адресе. Если у вас несколько серверов 3CX, да, нужен еще один IP, а если всего один сервер - достаточного имеющегося внешнего IP https://www.3cx.com/blog/voip-howto/static-port-mappings/

Это вы говорите, про входящий трафик, это правило уже сделано - все, что приходит на внешний IP на порт 5060 попадает на внутренний IP порт 5060. Ошибка же возникает в исходящем трафике - все, что исходит с внутреннего IP порт 5060, исходит с внешнего IP уже с другим номером порта - и по-другому быть не может, потому что так устроен NAT Windows, который в действительности PAT(Port Address Translation) - порт подменяется для того, чтобы знать на какой внутренний IP адрес отправить полученный на этот порт пакет, т.к. сервера во внутренней сети могут использовать один и тот же исходящий порт.