Нужна помощь в соединении с сотрудниками вне офиса

[anonymous]

Добрый день.
у нас есть 2 организации, №1 - головная, №2 - дочерняя.
в №1 Стоит 3CX Phone system 10 SP3+skypegateway, внутри организации все впорядке, звонки ходят и на ружу, и внутри.
№2 находится на удалении, и коннектится к №1 с 3CX Phone system, у №1 все нужные порты открыты, и из №2 рельно можно по внутренним номерам звонить в №1.

А теперь проблема, звонки из №1 по внутренним номерам в №2 не проходят, с разными причинами..., то тайм аут, то клиент не найден, то еще что нибудь, при условии что я на сервере 3СХ вижу что телефоны №2 залогинены.
В №2 все порты открыты и на локальных машинах и на нужном сетевом оборудовании.
у №2 довольно сложная топология сети, т.к. сеть компании №2 входит во внутреннюю сеть здания, в котором она расположена, а уж внутренняя сеть здания, смотрит наружу.

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

в №1 туннель поднят, при включении в №2 тоннеля, он нормально коннектится, но результат все равно такой же.

Сорри, если криво описал.

 

[anonymous]

@metallics wrote:у №2 довольно сложная топология сети, т.к. сеть компании №2 входит во внутреннюю сеть здания, в котором она расположена, а уж внутренняя сеть здания, смотрит наружу.
В этом случае, использование тоннеля должно решать проблему, но... Вы говорите, что
@metallics wrote:в №1 туннель поднят, при включении в №2 тоннеля, он нормально коннектится, но результат все равно такой же.

(Предположительно) проблема в качестве(перегруженности) сети используемой компанией №2.
Причина предположения - тоннель гарантирует доставку "сигнальной" части звонков.
Логи неудачных звонков могут пролить немного света на внутренние проблемы хоста №2, если таковые есть.

 

[anonymous]

В большинстве случаев пишет вот это:
10:05:56.375 [CM503025]: Call(142): Calling Ext:Ext.999@[Dev:sip:[email protected]:40600;rinstance=4be9be39229ecf45]
10:05:56.359 [CM503005]: Call(142): Forwarding: Ext:Ext.999@[Dev:sip:[email protected]:40600;rinstance=4be9be39229ecf45]
10:05:56.359 [CM503003]: Call(142): Call to sip:[email protected] has failed; Cause: 408 Request Timeout; internal
10:05:54.109 [CM503003]: Call(141): Call to sip:[email protected] has failed; Cause: 408 Request Timeout; internal
10:05:24.265 [CM503025]: Call(142): Calling Ext:Ext.205@[Dev:sip:[email protected]:6640;rinstance=1235a3102e501d4c]
10:05:24.218 [CM503004]: Call(142): Route 1: Ext:Ext.205@[Dev:sip:[email protected]:6640;rinstance=1235a3102e501d4c]
10:05:24.218 [CM503001]: Call(142): Incoming call from Ext.113 to

бывает вот такое:
10:05:15.359 [CM503020]: Normal call termination. Reason: Server Failure
10:05:15.359 [CM503016]: Call(140): Attempt to reach failed. Reason: Server Failure
10:05:15.359 [CM503003]: Call(140): Call to sip:[email protected] has failed; Cause: 503 Service Unavailable; warning: ; internal
10:04:54.250 [CM503025]: Call(140): Calling Ext:Ext.205@[Dev:sip:[email protected]:6640;rinstance=1235a3102e501d4c]
10:04:54.187 [CM503004]: Call(140): Route 1: Ext:Ext.205@[Dev:sip:[email protected]:6640;rinstance=1235a3102e501d4c]
10:04:54.187 [CM503001]: Call(140): Incoming call from Ext.113 to

 

[anonymous]

Товарищи, скажите пожалуйста, кто знает, это может быть связано с отключенными стун-серверами? (у меня они отключены и выставлен внешний айпишник роутера, который редиректит все нужные порты на нужную машинку)

 

[anonymous]

@metallics wrote:Товарищи, скажите пожалуйста, кто знает, это может быть связано с отключенными стун-серверами? (у меня они отключены и выставлен внешний айпишник роутера, который редиректит все нужные порты на нужную машинку)

Нет, это не связано с "неиспользованием" STUN.
Приведённые логи для случая прямого подключения телефонов (без прокси)?

Давайте разложим всё по местам. (поправьте, если что-нибудь не правильно)
1. Сайт №1 имеет свой внешний статический адрес. Все нужные порты привязаны к локальному хосту АТС.
На этом можно закончить. На стороне АТС всё в порядке. Внешние телефоны видят АТС (Вы сами говорите, что звонки из удалённого офиса принимаются без проблем)
2. Телефоны с сети офиса №2 общаются с АТС через два NAT'а. Один между сетью офиса и общей сетью здания, второй между общей сетью здания и внешним миром. Тут тоже можно закончить. Принимать звонки телефоны смогут только в случае, предпринять дополнительные меры.

Самое лучшее решение это использование 3CX SIP/RTP Proxy Manager в сети офиса №2.
Настроить несколько телефонов офиса №2 ходить к серверу только через этот SIP/RTP Proxy Manager.
Дальше, проверить по логам прокси надёжность соединения с сервером. Особенно в "часы пик".

 

[anonymous]

1-е асбсолютно верно
2-е не могу судить на счет НАТов и того, как они настроены.

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

Спасибо за советы.

 

[anonymous]

@metallics wrote:1-е асбсолютно верно
2-е не могу судить на счет НАТов и того, как они настроены.

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

Спасибо за советы.
Есть ещё вариант, организовать VPN к которому подключить телефоны офиса №2, и добавить на хосте PBX дополнительное сетевое соединение к этому VPN. А лучше вообще сделать VPN для телефонии и туда подключить телефоны обоих офисов и хост, где крутится 3CXPhoneSystem. Эта задача не из тривиаяльных, и требует хорошего сетевого оборудования (и поддержки на стороне общей сети здания, где находится офис №2), но в результате получите отдельную сеть телефонии с оптимальными маршрутами доставки звука, которая не будет зависеть от всяких NAT'ов.