подвисают соединения

[anonymous]

Всем привет. Имеется 3CX ent32. v9sp4 вроде все работает, но часто происходит "зависание" абонентских подключений. Все абоненты удаленные. А подвисание выглядит селедующим образом: в консоли 3СХ статус абонента зарегестрирован. Звоню на абонента, мой статус меняется (набор номера), а у того статус как был (зарегестрирован) так и остался, а в трубке у меня занято. Если через 3CXPhone звонить на удаленного абонента, то на экране софтофона "ошибка сервера". Причем я вижу что другие абоненты в это время общаются. "Зависание" абонентов происходит не систематически, но в очень ответственный момент. Все телефонные аппараты одинаковые - siemens gigaset 470IP, но прошивки разные. На одинаковых прошивках не все "зависают".
Вопрос: Что делать?

 

[vpaulo]

поменяй телефоны... или посмотри пинги на эти айпи адреса

 

[anonymous]

А какой смысл менять телефоны? Если на одних и тех же прошивках работают разные абоненты и одни подвисают, а другие нет.
Пинги ровные

 

[ice]

Если абоненты удаленные, то скорее всего вопрос доступности каналов по которым они подключены.

 

[vpaulo]

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

 

[anonymous]

@ice wrote:Если абоненты удаленные, то скорее всего вопрос доступности каналов по которым они подключены.
Каналы связи у всех удаленных абонентов одинаковые: adsl исходящий поток 512 килобит, входящий 1.5 мегабита. Во время "подвисания" я вижу удаленные компы через vpn, прошу удаленных абонентов перезвонить на мой номер и абонент мне спокойно дозванивается, хотя я дозвониться в сторону абонента не мог. Еще есть такой момент, что у сименса есть вторая паралельная регистрация на sipnet, и в 3сх указано что если не отвечает, переводим звонок на внешний номер - сипнетовский. И о чудо сипнетовский номер отвечает.... а внутренний от 3 сх не алле. В логах пишется что абонент занят, а на сипнет переводится.

@vpaulo wrote:просто когда я выбирал айпи телефоны тоже смотрел на сименсы... и встретил много постов о том что подвисает коннект по сипу у них, поэтому поставил сном как радио телефоны.
в том то и дело что сименсы тестировались на voip очень долго, порядка трех месяцев и ни разу не было "подвешивания". Тестировали сначала на астериске, а потом на 3сх. И тесты проводились как раз на той прошивке которая стоит сейчас на удаленных абонентах. Внутри локалки вообще все прекрасно работает на любой прошивке с любым sip соединением.

на этой неделе отправлю в один проблемный офис второй сименс с обновленной прошивкой и буду смотреть как он себя поведет.

 

[anonymous]

Можете лог неудачного звонка привести?

 

[anonymous]

@SY wrote:Можете лог неудачного звонка привести?

привожу часть лога из файла 3cxPhoneSystem.log
нашел только в нем процес звонков
внешние ip-шники клиентов заменены звездочками
711 - удаленный клиент который "подвисает"
777 - клиент находящийся в одной локалке с серевром 3cx, то есть я

09:25:16.394|.Call.cpp(48)|Log5||??:Currently active calls [none]
09:25:20.800|.CallLeg.cpp(124)|Log5||CallLeg:nNewCall:[CM500002]: Info on incoming INVITE:
INVITE sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 10.129.7.35:5060;branch=z9hG4bKe45a1d7a4c7f25a6f7257a068d3f5279;rport=5060
Max-Forwards: 70
Contact:
To:
From: ;tag=3763639093
Call-ID: 2562279302@10_129_7_35
CSeq: 3 INVITE
Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, INFO, REFER, SUBSCRIBE, NOTIFY
Proxy-Authorization: Digest username="777",realm="3CXPhoneSystem",algorithm=MD5,uri="sip:[email protected];user=phone",nonce="414d535c03091e5028:d6cc2c73161cff9926c4ab557056c18f",response="c5dc4a4e98b16d93d79267b995e82649"
Supported: replaces
User-Agent: C470 IP022230000000
Allow-Events: message-summary, refer
Content-Length: 0


