Топологии сетей для 3СХ

[anonymous]

Ситуация следующая. Некая крупная организация озадачилась необходимостью продублировать уже имеющиеся у них каналы связи. То что им предложили, является просто банальной привязкой к определенному оператору связи, да еще и к определенному типу оборудования, которое архидорого и совершенно не для того на самом деле предназначено (WiMAX).

Нам же попалась информация про 3CX, поизучали, пришли к выводу - то что надо. Если получится предоставить заказчику полноценный работающий образец на 3-4 абонентов расположенных в разных сетях, то само собой будет приобретена коммерческая версия сервера и так далее.

Так как опыта в этом нет, исходим из имаеющехся данных. Есть три типа абонентов которых нужно будет подключать, это абоненты находящиеся во внутренней локальной сети за прокси серверов (int ab), удаленные (rem ab) и абоненты находящиеся за городской АТС. Нарисовал две предполагаемые схемы (без аналогового шлюза для выхода в городскую сеть), одна с 3СХ серверов на локальной сети и за прокси (статика), другая - 3СХ сервер имеет прямой выход в интернет через маршрутизатор (адрес статический).

Какой вариант правильнее? Показалось, что первый, ибо не совсем понятно как подключать абонентов локали если сервер вне прокси и абоненты не имеют выхода в инет.

В мануале к 3СХ вер.11, в разделе 16 (Использование туннеля для удалённых абонентов ) есть очень простой вариант подключения удаленных абонентов через 3CX Phone. А можно так же подключить абонентов через модем и телефон/шлюз, без использования 3CX Phone или SIP Proxy Manager ? Именно через tonnel?

И еще вопрос - достаточно ли пропуской способности EDGE (3G есть не везде где надо) для удаленного абонента?
Спасибо за любые ответы!

 

[anonymous]

Коллеги, а подскажите, где у вас стык с ТФОП (PSTN) осуществляется?
Или задача связать только внутренних абонентов?

BR,
Nick D.

 

[anonymous]

Нет, с ТФОП тоже надо связать, будет шлюз, что-то вроде Grandstream 4108. А стык где будет... Хм, пока не знаю, вот и разбираюсь. :roll:

 

[anonymous]

В сообщении
Схема 1 (С1)- 3СХ без прокси
Схема 2 (С2)- 3CX через прокси

С1 - это довольно типичная схема "3CX в датацентре".
такая топология при использовании "3CX Standalone SIP/RTP tunneling Proxy" хорошо работает без помощи сетевого оборудования, которое размещено на границах датацентра и сети офиса, в котором работают телефоны.
Если оборудование на обеих сторонах позволяет "замутить VPN", то С1 превратится в С2, только не будет никакого "Proxy"(кстати, непонятны его функции), а вместо него будет WAN/LAN из первой схемы.
Сервер прекрасно работает с любым количеством локальных сетей, в которых участвует хост сервера. И не важно, виртуальные они или нет.

Итого - VPN+SIP/RTP Tunneling proxy хороший набор возможностей для подключения.
Серверу дайте доступ к интернету либо прямой, либо через "кошерный" NAT, и никаких непонятных "Proxy" между ним и интернетом

О "тоннеле" и его выгодах для подключения телефонов работающих в удалённых офисах (по сравнению с "внешними телефонами") можете прочитать тут
https://www.3cx.ru/blog/bandbreitennutzung-ethernet-internet/
На немецком языке, но диаграммы, надеюсь, понятны.

 

[vpaulo]

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

А вообще можно разработать вам порядочную схему интеграции если хотите. Вы территориально где находитесь?

 

[anonymous]

Мде, пост кривой получился донельзя, а редактирования нет... Попробую снова.


Не совсем понятно при чем тут дублирующие провайдеры. Сервер будет подключен к одному провайдеру, что до удаленных абонентов - каждый индивидуально, в зависимости от того какой тип доступа в интернет будет в том месте.

