У вас PBX установлен? Почему в extensions_custom.conf прописан [from-internal] exten => _1XX,1,Dial(SIP/${EXTEN}@oktell). Обычно данный контекст находится в extensions.conf
hohol_vb ( 2018-04-04 14:55:42 +0400 )редактироватьУважаемые пользователи! Столкнулся с непонятной проблемой для меня.
Соединил астериск с другим атс. Звонки из астериска на другой сервер и наоборот идут без проблем, только вот когда хочу сделать трансфер звонка из номера астериска на номер другово атс, звонок не идет.
вот транк: [oktell]
type=friend
host=ip
dtmfmode=rfc2833
disallow=all
allow=ulaw
allow=alaw
allow=gsm
context=from-internal
qualify=no
regseconds=0
rtpkeepalive=0
trustrpid=yes
transfer=yes
а вот лог: pbx.c: Executing [s@macro-dialout-trunk:23] Dial(«SIP/408-0000000b», «SIP/ADC/130,300,T») in new stack
[2018-04-03 09:26:22] VERBOSE[33041][C-00000005] netsock2.c: Using SIP RTP TOS bits 184
[2018-04-03 09:26:22] VERBOSE[33041][C-00000005] netsock2.c: Using SIP RTP CoS mark 5
[2018-04-03 09:26:22] VERBOSE[33041][C-00000005] app_dial.c: Called SIP/ADC/130
[2018-04-03 09:26:23] VERBOSE[32204][C-00000005] resrtpasterisk.c: 0x7f88c4015a80 — Strict RTP learning after remote address set to: 95.140.202.246:39266
[2018-04-03 09:26:23] VERBOSE[33041][C-00000005] app_dial.c: SIP/ADC-0000000d is making progress passing it to SIP/408-0000000b
[2018-04-03 09:26:23] VERBOSE[33041][C-00000005] resrtpasterisk.c: 0x7f88c4015a80 — Strict RTP switching to RTP target address 95.140.202.246:39266 as source
[2018-04-03 09:26:24] VERBOSE[33041][C-00000005] resrtpasterisk.c: 0x7f88c4015a80 — Strict RTP learning complete - Locking on source address 95.140.202.246:39266
[2018-04-03 09:26:26] WARNING[32204][C-00000005] chan_sip.c: Received response: «Forbidden» from '<sip:690904@sip.adc.am>;tag=as54e378d1'
[2018-04-03 09:26:26] VERBOSE[33041][C-00000005] app_dial.c: Everyone is busy/congested at this time (1:0/0/1)
[2018-04-03 09:26:26] VERBOSE[33041][C-00000005] pbx.c: Executing [s@macro-dialout-trunk:24] NoOp(«SIP/408-0000000b», «Dial failed for some reason with DIALSTATUS = CHANUNAVAIL and HANGUPCAUSE = 21») in new stack
[2018-04-03 09:26:26] VERBOSE[33041][C-00000005] pbx.c: Executing [s@macro-dialout-trunk:25] GotoIf(«SIP/408-0000000b», «0?continue,1:s-CHANUNAVAIL,1») in new stack
[2018-04-03 09:26:26] VERBOSE[33041][C-00000005] pbx_builtins.c: Goto (macro-dialout-trunk,s-CHANUNAVAIL,1)
[2018-04-03 09:26:26] VERBOSE[33041][C-00000005] pbx.c: Executing [s-CHANUNAVAIL@macro-dialout-trunk:1] Set(«SIP/408-0000000b», «RC=21») in new stack
[2018-04-03 09:26:26] VERBOSE[33041][C-00000005] pbx.c: Executing [s-CHANUNAVAIL@macro-dialout-trunk:2] Goto(«SIP/408-0000000b», «21,1») in new stack
[2018-04-03 09:26:26] VERBOSE[33041][C-00000005] pbx_builtins.c: Goto (macro-dialout-trunk,21,1)
[2018-04-03 09:26:26] VERBOSE[33041][C-00000005] pbx.c: Executing [21@macro-dialout-trunk:1] Goto(«SIP/408-0000000b», «continue,1») in new stack
[2018-04-03 09:26:26] VERBOSE[33041][C-00000005] pbx_builtins.c: Goto (macro-dialout-trunk,continue,1)
[2018-04-03 09:26:26] VERBOSE[33041][C-00000005] pbx.c: Executing [continue@macro-dialout-trunk:1] NoOp(«SIP/408-0000000b», «TRUNK Dial failed due to CHANUNAVAIL HANGUPCAUSE: 21 - failing through to other trunks») in new stack
[2018-04-03 09:26:26] VERBOSE[33041][C-00000005] pbx.c: Executing [continue@macro-dialout-trunk:2] ExecIf(«SIP/408-0000000b», «1?Set(CALLERID(number)=408)») in new stack
[2018-04-03 09:26:26] VERBOSE[33041][C-00000005] pbx.c: Executing [130@from-internal-xfer:7] Macro(«SIP/408-0000000b», «outisbusy,») in new stack
[2018-04-03 09:26:26] WARNING[33041][C-00000005] app_macro.c: No such context 'macro-outisbusy' for macro 'outisbusy'. Was called by 130@from-internal-xfer
[2018-04-03 09:26:26] VERBOSE[33041][C-00000005] pbx.c: Auto fallthrough, channel 'SIP/408-0000000b' status is 'CHANUNAVAIL'
[2018-04-03 09:26:36] VERBOSE[33041][C-00000005] pbx.c: Executing [h@from-internal-xfer:1] Macro(«SIP/408-0000000b», «hangupcall») in new stack
[2018-04-03 09:26:36] VERBOSE[33041][C-00000005] pbx.c: Executing [s@macro-hangupcall:1] GotoIf(«SIP/408-0000000b», «1?theend») in new stack
[2018-04-03 09:26:36] VERBOSE[33041][C-00000005] pbx_builtins.c: Goto (macro-hangupcall,s,3)
[2018-04-03 09:26:36] VERBOSE[33041][C-00000005] pbx.c: Executing [s@macro-hangupcall:3] ExecIf(«SIP/408-0000000b», «0?Set(CDR(recordingfile)=)») in new stack
[2018-04-03 09:26:36] VERBOSE[33041][C-00000005] pbx.c: Executing [s@macro-hangupcall:4] Hangup(«SIP/408-0000000b», "") in new stack
[2018-04-03 09:26:36] VERBOSE[33041][C-00000005] app_macro.c: Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'SIP/408-0000000b' in macro 'hangupcall'
[2018-04-03 09:26:36] VERBOSE[33041][C-00000005] pbx.c: Spawn extension (from-internal-xfer, h, 1) exited non-zero on 'SIP/408-0000000b'
покажите исходящую маршрутизацию на asterisk.
У вас PBX установлен? Почему в extensions_custom.conf прописан [from-internal] exten => _1XX,1,Dial(SIP/${EXTEN}@oktell). Обычно данный контекст находится в extensions.conf
hohol_vb ( 2018-04-04 14:55:42 +0400 )редактироватьЗадан: 2018-04-03 09:46:53 +0400
Просмотрен: 929 раз
Обновлен: Apr 03 '18
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
[from-internal] exten => _1XX,1,Dial(SIP/${EXTEN}@oktell)
[from-did-direct-ivr-custom] exten => _4XX,1,Goto(from-internal,${EXTEN:1},1) exten => _1XX,1,Dial(SIP/${EXTEN}@oktell)
[from-trunk] exten => _4XX,1,Goto(from-internal,${EXTEN:1},1)
вот настройки из extensions_custom.conf
okamigo2018 ( 2018-04-03 10:59:24 +0400 )редактировать[2018-04-03 09:26:26] WARNING[32204][C-00000005] chan_sip.c: Received response: «Forbidden»from '<sip:690904@sip.adc.am>;tag=as54e378d1'
для этого номера нет маршрута: 690904 или вы не о нем?
Out ( 2018-04-03 11:10:46 +0400 )редактироватьнет это номер провайдера, создан транк в соответсвии данным провайдера это другой транк проблема с транком с октелом внутри сети, звонки напрямую идут, а вот трансфер не работает на номер октела, наоборот опять же все работает
okamigo2018 ( 2018-04-03 11:16:13 +0400 )редактироватьНе нужно создавать темы на всех ресурсах до которых дотянулись руки. Везде одни и те же люди. Разбирайте с oktel на второй стороне на форуме октела
awsswa ( 2018-04-03 11:18:57 +0400 )редактироватьтак здесь же не проблема октела, если звонок напрямую идет, значит проблема в настройках астериска звоню напрямую из 402 на 130 звонок идет звоню из 408 на 402 после делаю трансфер на 130 звонок не идет, значит проблема либо в транке либо контексте
okamigo2018 ( 2018-04-03 11:47:02 +0400 )редактировать