09:25:20.800|.CallCtrl.cpp(210)|Log2||CallCtrl:nIncomingCall:[CM503001]: Call(1): Incoming call from Ext.777 to
09:25:20.800|.Extension.cpp(1142)|Log3||Extension:rintEndpointInfo:[CM505001]: Ext.777: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [C470 IP022230000000] PBX contact: [sip:[email protected]:5060]
09:25:20.800|.CallLeg.cpp(1083)|Log5||CallLeg::setRemoteSdp:Remote SDP is set for legC:1.1
09:25:20.800|.CallCtrl.cpp(398)|Log3||CallCtrl:nSelectRouteReq:[CM503010]: Making route(s) to
09:25:20.816|.SLServer.cpp(823)|Log5|MediaServer|MediaServerReporting::SetRemoteParty:[MS210000] C:1.1:Offer received. RTP connection: 10.129.7.35:5008(5009)
09:25:20.832|.CallCtrl.cpp(530)|Log2||CallCtrl:nSelectRouteReq:[CM503004]: Call(1): Route 1: Ext:Ext.711@[Dev:sip:711@*********:10012]
09:25:20.863|.SLServer.cpp(823)|Log5|MediaServer|MediaServerReporting::SetRemoteParty:[MS210002] C:1.2:Offer provided. Connection(transcoding mode): *******:16000(16001)
09:25:20.863|.Target.cpp(430)|Log2||Target::makeOneInvite:[CM503025]: Call(1): Calling Ext:Ext.711@[Dev:sip:711@*******:10012]
09:25:40.878|.Call.cpp(974)|Log2||Call::RouteFailed:[CM503016]: Call(1): Attempt to reach failed. Reason: Busy
09:25:40.878|.Call.cpp(535)|Log2||Call:oEndCall:[CM503020]: Normal call termination. Reason: Disabled by Forwarding Rule
09:25:48.394|.Call.cpp(48)|Log5||??:Currently active calls [none]
09:25:52.988|.CallLeg.cpp(300)|Log2||CallLeg:nFailure:[CM503003]: Call(1): Call to sip:[email protected] has failed; Cause: 408 Request Timeout; internal
09:26:20.394|.Call.cpp(48)|Log5||??:Currently active calls [none]


после этого осуществляется перевод на sipnet и там все соединяется

 

[anonymous]

Исходя из
09:25:52.988|.CallLeg.cpp(300)|Log2||CallLeg:nFailure:[CM503003]: Call(1): Call to sip:[email protected] has failed; Cause: 408 Request Timeout; internal

есть вопрос:
PBX стучится на "Dev:sip:711@*******:10012".
Так вот, порт 10012 прописан в конфигурации того телефона(базы) или номер этого порта - результат трансляции выполненного удалённым NAT?

Как часто телефон обновляет регистрацию на сервере? ( указывается в настройках телефона(базы) )

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

Спасибо

 

[anonymous]

Порты у удаленных абонентов открываются динамически. Жестко ни где не прописаны. Все удаленные абоненты сидят за натом в своей внутренней локалке. Оконечное оборудование удаленных абонентов одинаковое zyxel p-660ru с поддержкой sip alg. В "центральном аппарате" указан только проброс для порта sip (5060 UDP) на сервер с 3CX. и разрешен RTP трафик по всем портам. Доступ в "центральном аппарате" через маршрутизатор cisco2821 с прошивкой поддерживающей voip.
Время перегистрации на базах указано 180 секунд. И еще такой момент что в консоли 3CX в разделе "Телефоны "я часто вижу несколько регистраций с одного и того же устройства. "Несколько регистраций" происходит на всех удаленных абонентах, но не всегда. И при чем регистрация часто не отменяется когда абоненты выключают свои точки (модемы), то есть с утра прихожу и в консоли вижу что телефон зарегестрирован, хотя реально удаленного модема в сети нет за которым находиться аппарат :shock: Лечу данный момент перезагрузкой всех сервисов 3CX, что не удобно.

 

[anonymous]

