Добрый день!

Установил asterisk 1.6.2 beta.
Собрал ooh323 и h323, чтоб проверить можно ли каким-то из них пользоваться.

с h323 такая проблема- у машинки 2 адреса- 192.168.22.19 и 192.168.19.19
надо, чтобы регистрировался с 192.168.22.19, а он то так то сяк
прописывание bindaddr = 192.168.22.19 не помогает.
да и если зарегистрировался правильно- звонок вроде как проходит, а звука нет.


решил попробовать ooh323-
регистрируется нормально, входящие звонки идут, а вот с исходящими беда-

в extensions.conf написано:

exten => _7xxx,1,Dial(OOH323/${EXTEN})

звоню:

-- Executing [7160@default:1] Dial("SIP/6073-09dbdce8", "OOH323/7160") in new stack
-- Called 7160
-- No one is available to answer at this time (1:0/0/0)

в гейткипере вижу, что звонок шел на 716 , а не на 7160.

то же написано и в логе h323:

09:42:30:820 destinationAddress = {
09:42:30:820 elem[0] = {
09:42:30:820 dialedDigits = {
09:42:30:820 "716"
09:42:30:821 }
09:42:30:821 }

Что это? Куда могла цифра деться?

Если пытаюсь в extensions.conf еще цифр добавить- все равно 3 цифры остается, т.е. не последнюю отрезает, а именно до трех.

Это написано в логе h323 на гейткипере?
Подозрение на трансляцию номера в гейткипере. На * согласно
Executing [7160@default:1] Dial("SIP/6073-09dbdce8", "OOH323/7160")
нет никакой трансляции.

нет, это написано в логе ooh323c.
на гейткипере ничего не обрезается, оно туда уже так приходит :-(

Значит в ooh323.conf префикс поставили?

Префикс? мне стыдно, но я не знаю что это и как его поставить. насколько я вижу, ничего такого нет

вот мой ooh323.conf:

[general]
;Define the asetrisk server h323 endpoint

;The port asterisk should listen for incoming H323 connections.
;Default - 1720
;port=1720

;The dotted IP address asterisk should listen on for incoming H323
;connections
;Default - tries to find out local ip address on it's own
bindaddr=0.0.0.0

;This parameter indicates whether channel driver should register with
;gatekeeper as a gateway or an endpoint.
;Default - no
gateway=yes

;Whether asterisk should use fast-start and tunneling for H323 connections.
;Default - yes
;faststart=no
;h245tunneling=no

;Whether media wait for connect
;Default - No
;mediawaitforconnect=yes

;H323-ID to be used for asterisk server
;Default - Asterisk PBX
h323id=asterisk
;e164=60

;CallerID to use for calls
;Default - Same as h323id
callerid=asterisk

;Whether this asterisk server will use gatekeeper.
;Default - DISABLE
;gatekeeper = DISCOVER
;gatekeeper = a.b.c.d
gatekeeper = 192.168.22.254

Location for H323 log file
;Default - /var/log/asterisk/h323_log
;logfile=/var/log/asterisk/h323_log


;Following values apply to all users/peers/friends defined below, unless
;overridden within their client definition

;Sets default context all clients will be placed in.
;Default - default
context=default

;Sets rtptimeout for all clients, unless overridden
;Default - 60 seconds
;rtptimeout=60 ; Terminate call if 60 seconds of no RTP activity
; when we're not on hold

;Type of Service
;Default - none (lowdelay, thoughput, reliability, mincost, none)
;tos=lowdelay

;amaflags = default

;The account code used by default for all clients.
;accountcode=h3230101

;The codecs to be used for all clients.Only ulaw and gsm supported as of now.
;Default - ulaw
; ONLY ulaw, gsm, g729 and g7231 supported as of now
disallow=all ;Note order of disallow/allow is important.
allow=g729
allow=gsm
allow=ulaw


; dtmf mode to be used by default for all clients. Supports rfc2833, q931keypad
; h245alphanumeric, h245signal.
;Default - rfc 2833
dtmfmode=rfc2833

да, еще я придумал включить дебаг.
вот вывод, может кто-то по нему может сказать где проблема?

asterisk*CLI> ooh323 set debug
OOH323 Debugging Enabled
== Using SIP RTP CoS mark 5
== Using UDPTL CoS mark 5
-- Executing [7160@default:1] Dial("SIP/6073-093e0a80", "OOH323/7160") in new stack
--- ooh323_request - data 7160 format 0x2 (gsm)
--- ooh323_alloc
+++ ooh323_alloc
--- find_peer "716"
+++ find_peer "716"
--- ooh323_new - 716
+++ h323_new
+++ ooh323_request
--- ooh323_call- 7160
+++ ooh323_call
-- Called 7160

Префикс определён в некоторых конфигах пиров, но думаю это синтаксис h323 а не ooh323, хотя и так и так должны понимать.

[mygw]
type=h323
prefix=716.

--- find_peer "716" - говорит что нашёл пир 716, нет ли такой секции в ooh323 конфиге?

[716]
type=h323 ??

sles:

с h323 такая проблема- у машинки 2 адреса- 192.168.22.19 и 192.168.19.19
надо, чтобы регистрировался с 192.168.22.19, а он то так то сяк
прописывание bindaddr = 192.168.22.19 не помогает.

- Не верю.

нет

sles:

с h323 такая проблема- у машинки 2 адреса- 192.168.22.19 и 192.168.19.19
надо, чтобы регистрировался с 192.168.22.19, а он то так то сяк
прописывание bindaddr = 192.168.22.19 не помогает.

- Не верю.

зря :-)

[root@asterisk asterisk]# grep bind h323.conf
;bindaddr = 1.2.3.4 ; this SHALL contain a single, valid IP address for this machine
bindaddr = 192.168.22.19
;bindaddr = 0.0.0.0


gnugk:

GCF|192.168.19.19|asterisk|gateway;
GCF|192.168.22.19|asterisk|gateway;
RRJ|192.168.19.19|asterisk:h323_ID|gateway|invalidCallSignalAddress;

В chan_ooh323.c
в static struct ast_channel *ooh323_request

поменял в строке 458

ast_copy_string(tmp, data, sizeof(data));
на

ast_copy_string(tmp, data, sizeof(data)+1);

теперь на гейткипер уходят 4 цифры.
что будет если их будет 5 - не пробовал ;-)
однако отчего-то киска (на которую в конечном итоге это попадает) звонок отбивает.
буду читать логи.

так, если цифр 5- то, разумеется, получается 4 цифры, т.е. sizeof(data) считается неправильно.

ну и, что интересно, на киску 827 звонок таки уходит - там fsx и панас, к ней подключеный трубу снимает.
а вот почему 3845, подключенная по pri отбивает будем искать.

btw, положение с поддержкой h323 не может не удручать.