Здраствуйте, помогите плз решить небольшую проблему.
сказали реализовать следуйщую схему:
абонент в городе Одесса(например) набирает номер 1234(городской),АТС перенаправляет вызов на Mediant2000(h323),далее вызов идет на Asterisk, потом на Mediant1000(SIP) но уже в Киеве.На Mediante вместо номера 1234 подставляется киевский 4321 и он уходит на АТС.Получается абонент одессы звонит в киев "на шару". Проблема в том, что в одессе медиант на h323 а в киеве SIP. У абонента в одессе нету гудка,при этом телефон в киеве звонит,но ничего не слышно не там не там. на Астере в это время выдается такое: [Dec 4 16:19:35] NOTICE[78179]: chan_h323.c:3045 convertcap: Don't know how to deal with mode 64
в чем проблема?

Он пытается транскодить - из одного кодека сделать другой. Это - просто информация что почём.
pbx*CLI> show codecs


INT BINARY HEX TYPE NAME DESC
--------------------------------------------------------------------------------
1 (1 << 0) (0x1) audio g723 (G.723.1)
2 (1 << 1) (0x2) audio gsm (GSM)
4 (1 << 2) (0x4) audio ulaw (G.711 u-law)
8 (1 << 3) (0x8) audio alaw (G.711 A-law)
16 (1 << 4) (0x10) audio g726 (G.726)
32 (1 << 5) (0x20) audio adpcm (ADPCM)
64 (1 << 6) (0x40) audio slin (16 bit Signed Linear PCM) - вот это и есть mode 64
128 (1 << 7) (0x80) audio lpc10 (LPC10)
256 (1 << 8) (0x100) audio g729 (G.729A)
512 (1 << 9) (0x200) audio speex (SpeeX)
1024 (1 << 10) (0x400) audio ilbc (iLBC)
65536 (1 << 16) (0x10000) image jpeg (JPEG image)
131072 (1 << 17) (0x20000) image png (PNG image)
262144 (1 << 18) (0x40000) video h261 (H.261 Video)
524288 (1 << 19) (0x80000) video h263 (H.263 Video)
1048576 (1 << 20) (0x100000) video h263p (H.263+ Video)

а на самом деле, скорее всего не все кодеки стоят в системе.
Посмотреть
pbx*CLI> show translation
Translation times between formats (in milliseconds)
Source Format (Rows) Destination Format(Columns)

g723 gsm ulaw alaw g726 adpcm slin lpc10 g729 speex ilbc
g723 - 18 8 8 15 8 7 20 91 - 74
gsm 116 - 5 5 12 5 4 17 88 - 71
ulaw 113 12 - 1 9 2 1 14 85 - 68
alaw 113 12 1 - 9 2 1 14 85 - 68
g726 120 19 9 9 - 9 8 21 92 - 75
adpcm 113 12 2 2 9 - 1 14 85 - 68
slin 112 11 1 1 8 1 - 13 84 - 67
lpc10 123 22 12 12 19 12 11 - 95 - 78
g729 129 28 18 18 25 18 17 30 - - 84
speex - - - - - - - - - - -
ilbc 125 24 14 14 21 14 13 26 97 - -
(для сведения - на последней таблице - все стоят кроме speex, но это не ваш комп :)

О-о-о-о..... ded, а чЁ цыхферки такие бальшие? И работает ?

Это Pentium III 550 Mhz 128 МБ оперативки
и работает.

У меня опыт поднятия на старой workstation Fujitsu -вентиляторов нет вообще, Pentium II 450, 32 MB RAM, вместо HDD - 64 МБ CompactFlash. Ядро обкусано и оптимизировано до уровня дискетки.
И работает.
Но я уж совсем - воткнул BRI порт туда, и она по ISDN порту то и обсыхала. А SIP при этом исправно работал.
Выгрузишь модуль mISDN - загрузишь - опять работает.
Не было возможности апгрейдить память! Уже БИОС не выпускают такой :)

да-a-a-a, не зря вы -- ded :))))

