Имеется Asterisk 1.6, LDK-100, общаются между собой по h323.
Конфиг *
--
[general]
port = 1720
bindaddr = 192.168.1.8
tcpStart=9000
tcpEnd=20000
udpStart=9001
udpEnd=20000
fastStart=yes
h245Tunnelling=no
h245inSetup=no
inBandDTMF=yes
jitterMin=20
jitterMax=100
ipTos=none
outboundMax=10
inboundMax=10
simultaneousMax=10
wrapLibTraceLevel=1
libTraceLevel=0
libTraceFile=stdout
userInputMode=TONE
amaFlags=default
accountCode=H323
language=en
musiconhold=default
context=DLPN_voip
type=h323
disallow=all
jbenable=yes
jbforce=yes
jbmaxsize=150
allow=alaw
allow=g729
--
192.168.1.8 - астериск
192.168.1.51 - софтофон
192.168.1.6 - LDK-100
Звонки с * на LDK ходят отлично, наоборот - нет. В то же время с h323 софтофона на * - звонок проходит корректно.
При звонке с лыжи со стороны * приходит звонок, после поднятия трубки - проложаются гудки уже в трубку. Приведу фрагмент лога тцпдампа
1) с софтофона:
03:11:02.414264 IP 192.168.1.51.2176 > 192.168.1.8.1720: S 2300730449:2300730449(0) win 65535 <mss 1460,nop,nop,sackOK>
03:11:02.414369 IP 192.168.1.8.1720 > 192.168.1.51.2176: S 2749554340:2749554340(0) ack 2300730450 win 5840 <mss 1460,nop,nop,sackOK>
03:11:02.422085 IP 192.168.1.51.2176 > 192.168.1.8.1720: . ack 1 win 65535
03:11:02.445037 IP 192.168.1.51.2176 > 192.168.1.8.1720: P 1:567(566) ack 1 win 65535
03:11:02.445205 IP 192.168.1.8.1720 > 192.168.1.51.2176: . ack 567 win 6792
03:11:02.447825 IP 192.168.1.8.1720 > 192.168.1.51.2176: P 1:148(147) ack 567 win 6792
03:11:02.458668 IP 192.168.1.8.1720 > 192.168.1.51.2176: P 148:446(298) ack 567 win 6792
03:11:02.469729 IP 192.168.1.51.2176 > 192.168.1.8.1720: . ack 446 win 65090
03:11:02.473430 IP 192.168.1.8.1720 > 192.168.1.51.2176: P 446:593(147) ack 567 win 6792
03:11:02.484517 IP 192.168.1.51.2176 > 192.168.1.8.1720: P 567:766(199) ack 446 win 65090
03:11:02.485664 IP 192.168.1.8.46846 > 192.168.1.51.2175: S 2757584475:2757584475(0) win 5840 <mss 1460,sackOK,timestamp 389719554 0,nop,wscale 5>
03:11:02.486007 IP 192.168.1.51.2176 > 192.168.1.8.1720: P 766:864(98) ack 593 win 64943
03:11:02.493299 IP 192.168.1.51.2175 > 192.168.1.8.46846: S 890415953:890415953(0) ack 2757584476 win 65535 <mss 1460,nop,wscale 0,nop,nop,timestamp 0 0,nop,nop,sackOK>
03:11:02.493354 IP 192.168.1.8.46846 > 192.168.1.51.2175: . ack 1 win 183 <nop,nop,timestamp 389719556 0>
03:11:02.494741 IP 192.168.1.8.16034 > 192.168.1.51.49186: UDP, length 172
03:11:02.497439 IP 192.168.1.8.46846 > 192.168.1.51.2175: P 1:8(7) ack 1 win 183 <nop,nop,timestamp 389719557 0>
03:11:02.498587 IP 192.168.1.8.1720 > 192.168.1.51.2176: . ack 864 win 7924
rtp starts here
03:11:02.514408 IP 192.168.1.8.16034 > 192.168.1.51.49186: UDP, length 172
03:11:02.516570 IP 192.168.1.51.49186 > 192.168.1.8.16034: UDP, length 172
03:11:02.517115 IP 192.168.1.8.16034 > 192.168.1.51.49186: UDP, length 172
03:11:02.529045 IP 192.168.1.51.49186 > 192.168.1.8.16034: UDP, length 172
2) с LDK-100
03:02:43.268157 IP 192.168.1.6.15849 > 192.168.1.8.1720: S 3806610398:3806610398(0) win 16000 <mss 1460>
03:02:43.268224 IP 192.168.1.8.1720 > 192.168.1.6.15849: S 3516679404:3516679404(0) ack 3806610399 win 5840 <mss 1460>
03:02:43.269674 IP 192.168.1.6.15849 > 192.168.1.8.1720: . ack 1 win 16000
03:02:43.626157 IP 192.168.1.6.15849 > 192.168.1.8.1720: . 1:355(354) ack 1 win 16000
03:02:43.626280 IP 192.168.1.8.1720 > 192.168.1.6.15849: . ack 355 win 6432
03:02:43.628328 IP 192.168.1.8.1720 > 192.168.1.6.15849: P 1:148(147) ack 355 win 6432
03:02:43.632255 IP 192.168.1.8.1720 > 192.168.1.6.15849: P 148:352(204) ack 355 win 6432
03:02:43.652178 IP 192.168.1.8.1720 > 192.168.1.6.15849: P 352:499(147) ack 355 win 6432
03:02:43.674638 IP 192.168.1.8.17674 > 192.168.1.6.2092: UDP, length 172
03:02:43.694424 IP 192.168.1.8.17674 > 192.168.1.6.2092: UDP, length 172
03:02:43.714464 IP 192.168.1.8.17674 > 192.168.1.6.2092: UDP, length 172
03:02:43.734397 IP 192.168.1.8.17674 > 192.168.1.6.2092: UDP, length 172
...
В логе ничего особенного, звонок через iax2 транк, но это ничего не меняет. Транк не виноват 100% :)
-- Executing [8000@DLPN_voip:1] Dial("H323/ip$192.168.1.6:15849/22502", "IAX2/213.132.64.84/8000,30,r") in new stack
-- Called 213.132.64.84/8000
-- Call accepted by 213.132.64.84 (format alaw)
-- Format for call is alaw
-- IAX2/213.132.64.84-6520 is ringing
-- IAX2/213.132.64.84-6520 answered H323/ip$192.168.1.6:15849/22502
-- Hungup 'IAX2/213.132.64.84-6520'


