нет исходящих вызовов извне (voip оператор westcall СПБ)

anonymous

Well-Known Member
Регистрация
14 Янв 2008
Сообщения
19.170
Добрый день!

Перекопал и русский и английский форум - не нашел ответ.
Может кто сталкивался уже, подскажите.
Раньше все работало. ВестКолл недавно поменял что-то у себя в настройках.
Сменился сервер авторизации, к ID добавился $home. Появилась проблема с исходящими вызовами - они пропали от внешних по отношению к моему серверу экстеншенов.
На моем сервере:
Настроен СИП аккаунт (VOIP операторы) WestCall. Зарегистрирован.
Правила для исходящих вызовов прописаны корректно.
Есть внутренний экстеншн на 3СХ сервере 1000 и во внешней сети 3001.
Оба зарегистрированы.
Входящие вызовы проходят корректно. Звук есть. Все порты проброшены как надо.
Исходящие вызовы проходят корректно с 1000 (из локалки, где 3СХ стоит по внешнему IP 95.ХХХ.ХХХ.ХХХ).
Из внешней сети, где настроен 3002 - исходящие не проходят.
Настройки от ВестКолла http://westcall.spb.ru/home/support/sip/
проверены - все хорошо.
Грешу на то, что их СИП шлюз home.uc.westcall.net не резолвится через DNS извне. Но это предположение, не факт.
84.52.103.50 - это какой-то ВестКоллвоский Radius.

Кто, что посоветует?

По логу:
18-сен-2014 12:05:00.187 Leg L:9.2[Line:10000>>89602505688] is terminated: Cause: 603 Decline/INVITE from 84.52.103.50:9955
18-сен-2014 12:05:00.187 [CM503020]: Call(C:9): Normal call termination. Call originator: Extn:3001. Reason: Forbidden
18-сен-2014 12:05:00.187 L:9.1[Extn:3001] failed to reach Line:10000>>89602505688, reason Forbidden
18-сен-2014 12:05:00.187 Call to T:Line:10000>>89602505688@[Dev:sip:[email protected]:5060] from L:9.1[Extn:3001] failed, cause: Cause: 603 Decline/INVITE from 84.52.103.50:9955
18-сен-2014 12:05:00.187 [CM503003]: Call(C:9): Call to has failed; Cause: 603 Decline/INVITE from 84.52.103.50:9955
18-сен-2014 12:05:00.106 [CM503025]: Call(C:9): Calling T:Line:10000>>89602505688@[Dev:sip:[email protected]:5060] for L:9.1[Extn:3001]
18-сен-2014 12:04:59.906 [CM503027]: Call(C:9): From: Extn:3001 ("3001" ) to T:Line:10000>>89602505688@[Dev:sip:[email protected]:5060]
18-сен-2014 12:04:59.906 [CM503004]: Call(C:9): Route 1: from L:9.1[Extn:3001] to T:Line:10000>>89602505688@[Dev:sip:[email protected]:5060]
18-сен-2014 12:04:59.906 Line limit check: Current # of calls for line Lc:10000(@WestCall[]) is 0; limit is 1
18-сен-2014 12:04:59.906 Call(C:9): Call from Extn:3001 to 89602505688 matches outbound rule 'Правило для WestCall'
18-сен-2014 12:04:59.906 [CM503001]: Call(C:9): Incoming call from Extn:3001 to
 
У вас ошибка Forbidden. Т.е. Westcall резолвится, но почему-то запрещает вам звонок. Как правило, это потому, что какой-то SIP параметр 3CX предает на Westcall не в том SIP поле. Хорошо бы, чтобы Вы связались с техподдержкой Westcall и они Вам подскажут, что у вас не так. А потом напишите здесь.
 
Техподдержка у них - шараш-монтаж: "Откровенно говоря, порекомендовал бы использовать Zoiper, в плане настроек все гораздо проще, при идентичном функционале"
Объяснил им, что у меня куплена честная лицензия 3CX на 8 соединений и никаким Зойпером пользоваться не собираюсь, т.к. 3СХ меня полностью устраивает, более того, все работало, пока они у себя там что-то втихую не поменяли.
Они предложили поменять home.uc.westcall.net на 84.52.103.50:9955
Поменял, проверил - изменений нет.
Задал Ваш вопрос по поводу параметров SIP в полях. Это ввергло их в ступор. Ответа нет.

Меня смущает то, что возникает разница в передаваемых параметрах при вызове из локалки, где сервер, и снаружи из паблика. Почему получается разница? Игорь, можете предположить?
 
