Поменял Destination pettern, звонки стали приходить как надо. Спасибо!
Mike ( 2012-11-19 08:29:43 +0400 )редактировать
Всем привет. Сталкивался ли кто-нибудь с такой проблемой? Addpac через раз передает звонок на АСТ (asterisk) Т.е. звонок на шлюз приходит, но на атс дальше не отправляется.
Вот лог удачного звонка с переходом его на атс:
27 <cep 000000=""> : Call Initiated : calledNumber() crv(0) total(0)
28 <call 203=""> : * Call Created status(InitiatedByGSM) ver(8.28:2006-02-06-00-00) time(1349793388) ***
29 <cep 000000=""> : Decode CID : FFFFFF80 E 10 C 2B 37 39 30 32 34 38 33 30 33
30 31
30 <cep 000000=""> : GSM CID : time() callingNumber(79024830301) callingName()
31 <cep 000000=""> : Calling number(7902483xxxx)
32 <cep 000000=""> : Call id(6c367450-acd7-c1cf-8219-0002a408b536) callNum(203)
33 <call 203=""> : MatchAllProcess After Sorted <0> id(10100) dest(T) prefer(0) selected(42) <1> id(10101) dest(T) prefer(0) selected(44) <2> id(3049) dest(T) prefer(0) selected(52) <3> id(3048) dest(T) prefer(0) selected(64)
34 <call 203=""> : Initiate callee with dial-peer(T) status(CalleeDeterminedAll) id(6c367450-acd7-c1cf-8219-0002a408b536)
35 <netep 203=""> : InitiateOutCall: calledNum(882) callingNum(7902483xxxx) target(192.168.1.6)
36 <netep 203=""> : DoCall: calledAddr(sip:882@192.168.1.6) callingAddr(7902483xxxx)
видно, что звонок пошел на станцию (192.168.1.6)
Вот лог неудачного звонка:
27 <cep 000000=""> : Call Initiated : calledNumber() crv(0) total(0)
28 <call 202=""> : * Call Created status(InitiatedByGSM) ver(8.28:2006-02-06-00-00) time(1349793272) ***
29 <cep 000000=""> : Decode CID : FFFFFF80 E 10 C 2B 37 39 30 32 34 38 33 30 33 30 31
30 <cep 000000=""> : GSM CID : time() callingNumber(7902483xxxx) callingName()
31 <cep 000000=""> : Calling number(7902483xxxx)
32 <cep 000000=""> : Call id(f8357450-a570-0766-8217-0002a408b536) callNum(202)
33 <call 202=""> : MatchAllProcess After Sorted <0> id(3048) dest(T) prefer(0) selected(63) <1> id(3049) dest(T) prefer(0) selected(52) <2> id(10101) dest(T) prefer(0) selected(44) <3> id(10100) dest(T) prefer(0) selected(42)
34 <call 202=""> : Initiate callee with dial-peer(T) status(CalleeDeterminedAll) id(f8357450-a570-0766-8217-0002a408b536)
35 <cep 000100=""> : InitiateOutCall : calledNum(882), callingNum(7902483xxxx), callerPort(0) type(GSM)
36 <cep 000100=""> : Outbound call to CEP callId(f8357450-a570-0766-8217-0002a408b536) callNum(202)
37 <call 202=""> : Connected from(0)
38 <time 0=""> : SIP_TREGISTER timer timeout.
39 <sip 10294=""> : localPeer->registerStat(3)
40 <sip 10294=""> : ExistInRegList(localpeer) : TRUE
41 <sip 10295=""> : WriteREGISTER
Во втором случае на 35 строке видно что звонок пошел непонятно куда. Можно что-то с этим сделать?
Если посмотреть на строку 33, то видно, что в первом случае звонок пошел через диал-пир 10100 (VoIP), а во втором - через 3048 (GSM).
т.е. порядок выбора пира такой - самое длинное совпадение (Destination pattern), явное предпочтение (preference), случайное предпочтение. У Вас однозначно срабатывает последний вариант.
Самое правильное решение - определить разные Destination pettern для всех диал-пиров, ну а менять preference и hunt - это уже на Ваше усмотрение, в зависимости от стратегии звонков.
Поменял Destination pettern, звонки стали приходить как надо. Спасибо!
Mike ( 2012-11-19 08:29:43 +0400 )редактироватьЗадан: 2012-11-09 08:00:05 +0400
Просмотрен: 236 раз
Обновлен: Nov 10 '12
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
Мистика , обратитесь к священику.
zzuz ( 2012-11-09 10:15:41 +0400 )редактироватьА ничего не смущает, если сравнить прошедший и не прошедший звонок.
nehalem ( 2012-11-09 10:41:24 +0400 )редактироватьпокажите конфиг аддпака
Olpag ( 2012-11-09 12:20:15 +0400 )редактировать