доброго времени суток
после поднятия трубки связь обрывается
в debug

Aug 11 15:02:11 WARNING[8897]: src/chan_h323.c:953 ooh323_indicate: Don't know how to indicate condition -1 on ooh323c_12
++++ ooh323_indicate -1 on ooh323c_12

Может не в тему, но у меня такое выдавал, когда при звонке на мобильник, трубку "клали не подымая". Я решил, что это какой-то экзотический кондишн. После танцев с progress indication это пропало. Но тут, похоже другой случай, может кодеки назапрещал... А вообще-то конфиги хотелось бы почитать.

вот конфиг
[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=no

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


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

;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 = DISABLE

;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=g723
allow=gsm
allow=ulaw


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

; User/peer/friend definitions:
; User config options Peer config options
; ------------------ -------------------
; context
; disallow disallow
; allow allow
; accountcode accountcode
; amaflags amaflags
; dtmfmode dtmfmode
; rtptimeout ip
; port
; h323id
; email
; url
; e164
; rtptimeout

;

;Define users here
;Section header is extension
[myuser1]
type=user
context=context1
disallow=all
allow=gsm
allow=ulaw



[mypeer1]
type=peer
context=context2
ip=a.b.c.d ; UPDATE with appropriate ip address
port=1720 ; UPDATE with appropriate port
e164=101






[255.255.255.255]
type=friend
context=testcontext
disallow=all
allow=g729
allow=ulaw
allow=g723
allow=alaw
allow=gsm
;e164=9
rtptimeout=60
dtmfmode=rfc2833
ip=255.255.255.255

Удалось ли победить?
У меня тоже самое - звонок в обе стороны приходит - поднимаешь трубку, сразу связь рвется.

У меня тож трабел с ooh323, всё проходит на ура, сигнализация, отбой, но нет голоса в обе стороны.

-- Native bridging SIP/6200-082135f0 and OOH323/XXX.XXX.XXX.XXX-e16b
[May 18 12:46:08] WARNING[4827]: src/chan_h323.c:1044 ooh323_indicate: Don't know how to indicate condition 17 on ooh323c_o_1

tcpdump показывает что голоса нет (udp вообще нет), помогите кто знает...

netadmin@sun-nsk.ru
icq:208085198

Да что-то не ладное, у меня вдруг появился глюк, не идёт голос к Cisco 5350, а от неё все хорошо, на ней было показано что не было пакетов.
tcpdump, показвает, что идут udp пакеты в обе стороны. Причём логично и по размер все g729.

Причём когда звонок с Циско на Астериск, то всё оки, в обе стороны звук есть.

Cтранно было всё хорошо, ни чего не менялось.

К Cisco идёт ooh323 G729, пользователь на linksys по SIP G711.
Не знаю, на что думать, кто что посоветует. Что в дебагах rtp и ooh искать?

Что мешает прописать SIP пир на Cisco 5350 и не париться с Н.323?
Надо в дебаге смотреть ИП адрес источника : порт медиа источника и ИП адрес назначения : порт медиа назначения.
Предполагается, что с кодеками на Астериске всё ОК?
Есть сообщение от чела - поменял прошивку на циске с 12.4.5а на 12.3.19а - все сразу зафурычило.
Читать - http://asteriskforum.ru/viewtopic.php?t=1534&postdays=0&postorder=asc&start=0

С кодеками незнаю ок или нет, ну скорей всего да.
Вот такой астериск Asterisk 1.4.16-1, типа это с trixbox шло.
ooh323 собирал руками.
Проц Атлон, там какойто одно ядерный 939 сокет кажется, рейтинг 2800. Так проще написать: Linux 2.6.18-53.1.4.el5 #1 SMP Fri Nov 30 00:45:16 EST 2007 i686 athlon i386 GNU/Linux
Кодеки такие скачал: codec_g729-ast14-gcc4-glibc-athlon-sse.so и
codec_g723-ast14-gcc4-glibc-athlon-sse.so из ветки 1,4, вообщем те которые весили больше, просто ссылки нет сейчас под руками.
IOS циски Version 12.2(2)XB2, можно и обновить, но на неё по H323, огромное количество льётся трафа, с куча шлюзов, правдо траф на неё с Mera MVTS идёт, она конечно медиа проксирует, но всё таки кодеки вообще не трогает, просто фильтрует. Самая фенька, когда звоню на меру, то тоже с той стороны меня не слышат. Причём не слышимость, не сразу появилось, сначало какой-то процент был, а потом всегда не слышимость при исходящем звонке в сторон вызываемого абонента.

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

SIP это моно прописать, но на мере нет у меня сип модуля, а когда у меня отвалится местная телефония, я точно пойму что h323 накрылось, а не грёбанный роут упал у партнёров ;). Да и охота побольше шишок набить с H323 на Астериске, что бы потом всегда было хорошо, и знать что делать. Если есть идеи, что можно предпринять, говорите, буду благодарен.

Вообще, такое ощущение, что астериск не ловит коннект, вопрос, как это посмотреть, что бы узнать наверняка??

Звонил на чудный H323 софтофон, не слышно меня, а я вот слышу.
Тут стал вопрос по медиа попрты, какими можно пользоваться, раньше я думал с 1024 и до 65535. Но начал дебажить порты на циске
типа вот так

card.metronet.kz#debug voip rtp packet remote-ip 192.168.11.11 remote-port 14000
^
% Invalid input detected at '^' marker.

card.metronet.kz#debug voip rtp packet remote-ip 192.168.11.11 remote-port 15000
^
% Invalid input detected at '^' marker.

card.metronet.kz#debug voip rtp packet remote-ip 192.168.11.11 remote-port 16000
^
% Invalid input detected at '^' marker.

card.metronet.kz#debug voip rtp packet remote-ip 192.168.11.11 remote-port 17000
VOIP RTP Packets IP Address/Port debugging is on


Получается нижняя граница 1700, приблизительно.
Вот tcpdump, что показывает
09:52:25.952261 IP 192.168.11.12.13340 (это *) > 192.168.11.11.18408 (это циска): UDP, length 32