Подскажите, что крутить на LDK или как подстроиться под нее?

Странный диал стринг - Dial("H323/ip$192.168.1.6) откуда взяли такой синтаксис?

1) faststart
2) h245 tunneling
http://asterisk-support.ru/forum/topics/5366/?page=1
Читать 2 страницы.

1) faststart=no - не работает вообще нихрена
2) ноль реакции в любых комбинациях
3) м.. не задумывался. Для входящих extension даже не писал. Вот лог корректной сессии с софтофона по h323:
Executing [8000@DLPN_voip:1] Dial("H323/ip$192.168.1.51:3371/4096", "IAX2/213.132.64.84/8000,30,r") in new stack
-- Called 213.132.64.84/8000
asterisk*CLI>
-- Call accepted by 213.132.64.84 (format alaw)
-- Format for call is alaw
-- IAX2/213.132.64.84-750 is ringing
-- IAX2/213.132.64.84-750 answered H323/ip$192.168.1.51:3371/4096
-- Hungup 'IAX2/213.132.64.84-750'
== Spawn extension (DLPN_voip, 8000, 1) exited non-zero on 'H323/ip$192.168.1.51:3371/4096'
Все корректно.
Но если надо чего дописать - подскажи :)
Пошел втыкать ман.

Это -
Executing [8000@DLPN_voip:1] Dial("H323/ip$192.168.1.51:3371/4096", "IAX2/213.132.64.84/8000,30,r") in new stack
-- Called 213.132.64.84/8000
не лог корректной сессии с софтофона по h323. Больше похоже на call file из контекста DLPN_voip?
А то что у вас присутствует и внутренний 192.168.1.51 и публичный 213.132.64.84 ИП адреса, не настораживает?
Вы слышали может траблы о прохождении НАТ, особенно для Н.323?

Проблема идентична для клиентов на том же * в том же адресном пространстве. Этот "внешний" адрес прикручен по iax2, проблем здесь не наблюдается.
Да, извините, это не лог.
ded, какую инфу привести?
-- Setting up Call
-- *CLI> Call token: [ip$192.168.1.6:46902/5291]
-- *CLI> Calling party name: []
-- *CLI> Calling party number: [191]
-- *CLI> Called party name: [8000]
-- *CLI> Called party number: [8000]
-- *CLI> Calling party IP: [192.168.1.6]
-- Executing [8000@DLPN_voip:1] Dial("H323/ip$192.168.1.6:46902/5291", "IAX2/213.132.64.84/8000,30,r") in new stack
-- Called 213.132.64.84/8000
-- Call accepted by 213.132.64.84 (format alaw)
-- Format for call is alaw
-- IAX2/213.132.64.84-304 is ringing
-- IAX2/213.132.64.84-304 answered H323/ip$192.168.1.6:46902/5291
-- Hungup 'IAX2/213.132.64.84-304'

