Я уверен, что вы просто не будуте следовать советам. А они просты:
1) Выгрузите модуль ooh323, на двух стульях не усидеть.
2) Посмотрите ещё раз конф файл h323
кроме указанного bindaddr & port создайте секцию
[myGK]
type=h323
prefix=.
3) В гейткипере прописать логинов несколько для него, например для AquaGK

login 'myGK|6071|6072|6073';
это даёт возможность залогинится сразу при звонке с 6071.
И будет виден как шлюз, всегда с ИП адресом, указанным в bindaddr. При зарегистрированном Астериске в гейткипере звонить H323/${EXTEN}
И попробуйте сказать, что у Вас не получается!

btw, резервировать второй ГК ни в h323 ни в ooh323 нет возможности.

Вы правы- не буду, потому что
1. кто Вам сказал, что я загружаю оба варианта одновременно? :-)
я идиот, но не настолько.
2. нафига мне прописывать пир с гейткипером, если звонки и так уходят на него?
3. h323 пытается зарегистироваться в гейткипере сразу после старта, и это у него обычно не получается, почему - я описал выше. зачем мне прописывать какие-то логины? тем более, что я вообще регистрирую префикс и когда h323 идет с правильного адреса- все регистрируется.

Простите, но Вы просто не понимаете того, о чем пишете. :-(

резервировать второй ГК ни в h323 ни в ooh323 нет возможности.

печально, буду думать :-)

А вот ast_copy_string(tmp, data, sizeof(data)) в данной ситуации это явный баг. Притом двойной. Нужно исправлять, патч через час будет на багтрекере.

Кстати интересный эффект получится если собирать chan_ooh323 с помощью g++. Вообще трэш...

Проблема с pri решилась.
Прочитал тут:
http://www.cisco.com/application/pdf/paws/14006/h323-isdn-callfailure.pdf

и написал в voice port
bearer−cap speech


Вдруг кому пригодится.

sles, если возможно протестируй патч

http://bugs.digium.com/view.php?id=15046

работает :-)
спасибо!

Видимо да, а Вам - почитать про RAS
Чем GRQ отличается от RRQ.

Кхм. Однако, я указал адрес гейткипера. Так что почему h323 такое глюкало тем более не ясно ;-)

btw, несмотря на все свои недостатки ooh323 вроде бы заработал, проблему с резервированием гейткипера тоже удалось решить с помощью костылей. так что пока больше обсуждать нечего.

Могу пояснить.
Потому что в процессе написания модулей сама спецификация h323 обновлялась. Потому что без указания пира type=h323 модуль регистрируется как терминал, а с ним - как шлюз, что не одно и то же! Потому что у каждого разработчика было своё понимание Н323.
И так далее.