Всем привет.
Установил модуль chan_ooh323 на Астериск 1.4.
Входяший вызов по каналу OOH323 проходит проблема с исходящим.
В дебаге
--- ooh323_request - data 9163589337@194.149.XXX.X format 0x4 (ulaw)
--- ooh323_alloc
+++ ooh323_alloc
--- find_peer "194.149.234.5"
+++ find_peer "194.149.XXX.X"
--- ooh323_new - 194.149.XXX.X
+++ h323_new
+++ ooh323_request
--- ooh323_call- 9163589337@194.149.XXX.X
--- onNewCallCreated ooh323c_o_5
--- find_call
+++ find_call
setting callid number 707
Outgoing call 194.149.XXX.X(ooh323c_o_5) - Codec prefs - (ulaw)
ip-pbx*CAdding capabilities to call(outgoing, ooh323c_o_5)
ip-pbx*CAdding g711 ulaw capability to call(outgoing, ooh323c_o_5)
--- configure_local_rtp
+++ configure_local_rtp
+++ onNewCallCreated ooh323c_o_5
+++ ooh323_call
--- onCallCleared ooh323c_o_5
--- find_call
+++ find_call
--- ooh323_hangup
hanging 194.149.XXX.X
+++ ooh323_hangup
--- ooh323_destroy
Destroying 194.149.XXX.X
+++ ooh323_destroy

В результате переговоров с провайдером выяснилось что у нас Астериск не отдаёт АОН.
Уважаемые коллеги подскажите где именно прописать что бы астериск отдовал номер провайдеру в формате 10 цифр 495 ХХХХХХХ ?
В ooh323.conf
[general]
port=1720
bindaddr=0.0.0.0
h323id=user|password
e164=100
callerid=4956019813
gateway=yes
gatekeeper = 194.149.XXX.X
faststart=yes
h245tunneling=yes
mediawaitforconnect=no


logfile=/var/log/asterisk/h323_log
context=incoming1
rtptimeout=60
tos=lowdelay
accountcode=h3230101
disallow=all
allow=ulaw
dtmfmode=rfc2833

;[myfriend1]
;type=friend
;context=default
;ip=a.b.c.d ; UPDATE with appropriate ip address
;port=1720 ; UPDATE with appropriate port
;disallow=all
;allow=ulaw
;e164=12345
;rtptimeout=60
;dtmfmode=rfc2833


Звоню с помощью следующей конструкций.
exten =>_X.,1,Dial(OOH323/${EXTEN:1}@194.149.ХХХ.Х)

Нашёл что делается с помошью команды Dial.
создал
exten =>_X.,1,SetCallerID(4956019813)
exten =>_X.,2,Dial(OOH323/${EXTEN:1}@194.149.ХХХ.Х)

Дебаг показывает что:
--- ooh323_request - data 926639ХХХХ@194.149.ХХХ.Х format 0x4 (ulaw)
--- ooh323_alloc
+++ ooh323_alloc
--- find_peer "194.149.ХХХ.Х"
+++ find_peer "194.149.ХХХ.Х"
--- ooh323_new - 194.149.ХХХ.Х
+++ h323_new
+++ ooh323_request
--- ooh323_call- 926639ХХХХ@194.149.ХХХ.Х
+++ ooh323_call
--- onNewCallCreated ooh323c_o_9
--- find_call
+++ find_call
setting callid number 4956019813
Outgoing call 194.149.ХХХ.Х(ooh323c_o_9) - Codec prefs - (ulaw)
Adding capabilities to call(outgoing, ooh323c_o_9)
Adding g711 ulaw capability to call(outgoing, ooh323c_o_9)
--- configure_local_rtp
+++ configure_local_rtp
+++ onNewCallCreated ooh323c_o_9
--- onCallCleared ooh323c_o_9
--- find_call
+++ find_call
--- ooh323_hangup
hanging 194.149.ХХХюХ
+++ ooh323_hangup
--- ooh323_destroy
Destroying 194.149.ХХХ.Х
+++ ooh323_destroy


