Двухканальный номер

[murr]

Asterisk 10, FreePBX 2.11

Есть двухканальный номер от Веги.
Внешний номер один, но каждый канал дан Вегой для настроек транков как отдельный номер вида 380629406599201 и 380629406599202 соответственно. Под каждый такой номер есть своя авторизация.
При занятом или неработающем первом канале звонки должны идти на второй канал и наоборот.

Отключаю средствами FreePBX транк 380629406599201 и наблюдаю в логах такую картину:
Ивайт идет от первого канала

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

<--- SIP read from UDP:93.178.205.76:5060 --->
INVITE sip:380629406599201@31.202.248.139:5060 SIP/2.0
Via: SIP/2.0/UDP 93.178.205.76:5060;branch=z9hG4bKtj8e9h30bgjgooso77v0.1
From: <sip:00662054237@93.178.205.76:5060>;tag=1199660
To: <sip:380629406599201-nj2blb1rl7cnd@31.202.248.139:5060>
Call-ID: A5DD2B83-1F96-4E17-AD8F-BCA8187DE4C2
CSeq: 1 INVITE
Privacy: none
P-Charging-Vector: icid-value=5DB02FD0-0000-0000-0000-0000526780BB
Max-Forwards: 67
Contact: <sip:00662054237@93.178.205.76:5060;transport=udp>
User-Agent: VegaTelecom-SIP
Content-Type: application/sdp
Content-Length: 395

Астер находит второй транк для этого вызова, хотя по идее должен был сначала отбить инвайт:

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

[2013-10-23 10:54:35] VERBOSE[1661] chan_sip.c: Found peer '380629406599202' for '00662054237' from 93.178.205.76:5060

А дальше происходит непонятное:

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

[2013-10-23 10:54:35] VERBOSE[1661] chan_sip.c:Looking for 380629406599201 in from-trunk-sip-380629406599202 (domain 31.202.248.139)
[2013-10-23 10:54:35] VERBOSE[1661] chan_sip.c: list_route: hop: <sip:00662054237@93.178.205.76:5060;transport=udp>

В контексте from-trunk-sip-380629406599202 ничего особенного:

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

[from-trunk-sip-380629406599202]
include => from-trunk-sip-380629406599202-custom
exten => _.,1,Set(GROUP()=OUT_5)
exten => _.,n,Goto(from-trunk,${EXTEN},1)

;--== end of [from-trunk-sip-380629406599202] ==--;

Дальнейшая работа со звонком происходит так:

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

Executing [380629406599201@from-trunk-sip-380629406599202:1] Set("SIP/380629406599202-000001c8", "GROUP()=OUT_5") in new stack
Executing [380629406599201@from-trunk-sip-380629406599202:2] Goto("SIP/380629406599202-000001c8", "from-trunk,380629406599201,1") in new stack
Goto (from-trunk,380629406599201,1)
Executing [380629406599201@from-trunk:1] Set("SIP/380629406599202-000001c8", "__FROM_DID=380629406599201") in new stack
Executing [380629406599201@from-trunk:2] Set("SIP/380629406599202-000001c8", "CHANNEL(language)=ru") in new stack
Executing [380629406599201@from-trunk:3] Set("SIP/380629406599202-000001c8", "CIDSFSCHEME=QUxMfEFMTA==") in new stack

Ну и в CDR оседает информация соответственно о звонке с 380629406599201.

Почему так происходит?

[shurskiy]

Пропадает ли регистрация, при отключении транка?
sip show registry

[murr]

Пропадает ли регистрация, при отключении транка?

Пропадает.

[Vlad1983]

гены такие
http://igorg.ru/2012/02/22/sip-trank-neskolko-uchyotok/

[murr]

гены такие
http://igorg.ru/2012/02/22/sip-trank-neskolko-uchyotok/

Т.е. по входящему звонку авторизации за счет insecure=port,invite не происходит и астериск обрабатывает звонок в первом попавшемся контексте, подходящему по IP и порту. И DID во входящем с транком не сопоставляется...

Проблема получается нерешаемой. Спасибо за ответы.

[shurskiy]

Все что вы написали - астериск делает, но пишет в логи не то: "В действительности все не так, как на самом деле".

[Vlad1983]

самое простое - попробовать убрать insecure возможно будут авторизовываться нормально
если не проканает, то решаемо, но уже не астериском

[default]

А что насчет callbackextension?

[Vlad1983]

callbackextension с Asterisk 11

кто-нить вообще его пробовал?