asterisk.ru

Русский форум Asterisk сообщества
https://forum.asterisk.ru/

Не проходит входящий звонок

https://forum.asterisk.ru/viewtopic.php?t=7541

Страница 1 из 3

Не проходит входящий звонок

Добавлено: 23 май 2016, 14:10
hёdgehog
Добрый день.
Периодически на транках Мультифон происходит такая засада: звонок доходит до Answer, и тут же происходит Hangup. Диалплан в БД, залезть туда некоторая проблема.
В логе это выглядит так:

Код: Выделить всё

    -- Executing [79234640800@incoming_calls:1] Set("SIP/main-sip-proxy3-00000220", "CHANNEL(language)=ru")
    -- Executing [79234640800@incoming_calls:2] Set("SIP/main-sip-proxy3-00000220", "VOLUME(RX)=2")
    -- Executing [79234640800@incoming_calls:3] Set("SIP/main-sip-proxy3-00000220", "VOLUME(TX)=2")
    -- Executing [79234640800@incoming_calls:4] Gosub("SIP/main-sip-proxy3-00000220", "utils,normal,1")
    -- Executing [normal@utils:1] Set("SIP/main-sip-proxy3-00000220", "CALLERID(num)=79617194443")
    -- Executing [normal@utils:2] GotoIf("SIP/main-sip-proxy3-00000220", "1?:4")
    -- Executing [normal@utils:3] Set("SIP/main-sip-proxy3-00000220", "CALLERID(num)=89617194443")
    -- Executing [normal@utils:4] Set("SIP/main-sip-proxy3-00000220", "CALLERID(num)=89617194443")
    -- Executing [normal@utils:5] Set("SIP/main-sip-proxy3-00000220", "CALLERID(num)=89617194443")
    -- Executing [normal@utils:6] Return("SIP/main-sip-proxy3-00000220", "")
    -- Executing [79234640800@incoming_calls:5] Answer("SIP/main-sip-proxy3-00000220", "")
  == Spawn extension (incoming_calls, 79234640800, 5) exited non-zero on 'SIP/main-sip-proxy3-00000220'
    -- Executing [h@incoming_calls:1] Hangup("SIP/main-sip-proxy3-00000220", "")
  == Spawn extension (incoming_calls, h, 1) exited non-zero on 'SIP/main-sip-proxy3-00000220'
А вот так выглядит настройка данного куска диалплана в проприетарном CRM:
Изображение
Что это может быть и куда копать?

Re: Не проходит входящий звонок

Добавлено: 23 май 2016, 14:52
hёdgehog
Если это чем-то поможет:

Код: Выделить всё

<--- SIP read from UDP:172.30.0.13:5060 --->
INVITE sip:79234640800@172.30.0.11 SIP/2.0
Via: SIP/2.0/UDP 172.30.0.13:5060;branch=z9hG4bK029812f9;rport
Max-Forwards: 70
From: "79617194443" <sip:79617194443@172.30.0.13>;tag=as73948d66
To: <sip:79234640800@172.30.0.11>
Contact: <sip:79617194443@172.30.0.13:5060>
Call-ID: 6e962b822043e7931380b24d46fec7fc@172.30.0.13:5060
CSeq: 102 INVITE
User-Agent: FPBX-AsteriskNOW-2.11.0(1.8.28.2)
Date: Mon, 23 May 2016 11:44:53 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 196

v=0
o=- 26147426 26147426 IN IP4 172.30.0.13
s=Asterisk PBX 1.8.28.2
c=IN IP4 172.30.0.13
t=0 0
m=audio 19456 RTP/AVP 8 0
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=ptime:20
a=sendrecv
<------------->
--- (14 headers 10 lines) ---
Sending to 172.30.0.13:5060 (NAT)
Using INVITE request as basis request - 6e962b822043e7931380b24d46fec7fc@172.30.0.13:5060
Found peer 'main-sip-proxy3' for '79617194443' from 172.30.0.13:5060

<--- Reliably Transmitting (NAT) to 172.30.0.13:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 172.30.0.13:5060;branch=z9hG4bK029812f9;received=172.30.0.13;rport=5060
From: "79617194443" <sip:79617194443@172.30.0.13>;tag=as73948d66
To: <sip:79234640800@172.30.0.11>;tag=as49fd23d1
Call-ID: 6e962b822043e7931380b24d46fec7fc@172.30.0.13:5060
CSeq: 102 INVITE
Server: Asterisk PBX 1.8.32.2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="18f9e14a"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '6e962b822043e7931380b24d46fec7fc@172.30.0.13:5060' in 6400 ms (Method: INVITE)

