Схема: Провайдер - E1 -> Asterisk - E1 -> TDA200
на астериск(настроен как QSIG-master):
# Span 2: WCT13x/1 "Wildcard TE134 Card 1" span=2,0,0,ccs,hdb3 # termtype: te bchan=32-46,48-62 dchan=47 ; Span 2: WCT13x/1 "Wildcard TE134 Card 1" group=1,12 context=from-pbx switchtype = qsig signalling = pri_net channel => 32-46,48-62 overlapdial=yes facilityenable=yes пул астериска 5XXX пул панасоника 1XX
Вот в этой теме поднимали вопрос: тема
Но до конца так и не понял, поддерживается ли CallForward(CF) в QSIG на стороне Asterisk?
Потому что, когда включаю СF на стороне TDA и делаю звонок с 5159 на 154. На 154 стоит переадресация на 5154. Получаю вот такую ошибку: ROSE invoke operation not handled on switchtype:Q.SIG switch! ROSE_Unknown
Кусок лога:
[2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 Received message for call 0x9ba7b48 on link 0xb6eea964 TEI/SAPI 0/0 [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 -- Processing IE 28 (cs0, Facility) [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 -- Delayed processing IE 28 (cs0, Facility) [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 ASN.1 dump [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 Context Specific/C [10 0x0A] <AA> Len:6 <06> [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 Context Specific [0 0x00] <80> Len:1 <01> [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 <00> - "~" [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 Context Specific [2 0x02] <82> Len:1 <01> [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 <00> - "~" [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 Context Specific/C [1 0x01] <A1> Len:34 <22> [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 Integer(2 0x02) <02> Len:1 <01> [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 <04> - "~" [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 OID(6 0x06) <06> Len:4 <04> [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 <2B 0C 09 13> - "+~~~" [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 Sequence/C(48 0x30) <30> Len:23 <17> [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 Enumerated(10 0x0A) <0A> Len:1 <01> [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 <01> - "~" [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 Sequence/C(48 0x30) <30> Len:6 <06> [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 Context Specific [0 0x00] <80> Len:4 <04> [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 <35 31 35 34> - "5154" [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 Integer(2 0x02) <02> Len:1 <01> [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 <01> - "~" [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 Application [0 0x00] <40> Len:5 <05> [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 <04 03 80 90 A3> - "~~~~~" [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 Context Specific [1 0x01] <81> Len:0 <00> [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 ASN.1 end [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 nfe NetworkFacilityExtension Context Specific/C [10 0x0A] [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 sourceEntity Context Specific [0 0x00] = 0 0x0000 [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 destinationEntity Context Specific [2 0x02] = 0 0x0000 [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 INVOKE Component Context Specific/C [1 0x01] [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 invokeId Integer(2 0x02) = 4 0x0004 [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 operationValue OID(6 0x06) = 43.12.9.19 [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 operationValue = ROSE_Unknown [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 Skipping unused constructed component octets! [2014-05-26 17:38:28] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 !! ROSE invoke operation not handled on switchtype:Q.SIG switch! ROSE_Unknown [2014-05-26 17:38:33] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 [2014-05-26 17:38:33] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 < Protocol Discriminator: Q.931 (8) len=44 [2014-05-26 17:38:33] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 < TEI=0 Call Ref: len= 2 (reference 4/0x4) (Sent to originator) [2014-05-26 17:38:33] VERBOSE[4484] chan_dahdi.c: PRI Span: 2 < Message Type: DISCONNECT (69) Патчить chan_dahdi.so нужно. У нас на Элвисе так и сделано.
А пока что просто русские CallerID вырубите и будет счастье..
нет, там пучит сам декодинг. Панас ставить малость нестандартные коды в FACILITY, от этого вой был даже на форуме киски) Транскодировать уже декодированное - это то не проблема. Там нужен именно патч для chan_dahdi. АТС типа TDA/TDE продано море, никто менять уже не станет...
Zavr2008 ( 2014-05-28 13:01:46 +0400 )редактироватьВот обсуждение того дела с QSIG: http://asteriskforum.ru/viewtopic.php?t=5881
Zavr2008 ( 2014-05-28 15:22:04 +0400 )редактироватьЗадан: 2014-05-27 17:48:44 +0400
Просмотрен: 743 раз
Обновлен: May 28 '14
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.
Спасибо, погляжу в сторону chan_dahdi.so.
А можно поподробнее как связаны русские CallerID и неработающая CF?
goshran ( 2014-05-28 09:52:00 +0400 )редактироватьпрограммисты панасоник при разработке забыли про национальные кодировки. вот так и связано
meral ( 2014-05-28 12:25:48 +0400 )редактироватьПроблему с кодировками я уже поправил. Просто из ответа показалось, что СF и CallerID как-то еще связаны.
goshran ( 2014-05-28 12:52:47 +0400 )редактировать