Вот лог нормального соединения из локалки с экстеншена 1000 (предыдущий лог с 3001): тут все хорошо.

18-сен-2014 13:41:22.485 [MS105000] C:31.1: No RTP packets were received:remoteAddr=192.168.1.100:40036,extAddr=0.0.0.0:0,localAddr=192.168.1.100:7034
18-сен-2014 13:41:21.105 Leg L:31.1[Extn:1000] is terminated: Cause: BYE from PBX
18-сен-2014 13:41:21.105 [CM503008]: Call(C:31): Call is terminated
18-сен-2014 13:41:21.105 Leg L:31.2[Line:10000>>9667222] is terminated: Cause: BYE from 84.52.103.50:9955
18-сен-2014 13:41:18.809 [CM503007]: Call(C:31): Line:10000>>9667222 has joined, contact
18-сен-2014 13:41:18.809 [CM503007]: Call(C:31): Extn:1000 has joined, contact
18-сен-2014 13:41:18.809 L:31.2[Line:10000>>9667222] has joined to L:31.1[Extn:1000]
18-сен-2014 13:41:15.319 [CM505003]: Provider:[WestCall] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] PBX contact: [sip:78124934696$home@95.ХХХ.ХХХ.ХХХ:5060]
18-сен-2014 13:41:10.516 [CM503025]: Call(C:31): Calling T:Line:10000>>9667222@[Dev:sip:[email protected]:5060] for L:31.1[Extn:1000]
18-сен-2014 13:41:10.320 [CM503027]: Call(C:31): From: Extn:1000 ("1000" ) to T:Line:10000>>9667222@[Dev:sip:[email protected]:5060]
18-сен-2014 13:41:10.320 [CM503004]: Call(C:31): Route 1: from L:31.1[Extn:1000] to T:Line:10000>>9667222@[Dev:sip:[email protected]:5060]
18-сен-2014 13:41:10.320 Line limit check: Current # of calls for line Lc:10000(@WestCall[]) is 0; limit is 1
18-сен-2014 13:41:10.320 Call(C:31): Call from Extn:1000 to 9667222 matches outbound rule 'Правило для WestCall'
18-сен-2014 13:41:10.319 [CM503001]: Call(C:31): Incoming call from Extn:1000 to
 
В вашем случае я рекомендую подключать внешний номер 3001 к 3CX одним из перечисленных способов.

1. Через встроенный 3CX Tunnel
2. Через 3CX SBS https://www.3cx.com/blog/docs/3cx-session-border-controller/ От есть как под Linux, так и под Windows.
3. Через VPN туннель
 
К сожалению, на внешнем конце висит Linksys 2102 - на ней туннель никак не пробросить.
Про SBS почитаю, спасибо!
 
Хочу Вас заверить, что местоположение телефона тут ни при чём.

В логах просто звонки разные.
Тот который удачный - 1000 на номер 9667222
Тот который неудачный - 3001 на номер 89602505688

Разница между ними - источники разные, и номера дозвона разные :)

Разница может быть, например, в том, что у 1000 не указан "Caller ID для внешних вызовов" и он указывается равным "номеру линии", а у 3001 он "прописан" другим, и, как следствие, не равен "номеру линии" при отправке звонка к провайдеру. Может провайдер ранее разрешал подстановку любого Caller ID а теперь вдруг перестал?

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

Попробуйте позвонить с 3001 на 9667222 и с 1000 на 89602505688.
Если 3001 опять не сможет а 1000 будет продолжать "мочь", то укажите Outbound Caller ID 3001-го точно таким же как и у 1000-го и опять попробуйте позвонить на указанные номера
 
Степан, Игорь!

Эту версию уже проверил. И при наборе наоборот все работает.
То есть дело не в номерах. Настройки Caller ID одинаковые и в локалке и снаружи (на Линксисе их просто нет :).
Лог успешного вызова ниже:

