Провайдер (Совинтел)Волгоград
Имеет IP Iskratel.(ИскраТел?)

Соединял по H323
Использовал ooh323 из addon-ов

Настройка ooh323.conf

[general]

bindaddr= a.b.c.d ; мой ip в сторону провайдера
port=1720
gateway=no
faststart=yes
mediawaitforconnect=yes
h323id= 123 ; идентификатор выданный провайдером
;e164=600 это не надо
callerid= 123 ; идентификатор выданный провайдером
gatekeeper = a.b.c.d ; ip машины провайдера
;alias=600 это не надо
logfile=/var/log/asterisk/ooh323logfile.log
context = incoming_calls ; ну это ясно, контекст для ВХОДЯЩИХ звонков :0)
rtptimeout=60
disallow=all
allow=alaw
allow=ulaw
dtmfmode=inband


в extentions.conf
для набора сделал 2 строки
допустим:
exten => _XXXXXX,1,Set(CALLERID(all)="123") ; идентификатор выданный провайдером тот -же , что и в ooh323.conf
exten => _XXXXXX,n,Dial(ooh323/${EXTEN}@a.b.c.d)) ;где a.b.c.d ip машины провайдера

Забыли самое важное - вопрос ) Или это как бэ мануал ? )

Звиняюсь! :0)
Это будем считать мануал - опыт. Бился 2 дня. Мож кому сгодится.

http://asterisk.ru/knowledgebase/asterisk-h323

и так пару нюансов относительно h323 и ooh323 очень хреново работает через НАТ, + часть оборудования (например ряд Паносов и Лыж) не умеют работать с трафиком пришедшим из-за НАТ-а.
Для примера кидаю свой рабочий конфиг - как видишь практически все то же самое.

cat /etc/asterisk/ooh323.conf
[general]
bindaddr=L.L.L.L
port=1720
faststart=yes
mediawaitforconnect=yes
h323id=ID
callerid=
gatekeeper=no
context=sip
disallow=all
allow=ulaw
dtmfmode=inband
h245Tunneling = yes
amaflags=default
dtmfmode=rfc2833

[X.X.X.X]
type=friend
context=sip
host=X.X.X.X
port=1720
disallow=all
allow=ulaw

cat /etc/asterisk/local.tel
[local]
exten => _2XXXXXX,2,Dial(OOH323/${EXTEN}@10.1.1.109:1720,t)

Где L.L.L.L локальный адрес, X.X.X.X адрес прова
адреса белые без НАТа.

h.323 вообще не должен работать через нат без дополнительных костылей.

Это заблуждение. Небольшая ссылка.
Хотя если о chan_*h323* речь, то да. Ибо h323 в asterisk'е нормально не реализован...

Я вообще то говорил про протокол, а не конкретную реализацию, которая может использовать те же костыли. Например, IAX предусматривает работу через NAT на уровне архитектуры протокола. Правильные методы обхода NAT: http://searchnetworking.techtarget.com/expert/KnowledgebaseAnswer/0,289625,sid7_gci782072,00.html

GnuGK нормально работает с NAT, но поддерживает только H323.
Основная же масса новоявленных специалистов отталкивается от asterisk'а и от простой реализации SIP over UDP, поэтому и начинаются проблемы.
В asterisk'е H323 банально не реализован, а поддержка TCP для SIP сложнее, чем через UDP, поэтому только недавно появилась в том же asterisk'е.
Хотя SIP over UDP -- можно огрести немалые проблемы.
Но даже очень не дешевое оборудование (к примеру Quintum) не поддерживает SIP over TCP.
Вот и появилось куча поделок с поддержкой SIP.

А потом начинаются сказки об устаревшем протоколе H323, о ненужности SIP over TCP и т.д.

Тема закрыта, дабы не развивать флейм.