стоит Астериск 1.2.12.1. Добавлен модуль h323
Задача - звонки, начинающиеся на 9, выпустить в город через гейткипер Mera по H323.
Проблема - в том, что никак не удается сдружить эти две софтины.
Mera то не регистрирует астериск, то не авторизует его... Звонки до нее долетают, но дальше она их пускать отказывается.

Может, у кого есть примеры работающих конфигураций?

А что в меровскийх CDR'ах по этому поводу пишется?
У меня работает почти такая же схема, отличие в том, что на меру c * приходит по сип (SIP-HIT на мере имеется)
Если моя схема детально интересует могу описать что где и как.

Астериск при запуске пытается зарегистрироваться на Мере.
Судя по словам администратора Меры, он почему-то дважды подает заявку на регистрацию "как от гейткипера". Первая проходит, вторая отклоняется. В логах астериска пишется лишь о факте неудачной регистрации.
Соответственно, все звонки, которые он потом кидает в Меру - отклоняются, ибо callerNotRegistered.

Твой опыт по SIPу мне, увы, вряд ли поможет. Нашей Мере SIP приедет толкьо через несколько месяцев, а задача должна быть решена в ближайшие дни ;)

Администратору Меры - незачОт. Asterisk подает запрос только как шлюз.
Согласно протоколу RAS (Registration, Admission, Status) стека H323 регистрация шлюза должна проходить в 2 фазы: gatekeeper request (GRQ) и registration request (RRQ), причем RRQ потом происходит периодически, подтверждая наличие узла в сети. Это не дважды!

Вот чего там нет, так это alternate gatekeeper field (altGKInfo) :(
This allows a gateway to move between gatekeepers during the gatekeeper request (GRQ) and registration request (RRQ) phases.
Я предполагаю, что Мера сцеплена с Радиусом (или Диаметром), на котором и отклоняется запрос на регистрацию.

У меня все - ОК. Работает с Мерой.
Однако использую не chan_h323 а chan_oh323.
Настройки oh323.conf:
;
; Configuration file of OpenH323 channel driver
;
[general]
listenAddress=1.2.3.4
listenPort=1720
connectPort=1720
tcpStart=10000
tcpEnd=20000
udpStart=10000
udpEnd=20000
fastStart=no
h245Tunnelling=no
h245inSetup=no
inBandDTMF=yes
silenceSuppression=no
jitterMin=20
jitterMax=100
ipTos=lowdelay
outboundMax=100
inboundMax=100
simultaneousMax=100
wrapLibTraceLevel=1
libTraceLevel=0
libTraceFile=stdout
gatekeeper=DISABLE
gatekeeperTTL=600
userInputMode=TONE
amaFlags=default
accountCode=H323
context=sipusers
[register]
context=sipusers
[codecs]
codec=G711A
frames=20

Нет разницы chan_h323 или chan_oh323. Первый использует RTP стек Астерисковского SIPa без jitterbufer, а второй - собственный, с jitterbufer.
2 dmitrytkm: у тебя зацеплелен на Меру статически, без протокола RAS - gatekeeper=DISABLE. Так что вообще нет GRQ & RRQ.

С авторизацией разобрались.
Сейчас не получается установить нормальный коннект.
При входящем на астериск звонке - дозвон осуществляется, но моментально обрывается, если поднять трубку астерисковского сип-телефона. Также моментальный обрыв случается, если в ответ на звонок астериск начинает проигрывать некий текст.
То есть что-то с медиатипами?

h323.conf:

[general]
port = 1720
disallow=all
allow=gsm ; Always allow GSM, it's cool :)
dtmfmode=rfc2833
dtmfcodec=101
gatekeeper = <тут адрес>
context=default
progress_setup = 0


все остальное закомментировано

Сообщения вида

WARNING[6042]: channel.c:2380 set_format: Unable to find a codec translation path from g729 to ulaw

кодеки в h323.conf меняли - но то ли не на те меняли, то ли еще где-то что-то стоит поковырять...
Эххх...

disallow=all
; allow=gsm ; ! ну вряд ли тебе придет из Меры звонок по gsm!
allow=alaw
allow=ulaw
allow=g729


Вывод команды
CLI: show translation

- в студию!

С кодеками как раз ситуацию прояснил уже.
Не было 729-го.
Скачал и поставил 729 и 723. В транслейшнах оба появились:

Translation times between formats (in milliseconds)
Source Format (Rows) Destination Format(Columns)

g723 gsm ulaw alaw g726 adpcm slin lpc10 g729 speex ilbc
g723 - 3 2 2 2 2 1 4 9 29 14
gsm 8 - 2 2 2 2 1 4 9 29 14
ulaw 8 3 - 1 2 2 1 4 9 29 14
alaw 8 3 1 - 2 2 1 4 9 29 14
g726 8 3 2 2 - 2 1 4 9 29 14
adpcm 8 3 2 2 2 - 1 4 9 29 14
slin 7 2 1 1 1 1 - 3 8 28 13
lpc10 9 4 3 3 3 3 2 - 10 30 15
g729 9 4 3 3 3 3 2 5 - 30 15
speex 9 4 3 3 3 3 2 5 10 - 15
ilbc 9 4 3 3 3 3 2 5 10 30 -


Сейчас соединение устанавливается.
Но голос по нему не передается.
В какую сторону копать, не подскажете?
И заодно - не поделится кто-нибудь номером какого-нибудь удаленного автоответчика?