Добры день.
Снова пишу вам.
В предыдуще теме (проблемы с производительностью *),
мне посоветовали не использовать OH323.
Я усетновил из CVS asterisk, взял последние стабильные версии pwlib, openh323
и скомпилировал успешно родной канал chan_h323. После этого проблемы с загрузкой CPU исчезли. Входящие звонки от h323 провайдера (у него вроде MERA софтсвитч стоит) обрабатываются нормально. Проблема и сиходящими через этого же провайдера звонками. Соединение устанвливается нормально
-- Executing Dial("SIP/025-a240", "H323/8095100@195.14.50.82||tR") in new stack
-- Called 8095100@195.14.50.82
-- H323/195.14.50.82 is ringing
-- H323/195.14.50.82 answered SIP/025-a240
== Spawn extension (transfer_from_sip, 9100, 1) exited non-zero on 'SIP/025-a240'
При этом собеседники не слышат друг-друга. Кодек g729 для pentium с этого сайта взят и виден в show translations. Повторю - входящие звонки работают отлично. Что еще проверить?
Помогите!!!

Все правильно сделал.
sip show channels при таком разговоре? Посмотри также tcpdump на медиа поток, как и куда он открывается? Что стоит у SIP/025 в поле canreinvite=?
Если у Корбины MERA софтсвитч, то почему бы им не принимать/отправлять по SIP? MERA на то и MERA, там есть SIP транслятор.

спасибо за отклик! Я продолжу:
Небольшое уточнение - входящие звонки тоже работают через раз - то слышно то не слышно. sip show channels выдает: при исходящем с SIP фона звонке в H323:
Peer User/ANR Call ID Seq (Tx/Rx) Format
192.168.0.11 025 7A122EF9-EA 00101/00001 gsm
1 active SIP channel(s)
при иногда удачных входящих звонках H323--->SIP
192.168.0.11 025 61a8e6c9447 00102/00000 ulaw
1 active SIP channel(s)
при иногда удачных исходящих SIP--->H323
192.168.0.11 025 13CD7BCA-B3 00101/00001 gsm
1 active SIP channel(s)

опция canreinvite нигде в sip.conf не прописана.
Корбина не может или не хочет работать по SIP.
# h.323 show codecs
Allowed Codecs:
Table:
G.711-uLaw-64k{sw} <1>
Set:
0:
0:
G.711-uLaw-64k{sw} <1>

Пришлю на всякий случай кусок sip.conf и h323.conf
[general]
context=defsip
bindport=5060
bindaddr=0.0.0.0
srvlookup=yes

[025]
type=friend
callerid=Anton
host=dynamic
username=Anton
context=transfer_from_sip

---h323.conf-------
[general]
port = 1720
bindaddr = 0.0.0.0
disallow=all
disallow=g723.1
allow=g729
allow=ulaw
allow=alaw
gatekeeper = DISABLE
context=voip-h323
[korbina]
type=h323
prefix=970
context=voip-h323

Жду еще советов!!!

Значит при исходящем идёт преимущественно gsm, который Корбина вряд ли примет. Если есть возможность склеивать звонки без трансляции кодеков - надо так и поступать. Следовательно - на исходящий с 025 надо первым ставить не gsm а alaw / ulaw
Если твой софтфон не имеет 729, то скачай и поставь тот, который имеет.
У Корбины не одна циска на вход/выход в город (и метро), на одной типа есть gsm в преференциях, на другой нету, вот и будет такая нестабильная ситуация.

Свершилось!
Вот как я в итоге решил проблему:
Библиотеки pwlib и openh323 надо брать соответствующие версиям *.
Для нового asterisk-1.2.0-rc1.tar.gz подошли взятые от сюда
openh323-v1_17_1-src-tar.gz и
pwlib-v1_9_0-src-tar.gz
После этого как их откомпилить сокгласно README, компиляция самого chan_h323 обламывается с руганью на структуру channel.h:286 . Лчение - закоментить ее на время компиляции модуля и раскоментить при make install всего *.
После этого втыкаем кодек от сюда же взятый, делаем h323.conf и вперед! Звонки проходят, проц не грузится, слышно хорошо!
Интересный момент: bindaddr=0.0.0.0 не работает (слышно на половину) а неправильный адрес дает core dump