<--- SIP read from UDP:172.30.0.13:5060 --->
ACK sip:79234640800@172.30.0.11 SIP/2.0
Via: SIP/2.0/UDP 172.30.0.13:5060;branch=z9hG4bK029812f9;rport
Max-Forwards: 70
From: "79617194443" <sip:79617194443@172.30.0.13>;tag=as73948d66
To: <sip:79234640800@172.30.0.11>;tag=as49fd23d1
Contact: <sip:79617194443@172.30.0.13:5060>
Call-ID: 6e962b822043e7931380b24d46fec7fc@172.30.0.13:5060
CSeq: 102 ACK
User-Agent: FPBX-AsteriskNOW-2.11.0(1.8.28.2)
Content-Length: 0

<------------->
--- (10 headers 0 lines) ---

<--- SIP read from UDP:172.30.0.13:5060 --->
INVITE sip:79234640800@172.30.0.11 SIP/2.0
Via: SIP/2.0/UDP 172.30.0.13:5060;branch=z9hG4bK3929a523;rport
Max-Forwards: 70
From: "79617194443" <sip:79617194443@172.30.0.13>;tag=as73948d66
To: <sip:79234640800@172.30.0.11>
Contact: <sip:79617194443@172.30.0.13:5060>
Call-ID: 6e962b822043e7931380b24d46fec7fc@172.30.0.13:5060
CSeq: 103 INVITE
User-Agent: FPBX-AsteriskNOW-2.11.0(1.8.28.2)
Authorization: Digest username="main-sip-proxy3", realm="asterisk", algorithm=MD5, uri="sip:79234640800@172.30.0.11", nonce="18f9e14a", response="5a183e87895436377596e7fcc5c847d0"
Date: Mon, 23 May 2016 11:44:53 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 196

v=0
o=- 26147426 26147427 IN IP4 172.30.0.13
s=Asterisk PBX 1.8.28.2
c=IN IP4 172.30.0.13
t=0 0
m=audio 19456 RTP/AVP 8 0
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=ptime:20
a=sendrecv
<------------->
--- (15 headers 10 lines) ---
Sending to 172.30.0.13:5060 (NAT)
Using INVITE request as basis request - 6e962b822043e7931380b24d46fec7fc@172.30.0.13:5060
Found peer 'main-sip-proxy3' for '79617194443' from 172.30.0.13:5060
Found RTP audio format 8
Found RTP audio format 0
Found audio description format PCMA for ID 8
Found audio description format PCMU for ID 0
Capabilities: us - 0x80000008000e (gsm|ulaw|alaw|h263|testlaw), peer - audio=0xc (ulaw|alaw)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0xc (ulaw|alaw)
Non-codec capabilities (dtmf): us - 0x0 (nothing), peer - 0x0 (nothing), combined - 0x0 (nothing)
Peer audio RTP is at port 172.30.0.13:19456
Looking for 79234640800 in incoming_calls (domain 172.30.0.11)
list_route: hop: <sip:79617194443@172.30.0.13:5060>

<--- Transmitting (NAT) to 172.30.0.13:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 172.30.0.13:5060;branch=z9hG4bK3929a523;received=172.30.0.13;rport=5060
From: "79617194443" <sip:79617194443@172.30.0.13>;tag=as73948d66
To: <sip:79234640800@172.30.0.11>
Call-ID: 6e962b822043e7931380b24d46fec7fc@172.30.0.13:5060
CSeq: 103 INVITE
Server: Asterisk PBX 1.8.32.2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Session-Expires: 1800;refresher=uas
Contact: <sip:79234640800@172.30.0.11:5060>
Content-Length: 0


<------------>
Audio is at 11392
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x8 (alaw) to SDP