У прова безопасность такая что привязка по ip логин пароль и ешё АОН .

burder, забей на родные стеки Asterisk. Мы в AstPbx сейчас добавляем Yate как штатное решение SIP-H323.

Ну и как yate ?
Какие приимущества и т.п. ?

при исходяшем звонке выдает ARJ сообшение протокола RAS.
Пров упорно молчит.

16:22:57:107 Admission Request message sent for (outgoing, ooh323c_o_2)
16:22:57:107 GkClient Received RAS Message
16:22:57:107 Received RAS Message = {
16:22:57:107 admissionReject = {
16:22:57:107 requestSeqNum = {
16:22:57:107 7
16:22:57:107 }
16:22:57:107 rejectReason = {
16:22:57:107 calledPartyNotRegistered = {
16:22:57:107 NULL
16:22:57:107 }
16:22:57:108 }
16:22:57:108 }
16:22:57:108 }
16:22:57:108 Admission Reject (ARJ) message received.
16:22:57:108 Admission Reject message received with reason code 1 for (outgoing, ooh323c_o_2)
16:22:57:108 In ooEndCall call state is - OO_CALL_CLEAR (outgoing, ooh323c_o_2)
16:22:57:198 In ooEndCall call state is - OO_CALL_CLEARED (outgoing, ooh323c_o_2)
16:22:57:198 Cleaning Call (outgoing, ooh323c_o_2)- reason:OO_REASON_GK_NOCALLEDUSER
16:22:57:198 Closing H.245 connection (outgoing, ooh323c_o_2)
16:22:57:198 Removed call (outgoing, ooh323c_o_2) from list


кто тупит я или провайдер?
а ARQ запросы проходят и регистрация есть.

Ну типа самая здоровая реализация H323 на базе open source.
Ну и архитектурно мне такое разделение больше нравится. Когда использует chan_, то ошибка канала приводит к core.
А с H323 таких вариантов - море. Поэтому если вдруг кто-то пришлет Yate malformed h323 packet, и он рестартнется, это не повлияет на SIP абонентов и другие фичи АТС. Надежнее, короче.

litni, Вы не знаете всего :)
Правильное использование - это если бы был канал chan_h323 но с функционалом гейткипера с хорошим внятным дебагом, а не шлюза (как сейчас). Но это сложно. Но не запрещает навесить на ту же машину сторонний H323 гейткипер open source. И получить таким образом все бенефиты.

Вы тупите, burder, не провайдер.
Ответ на запрос Admission Request (ARQ) ясен и недвусмысленен:
calledPartyNotRegistered
Это Вы прислали. Перевожу на русский язык: ваш ooh323 не зарегистрирован, и не имеет права ни о чём спрашивать, пока не зарегистрируется по протоколу RAS. Что бы Вам не казалось.

Опять я на Вас клепаю незаслуженно?

Да всё нормально ded спасибо за подсказку.
Вообщем остановился на том что ARJ запросы присылает мне МЕРА.
Ни как не могу зарегистрировать астериск на Мере.
А входяший звонок проходит , если кто то знает как в мере такое прописывается можете обяснить?
Дело в том что неправильно отдаю АОН.
Уже и так пробовал:
exten => _X.,1,Set(CALLERID(all)=495XXXXXXX <495XXXXXXX>)
exten => _X.,n,Dial(OOH323/${EXTEN}@mera,40,Tr)
exten => _X.,n,Congestion

короткий гудок и невозможность исходяшего звонка.

Читать конфиг - http://asterisk.ru/knowledgebase/Asterisk+config+ooh323.conf
и приводить свой в порядок.

exten => _X.,1,Set(CALLERID(all)=495XXXXXXX)
а можно просто указать в конфиге в секции глобал
callerid=495XXXXXXX
Если есть регистрация через выданный H323 login alias (мы же можем узнать это?)
который указываем
h323id=login_alias_to_MVTS
gatekeeper = 100.111.111.111
то звонок передавать
exten => _X.,n,Dial(OOH323/${EXTEN})
(if gk is used OOH323/alias where alias can be any H323 alias)