18-сен-2014 23:36:59.220 [MS105000] C:39.1: No RTP packets were received:remoteAddr=192.168.1.100:40006,extAddr=0.0.0.0:0,localAddr=192.168.1.100:7038
18-сен-2014 23:36:58.378 Leg L:39.2[Line:10000>>89602505688] is terminated: Cause: 487 Request Terminated/INVITE from 84.52.103.50:9955
18-сен-2014 23:36:58.275 [CM503008]: Call(C:39): Call is terminated
18-сен-2014 23:36:58.275 Leg L:39.1[Extn:1000] is terminated: Cause: CANCEL from 192.168.1.100:65532
18-сен-2014 23:36:56.772 [CM505003]: Provider:[WestCall] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [TS-v4.5.1-16bW] PBX contact: [sip:78124934696$home@95.ХХХ.ХХХ.ХХХ:5060]
18-сен-2014 23:36:52.845 [CM503025]: Call(C:39): Calling T:Line:10000>>89602505688@[Dev:sip:[email protected]:5060] for L:39.1[Extn:1000]
18-сен-2014 23:36:52.650 [CM503027]: Call(C:39): From: Extn:1000 ("1000" ) to T:Line:10000>>89602505688@[Dev:sip:[email protected]:5060]
18-сен-2014 23:36:52.650 [CM503004]: Call(C:39): Route 1: from L:39.1[Extn:1000] to T:Line:10000>>89602505688@[Dev:sip:[email protected]:5060]
18-сен-2014 23:36:52.650 Line limit check: Current # of calls for line Lc:10000(@WestCall[]) is 0; limit is 1
18-сен-2014 23:36:52.650 Call(C:39): Call from Extn:1000 to 89602505688 matches outbound rule 'Правило для WestCall'
18-сен-2014 23:36:52.649 [CM503001]: Call(C:39): Incoming call from Extn:1000 to

С 3001 на семизначку не проходит так же, как и на десятизначку. Проблема не в номере В, а в прохождении СИП-сигнализации извне на 3СХ сервер и наружу на оператора.

Есть еще идеи? По аналогичной схеме мне нужно подключить еще 3 внешних объекта.
Про SBC почитал. Все понятно, как конфигурить на сервере. Не понятно, что делать на стороне абонента после установки SBC на сервере. Туннелирование на коробках Линксис 2102 и 3102 не предусмотрено, увы.

Наверное, проблема типовая и не только у меня. Давайте разберемся и напишем FAQ по этой ситуации. Это поможет популяризировать решения 3СХ.

С уважением, Николай.
 
А вот, для полноты картины, обратный лог (извне 3002=3001) на семизначку.
Исходящий не проходит.

18-сен-2014 23:58:56.608 Leg L:44.1[Extn:3002] is terminated: Cause: BYE from PBX
18-сен-2014 23:58:56.558 Leg L:44.2[Line:10000>>9667222] is terminated: Cause: 603 Decline/INVITE from 84.52.103.50:9955
18-сен-2014 23:58:56.558 [CM503020]: Call(C:44): Normal call termination. Call originator: Extn:3002. Reason: Forbidden
18-сен-2014 23:58:56.558 L:44.1[Extn:3002] failed to reach Line:10000>>9667222, reason Forbidden
18-сен-2014 23:58:56.558 Call to T:Line:10000>>9667222@[Dev:sip:[email protected]:5060] from L:44.1[Extn:3002] failed, cause: Cause: 603 Decline/INVITE from 84.52.103.50:9955
18-сен-2014 23:58:56.558 [CM503003]: Call(C:44): Call to has failed; Cause: 603 Decline/INVITE from 84.52.103.50:9955
18-сен-2014 23:58:56.518 [CM503025]: Call(C:44): Calling T:Line:10000>>9667222@[Dev:sip:[email protected]:5060] for L:44.1[Extn:3002]
18-сен-2014 23:58:56.368 [CM503027]: Call(C:44): From: Extn:3002 ("3002" ) to T:Line:10000>>9667222@[Dev:sip:[email protected]:5060]
18-сен-2014 23:58:56.368 [CM503004]: Call(C:44): Route 1: from L:44.1[Extn:3002] to T:Line:10000>>9667222@[Dev:sip:[email protected]:5060]
18-сен-2014 23:58:56.368 Line limit check: Current # of calls for line Lc:10000(@WestCall[]) is 0; limit is 1
18-сен-2014 23:58:56.368 Call(C:44): Call from Extn:3002 to 9667222 matches outbound rule 'Правило для WestCall'
18-сен-2014 23:58:56.368 [CM503001]: Call(C:44): Incoming call from Extn:3002 to
 
Установил на сервер и настроил SBC. Включил туннелирование на софтфоне.
Ситуация не изменилась, теперь только он как бы изнутри ломится, а не снаружи.
Замена Caller ID в софтфоне с 3002 на 78124934696$home тоже ни к чему не привела
Лог ниже:

19-сен-2014 00:20:24.980 Leg L:3.1[Extn:3002] is terminated: Cause: BYE from PBX
19-сен-2014 00:20:24.979 Leg L:3.2[Line:10000>>89219667222] is terminated: Cause: 603 Decline/INVITE from 84.52.103.50:9955
19-сен-2014 00:20:24.979 [CM503020]: Call(C:3): Normal call termination. Call originator: Extn:3002. Reason: Forbidden
19-сен-2014 00:20:24.979 L:3.1[Extn:3002] failed to reach Line:10000>>89219667222, reason Forbidden
19-сен-2014 00:20:24.979 Call to T:Line:10000>>89219667222@[Dev:sip:[email protected]:5060] from L:3.1[Extn:3002] failed, cause: Cause: 603 Decline/INVITE from 84.52.103.50:9955
19-сен-2014 00:20:24.978 [CM503003]: Call(C:3): Call to has failed; Cause: 603 Decline/INVITE from 84.52.103.50:9955
19-сен-2014 00:20:24.932 [CM503025]: Call(C:3): Calling T:Line:10000>>89219667222@[Dev:sip:[email protected]:5060] for L:3.1[Extn:3002]
19-сен-2014 00:20:24.736 [CM503027]: Call(C:3): From: Extn:3002 ("3002" ) to T:Line:10000>>89219667222@[Dev:sip:[email protected]:5060]
19-сен-2014 00:20:24.736 [CM503004]: Call(C:3): Route 1: from L:3.1[Extn:3002] to T:Line:10000>>89219667222@[Dev:sip:[email protected]:5060]
19-сен-2014 00:20:24.736 Line limit check: Current # of calls for line Lc:10000(@WestCall[]) is 0; limit is 1
19-сен-2014 00:20:24.736 Call(C:3): Call from Extn:3002 to 89219667222 matches outbound rule 'Правило для WestCall'
19-сен-2014 00:20:24.736 [CM503001]: Call(C:3): Incoming call from Extn:3002 to

Что-то не так в настройке 3СХ, мне кажется. Только вот что?!
 
Тут одно из двух нужно задействовать - или SBS, или туннель на софтфоне. Начните с того, что без SBS подключитесь к 3CX с софтфона с туннелем на номер 3001. И попробуйте позвонить.
 
Готов протестить.
Знать бы еще, где SBS отключить на сервере 3СХ? Не нахожу управляющих консолей.
Он где-то в фоне висит.

Нашел в Сервисах 3СХ. Остановил.
Этого достаточно, чтобы считать его выключенным?
 
На сервере SBS нет, есть только 3CX Tunnel. Со стороны клиента может быть два варианта

1. 3CX Tunnel, встроенный в 3CXPhone, ИЛИ (не И)

2. SBS для других SIP устройств (т.к. 3CX Tunnel - собственная технология 3CX, чем-то похожая на VPN).
 
Понятно. Хотя не совсем.
Попробовал во всех четырех вариантах:
Сервис SBC запущен/остановлен на 3СХ
Туннелирование на 3СХ софтфоне включено/выключено
Результат одинаковый - исходящие не идут. Логи не выкладываю, чтобы не спамить, они такие же, как и прежде: то с внешнего IP заход, то с внутреннего. В итоге Forbidden и хоть убейся.
Консоли управления SBC в Винде не нашел, есть только в Сервисах 3CХ упоминание об этом.

Но есть папочка SBCLogs. В нем нашел txt файл с такой строчкой:
ALERT | 20140919-015424.597 | 3CXTunnel | TUNL | 281580 | TunnelTcp.cpp:350 | Sending first packet from [ V4 0.0.0.0:55749 UNKNOWN_TRANSPORT target domain=unspecified mFlowKey=0 ] to [ V4 95.ХХХ.ХХХ.ХХХ:5090 TCP target domain=unspecified mFlowKey=0 ]

Что бы это значило??? :?:

Оставил сервис включенным. Завтра придут на объект люди и попробуют набрать не с софтфона а с Линксиски.
Напишу, что будет. Но, что-то мне подсказывает, что ситуация не поменяется.

По опыту скажите, может ли Касперский, который на сервере установлен, вредить? Раньше не вредил.
 
У меня есть сомнения в том, что Вы правильно подключаете 3CXPhone через туннель. Вот как это должно выглядеть https://www.3cx.ru/blog/how-to-automatically-connect-3cx-extension/
 