Почитал по совету SY статью про преимущества tunnel proxy, ну и кроме того общая рекомендация от 3СХ использовать такой способ подключения удаленных абонентов как гарантированный, решил попробовать. Поставил на отдельный ноут SIP Proxy Tunnel, настроил по описаню, подключил Grandstream 4008 и... даже не смог зарегистрировать телефон на сервере. Хотя "прямое подключение" c STUN вполне проходило, к сожалению опять столкнулся с проблемой одностороннего голоса.

С настройками сервера все просто, настройки SIP Proxy Tunnel и шлюза тоже вроде понятны, за одним исключением.
Ноут подключен через WiFi к роутеру имеющему выход на инет, внутренний адрес прописан жестко, порты проброшены.
Адреса на скринах. Добавлю - прописан доступ в Интернет с соединения WiFi на сетевую карту, адрес сетевой карте при этом присвоен автоматом...
Пробовал в SIP Proxy Tunnel и соответсвенно, грандстриме указать не 192.168.10.2, а 192.168.0.2, но без разницы, не работает. Что не так делаю?

 

[anonymous]

SIP proxy manager ставится В ЛОКАЛЬНОЙ СЕТИ устройств, которые через него подключаются.
https://www.3cx.ru/blog/sip-proxy-tunnel-%D0%B8-sip-proxy-tunnel-manager/

 

[anonymous]

Блин, что-то я совсем запутался. На рисунке из статьи вообще не указано где стоит прокси менеджер, хотя кончено написано "На сервере, где будет запущен туннель для 3CX Phone System, установите SIP Proxy Manager ". К примеру мне нужно подключить один удаленный телефон - нет там никакого сервера, никакой локалки, просто модем и телефон? Тогда только STUN?

 

[anonymous]

В самом начале статьи
Типичный сценарий



Рисунок, расположенный выше, показывает типичный сценарий внедрения SIP Proxy Tunnel на удаленной точке. Чтобы использовать данную схему, необходимо настроить все IP телефоны в удаленной сети (192.168.0.x) на связь с сервером АТС (10.0.0.181) через SIP Proxy Tunnel (192.168.0.2).

 

[anonymous]

Это из серии "краткость - сестра таланта"? Ок, спасибо.

 

[vpaulo]

поставьте на отдельный ноут 3сх phone и пробуйте.

по поводу сип прокси: ставить айпи адрес прокси сервера надо в настройках девайса в поле sip proxy.

а вообще рекомендую 3сх поставить на машину с белым внешним айпи, чтоб было удобно ловить пакеты, которые не туда уходят и понимать где проблема в случае одностороннего голоса

 

[anonymous]

Описание разных топологий сетей и то как в них работает 3СX PhoneSystem
http: //icepartners.ru/stat-i/rabota-3sh-phone-system-v-raznyh-setyah.html

Тоннель объединяет две локальные сети и позволяет забыть о всех NAT, которые между ними, но он не убирает NAT между устройством, которое его использует и самим тоннелем
Все эти проблемы возникают из-за попыток нагородить "многоранговых" локальных сетей с каскадами NAT.

 

[anonymous]

Postby SY » Sat Sep 01, 2012 8:12 pm
Описание разных топологий сетей и то как в них работает 3СX PhoneSystem
Да, я конечно это читал. Но это примерно как если по структурной схеме устройства предложить его немедленно собрать - без принципиальной схемы. Мне наиболее всего подходит вариант "Общественная сеть - NAT". Но рисунки ничего не говорят о частностях, том же туннеле где и как он применяется...
Это в общем. Ну, а частности придется уточнять при реализации, поскольку есть некоторый оперативный простор для решений.