В сети сервера проблем, похоже, никаких. Иначе пропадал бы для телефонов.

В приведённом выше логе чётко видно, что к устройству, которое на PBX'е зарегистрировано как 711@*******:10012 не дошёл запрос. Возможные причины:
1. NAT в удалённой сети уже не обслуживает 10012 порт как отображаемый на адрес базы телефона.
2. sip alg что-то напутал и не передал запрос на базу телефона
3. На базу запрос пришёл, но база с телефоном не договорилась.

Все причины находятся за пределами области, которая подконтрольна PBX.

Вы говорите, что период обновление регистрации установлен в 360 секунд.
Возобновляется ли связь с телефоном в течении 5-6 ти минут после неудачного звонка сама или надо предпринимать какие-то действия (насильно перерегистрировать телефон, "перестартовывать" базу, маршрутизатор в удалённой сети и т.п.)?
Восстанавливается ли связь в случае, если просто повторить звонок сразу после неудачи?
Наблюдаете ли "дубликаты" регистраций в период "недоступности" внутреннего номера?
Восстанавливается ли связь сразу после того, как пропадает "дубликат" регистрации?

Есть два возможных типа "дубликатов" в списке телефонов:
1. "Вечноживущий". Никогда не удаляется. На функциональность не влияет. Это скорее ошибка в отображении информации. Надо будет проверить возможные причины их появления.
2. "Временные". Появляются на короткий период (в Вашем случае <6 мин). Они могут создавать проблемы с дозвоном на некоторые модели телефонов. Поэтому и фигурируют в вопросах.

Спасибо за информацию

 

[anonymous]

@SY wrote:Вы говорите, что период обновление регистрации установлен в 360 секунд.
Возобновляется ли связь с телефоном в течении 5-6 ти минут после неудачного звонка сама или надо предпринимать какие-то действия (насильно перерегистрировать телефон, "перестартовывать" базу, маршрутизатор в удалённой сети и т.п.)?
Восстанавливается ли связь в случае, если просто повторить звонок сразу после неудачи?

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

 

[anonymous]

Вот свежие данные: Звоню на номер 721 и не могу дозвониться. В консоли в "Статус абонентов" стоит статус Зарегестрирован, в телефонах так же присутствует запись о наличии соединения.
Вот лог:
13:19:59.549 [CM503020]: Normal call termination. Reason: Server Failure
13:19:59.549 [CM503016]: Call(152): Attempt to reach failed. Reason: Server Failure
13:19:59.549 [CM503003]: Call(152): Call to sip:[email protected] has failed; Cause: 503 Service Unavailable; warning: ; internal
13:19:58.440 [CM503025]: Call(152): Calling Ext:Ext.721@[Dev:sip:721@*******:10003]
13:19:58.440 [MS210002] C:152.2:Offer provided. Connection(transcoding mode): *******:16008(16009)
13:19:58.378 [CM503004]: Call(152): Route 1: Ext:Ext.721@[Dev:sip:721@******:10003]
13:19:58.362 [CM503010]: Making route(s) to
13:19:58.362 [MS210000] C:152.1:Offer received. RTP connection: 10.129.7.35:5010(5011)
13:19:58.362 Remote SDP is set for legC:152.1
13:19:58.362 [CM505001]: Ext.777: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [C470 IP022230000000] PBX contact: [sip:[email protected]:5060]
13:19:58.362 [CM503001]: Call(152): Incoming call from Ext.777 to
13:19:58.346 [CM500002]: Info on incoming INVITE:
INVITE sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 10.129.7.35:5060;branch=z9hG4bK5bdf8e433ebfe00583d610a9c3b883f0;rport=5060
Max-Forwards: 70
Contact:
To:
From: ;tag=1038326726
Call-ID: 2007982839@10_129_7_35
CSeq: 3 INVITE
Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, INFO, REFER, SUBSCRIBE, NOTIFY
Proxy-Authorization: Digest username="777",realm="3CXPhoneSystem",algorithm=MD5,uri="sip:[email protected];user=phone",nonce="414d535c030d49ce26:a82bb29f9277097d65f56480dc809121",response="ea2aa8f826decd75f39adde54c5c5d2e"
Supported: replaces
User-Agent: C470 IP022230000000
Allow-Events: message-summary, refer
Content-Length: 0