<--- Reliably Transmitting (NAT) to 172.30.0.13:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 172.30.0.13:5060;branch=z9hG4bK3929a523;received=172.30.0.13;rport=5060
From: "79617194443" <sip:79617194443@172.30.0.13>;tag=as73948d66
To: <sip:79234640800@172.30.0.11>;tag=as3485be83
Call-ID: 6e962b822043e7931380b24d46fec7fc@172.30.0.13:5060
CSeq: 103 INVITE
Server: Asterisk PBX 1.8.32.2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Session-Expires: 1800;refresher=uas
Contact: <sip:79234640800@172.30.0.11:5060>
Content-Type: application/sdp
Require: timer
Content-Length: 203

v=0
o=root 1508564785 1508564785 IN IP4 172.30.0.11
s=Asterisk PBX 1.8.32.2
c=IN IP4 172.30.0.11
t=0 0
m=audio 11392 RTP/AVP 0 8
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=ptime:20
a=sendrecv

<------------>

<--- SIP read from UDP:172.30.0.13:5060 --->
ACK sip:79234640800@172.30.0.11:5060 SIP/2.0
Via: SIP/2.0/UDP 172.30.0.13:5060;branch=z9hG4bK75dc4269;rport
Max-Forwards: 70
From: "79617194443" <sip:79617194443@172.30.0.13>;tag=as73948d66
To: <sip:79234640800@172.30.0.11>;tag=as3485be83
Contact: <sip:79617194443@172.30.0.13:5060>
Call-ID: 6e962b822043e7931380b24d46fec7fc@172.30.0.13:5060
CSeq: 103 ACK
User-Agent: FPBX-AsteriskNOW-2.11.0(1.8.28.2)
Content-Length: 0

<------------->
--- (10 headers 0 lines) ---

<--- SIP read from UDP:172.30.0.13:5060 --->
BYE sip:79234640800@172.30.0.11:5060 SIP/2.0
Via: SIP/2.0/UDP 172.30.0.13:5060;branch=z9hG4bK5c6316d0;rport
Max-Forwards: 70
From: "79617194443" <sip:79617194443@172.30.0.13>;tag=as73948d66
To: <sip:79234640800@172.30.0.11>;tag=as3485be83
Call-ID: 6e962b822043e7931380b24d46fec7fc@172.30.0.13:5060
CSeq: 104 BYE
User-Agent: FPBX-AsteriskNOW-2.11.0(1.8.28.2)
Authorization: Digest username="main-sip-proxy3", realm="asterisk", algorithm=MD5, uri="sip:79234640800@172.30.0.11:5060", nonce="18f9e14a", response="7ae31d7c8ee7633a15c47c83deb00be4"
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0

<------------->
--- (12 headers 0 lines) ---
Sending to 172.30.0.13:5060 (NAT)
Scheduling destruction of SIP dialog '6e962b822043e7931380b24d46fec7fc@172.30.0.13:5060' in 6400 ms (Method: BYE)

<--- Transmitting (NAT) to 172.30.0.13:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 172.30.0.13:5060;branch=z9hG4bK5c6316d0;received=172.30.0.13;rport=5060
From: "79617194443" <sip:79617194443@172.30.0.13>;tag=as73948d66
To: <sip:79234640800@172.30.0.11>;tag=as3485be83
Call-ID: 6e962b822043e7931380b24d46fec7fc@172.30.0.13:5060
CSeq: 104 BYE
Server: Asterisk PBX 1.8.32.2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


<------------>

Re: Не проходит входящий звонок

Добавлено: 23 май 2016, 16:17
Samael28
А можно увидеть настройки очереди operators-all?
Выглядит так, будто там никого нет. Т.е. ответ пришел, а потом система сразу дала отбой. При неправильной настройке Queue это реально более чем.

Re: Не проходит входящий звонок

Добавлено: 23 май 2016, 16:50
hёdgehog
Там проприетарный CRM, напрямую не посмотришь. А все настройки в БД.
Вот что могу показать:

Код: Выделить всё

root@maxima-voip:/home/hedgehog# asterisk -rx "queue show operators-all"
operators-all has 0 calls (max unlimited) in 'rrmemory' strategy (3s holdtime, 38s talktime), W:25, C:448, A:10, SL:0.0% within 0s
   Members:
      328 (SIP/328) (dynamic) (Busy) has taken 39 calls (last was 187 secs ago)
      326 (SIP/326) (dynamic) (Not in use) has taken 79 calls (last was 186 secs ago)
      321 (SIP/321) (dynamic) (paused) (Not in use) has taken no calls yet
      318 (SIP/318) (dynamic) (paused) (Not in use) has taken 29 calls (last was 91 secs ago)
      306 (SIP/306) (dynamic) (Busy) has taken 38 calls (last was 84 secs ago)
      338 (SIP/338) (dynamic) (Busy) has taken 91 calls (last was 244 secs ago)
   No Callers
