входящий по H.323

[plohish]

Здравствуйте.
OS7200, v4.30d. Лицензия на 16 SIP, 16 H.323.
Есть устройство (голосовой шлюз), связанный с АТС по H.323.
Звонок на этот шлюз нормально проходит транзитом через АТС (он являет собой удаленный вынос номерного плана АТС, поэтому звонки на него маршрутизирует она). А вот звонки с самого шлюза не идут ни в какую, даже на номерной план АТС (4ХХ).
В 714 все необходимое есть, в частности "4** B".
Пробовал позвонить на номерной план АТС по SIP, та же борода - "603 SIP Declined".
Самое обидное, что на аналогичной АТС все работало в момент отладки. Что нужно, чтобы принять звонок по H.323/SIP? Только 714? И там и там 714 настроено идеологически одинаково, на что еще обратить внимание?

P.S. АТС завязана по SPnet еще с 3 такими же, и звонки в этой сети ходят "и так, и так, и наперекосяк".

Дебаг со шлюза (490 - вызывающая сторона на шлюзе, 414 - номер на АТС):

43 <CEP 000000> : Call Received
44 <CEP 000000> : Call Initiated : calledNumber() crv(0) total(0)
45 <Call 4> : ****************** Call Created status(InitiatedByFXS) *******************
46 <CEP 000000> : Calling number(490)
47 <CEP 000000> : Call id(bde7164a-8b5c-b5bc-8005-0002a40457e6) callNum(4)
48 <Call 4> : Digit(4) at InitiatedByFXS
49 <Call 4> : MatchedPartially
50 <Call 4> : Digit(1) at CalleeUndetermined
51 <Call 4> : MatchedPartially
52 <Call 4> : Digit(4) at CalleeUndetermined
53 <Call 4> : MatchedAll
54 <Time 4> : Inter digit timer timeout.
55 <Call 4> : Digit(#) at CalleeDeterminedWaitDigit
56 <Call 4> : MatchAllProcess After Sorted
<0> id(1000) dest([123456]..F) prefer(0) selected(1)
57 <Call 4> : Initiate callee with dial-peer([123456]..F) status(CalleeDeterminedAll) id(bde7164a-8b5c-b5bc-8005-0002a40457e6)
58 <NetEP 4> : InitiateOutCall: calledNum(414) callingNum(490) target(192.168.81.1)
59 <NetEP 4> : DoCall: calledAddr(414@192.168.81.1) callingAddr(490)
60 <H323 4> : local capabilities.
number of capabilities = 7
1 : g729-8k
2 : g711ulaw-64k
3 : g711alaw-64k
4 : T.38
5 : UserInput/basicString
6 : UserInput/hookflash
7 : ATE:Payload101:0-15
61 <H225 4> : Try signalling TCP connect (192.168.81.1:1720)
62 <H225 4> : Signalling TCP connect success (4)
63 <Q931 4> : Send SETUP
64 <Q931 4> : Received RELEASE COMPLETE
65 <Call 4> : Terminated from(ffffffff) this(Remote:ResourceUnavailable) before(NULL) forced(0)
66 <CEP 000000> : DisconnectCall at Busy
67 <CEP 000000> : StopSignal
68 <CEP 000000> : Disconnect (0)
69 <NetEP 4> : Call TO <414> terminated reason(Remote:ResourceUnavailable)
70 <CEP 000000> : Disconnected(16) at Disconnecting

[plohish]

Сейчас прописал на шлюзе в качестве session-target ip одной из АТС в упомянутой мной сети, сходу заработали звонки со шлюза во все стороны.
Где может быть косячек ?

[plohish]

Так что, никто не сталкивался?
В моей практике было подобное поведение станции, когда без объяснений отбивались входящие по SIP, тогда проблема заключалась, что какая-то редиска непонятно зачем в ММС 616 вбил транки 8501-8516, стоило их оттуда вытереть и все заработало.
Дебаг со стороны АТС, я так понимаю, можно только снифером посмотреть
Вот ссылка на вайршарковский дамп: http://pub.apk-invest.com/H323/h323.pcap

[LionB]

Так у тебя даже TCP соединение H323 host call не устанавливается... А ну попробуй на АТС исходящий по H323 звонок на саму себя завернуть...
P.S. А что у тебя что на этих IP адресах?

[plohish]

А ну попробуй на АТС исходящий по H323 звонок на саму себя завернуть...

Так у меня исходящие и транзитные через АТС по Н323 на этот шлюз нормально уходят, зачем на саму-себя заворачивать..
Входящие со шлюза на АТС не идут ни по Н323, ни по СИП..

P.S. А что у тебя что на этих IP адресах?

192.168.60.230 - шлюз, с которого я хочу позвонить на АТС по Н323
192.168.81.1 - процессор АТС
Нужно применить что-то типа ip.src == 192.168.81.1 or ip.src == 192.168.60.230 and ip.dst == 192.168.81.1 or ip.dst == 192.168.60.230, чтобы увидеть сессию без чужого трафика.

[plohish]

Я дамп поменял, там еще H.225 пакеты есть, раз до Н.225 дело дошло, то TCP соединение H323 host call устанавливается, как мне кажется..
И эти строки дебага шлюза тому подтверждение, ведь они относятся именно к H323 host call:
61 <H225 4> : Try signalling TCP connect (192.168.81.1:1720)
62 <H225 4> : Signalling TCP connect success (4)
А вот здесь пошла сигнализация и тут же обломилась:
63 <Q931 4> : Send SETUP
64 <Q931 4> : Received RELEASE COMPLETE
65 <Call 4> : Terminated from(ffffffff) this(Remote:ResourceUnavailable) before(NULL) forced(0)
В обновленном дампе это тоже видно в пакете H.225 CS:releaseComplete..

[LionB]

1. Заворот сам на себя означает, что вызов уйдет по исходящей и он же вернется входящим (с так скажем, совместимой H225 частью).. Я хочу проверить входящие от самой себя. Это самая лучшая первая проверка. Много моментов сразу отсекается.
2. Собственно есть маза, что у тебя в станции выключено Codec Autonego. Попробуй включить.. Потом, еще вернее лучше на обоих сторонах вруби H245 Tunneling, что бы они о кодеке в facilities договаривались

[plohish]

1. Заворот сам на себя означает, что вызов уйдет по исходящей и он же вернется входящим (с так скажем, совместимой H225 частью).. Я хочу проверить входящие от самой себя. Это самая лучшая первая проверка. Много моментов сразу отсекается.

Т.е. в 832 звонки завернуть в таблицу с ip АТС? Завернул. IP Network Link Failure системник говорит, а что там внутри АТС происходит я ж не увижу, да и вайршарк SPnet не декодирует по причини проприетарности..

2. Собственно есть маза, что у тебя в станции выключено Codec Autonego. Попробуй включить.. Потом, еще вернее лучше на обоих сторонах вруби H245 Tunneling, что бы они о кодеке в facilities договаривались

Codec Autonego и Tenneling включено по умолчанию и не менялось, вот скрин http://pub.apk-invest.com/H323/h323.jpg
На шлюзе тоже все на месте, транзитом через подобную АТС аж влет..

[LionB]

Какой SPNet.. Я же просил завернуть H323 вызов... Просто заменить IP удаленного H323 шлюза в таблице IP на собственный и в DDI прописать приход вызова по этому номеру... А вообще по хорошему нужно настройки ваши видеть.. И схему - чего хотите..

[plohish]

Обыкновенный, я сделал именно то, что Вы написали.
Я набираю 480--->PBX1<-----SPnet----->PBX2, которая в 714 отправляет его в Н.323, а в 832 указана таблица, содержащая собственный адрес PBX2.
Что я могу видеть в результате ??
1. IP Network Link Failure на системнике.
2. Пакеты SPnet между PBX1 и PBX2 в снифере, про которые я говорю.