13:19:50.362 Currently active calls [none]


и вот через 8 минут:
13:27:48.375 Currently active calls [none]
13:27:29.609 [CM503003]: Call(153): Call to sip:[email protected] has failed; Cause: 487 Request Cancelled; from IP:*********:10068
13:27:29.437 [CM503020]: Normal call termination. Reason: Disabled by Forwarding Rule
13:27:29.437 [CM503016]: Call(153): Attempt to reach failed. Reason: Busy
13:27:16.375 Currently active calls - 1: [153]
13:27:09.437 [CM503025]: Call(153): Calling Ext:Ext.721@[Dev:sip:721@******:10068]
13:27:09.437 [MS210002] C:153.2:Offer provided. Connection(transcoding mode): *******:16010(16011)
13:27:09.390 [CM503004]: Call(153): Route 1: Ext:Ext.721@[Dev:sip:721@*****:10068]
13:27:09.390 [CM503010]: Making route(s) to
13:27:09.390 [MS210000] C:153.1:Offer received. RTP connection: 10.129.7.35:5012(5013)
13:27:09.390 Remote SDP is set for legC:153.1
13:27:09.390 [CM505001]: Ext.777: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [C470 IP022230000000] PBX contact: [sip:[email protected]:5060]
13:27:09.375 [CM503001]: Call(153): Incoming call from Ext.777 to
13:27:09.375 [CM500002]: Info on incoming INVITE:
INVITE sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 10.129.7.35:5060;branch=z9hG4bK78cb76e0da3bd6cd17db9129a50bbc59;rport=5060
Max-Forwards: 70
Contact:
To:
From: ;tag=2220179616
Call-ID: 846929132@10_129_7_35
CSeq: 3 INVITE
Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, INFO, REFER, SUBSCRIBE, NOTIFY
Proxy-Authorization: Digest username="777",realm="3CXPhoneSystem",algorithm=MD5,uri="sip:[email protected];user=phone",nonce="414d535c030d4b7d73:0543582196d3d390bb8222f8929d907a",response="d56fc578af0646a615181ee0e2c01f0a"
Supported: replaces
User-Agent: C470 IP022230000000
Allow-Events: message-summary, refer
Content-Length: 0

из логов увидел что сменился порт абонента, но дозвониться не могу.
В разделе телефоны появилась вторая запись для этого абонента со вторым портом.
Спустя еще 10 минут попытка дозвона не удалась "Call to sip:[email protected] has failed; Cause: 487 Request Cancelled; from IP:*********:10068"

 

[anonymous]

После аппаратной перезагрузки телефонной базы связь пришла в норму

 

[anonymous]

Пару дней сидел мониторил соединения аппаратов с сервером. Ситуация пока не поменялась. Клиенты подвисают.
Что заметил: на циске через которую идет доступ иногда появляются два порта на один и тот же ip-шник (клиентский), но с разными портами. В 3CX в это время отображается один порт. Ну и соответственно на этого клиента никто дозвониться не смог. На данный момент на циске поставил тайм-аут на соединения по udp протоколу. Буду мониторить ситуацию далее.

Stepan огромное спасибо за помощь.

 

[anonymous]

новая информация по теме:
После установки тайиаута (180 секунд для не активных соединений) на циске, "подвисших" абонентов стало меньше заметно, но они все равно есть - вижу по логам 3CX. Так что ситуация остается на прежнем месте.
Еще одну "фишку заметил вчера (в субботу): В консоли 3CX в разделе Абоненты статус у половины абонентов стоял "Зарегестрирован", хотя оконечное клиентское оборудование (adsl модем) даже и не включено! На маршрутизаторе в этот момент подключений на сервер телефонии нет. Перезагрузка сервисов 3 cx привела все в норму.
Может стоит порекомендовать разработчикам ввести функцию "Время перерегистрации абонентов"?

 

[vpaulo]

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