[tol_iwan]

Снова проблема с Yate-TDA. В некоторых случаях(закономерности не уловил пока) после завершения звонка звоню еще раз, звонок не идет. Смотрю TDA - там перезагрузка платы шлюза. Пока только понятно, что что-то происходит именно при повторном звонке - на TDA видно, что перезагрузка происходит при поступлении повторного звонка. В логе TDA пишет просто

ER Application failure was detected(0x0007000C).Task name =

и то не всегда.

[tol_iwan]

Вот два лога. Первый звонок - ok, второй почти сразу за ним(секунд 10-15 интервал) - error. Видно, что при установлении контакта TDA выдает Cause value: Destination out of order (27). В чем может быть причина - понять не могу. Форумчане, кто обладает более глубокими знаниями в h323, помогите. Кстати после установки YATE на CentOS и ее настройки, когда первичная проблема была решена - я такого не замечал - звонил по несколько раз подряд и ничего страшного не было мной замечено. Хотя после этого на Yate и TDA особо настроек и не менял вроде.

YATA.zip

[tol_iwan]

Дополнения к экспериментам.

Звоню первый раз нормально. Затем сразу перегружаю на TDA плату шлюза. Звоню второй раз - таже проблема. звонок не проходит. Если между звонками перегрузить сетевой интерфейс на CentOS ничего не меняется. Цель перезагрузок - возможно какие-то соединения не закрываются после первого звонка, судя по результатам - не в этом дело.

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

 

Рестарт Yate между звонками тоже не помогает.

Получается даже не понятно, что нужно сделать, чтобы звонок пошел - рестарт чего угодно между звонками не дает результата. Выходит звонок проходит только, если перед ним была перезагрузка платы TDA после сбоя. Жесть какая-то...

Изменено 12 октября, 2012 пользователем tol_iwan

[tol_iwan]

Видимо проблема в самом клиенте Yate. Попробовал с 3CXPhone - звонит сколько влезет раз подряд. После него звоню с Yate клиента - получаю перезагрузку платы шлюза.

[hawkmoon]

У Yate вообще как-то не сильно все хорошо с h323. Например при звонке с yate на кошку по h323, если выставить несколько кодеков в capabilities - то они не понимают друг друга, и начинают голос гнать в разных кодеках.

От использования FastStart не зависит.

[tol_iwan]

У меня стоит g711. С разными с TDA проблемы.

Но суть-то в том, что меняется только клиент. 3CX подключен-то все-равно к Yate.

[facility]

Форумчане, кто обладает более глубокими знаниями в h323, помогите.

Тут H.323 непричем. Похоже, что TDA банально глючит. Это последняя версия программного обеспечения для TDA?

Изменено 12 октября, 2012 пользователем facility

[tol_iwan]

Похоже, что TDA банально глючит

Ну сегодня экспериментировал с 3CX - послать на перезагрузку TDA так и не смог. Переключал вызовы между YATE-TDA-AVAYA в разных комбинациях. Все отработало отлично. Дальше попробую с другими sip-телефонами.

Это последняя версия программного обеспечения для TDA?

На момент покупки было последним. Время конечно прошло много, но и АТС вроде как не новая. Есть ли новее не знаю.

 

По форумам полазил - вроде стоит последняя версия прошивки.

Изменено 16 октября, 2012 пользователем tol_iwan

[ydacha]

Всем доброго времени суток.

 

Небольшая просьба к создателю темы, поделиться конфигом h323chan.conf

 

Настраиваю аналогичную схемку, Elastix 2.3.0 - Yate 4.3.0.1 с h323plus - TDA 200, всё получается кроме одной проблемы.

Звонки с Panasonic не уходят на SIP, при этом лог выглядит примерно так:

 2:21.990         H225 Answer:b7c3cb90         h323.cxx(1487)  H225    Incoming call accepted
 2:21.990         H225 Answer:b7c3cb90      osutils.cxx(2219)  PTLib   Created read/write mutex 0x931ec20
 2:21.990         H225 Answer:b7c3cb90   transports.cxx(1422)  H323TCP Connecting to XXX.XXX.XXX.XXX:1747 (local port=0)
 2:21.991         H225 Answer:b7c3cb90   transports.cxx(1431)  H323TCP Could not connect to XXX.XXX.XXX.XXX:1747 (local port=0) - Connection refused(111)
 2:21.991         H225 Answer:b7c3cb90         h323.cxx(2937)  H225    Connect of H245 failed: Connection refused
 2:21.991         H225 Answer:b7c3cb90      osutils.cxx(2225)  PTLib   Destroying read/write mutex 0x931ec20
 2:21.991         H225 Answer:b7c3cb90       h323ep.cxx(2067)  H323    Clearing connection ip$XXX.XXX.XXX.XXX:1271/1135 reason=EndedByTransportFail
 2:21.991         H225 Answer:b7c3cb90         h323.cxx(719)   H323    Call end reason for ip$XXX.XXX.XXX.XXX:1271/1135 set to EndedByTransportFail
 2:21.991         H225 Answer:b7c3cb90         h323.cxx(737)   H225    Sending release complete PDU: callRef=1135

 