Согласен уже читал.

ded:

exten => _X.,1,Set(CALLERID(all)=495XXXXXXX)
а можно просто указать в конфиге в секции глобал
callerid=495XXXXXXX

Два эти варианта пробовал-все равно нет исходяшего звонка.

ded:

Если есть регистрация через выданный H323 login alias (мы же можем узнать это?)
который указываем
h323id=login_alias_to_MVTS
gatekeeper = 100.111.111.111
то звонок передавать
exten => _X.,n,Dial(OOH323/${EXTEN})
(if gk is used OOH323/alias where alias can be any H323 alias)

Да создал альяс в ooh323.conf
[mera]
callerid=495XXXXXXX
h323id=user|password
faststart=yes
h245tunneling=no
host=local ip
type=friend
disallow=all
allow=ulaw
context=out-street
;context=incoming1
gatekeeper=194.149.XXX.X

В extentions.conf

exten =>9100,1,Set(CALLERID(all)=495XXXXXXX <495XXXXXXX>)
exten =>9100,2,Dial(OOH323/${EXTEN}@mera)
Дебаг говорит что отдаёт правильно АОН прову.

ooh323_request - data 9100@mera format 0x4 (ulaw)
--- ooh323_alloc
+++ ooh323_alloc
--- find_peer "mera"
comparing with ""
found matching peer
+++ find_peer "mera"
--- ooh323_new - mera
+++ h323_new
+++ ooh323_request
--- ooh323_call- 9100@mera
--- onNewCallCreated ooh323c_o_2
--- find_call
+++ find_call
"отдаём аон прову"
setting callid number 495601XXXX
Outgoing call mera(ooh323c_o_2) - Codec prefs - (ulaw)
Adding capabilities to call(outgoing, ooh323c_o_2)
Adding g711 ulaw capability to call(outgoing, ooh323c_o_2)
--- configure_local_rtp
+++ configure_local_rtp
+++ onNewCallCreated ooh323c_o_2
+++ ooh323_call
--- onCallCleared ooh323c_o_2
--- find_call
+++ find_call
--- ooh323_hangup
hanging mera
+++ ooh323_hangup
--- ooh323_destroy
Destroying mera
+++ ooh323_destroy
Логи пишут ерорр.

10:27:34:064 Processing MakeCall command ooh323c_o_2
10:27:34:064 Created a new call (outgoing, ooh323c_o_2)
10:27:34:064 Added local alias 495601XXXX to call. (outgoing, ooh323c_o_2)
10:27:34:064 Added remote alias 9100 to call. (outgoing, ooh323c_o_2)
10:27:34:064 Enabled RFC2833 DTMF capability for (outgoing, ooh323c_o_2)
10:27:34:064 Adding call specific capability OO_G711ULAW64K. (outgoing, ooh323c_o_2)
10:27:34:064 Configured mediainfo for cap OO_G711ULAW64K (outgoing, ooh323c_o_2)
10:27:34:064 Configured mediainfo for cap OO_G711ULAW64K (outgoing, ooh323c_o_2)
10:27:34:064 Parsing destination
10:27:34:064 Destination is parsed as dialed digits
10:27:34:064 Generated callRef 11
10:27:34:064 Trying to connect to remote endpoint(:0) to setup H2250 channel (outgoing, ooh323c_o_2)
10:27:34:064 ERROR:Failed to connect to remote destination for transmit H2250 channel(outgoing, ooh323c_o_2)
10:27:34:064 ERROR:Failed to create H225 connection to :0
10:27:34:064 In ooEndCall call state is - OO_CALL_CLEAR (outgoing, ooh323c_o_2)
10:27:34:159 In ooEndCall call state is - OO_CALL_CLEARED (outgoing, ooh323c_o_2)
10:27:34:159 Cleaning Call (outgoing, ooh323c_o_2)- reason:OO_REASON_NOUSER
10:27:34:159 Closing H.245 connection (outgoing, ooh323c_o_2)
10:27:34:159 Removed call (outgoing, ooh323c_o_2) from list