Очень много сбоев на транках, ID 12294

[anonymous]

Доброго времени суток уважаемые форумчане.
До поры до времени не обращал внимания на данную проблему и вот всё таки решил с ней разобраться.
Опишу для начала конфигурацию:
Собственно 3CX, лицензия на 16 вызовов. 2003 standart x64. 2 интерфейса, 1 в мир, 2 во внутреннюю сеть. На внешнем стоит фильтрация, открыты порты UDP 5060 и 9000-9050. Зарегистрированно 2 транка - 1 для звонков в город, 2 для всего остального. Внутри офиса примерно 50 абонентов. Снаружи около 10. Вобщем всё не хитро, даже стандартно. Звонки отлично проходят в обе стороны, задержек никаких. Внешние абоненты так же успешно подключаются, звонят.
Но есть одно НО.
Рассылка отчетов регулярно присылает мне уведомление о событии 12294. За день около 100 шт. В которых значится примерно следующее:
Call to 212535969120@(Ln.10001@SIPNET) has failed. [ V4 212.53.40.40:5060 UDP target domain=unspecified mFlowKey=900 ] replied: 486 Busy Here; from IP:212.53.40.40:5060
и так далее, за день по 100 шт.
Call to 79182752667@(Ln.10001@SIPNET) has failed. [ V4 212.53.40.40:5060 UDP target domain=unspecified mFlowKey=900 ] replied: 600 Busy Everywhere; from IP:212.53.40.40:5060
Call to 84991573721@(Ln.10000@TEL) has failed. [ V4 87.249.28.230:5060 UDP target domain=unspecified mFlowKey=900 ] replied: 503 Service Unavailable; from IP:87.249.28.230:5060

Звонок в тех поддержку обоих провайдеров показал что у них эти звонки даже не генерируются, т.е. как я понимаю ошибка внутренняя, происходящая на данном конкретном сервере.

Вот как то так.
Помогите разобраться.

 

[aleksandr]

Из руководства:
d. A Trunk or VoIP provider account responds with an error code (ID 12294) – транк
или VoIP-провайдер вернули код ошибки, это может произойти в случае
отключения аккаунта.

Как эти вызовы могут регистрироваться у провайдера, если они осуществляются когда нет связи с провайдером, то есть интернет у вас на компьютере с 3CX прерывается или когда линия к провайдеру занята. Сообщения и приходят о том, что линия занята или сервис провайдера не доступен.
Увеличьте количество одновременных вызовов в настройках Voip провайдера.

 

[anonymous]

@=dg= wrote:Звонок в тех поддержку обоих провайдеров показал что у них эти звонки даже не генерируются, т.е. как я понимаю ошибка внутренняя, происходящая на данном конкретном сервере.

Если есть желание продолжать эту тему, то есть просьба называть всех и вся "своими именами". Просьба уже давно опубликована - http: //www.3cx.com/forums/pravila-foruma-kak-sokratit-vremja-mezhdu-voprosom-i-otvetom-18715.html

@aleksandr wrote:Из руководства:
d. A Trunk or VoIP provider account responds with an error code (ID 12294) – транк
или VoIP-провайдер вернули код ошибки, это может произойти в случае
отключения аккаунта.

Как эти вызовы могут регистрироваться у провайдера, если они осуществляются когда нет связи с провайдером, то есть интернет у вас на компьютере с 3CX прерывается или когда линия к провайдеру занята. Сообщения и приходят о том, что линия занята или сервис провайдера не доступен.
Увеличьте количество одновременных вызовов в настройках Voip провайдера.

Проблема в том, что, вроде как, 3cx PhoneSystem "репортит" о том, что ответ от провайдера пришёл (достоверность должна быть 100%), а провайдеры, в ответ на запрос пользователя "в живую", отвечают, что у них такие звонки даже не "генерируются".
Свою сторону "генерации", конечно, ещё раз перепроверим (уже "замахались" это делать ).

 

[anonymous]

@aleksandr wrote:
Как эти вызовы могут регистрироваться у провайдера, если они осуществляются когда нет связи с провайдером, то есть интернет у вас на компьютере с 3CX прерывается или когда линия к провайдеру занята. Сообщения и приходят о том, что линия занята или сервис провайдера не доступен.
Увеличьте количество одновременных вызовов в настройках Voip провайдера.
Количество одновременных вызовов стоит по 8 на каждый транк. В статусе транка стоит "Зарегистрирован", соответственно регистрация вызова должна проходить. Более того, иногда наблюдаю сбои когда осуществляется параллельный вызов, и по обоим транкам, и по несколько штук. А может и вовсе просто в простое находиться и сбоить. Так что я бы исключил ваше предположение.

