Тема: Не работает TDA200 (IP-GW16) <—-> Asterisk 11

Здравствуйте. Имеется TDA200 (2.2104) с платами SLC и внутренней нумерацией 1XX. Также установлена плата IP-GW16 (2.000). Возник интерес подружить TDA с Asterisk 11 (звонить с аналоговых на SIP и наоборот), и даже есть руководства, как это сделать, но сделать не получилось. Пытаюсь для начала настроить звонки SIP (Zoiper) -> TDA.

Настройки IP-GW:

1.2.2 Voice CODEC Settings: 
     1st G.711A
1.2.3 Gatekeeper Settings
     Gatekeeper: Don't use
1.2.4 Others
     Fast connect: Don't use
1.5.1 Hunt Group
     Port1 - Port8: Hunt group 1
Hunt Pattern No.  |   Receive Leading Number  |   Hunt Group     
1 | 1 | 1

Настройки TDA:

10.1 CO Line Setting
     Port 08 Channel 01 и Port 08 Channel 02: Trunk Group Number 10
3.1.2 Local Access Priority
     убрал 10 из Trunk Group No. and Name
9.1 Tie table / Priority1
     No: 1, Leading Number: 1XX, Trunk Group: 10

sip.conf

[general]
context=default
allowguest=no
bindaddress=0.0.0.0
bindport=5060

[201]
type=friend
context=office
host=dynamic
secret=123456
disallow=all
allow=alaw

ooh323.conf

[general]
bindaddr=0.0.0.0
h323id=ObjSysAsterisk
e164=100
callerid=PostMet-Asterisk
gatekeeper=DISABLE
faststart=no
disallow=all
allow=alaw
dtmfmode=rfc2833
logfile=/var/log/asterisk/h323_log

[TDA200]
type=friend
ip=192.168.1.200
port=1720
context=office

extensions.conf

[office]
exten => 201,1,Dial(SIP/201)
exten => _1XX,1,Dial(OOH323/${EXTEN}@TDA200)

При звонке с SIP на номер 1XX получаю в консоли Asterisk:

== Using SIP RTP CoS mark 5
    -- Executing [121@office:1] Dial("SIP/201-00000000", "OOH323/121@TDA200") in new stack
---   ooh323_request - data 121@TDA200 format (alaw)
---   ooh323_alloc
+++   ooh323_alloc
---   find_peer "TDA200"
                comparing with "192.168.1.200"
                found matching peer
+++   find_peer "TDA200"
---   ooh323_new - TDA200
+++   h323_new
---   onNewCallCreated b7600820: ooh323c_o_1
---   find_call
+++   find_call
 Outgoing call TDA200(ooh323c_o_1) - Codec prefs - (alaw)
        Adding capabilities to call(outgoing, ooh323c_o_1)
        Adding g711 alaw capability to call(outgoing, ooh323c_o_1)
---   configure_local_rtp
+++   configure_local_rtp
+++   onNewCallCreated ooh323c_o_1
+++   ooh323_request
----- ooh323_queryoption 16 on channel OOH323/TDA200-0
+++++ ooh323_queryoption 16 on channel OOH323/TDA200-0
+++ ooh323  get_rtp_peer
ooh323_get_rtp_peer  OOH323/TDA200-0 -> (null):0, 2
--- ooh323  get_rtp_peer, res = 2
---   ooh323_call- 121@TDA200
+++   ooh323_call
    -- Called OOH323/121@TDA200
---   onOutgoingCall b7600820: ooh323c_o_1
---   find_call
+++   find_call
setting callid number 201
+++   onOutgoingCall ooh323c_o_1
---   onCallCleared ooh323c_o_1
---   find_call
+++   find_call
---   ooh323_hangup
+++   ooh323_hangup
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Auto fallthrough, channel 'SIP/201-00000000' status is 'CHANUNAVAIL'
+++   onCallCleared
---   ooh323_destroy
 Destroying TDA200
 Destroying ooh323c_o_1

А в логе IP-GW

