Прошу прощения, но сколько не "гуглил" ничего не нашел. Видимо не правильно запрос формировал.
Суть проблемы. Есть исходящий канал h323 и SIP клиенты которые желают звонить на город.
Настроено банально.

exten => _9.,1,Set(CALLERID(all)=1234567)

exten => _9.,2,Dial(H323/${EXTEN:1}@222.22.222.22,60,rR)

exten => _9.,3,Hangup

Звонок проходит, но у вызываемого абонента звучит "пол гудка" и сразу сбрасывается.

    -- Executing [90633333333@office:1] Set("SIP/ra-090d8900", "CALLERID(all)=123467") in new stack

    -- Executing [90633333333@office:2] Dial("SIP/ra-090d8900", "H323/0633333333@222.22.222.22|60|rR") in new stack

    -- Requested transfer capability: 0x00 - SPEECH

    -- Called 0633333333@222.22.222.22

  == Spawn extension (office, 90633333333, 2) exited non-zero on 'SIP/ra-090ece58'

    -- H323/222.22.222.22-24 is making progress passing it to SIP/ra-090d8900

Really destroying SIP dialog 'c813e581-98e9-de11-9544-0000e8ad0360@puzzle' Method: ACK

  == Everyone is busy/congested at this time (1:0/0/1)

    -- Executing [90633333333@office:3] Hangup("SIP/ra-090d8900", "") in new stack

  == Spawn extension (office, 90633333333, 3) exited non-zero on 'SIP/ra-090d8900'

Просто не знаю куда смотреть чтоб победить. Версия 1.4
Буду благодарен за подсказку.
hungup добавил, чтоб sip не продолжал висеть на линии и процесс теста проходил быстрее.

Чтобы звонить Dial(H323/${EXTEN:1}@222.22.222.22,60,rR) надо быть по крайней мере не за НАТом.
Вызов проходит, но не склеивается медиа.
Это может быть
1) НАТ
2) кодеки
3) fasstart & h225 tunneling
4) соседская кошка
5) в подполе мышка.

http://yate.null.ro/ использовать в кач-ве h.323 <-> SIP конвертера.

Астериск сам по себе достаточный h.323 <-> SIP конвертер

h323 звоню не за НАТом. SIP клиент тоже, собственно.
так что 1. не подходит.
2. не согласованные кодеки матюкаются только при принудительном дебаге?
3. ух. хорошо, постараюсь разобраться что это за зверь и как с ним жить ) Прошу при возможности ткнуть меня носом на что смотреть.

Кстати. с h323 входящие звонки замечательно обрабатываются и передаются SIP клиенту. В таком направлении проблем не замечал.

3. изучаем текст примеров конфига ooh323.com
http://asterisk.ru/knowledgebase/asterisk-h323

ded да, да много раз обсуждали. все еще считаю, что реализация h.323 в * не подходит для промышленного использования.

Гм. Я не прав в том что использую НЕ ooh323 ?

нет, imho все варианты h.323 в * плохо работают.

"плохо работает" читать как "не адекватно распознает сигнал busy"?
Просто у меня ощущение, что обрыв начинается когда начинает идти сигнал вызова, после чего я получаю сообщение

 == Everyone is busy/congested at this time (1:0/0/1)