@SY wrote:
Если есть желание продолжать эту тему, то есть просьба называть всех и вся "своими именами". Просьба уже давно опубликована - http: //www.3cx.com/forums/pravila-foruma-kak-sokratit-vremja-mezhdu-voprosom-i-otvetom-18715.html

Немного не понял где я промахнулся, код поправил на оригинал.

 

[anonymous]

@=dg= wrote:Немного не понял где я промахнулся, код поправил на оригинал.
Вы не промахнулись. Просто предоставили недостаточно информации о проблеме. Для изучения причин нужны логи, в которых будет описан проблемный звонок. Там будет информация о провайдере и его User-Agent и много нюансов обработки звонка. Внешние IP адреса и телефонные номера публиковать полностью не надо. Просто замаскируйте их окончания. (в адресах два последних числа, а в телефонных номерах последних 4-6 цифр)

Спасибо

 

[anonymous]

Иногда возникает аналогичная ситуация, и коды ошибок разные
486 Busy Here, 404 Not Found, 503 Service Unavailable
Конфигурация:
АТС напрямую соединена с АТС провайдера инзернет кабелем в подсети с маской на 3 хоста, т.е. в сети кроме двух АТС никого больше нет.
Провайдер предастовляет транк с 20-ю линиями, но максимум никогда не достигался.


Сообщение из почтовых увидамлений

Тема: 3CX Phone System Email Notification - ID 12294 - Error response received from Trunk/Provider
Текст:
(0) voip.microsoft.com 25.01.2012 10:01:29

Call to 89145435492@(Ln.10000@Востоктелеком) has failed. [ V4 10.52.0.XX:5060 UDP target domain=unspecified mFlowKey=888 ] replied: 404 Not Found; from IP:10.52.0.XX:5060

Журнал 3cx:
10:01:27.495|.CallCtrl.cpp(346)|Log2||CallCtrl:nIncomingCall:[CM503001]: Call(11676): Incoming call from Ext.232 to "989145435492"
10:01:27.497|.Extension.cpp(1407)|Log3||Extension:rintEndpointInfo:[CM505001]: Ext.232: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Voip Phone 1.0] PBX contact: [sip:[email protected]:5060]
10:01:27.498|.CallCtrl.cpp(529)|Log3||CallCtrl:nSelectRouteReq:[CM503010]: Making route(s) to "989145435492"
10:01:27.500|.CallCtrl.cpp(708)|Log2||CallCtrl:nSelectRouteReq:[CM503004]: Call(11676): Route 1: VoIPline:89145435492@(Ln.10000@Востоктелеком)@[Dev:sip:[email protected]:5060]
10:01:27.554|.Target.cpp(441)|Log2||Target::makeOneInvite:[CM503025]: Call(11676): Calling VoIPline:89145435492@(Ln.10000@Востоктелеком)@[Dev:sip:[email protected]:5060]
10:01:29.566|.CallLeg.cpp(326)|Log2||CallLeg:nFailure:[CM503003]: Call(11676): Call to sip:[email protected]:5060 has failed; Cause: 404 Not Found; from IP:10.52.0.XX:5060
10:01:29.568|.Call.cpp(1091)|Log2||Call::RouteFailed:[CM503016]: Call(11676): Attempt to reach "989145435492" failed. Reason: Not Found
10:01:29.568|.Call.cpp(605)|Log2||Call:oEndCall:[CM503020]: Normal call termination. Reason: Not found

Журнал 3cx Windows
Call to 89145435492@(Ln.10000@Востоктелеком) has failed. [ V4 10.52.0.ХХ:5060 UDP target domain=unspecified mFlowKey=888 ] replied: 404 Not Found; from IP:10.52.0.ХХ:5060
промониторил состояние каналов в момент появлении ошибки в журнале...
выполнил пинг на узел провойдерной АТС, и ждал в журнале появления этого события, одновременно открыл окно 3cx на вкладке Статус портов транков...
значит в момент сработки варнинга, пинг вообще не прерывался и даже не стал хуже, сообщение прошло только одно, хотя бывает их сразу несколько с разными кодами, а в окне 3сх Статус портов транков появилось однго исходящее соединение которое сразу же в течении 1 секунды отвалилось
как и у топикстартера провайдер разводит руками и говорит небыло ничего...
Кто нибудь решил такую проблему?

 

[anonymous]

Cause: 404 Not Found;from IP:10.52.0.XX:5060
Не знаю зачем вы локальные адреса маскируете, но 10.52.0.XX это адрес сервера провайдера.
Вот тот сервер и должен знать причины таких ответов. Они от него получены

 

[anonymous]

@SY wrote:Не знаю зачем вы локальные адреса маскируете,паранойя
попробуем попытать провайдера...

 

[anonymous]

тему можно закрывать!
все эти ошибки были связаны с телефонами мобильных операторов, которые естественно могут быть не доступны, заняты, не отвечены... ну так же как и обычных операторов.