Прочел линк который вы дали. Пытаемся сделать аналогично, если не получится, будем лепить gk.

Я вот даже не пойму по какому каналу они общаются - chan_h323 или chan_ooh323?
Нет ли проблем с кодеками?
Нужен дебаг Н.323, а не лог из CLI

Читаем примеры конфигов -
http://asterisk.ru/knowledgebase/asterisk-h323

chan_ooh323
С кодеками проблем нет, подбирал экспериментально - пашут 729, 711. Читаем примеры, да.. Попутно пытаемся зарулить это все через gk.

Прочитали про баг_3_цифры в наборе у chan_ooh323?
Если 711, то не скупитесь побросить ulaw тоже, лучше вперёд.
Если в ГК, то сразу смотреть дебаг сообщений setup.
h245tunneling лучше включить, чем выключить.
Обратите внимание, как заработало у людей - в глобальных параметрах =yes, а в пире (а я у вас вообще его не увидел) - =no.
h323.conf
[general]
.....
faststart=yes
.....
[avaya]
faststart=no

От gk пока отказались. Обнаружили интересную особенность: по ooh323 ходит от LDK к Asterisk. А по h323 ходит от Asterisk к LDK
Скрестить вместе не пробовал. Баг про 3 цифры читал, но в полевых испытаниях не обнаружил - LDK по ooh323 дозванивается до 8000 через Asterisk.
Кодек ulaw поставил первым, h256tunneling включил.
При попытке позвонить по ooh323 c asterisk на LDK дает отбой
exten = _1XX,1,Dial(OOH323/${EXTEN}/192.168.1.6)
exten = _1XX,2,Congestion
--

--- ooh323_request - data 106/192.168.1.6 format 0x4 (ulaw)
--- ooh323_alloc
+++ ooh323_alloc
--- find_peer "106"
comparing with "192.168.1.6"
+++ find_peer "106"
--- ooh323_new - 106
+++ h323_new
+++ ooh323_request
--- ooh323_call- 106/192.168.1.6
+++ ooh323_call
-- Called 106/192.168.1.6
--- onNewCallCreated ooh323c_o_4
--- find_call
+++ find_call
setting callid number 8000
Outgoing call 106(ooh323c_o_4) - Codec prefs - (alaw|ulaw|g729)
Adding capabilities to call(outgoing, ooh323c_o_4)
Adding g711 alaw capability to call(outgoing, ooh323c_o_4)
Adding g711 ulaw capability to call(outgoing, ooh323c_o_4)
Adding g729A capability to call(outgoing, ooh323c_o_4)
Adding g729 capability to call(outgoing, ooh323c_o_4)
--- configure_local_rtp
+++ configure_local_rtp
+++ onNewCallCreated ooh323c_o_4
--- onCallCleared ooh323c_o_4
--- find_call
+++ find_call
--- ooh323_hangup
hanging 106
+++ ooh323_hangup
== Everyone is busy/congested at this time (1:0/0/1)


Поигрался с faststart - не помогло. При использовании ooh323 звонок из Asterisk не выходит в принципе.
ded, возможно ли использовать одновременно ooh323 & h323 ? Как костыль - для каждого сделать виртуальный интерфейс, и повесить каждый на свой интерфейс на порт 1720. Или лучше так не делать?

Одновременно возможно использовать, если развести по разнам портам. Оба канала вообще видны при
show translation ?
Тогда один забивает другой. В смысле - оба слушают порт 1720, и инициируют соединения с него.
Лучше так не делать. Лучше использовать один какой-то. Строка набора
exten = _1XX,1,Dial(OOH323/${EXTEN}/192.168.1.6) синтаксически не верна.У ooh323 чуть другой набор.
exten = _1XX,1,Dial(OOH323/${EXTEN}@192.168.1.6)

; For dialing into another asterisk peer at a specific exten
; OOH323/exten/peer OR OOH323/exten@ip

То есть если в конфиге ooh323 описан пир [LDK-100]
тогда можно
exten = _1XX,1,Dial(OOH323/${EXTEN}/LDK-100)