IN (Abort):121 <- 201 [IP:192.168.1.24], R:31

Знаю мало, не могу понять, что я упустил :(

Gatekeeper нужно поднимать.

Mike_K - 13.03.14 2:35

Gatekeeper нужно поднимать.

Или TDA до TDE…

так всё работать должно.
в ooh323 адрес нужно определённый указывать. и модуль после этого перезагружать.
настройки для ooh323 мои:

[general]
port=1720
bindaddr=192.168.ххх.ххх
language=ru
e164=100
disallow=all
dtmfmode=rfc2833
gateway=no
jbenable=yes
jitterMin=190
jitterMax=200
gatekeeper=disable
faststart=yes
context=from-h323
tunneling=cisco
progress_alert=8
progress_setup=8
progress_audio=yes
disallow=all
allow=alaw

[пользователь 1]
type=friend
contex=from-h323
ip=192.168.ххх.ххх
port=1720
rtptimeout=20
canreinvite=yes
nat=no
dtmfmode=h245alphanumeric
h245Tunneling=yes
e164=100
hold=h450
disallow=all
allow=alaw

Радик - 13.03.14 3:57

так всё работать должно.
в ooh323 адрес нужно определённый указывать. и модуль после этого перезагружать.
настройки для ooh323 мои:

Именно с хардварной платой IP-GW работает?

да всё работает.

Радик - 13.03.14 4:19

да всё работает.

Т.е. TDA можно не настраивать.

urrym - 13.03.14 7:26

Радик - 13.03.14 4:19

да всё работает.

Т.е. TDA можно не настраивать.

Такого я не утверждал.
Плату в АТС и саму АТС по мурзилке амитек.

Видимо я не так понял

Радик - 13.03.14 3:57

так всё работать должно.
в ooh….

всё работает на действующем оборудовании.

Спасибо за советы; Радик - спасибо за конфиг. Но не работает :( Это точно конфиг для chan_ooh323 (который идёт в комплекте с Asterisk),  а не для chan_h323, который надо компилировать? В chan_ooh323 нет многих опций из указанных. Вот что установлено у меня сейчас

asterisk*CLI> ooh323 show config

Objective Open H.323 Channel Driver's Config:
IP:Port:            192.168.1.24:1720
H.225 port range:   12030-12230
FastStart           yes
Tunneling           yes
CallerId            PostMet-Asterisk
MediaWaitForConnect no
DirectRTP           no
EarlyDirectRTP      no
Gatekeeper:         No Gatekeeper
H.323 LogFile:      /var/log/asterisk/h323_log
Context:            office
Capability:         (alaw)
DTMF Mode:          rfc2833
DTMF Codec:         101
T.38 Mode:          faxgw/chan_sip compatible
FAX Detect:         Cng
Call counter:       8
AccountCode:        ast_h323
AMA flags:          Unknown
Aliases:
        100                             ObjSysAsterisk

asterisk*CLI> ooh323 show user TDA200
Name:          TDA200
FastStart/H.245 Tunneling:yes,yes
DirectRTP      no
EarlyDirectRTP no
Format Prefs:  (alaw:20)
DTMF Mode:     h245alphanumeric
T.38 Mode:     faxgw/chan_sip compatible
FAX Detect:         Cng
AccountCode:   ast_h323
AMA flags:     Unknown
Context:       office
IncomingLimit: 0
InUse:         0
rtptimeout:    60
nat:           no

faststart - должен быть установлен, так же, как и FastConnection в IP-GW? Я пробовал и включать, и отключать; пробовал включать и отключать h245tunneling. Результат остался прежним

добавлю, что “включить” надо раз 5, чтоб заработало.....😊))))

точно для ООH323. Всё работает. и не на одном астериске.

Получилось в итоге. IP-GW не принимает входящие вызовы с IP, которые не прописаны в 1.6.1 GW Entry. Если бы настроил сразу связь в обоих направлениях, а не “сначала туда, а потом сюда” - всё бы получилось.
Ещё раз спасибо за советы и конфиги!