Тоннель объединяет две локальные сети
По сути, получатся ключевая фраза. У меня нет двух локальных сетей. Более того, возможно что и одной не будет - сервер можно поставить вчистую, с прямым выходом в Интернет и белым айпи. А вот среди абонентов будут как за прокси (у них своя локаль, так и одиночные, удаленные, через модем. То есть, как я понимаю, туннель у меня отпадает?


Postby vpaulo » Sat Sep 01, 2012 7:30 pm
поставьте на отдельный ноут 3сх phone и пробуйте
К сожалению, заказчик старомоден и прочее - ему нужен непременно аппаратный телефон (или видеотелефон), а не программный. Поэтому эта замечательная программа отпадает, вместе с туннелем.

Я понимаю что присутствующие "собаку съели" на данной теме, но к сожалению я совершенный новичек тут, поэтому если есть желание помочь, то пожалуйста немного развивайте ответ в практическую реализацию того ии иного предлагаемого варианта, иначе я просто отнимаю у вас время. Всем заранее спасибо.

 

[vpaulo]

то что отпала возможность редактировать пост это вообще худо, ну да ладно.

Итак у Вас вопрос по тонельным сетям. Смотрите все просто. Допустим существует компания с территориально разнесенными офисами, складом, филиалами по России ( или миру не важно). Чтобы пользователи в этих удаленных филиалах ( складах и офисах) выходили в сеть интернет существует роутер правильно? ну тут вариантов два или железный ( говнолинк ( он же длинк) циска ( сиська)) или просто старый комп с фрюхой или линухой не важно. Само собой где то есть контроллер домена ( если сеть более 100 компов обычно - так проще админиить ) и само собой его мы вносим удаленные компы в этот домен. Чтоб правильно архитектура работала нужно посторить впн тонели между этими самыми оффисами, складами и прочими зданиями. Тут опять же варианты: Cisco, Zyxell, OpenVPN, Kerio. Есть еще, но эти самые часто употребляемые. Схему построения и как собственно настроить впн тонели разжевывать не буду - смысла нет. После всех преобразований мы получили:

1. Сервер Контроллер домена имеет статический адрес и стоит скажем в дата центре. 192.168.1.0/24
2. Сервер с 3сх сервером ( простите за туфтологию) стоит пусть там же и имеет 192.168.1.0/24
3. Клиенты находятся по всем периметрам впн тонелей и имеют допустим 192.168.2.0/24; 192.168.3.0/24; 192.168.4.0/24;
4. Софтфоны на базе IOS, Android, 3cx phone стоят на соотвествующих телефонах и !!! самое важное если этой айфоны то там тоже можно поставить:
а. 3cx тонель
b. Cisco vpn клиент с указанием точек входа и подключения к впн тонелю ( при обнаружении того или иного трафика)
с. Ничего не ставить ( и так должно работать)
5. Шлюзы - все возможные факс аналоговые или для аналоговых линий ( fxo or fxs)

Итого Телефоны мы настраиваем на работу с ip адресом сервера из диапазона 192.168.1.0/24 и не надо ничего натить - так как при обращении к маршрутизатору он сам отправит этот трафик в нужный ему впн тонель, а маршрутизатор в дата цетре примет его и НЕ ТРАНСЛИРУЯ В НАТ отправит на сервер 3сх. Сервер обработает этот пакет и отправит его уже туда куда нужно - провайдеру телефонии или же вызываемому абоненту или же на луну ( если туда сеть протянете). В данном варианте можно продолжать как угодно, главное что нет преобразования и касскадов NAT, весь трафик идет как есть от destip to srcip. Минусом этой схемы является то что наружний инет от белого айпи надо пробрасывать на этот сервер в виде портов 5060, 5090 и так далее по списку.

В своих реализациях я делаю обычно 3cx в виртуальной среде и просто добавляю ей интерфейс, на который вешаю внешний белый айпи, само собой закрываю его файерволом от лишних пакетов. Последние версии 3cx замечательно работают с несколькими интерфейсами, мало того были реализованы вообще фантастические схемы подключения "тупых и не сговорчивых" провайдеров связи, но это так к слову.

Внешние абоненты подключаются на порт 5090 если это тонель и 5060 если у них более менее статичный айпи адрес, так как вылавливать файерволом постоянно меняющиеся сети как то надоедает.

Внешние шлюзы так же можно подвесить на статический белый айпи и закрыть файерволом ( если он просто тупо там где нет офиса и нет возможнсти построить впн тонель)

Внешних операторов связи можно так же зафайерволить, чтоб трафик ходил только к ним и от них и никуда более и ни от кого более по порту 5060. Порт 5090 - да милости просим, там для установления тонеля по нему есть пароль - рекомендую ставить хороший(сложный).