Не работает трансфер звонка из Астериска на другой сервер

[okamigo]

Уважаемые пользователи! Столкнулся с непонятной проблемой для меня.

Соединил астериск с другим атс. Звонки из астериска на другой сервер и наоборот идут без проблем, только вот когда хочу сделать трансфер звонка из номера астериска на номер другово атс, звонок не идет.

вот транк:

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

[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] res_rtp_asterisk.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] res_rtp_asterisk.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] res_rtp_asterisk.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'

Помогите пожалуйста решить эту проблему
130 это номер другого атс

[awsswa]

не правильно соединили сервера
context не тот прописан, не внутренний, на второй стороне (настройку второй стороны покажите)

[okamigo]

на другой стороне октел
там на карте сети просто создан внешний шлюз без регистрации на мой астериск

тип регистрации: без регистрации
ип адресс шлюза: ип астериска
ип адресс сип прокси сервера: ип астериска

номер по умолчонию:100
тип линий: 100

[ded]

Проблема на стороне Oktell

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

 Received response: «Forbidden» from '<sip:690904@sip.adc.am>;tag=as54e378d1'
«Dial failed for some reason with DIALSTATUS = CHANUNAVAIL and HANGUPCAUSE = 21»

поэтому спрашивать лучше на форуме по Oktell. Не существует гаечки, которую можно подкрутить на стороне Астериск, чтобы звонок пошёл.
Набираете SIP/408 номер там SIP/ADC/130, а откуда 690904 взялся? На него трансферили? Ну вот его и отлупило.

[okamigo]

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

[ded]

А я подумал, что ответил, подробно и обстоятельно.
Ещё подумал, что задал вопрос, на который можно было бы ответить для понимания.
Этот вызов на этот транк появился потому, что так указано у вас где-то, например в Follow me. Найти то можно?

[okamigo]

вообще то я наоборот сделал, я не набирал 408, я из 408 звонил на 402 после сделал трансфер на 130
690904 это совсем другой транк, который ен имеет отношение к транку с октелом, поэтому и сказал что не понимаю почему в логах появилась

д нет же, никакого follow me настраивал
в extensions_custom custom.conf добавил
[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)


если это поможет делу в freepbx для транка с провайдером с номером 690904 создал транк

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

type=friend
host=адресс провайдера
fromdomain=адресс провайдера
dtmfmode=rfc2833
disallow=all
allow=alaw&ulaw
insecure=port,invite
qualify=no
defaultuser=username
username=username
fromuser=username
secret=mlraynm8
directmedia=no
nat=force_rport,comedia
context=from-trunk

после добавил исходящую маршрутизацию для это транка, в dial patterns просто добавил точку.

[ded]

Вам виднее, что и куда набирали, но я больше верю строке
Dial(«SIP/408-0000000b», «SIP/ADC/130,300,T»)

От того, что Вы дважды написали "Я не понимаю, откуда взялось.." стало вдвойне понятней?

[okamigo]

так я не знаю, почему он при трансфере номер 130 принимает как adc а не номер октела. Почему напрямую звонит без проблема, при трансфере что другой транк или контекст работает.

[ded]

Когда звоните напрямую, исполняется ваша кастомная строчка
exten => _1XX,1,Dial(SIP/${EXTEN}@oktell)
(а правильно было бы надо
exten => _1XX,1,Dial(SIP/oktell/{EXTEN})

Когда же вы делали трансфер, исполнялся совсем другой набор в контексте macro-dialout-trunk:
[s@macro-dialout-trunk:23] Dial(«SIP/408-0000000b», «SIP/ADC/130,300,T»)
поэтому пошло на АDC

Так понятно?