Из критичных настроек могу указать такие:

Код: Выделить всё

joinempty=unknown,unavailable,paused,invalid
leavewhenempty=no
Если этого недостаточно, надёргаю ещё. Просто строка из БД нечитаема без заголовков, а я не нашёл, как в pgAdmin достать таблицу с заголовками.

И да:
Во-первых, ранее этот номер приходил в другую очередь, и всё было нормально. А потом перестало быть нормально. Ну, или сбои выросли до критичных значений. И после перевода в общую очередь operators-all ничего не изменилось.
Во-вторых, эта проблема наблюдается ИСКЛЮЧИТЕЛЬНО со звонками, приходящими из Мультифона. Ростелеком и Билайн таких проблем не доставляют.

Re: Не проходит входящий звонок

Добавлено: 24 май 2016, 07:46
Vlad1983
диалплан кончился на пятом шаге
-- Executing [79234640800@incoming_calls:5] Answer("SIP/main-sip-proxy3-00000220", "")
== Spawn extension (incoming_calls, 79234640800, 5) exited non-zero on 'SIP/main-sip-proxy3-00000220'
после него просто ничего нет

Re: Не проходит входящий звонок

Добавлено: 24 май 2016, 09:46
Wapo
эта проблема наблюдается ИСКЛЮЧИТЕЛЬНО со звонками, приходящими из Мультифона. Ростелеком и Билайн таких проблем не доставляют.
Мультифон ГЛЮЧИТ уж который месяц подряд.

Re: Не проходит входящий звонок

Добавлено: 24 май 2016, 11:20
hёdgehog
Wapo писал(а):Мультифон ГЛЮЧИТ уж который месяц подряд.
Мультифон глючит с момента своего появления. Чего стоит только одна рекомендация - "Если слетела регистрация на платформе, наберите с телефона *137#, отключите услугу, затем подключите её заново". Это ладно, если номер один. А если их несколько десятков, или сотен? Опять же, нужен физический доступ к SIM-карте. Сейчас, правда, это можно и из ЛК сделать, причём массово. Но бредом это быть не перестаёт, с учётом частоты разрегистрации.
Однако же проблема, возможно, частично и в Мультифоне - но не только, ибо на втором астере всё гладко. И в моменты, когда до номеров первого не дозвониться, второй спокойно принимает звонки.
Плюсом - периодические проблемы с качеством звука. То ничего не слышно, то шумы, трески, то эхо. Один звонок так, пара-тройка - нормально. И тоже - только Мультифон, Ростелеком в этом не замечен.
Ушёл бы от Мультифона к собственной оцифровке, через шлюз, но это сколько ж их надо, чтобы номера минимум двухканальный каждый был.
Vlad1983 писал(а):диалплан кончился на пятом шаге
Диалплан в БД, его никто не меняет.
Запрос

Код: Выделить всё

SELECT id, context, exten, priority, app, appdata
  FROM extensions
  WHERE exten='79234640800';
дает следующий результат:
Изображение
Скорее уж, при Answer происходит что-то не то, стороны не приходят к соглашению, и рвут соединение.

Re: Не проходит входящий звонок

Добавлено: 24 май 2016, 11:50
Vlad1983
hёdgehog писал(а):Скорее уж, при Answer происходит что-то не то, стороны не приходят к соглашению, и рвут соединение.
именно это и происходит
не надо в настройках очереди копаться
дальше Answer дело не двинулось

Re: Не проходит входящий звонок

Добавлено: 24 май 2016, 11:58
hёdgehog
Vlad1983 писал(а): не надо в настройках очереди копаться
дальше Answer дело не двинулось
Это-то как раз я понял.
Не понял я, в чём может быть дело, и куда рыть.

Re: Не проходит входящий звонок

Добавлено: 24 май 2016, 12:08
Vlad1983
снять дамп сигналки добавить к письму все что вы думаете о их сервисе и отправить в мультифон
Часовой пояс: UTC+03:00
Страница 1 из 3

Создано на основе phpBB® Forum Software © phpBB Limited

Русская поддержка phpBB