все проверил,поставил везде g726,не помогло :(
настройки такие:
h323.conf
[1234]
type=friend
host=XX.XXX.XXX.X
context=incoming
allow=g726

extensions.conf
[incoming]
exten => 1234,1,Wait(1)
exten => 1234,2,Answer
exten => 1234,3,Dial(SIP/${EXTEN}@4444)

sip.conf
[4444]
username = 4444
fromuser = 4444
host = XXX.XX.XXX.XX
context = icoming
type = friend
disallow = all
allow = g726

show codecs:

1 (1 << 0) (0x1) audio g723 (G.723.1)
2 (1 << 1) (0x2) audio gsm (GSM)
4 (1 << 2) (0x4) audio ulaw (G.711 u-law)
8 (1 << 3) (0x8) audio alaw (G.711 A-law)
16 (1 << 4) (0x10) audio g726aal2 (G.726 AAL2)
32 (1 << 5) (0x20) audio adpcm (ADPCM)
64 (1 << 6) (0x40) audio slin (16 bit Signed Linear PCM)
128 (1 << 7) (0x80) audio lpc10 (LPC10)
256 (1 << 8) (0x100) audio g729 (G.729A)
512 (1 << 9) (0x200) audio speex (SpeeX)
1024 (1 << 10) (0x400) audio ilbc (iLBC)
2048 (1 << 11) (0x800) audio g726 (G.726 RFC3551)
4096 (1 << 12) (0x1000) audio g722 (G722)
65536 (1 << 16) (0x10000) image jpeg (JPEG image)
131072 (1 << 17) (0x20000) image png (PNG image)
262144 (1 << 18) (0x40000) video h261 (H.261 Video)
524288 (1 << 19) (0x80000) video h263 (H.263 Video)
1048576 (1 << 20) (0x100000) video h263p (H.263+ Video)
2097152 (1 << 21) (0x200000) video h264 (H.264 Video)

show translation:

g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc g726 g722
g723 - - - - - - - - - - - - -
gsm - - 2 2 3 2 1 4 - 22 - 3 -
ulaw - 3 - 1 3 2 1 4 - 22 - 3 -
alaw - 3 1 - 3 2 1 4 - 22 - 3 -
g726aal2 - 3 2 2 - 2 1 4 - 22 - 1 -
adpcm - 3 2 2 3 - 1 4 - 22 - 3 -
slin - 2 1 1 2 1 - 3 - 21 - 2 -
lpc10 - 4 3 3 4 3 2 - - 23 - 4 -
g729 - - - - - - - - - - - - -
speex - 5 4 4 5 4 3 6 - - - 5 -
ilbc - - - - - - - - - - - - -
g726 - 3 2 2 1 2 1 4 - 22 - - -
g722 - - - - - - - - - - - - -

KAMA3, а чего играемся? везде g726 - это где?
В гараже в углу тоже поставил - нехай стоит, пригодится?
Понятно, что у вас на Астериске нет g723 и g729, или ещё нужны специальные объяснения?
Ваш следующий вопрос будет (погодите, попробую угадать) - а где мне взять эти кодеки?
А потом - а как поставить?

[1234]
type=friend
host=XX.XXX.XXX.X
context=incoming
allow=g726 -- а где disallow=all?

extensions.conf
[incoming]
exten => 1234,1,Wait(1) -- а это зачем?
exten => 1234,2,Answer -- а это зачем?
exten => 1234,3,Dial(SIP/${EXTEN}@4444)

sip.conf
[4444]
username = 4444
fromuser = 4444
host = XXX.XX.XXX.XX
context = icoming
type = friend
disallow = all
allow = g726 -- это только разрешающий фильтр. А на Медианте кодек этот выставлен? А он вообще там есть?

Здраствуйте!
Прочитал тему и решил посмотреть как у меня обстоят дела. И пришел в ужвс.

Есть 2 сервера. Рабочий 1.4.22 + chan_ooh323 и тестовый 1.6.0.3-rc1 + chan_h323.
Сервера связаны по H323 с KX-TDA600 модуль VOIP KX-TDA490. Рабочий сервер работает нормально. Правда иногда слетают звонки, если пытаться передать факс через Asterisk.
А вот с 1.6 одностороння связь. Только в сторону АТС. Если звонить на Астериск, то звонок сразу сваливается.

5:50.351 H225 Answer:9f802f0 h323.cxx(2142) H225 Set protocol version to 4 and implying H.245 version 7
5:50.351 H225 Answer:9f802f0 h323.cxx(2401) H225 Set remote application name: "TDA04902.005 0/200"
5:50.351 H225 Answer:9f802f0 h323caps.cxx(2143) H323 Added capability: G.711-uLaw-64k <1>
5:50.351 H225 Answer:9f802f0 h323caps.cxx(2143) H323 Added capability: G.711-ALaw-64k <2>
5:50.352 H225 Answer:9f802f0 h323caps.cxx(2143) H323 Added capability: UserInput/hookflash <3>
5:50.352 H225 Answer:9f802f0 h323caps.cxx(2143) H323 Added capability: UserInput/RFC2833 <4>
5:50.352 H225 Answer:9f802f0 h323.cxx(2249) H225 Sending call proceeding PDU
5:50.353 H225 Answer:9f802f0 h323pdu.cxx(553) H225 Sending PDU [ip$192.168.50.5:1720/ip$192.168.50.3:1123] : callProceeding
5:50.353 H225 Answer:9f802f0 h323.cxx(2288) H225 Incoming call accepted
5:50.354 H225 Answer:9f802f0 transports.cxx(1667) H323TCP Could not connect to 192.168.50.3:1741 (local port=0) - Connection refused(111)
5:50.355 H225 Answer:9f802f0 ast_h323.cxx(2071) H225 Connect of H245 failed: Connection refused
5:50.355 H225 Answer:9f802f0 h323ep.cxx(2119) H323 Clearing connection ip$192.168.50.3:1123/8 reason=EndedByTransportFail
5:50.355 H225 Answer:9f802f0 h323.cxx(1629) H323 Call end reason for ip$192.168.50.3:1123/8 set to EndedByTransportFail

Может кто сталкивался с подобными проблемами ?

Может кто и сталкивался с подобными проблемами. И сам решил.
У Вас ответы на Ваши проблемы в самом вопросе.
Connection refused(111) на хост 192.168.50.3:1741 потому что на 192.168.50.5 при соединении указан (local port=0) поэтому reason=EndedByTransportFail
Транспортная часть медиа потока failure.