Для уточнения, сейчас sip на тестовой схеме поддерживается самой yate.

 

особенно интересует секция [ep]

Изменено 20 марта, 2013 пользователем ydacha

[Shiva]

Ключевое слово у вас "Connection refused"

[ydacha]

Ключевое слово у вас "Connection refused"

Да, с этим я немного разобрался, тут обязательное условие:

forward_rtp=no

Но есть и другая проблема, звонок со стараны Panasonic прозванивается, но после снятия трубки срывается, выглядит так:

0:22.131      PExternalT...0xb79b2b90         h323.cxx(4090)  H323    InternalEstablishedConnectionCheck: connectionState=HasExecutedSignalConnect fastStartState=FastStartDisabled
 0:22.141         H225 Answer:b78efb90     tlibthrd.cxx(1141)  PTLib   PThread::PXBlockOnIO(13,0)
 0:22.141         H225 Answer:b78efb90     tlibthrd.cxx(1141)  PTLib   PThread::PXBlockOnIO(13,0)
 0:22.141         H225 Answer:b78efb90      h323pdu.cxx(79)    H225    Receiving PDU [ip$XXX.XXX.XXX.XXX(IP YATE):1720/ip$XXX.XXX.XXX.XXX(IP Panasonic):1133] :
 {
   q931pdu = {
     protocolDiscriminator = 8
     callReference = 435
     from = originator
     messageType = ReleaseComplete
     IE: Cause - 0x0 (0) = {
       00 80 ef                                           ...
     }
     IE: User-User = {
       25 c0 06 00 08 91 4a 00  04 00 08 11 00 02 2c 17   %.....J.......,.
       3b 00 00 10 00 05 3f 4e  6b d4 96 06 b8 0a 80 01   ;.....?Nk.......
       00                                                 .
     }
   }
   h225pdu = {
     h323_uu_pdu = {
       h323_message_body = releaseComplete {
         protocolIdentifier = 0.0.8.2250.0.4
         reason = noBandwidth <<null>>
         callIdentifier = {
           guid =  16 octets {
             02 2c 17 3b 00 00 10 00  05 3f 4e 6b d4 96 06 b8   .,.;.....?Nk....
           }
         }
       }
       h245Tunneling = false
     }
   }
 }
Raw PDU:
 08 02 01 b3 5a 08 03 00  80 ef 7e 00 22 05 25 c0   ....Z.....~.".%.
 06 00 08 91 4a 00 04 00  08 11 00 02 2c 17 3b 00   ....J.......,.;.
 00 10 00 05 3f 4e 6b d4  96 06 b8 0a 80 01 00      ....?Nk........
 0:22.142         H225 Answer:b78efb90         h323.cxx(1019)  H225    Handling PDU: ReleaseComplete callRef=435
 0:22.142         H225 Answer:b78efb90         h323.cxx(1302)  H225    Set protocol version to 4 and implying H.245 version 7
 0:22.142         H225 Answer:b78efb90      h323pdu.cxx(823)   H225    Call End Reason Protocol error, unspecified
 0:22.142         H225 Answer:b78efb90       h323ep.cxx(2067)  H323    Clearing connection ip$XXX.XXX.XXX.XXX(IP Panasonic):1133/435 reason=EndedByQ931Cause
 0:22.142         H225 Answer:b78efb90         h323.cxx(719)   H323    Call end reason for ip$XXX.XXX.XXX.XXX(IP Panasonic):1133/435 set to EndedByQ931Cause
 0:22.142         H225 Answer:b78efb90         h323.cxx(737)   H225    Sending release complete PDU: callRef=435
 0:22.142         H225 Answer:b78efb90        h4601.cxx(1276)  H460    Create FeatureSet ReleaseComplete PDU
 0:22.142         H225 Answer:b78efb90        h4601.cxx(1355)  H460    FeatureSet for ReleaseComplete PDU

[Shiva]

TDA трубку кладёт...

faststart включить, tunneling включить.

[ydacha]

Да, действительно, оно так и есть, включил Fast Connect на TDA и всё завелось.

 

Спасибо!