3CX, две сетевые карты и 2 оператора

[justin]

Доброго дня!
В конторе когда-то весьма давно была куплена 10-я версия. Работает по сей день по принципу "работает- не трожь".
Перешли на обслуживание к другому оператору. Физическое подключение реализовано путём втыкания патч-корда из второго интерфейса машины с 3СХ в выделенный для телефонии порт на коммутаторе оператора. Адресация серая: 10.х.х.х На компьютере с 3СХ прописан маршрут до SIP-сервера оператора через этот интерфейс.
Номера в 3СХ настроены как VoIP-операторы.
Чтобы работала часть старых номеров, прокинуты маршруты от 3СХ до серверов старого оператора.
Всё бы ничего, но по данным нового оператора регистрация идёт по серой сети 10.х.х.х, а голос идёт через Интернет, и, соответственно, булькает.
Где копать, подскажите?

 

[igorsnezhko]

Во-первых, нужно отключить STUN. Во-вторых, нужно прописать статический маршрут для второго провайдера, который работает через серую сеть. В третьих, нужно с свойствах оператора на 3CX явно поле Contact, задав в нем серый адрес соттветсвующего сетевого интерфейса сервера http://screencast.com/t/eBlvNZ7fk

 

[justin]

Игорь, давайте по пунктам
1. STUN выключен, но чтобы работал старый оператор (тот, который через интернет), указан белый IP-адрес, через который 3СХ ломится на SIP-сервер старого оператора, и, соответственно, выбрана сетевая карта, которая локалка.
2. Маршрут через серую сеть до нового оператора прописан.
3. В свойствах оператора указан серый адрес: 10.87...

В итоге регистрируется через серую сеть, а голос гоняет через Интернет.

 

[igorsnezhko]

Я просто не представляю, как такое может быть при правильной настройке. Если у вас сервер и оператор взаимодействуют по внутренней сети, причем здесь Интернет... Если у вас что-то выхадит через Интернет, значит все же некорректно прописана IP маршрутизация. К телефонии это, в общем, не относится.

 

[justin]

Игорь, посмотрите, при вот такой настройке
https://gyazo.com/03d08c77c805984c892f7a810d31c183\
и вот таком маршруте
https://gyazo.com/1205f8555f773237a032e0b09e001772
а также вот таких настройках оператора
первая вкладка https://gyazo.com/da06d5e67b57c33e8a19dcdcbeb6a31c
вторая вкладка https://gyazo.com/be4ac47e9dfaf29351e115acd8151415

по логике вещей, трафик должен идти по серой сети, но оператор уверяет, что оно идёт через интернет, и они там у себя видят не 10.87..., а 109... По 10.87... оно лишь регистрируется.
Мне надо у себя рыть что-то или нужно пристрелить админов компании-оператора?

 

[igorsnezhko]

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

3CX использует таблицу маршрутизации Windows. Т.е. не может регистрация идти по одному маршруту, а голос по другому. Единственное исключение - если ваш оператор использует РАЗНЫЕ серверы для регистрации и для голоса. Такое бывает. Тогда вам нужно еще один маршрут вручную добавить.

 

[justin]

Игорь, позвольте не согласиться!
При указании в закладке STUN белого IP и выборе сетевой карты, которая смотрит в локалку, 3СХ, по крайней мере, 10-я версия, с которой я работаю, кладёт болт на таблицу маршрутизации операционной системы, и выплёвывает ВСЁ через эту сетевую карту. Вот спрашивается вопрос- почему? Если же, не меняя белого IP, указать сетевую карту с серой сетью оператора, то трафик на нового оператора пойдёт так, как нужно, и голос не булькает. И более того, номера старого оператора, которые работают через интернет, зарегистрируются, и звонки будут проходить. Но вот голоса не будет.
Вопрос я решил, но уровнем выше. Отключил на машине с 3СХ адаптер с серой сетью нового оператора и подключил хвост во второй интерфейс межсетевого экрана. Затем на межсетевом экране создал правило маршрутизации, заворачивающее весь трафик на нового оператора в этот второй интерфейс. И всё побежало, как нужно.
Игорь, спасибо за консультацию.

 

[igorsnezhko]

Мне трудно комментировать поведение 10 версии, т.к. она давно не поддерживается и с тех пор было устранено множество багов. Что касается вашего решения уровнем выше - оно самое верное. Я сразу хотел его посоветовать. Только правильнее сказать "уровнем ниже" - IP протокол работает на более низком уровне модели OSI, чем SIP.