Пытаюсь обрабатывать входящие звонки по протоколу Н323

Провайдер разделил
81.88.80.53 (сигнализация) и 81.88.80.5 (голос)

- Стандартный порт, на который поступает вызов по IP-телефонии, это порт TCP 1720. Порты для управляющего канала H.245 и голосового трафика выбираются динамически из диапазона портов TCP и UDP 1024 – 65535. Желательно открыть их для наших адресов для корректной работы.

Получаю ошибки

*CLI> == New H.323 Connection created.
--Received SETUP message
-- Setting up Call
-- Call token: [ip$81.88.80.53:58127/29602]
-- Calling party name: []
-- Calling party number: [74997426338]
-- Called party name: [6498266]
-- Called party number: [6498266]
-- Calling party IP: [81.88.80.53]
Setting capabilities to 0x100 (g729)
Capabilities in preference order is (g729)
Allowed Codecs:
Table:
G.729A <1>
G.729 <2>
UserInput/hookflash <3>
UserInput/RFC2833 <4>
UserInput/dtmf <5>
Set:
0:
0:
G.729A <1>
G.729 <2>
1:
UserInput/hookflash <3>
2:
UserInput/RFC2833 <4>
UserInput/dtmf <5>

Using 212.1.113.222 for outbound H.245 transport
2:00:37.737 H225 Answer:8edcad0 transports.cxx(1667) H323TCP Could not connect to 81.88.80.5:38030 (local port=0)- No route to host(113)
2:00:37.737 H225 Answer:8edcad0 ast_h323.cxx(1990) H225 Connect of H245 failed: No route to host
-- ClearCall: Request to clear call with token ip$81.88.80.53:58127/29602, cause EndedByTransportFail
-- Sending RELEASE COMPLETE
2:00:37.738 H225 Answer:8edcad0 transports.cxx(1215) H225 Signal channel stopped on first PDU.
2:00:37.839 H323 Cleaner h323.cxx(1757) H323 Connection ip$81.88.80.53:58127/29602 terminated.
-- Call with 74997426338 [81.88.80.53] ended abnormally
== H.323 Connection deleted.


Подскажет кто нибудь как побороть разделение голоса и сигнализации

Ничего специального тут нет, это на языке SIP canreinvite=yes. Вполне можно проксировать медиа так и разрешать замыкаться напрямую, как в этом случае, для любой технологии.

Какой модуль используется - h323? oh323? ooh323?
Как описан пир провайдера?
В каком статусе опция h245Tunneling= ? faststart= ?

Эммм...апну, пожалуй.
Автор, ну так что, как решил проблему?
Отпишись, а то сам столкнулся и голову уже сломал... =(

alex_dev, ты то сам какой модуль используешь - h323? oh323? ooh323?
Сделай в конфиге h323.conf два пира, с 81.88.80.53 и с 81.88.80.5

У меня на chan_h323 все замечательно работало и работает. Стоит GSM-шлюз, который использует два разных IP для сигнализации и голоса.
Ничего специально не мудрил...

ded, благодарю за помощь, заработало.

Столкнулся с такой же ситуацией. Но при всем при этом, если выставить опцию AcceptAnonymous = no , то вызовы режектятся:

[Oct 18 23:27:13] NOTICE[32039]: chan_h323.c:2105 setup_incoming_call: Anonymous call from 'Anonymous@204.11.114.55' rejected

хотя этот(и другие) пир прописан в h323.conf:

[test]
type=user
context=from-prov
host=204.11.144.55
fastStart=yes
h245Tunneling=yes
disallow=all
allow=ulaw
allow=alaw
allow=gsm
allow=g729

и естественно, добавление второго пира ни как не влияет на ситуацию.
Исходящая связь через других провайдеров работает.
Входящая, тоже от других провов, если AcceptAnonymous = yes - работает(с дефолтными настройками).


P.S. в некотороых случаях строка при режекте выглядит так:

[Oct 18 23:27:13] NOTICE[32039]: chan_h323.c:2105 setup_incoming_call: Anonymous call from '7777777@204.11.114.55' rejected

7777777 - номер телефона с которого звонят (CallerID)

если создать юзера с таким именем, то вызов - проходит

[7777777]
type=user
context=from-prov
host=204.11.144.55
fastStart=yes
h245Tunneling=yes
disallow=all
allow=ulaw
allow=alaw
allow=gsm
allow=g729

????
Есть выход?

А какой нужен выход?

Ну в общем то, что бы работало :)
Я не знаю, конечно, как работает протокол h323, но почему он берет не IP а номер? Как сделать так, что бы проверялся IP?
Какой выход из этого положения (если он есть).

Вместо

[test]
type=user
context=from-prov
host=204.11.144.55
fastStart=yes
h245Tunneling=yes
disallow=all
allow=ulaw
allow=alaw
allow=gsm
allow=g729

[test]
type=h323
; prefix=.
context=from-prov