Игорь, не поверите :)
Несмотря на то, что у меня 11 версия сервера, и в ней нет и половины тех настроек, которые указаны в присланном Вами мануале к 12-му, я делаю все правильно, в чем можно убедиться посмотря на логи, приводимые мною выше.
Если туннель отключен, софтфон зарегистрирован из внешней сети, вызов идет начиная с внешнего IP сервера 95.ХХХ.ХХХ.ХХХ.
Если включаю туннель на софтфоне, софтфон также регистрируется из внешней, и вызов идет изнутри с 192.168.1.100.

Результат одинаков - нет исходящего. Это если из внешней сети эти манипуляции делать (экст 3001 и 3002).
А вот, что более интересно, экст 1000 софтфона, который живет на самом сервере (чей внутренний IP и есть 192.168.1.100) - исходящий вызов спокойно проходит. Тоже лог я выше выложил.

Я уже стал в экселе построчно логи успешного и неуспешного соединения сравнивать, чтобы понять, где начинается отличие. Но я не так глубоко знаю SIP, чтобы сделать корректные выводы. А уж логи из WireShark меня вводят в транс, но не более :)

Не исключаю, что я что-то делаю не так. Поэтому прошу помощи. Странно, что вы ранее с такой ситуацией не сталкивались. Ведь моя конфигурация всей системы в целом достаточно типовая: внутр.экст-3СХсервер-NAT-publicInet-внешние экст.
Только Линксиски народ почему-то не любит, видимо из-за их ценников относительно высоких.
А мне нравится - Циско оно и есть Циско, а не Кетай какой-то.

С туннелем я разобрался еще сидя на 8-й версии 3СХ, когда софтфоны извне просто не хотели регистрироваться на сервере. Включение туннеля решало эту межоператорскую проблему. А вот Линксиски нет :( внутри них нет параметров настройки туннеля. И прошивки новые уже не делают для них.

И еще раз хочу обратить внимание, что настройки 3СХ я не менял. Все работало отлично. Исходящие вызовы пропали только после того, как неумелыми ручками инженеры ВестКолла что-то у себя покрутили на сервере авторизации.
 
Насколько мне известно, если 3CXPhone подключен через туннель, он никак напрямую не взаимодействует с VoIP провайдером. Поэтому никогда не возникают проблемы с авторизацией. Он работает с провайдером ТОЧНО ТАК ЖЕ, как внутренний номер (1000). Возможно, я не прав, но точнее скажет только Степан.

Аналогично, НИКОГДА не возникает проблем, если внутренний номер подключен к 3CX через VPN, ибо это та же внутренняя сеть (1000 и 3001 находятся в одной сети, но через VPN).

Во всех остальных случаях проблемы возможны. 3CX официально предупреждает, что не может 100% гарантировать корректную работу удаленных подключений без использования или 3CX Tunnel, или 3CX SBS, или VPN канала.

Однако, как правильно заметил Степан, ошибка Forbidden не связана с авторизацией, но, мне кажется, связана с местонахождением телефона.

Я вижу, что в первом случае 3001 вызов идет с IP 95... а во втором 1000 с 192... Если бы номер 3001 был подключен через VPN, вызов с него тоже шел бы с 192...
 
Для того, чтобы не гадать на кофейной гуще, предоставьте полный лог вызова.
Для этого:
1. Выполните проблемный звонок
2. Поставьте "птичку" Verbose
3. в фильтре звоноков укажите конкретный звонок (он должен быть последним в предлагаемом списке)
4. Нажмите Apply

Там и посмотрим разницу между звонками с 1000-го и 3001-го.
 
И еще для вашей информации: 12 версия софтфона не работает на Win7Prof. По крайне мере у меня не получилось.
Нет возможности настроить аккаунт. После ввода всех полей и попытки сохранить, он делает вид, что ничего не произошло и аккаунт не появляется. Сносил, переустанавливал два раза - безрезультатно. Нашел в архивах 6-ю версию, ей и пользуюсь.
 

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

Пользователи онлайн

Сейчас на форуме нет ни одного пользователя.

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

Темы
21.369
Сообщения
107.443
Пользователи
70.527
Новый пользователь
leonardo_santorso
Установите 3CX - Совершенно бесплатно!

Соединяйте сотрудников и клиентов Телефонная система Чат для сайта Видеоконференции

На хостинге или своих ресурсах. До 10 пользователей - бесплатно навсегда. Без банковских карт и рисков.

3CX
Аккаунт 3CX с таким e-mail уже существует. Вы будете переадресованы на Портал пользователя, где сможете ввести учетные данные или восстановить пароль.