asterisk.ru

ISDN cause code 33:

33 Circuit out of order

Source:

http://www.trinityos.com/ISDN/isdn-causecodes.txt

Почему каждый раз тема про 323 наталкивается на одно и тоже?
Поговорил я на AsterConf 2016 c Мэттом из Digium на эту тему - им просто этот протокол не интересен, иначе давно бы уже работал стабильно..

А что такое - работал стабильно? Он не падает. Не могут подключиться? Ну так это и на SIP сплошь и рядом. Он работает стабильно?

Коллеги приветствую вас! Сегодня пришел на работу и о чудо, звонки пошли с астериска в панасоник.
но после перезапуска опять звонки с * не идут в панас. а с панаса идут но с 33 Cause code, с этим тоже не разобрался в какую сторону копать
полез читать логи H323 нашел вот это ERROR: No Open LogicalChannels - Failed FindLogicalChannelByChannelNo
Подскажите куда капнуть дальше?

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

10:36:23:805  Processing MakeCall command ooh323c_o_11
10:36:23:805  Created a new call (outgoing, ooh323c_o_11)
10:36:23:805  Enabled RTP/CISCO DTMF capability for (outgoing, ooh323c_o_11)
10:36:23:805  Enabled RFC2833 DTMF capability for (outgoing, ooh323c_o_11)
10:36:23:805  Dtmf mode set to H.245(alphanumeric) for (outgoing, ooh323c_o_11)
10:36:23:805  Dtmf mode set to H.245(signal) for (outgoing, ooh323c_o_11)
10:36:23:805  INFO: FinCall returned 7fed6c000c48 for call: ooh323c_o_11
10:36:23:818  INFO: FinCall returned 7fed6c000c48 for call: ooh323c_o_11
10:36:23:818  INFO: FinCall returned 7fed6c000c48 for call: ooh323c_o_11
10:36:23:818  INFO: create cmd connect for call: 7fed6c000c48
10:36:23:826  Processing MakeCall command ooh323c_o_11
10:36:23:826  INFO: FinCall returned 7fed6c000c48 for call: ooh323c_o_11
10:36:23:826  Parsing destination 192.168.56.213:1720
10:36:23:835  Trying to connect to remote endpoint(192.168.56.213:1720) (IPv4) to setup H2250 channel (outgoing, ooh323c_o_11)
10:36:23:836  H2250 transmiter channel creation - successful (outgoing, ooh323c_o_11)
10:36:23:836  Created new logical channel entry (outgoing, ooh323c_o_11)
10:36:23:836  Receive channel of type audio started (outgoing, ooh323c_o_11)
10:36:23:836  Created new logical channel entry (outgoing, ooh323c_o_11)
10:36:23:836  Created new logical channel entry (outgoing, ooh323c_o_11)
10:36:23:836  Receive channel of type audio started (outgoing, ooh323c_o_11)
10:36:23:836  Created new logical channel entry (outgoing, ooh323c_o_11)
10:36:23:836  Sent Message - Setup (outgoing, ooh323c_o_11)
10:36:24:002  H.225 Release Complete message received (outgoing, ooh323c_o_11)
10:36:24:002  Cleaning Call (outgoing, ooh323c_o_11)- reason:OO_REASON_UNKNOWN
10:36:24:002  Clearing all logical channels (outgoing, ooh323c_o_11)
10:36:24:002  Stopped Receive channel 1001 (outgoing, ooh323c_o_11)
10:36:24:002  Stopped Receive channel 1003 (outgoing, ooh323c_o_11)
10:36:24:002  ERROR: No Open LogicalChannels - Failed FindLogicalChannelByChannelNo (outgoing, ooh323c_o_11
10:36:24:002  Closing H.245 connection (outgoing, ooh323c_o_11)
10:36:24:002  Removing call 7fed6c000c48: ooh323c_o_11
10:36:24:002  Removed call (outgoing, ooh323c_o_11) from list
10:36:24:002  Ending Call Monitor thread


Играться с параметрами fast start & h245 tunnelling

Только это делал. причина была в кодеках

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

-- Executing [1314@office:2] Dial("SIP/1701-00000002", "OOH323/1314@TDA,10,m") in new stack
    -- Called OOH323/1314@TDA
    -- Started music on hold, class 'default', on SIP/1701-00000002
       > 0x7fb43c016820 -- Probation passed - setting RTP source address to 192.168.XX.XX:55360
       > 0x7fb428007090 -- Probation passed - setting RTP source address to 192.168.XX.XX:12146
[Oct 21 14:12:45] WARNING[31653][C-00000002]: channel.c:5310 set_format: Unable to find a codec translation path from (g729) to (alaw)
[Oct 21 14:12:45] WARNING[31653][C-00000002]: channel.c:5310 set_format: Unable to find a codec translation path from (g729) to (alaw)
[Oct 21 14:12:45] WARNING[31654]: channel.c:5310 set_format: Unable to find a codec translation path from (g729) to (alaw)
[Oct 21 14:12:45] WARNING[31654]: channel.c:5310 set_format: Unable to find a codec translation path from (g729) to (alaw)


Закоментировал в OOH323 в TDA
disallow=all
allow-g729
allow=alaw
allow=ulaw
и тогда вызов проходит с * в панас. но валят ошибки которые выше. Как то так)
Спасибо ded за помощь! Большое такое человеческое, от всего сердца!

От всего Красноярска? Или только от его отдельных граждан?

От меня спасибо!!! От Красноярска привет

Здравствуйте! Можете помоч, пробую подключение по Вашему конфигу * с panasonic с панасоника не идет звонок. https://forum.asterisk.ru/viewtopic.php?f=5&t=21819

a.knyazev, человек это настроил 5 лет назад, настроил - и забыл. Думаете он откликнется?