ipbs1

[alucard666]

Отладка на Yate сильно предпочтительней, т.к. разбираться с ooh323 я больше не хочу. Только Yate бы еще собрать с H323Plus вместо OpenH323, т.к. проект OpenH323 умер 11 лет назад.

Чем предпочтительнее отладка на yate?
Может быть у вас есть образ виртуальной машины yate с h323plus, чтобы бы быстро развернуть стенд? Я долго и мучительно больно компилил yate с openh323... поэтому хочется получить готовый образ и съэкономить время.

Я конечно польщен. Видимо теперь Вы собираетесь расслабиться и ждать чуда?

Нет) Просто вы мне даёте идеи и направления. Это ценно для меня, т.к. занимаясь в одиночку, я иногда долго топчусь на месте из-за отсутсвия свежего взгляда. Ну и мысль что можно у кого-то что-то спросить тоже морально помогает.

Могу ещё предоставить логи с IPBS и с ooh323 на стороне астреиска.

Если перейдем на Yate, то потребуется включить отладку H323 - в h323chan.conf в секции [general] установить debug=6.[/quote]

Там я поставил debug 10 по аналогии с консолью yate.
--------------------
По следам моих экспериментов:
После соединения с YATE, IPBS перестала отсылать DTMF, теперь при звонке через asterisk на SIP я слышу только цифровой шум и звонок естественно не доходит, но соединение есть. SIP->DECT звонки продолжают идти без проблем.

Выяснил ещё один момент, соединение (в котором слышно цифровой шум) сейчас рвётся при регистрации DECT трубки. Трафик записал, сам ещё не смотрел, выложу чуть позже как посмотрю.

[alucard666]

о многих АТС такой параметр имеет значение Enblock или Overap. У вас стоит Overlap.

К сожалению нет такого параметра.

[alucard666]

Анализируя трафик:
100 27.007208 192.168.88.130 192.168.88.114 Q.931 91 FACILITY
101 27.014892 192.168.88.114 192.168.88.130 H.225.0 114 CS: releaseComplete
Как я понимаю, на запрос q.931 asterisk разорвал соединение...
Только я не понимаю почему он это сделал и что в запросе такого содержится.

В логах ooh323 вот это:
04:58:27:924 New connection at H225 receiver
04:58:27:924 Created a new call (incoming, ooh323c_8)
04:58:27:924 Receiving H.2250 message (incoming, ooh323c_8)
04:58:27:924 Received Q.931 message: (incoming, ooh323c_8)
04:58:27:924 Received H.2250 Message = {
04:58:27:924 protocolDiscriminator = 8
04:58:27:924 Error:Failed to decode received H.2250 message. (incoming, ooh323c_8)
04:58:27:924 Decoded Q931 message (incoming, ooh323c_8)
04:58:27:924 }
04:58:27:924 ERROR:Failed ooH2250Receive - Clearing call (incoming, ooh323c_8)
04:58:27:924 In ooEndCall call state is - OO_CALL_CLEAR (incoming, ooh323c_8)
04:58:27:924 Cleaning Call (incoming, ooh323c_8)- reason:OO_REASON_INVALIDMESSAGE
04:58:27:924 Closing H.245 connection (incoming, ooh323c_8)
04:58:27:924 Removing call 15a53f8: ooh323c_8
04:58:27:924 Removed call (incoming, ooh323c_8) from list
04:58:27:924 Ending Call Monitor thread

[ded]

asterisk разорвал соединение потому что недополучил H.2250 Message

04:58:27:924 Receiving H.2250 message (incoming, ooh323c_8)
04:58:27:924 Received Q.931 message: (incoming, ooh323c_8)
04:58:27:924 Received H.2250 Message = { - огрызок какой-то!
04:58:27:924 protocolDiscriminator = 8
04:58:27:924 Error:Failed to decode received H.2250 message. (incoming, ooh323c_8)

[may]

Анализируя трафик:

В логах ooh323 вот это:
04:58:27:924 New connection at H225 receiver
04:58:27:924 Created a new call (incoming, ooh323c_8)
04:58:27:924 Receiving H.2250 message (incoming, ooh323c_8)
04:58:27:924 Received Q.931 message: (incoming, ooh323c_8)
04:58:27:924 Received H.2250 Message = {
04:58:27:924 protocolDiscriminator = 8
04:58:27:924 Error:Failed to decode received H.2250 message. (incoming, ooh323c_8)
04:58:27:924 Decoded Q931 message (incoming, ooh323c_8)
04:58:27:924 }
04:58:27:924 ERROR:Failed ooH2250Receive - Clearing call (incoming, ooh323c_8)
04:58:27:924 In ooEndCall call state is - OO_CALL_CLEAR (incoming, ooh323c_8)
04:58:27:924 Cleaning Call (incoming, ooh323c_8)- reason:OO_REASON_INVALIDMESSAGE
04:58:27:924 Closing H.245 connection (incoming, ooh323c_8)
04:58:27:924 Removing call 15a53f8: ooh323c_8
04:58:27:924 Removed call (incoming, ooh323c_8) from list
04:58:27:924 Ending Call Monitor thread

похоже АТС пытается что-то не совсем стандартное поставить в пакете SETUP, по крайней мере ASN.1 parser OOH323 не может это разобрать.
проанализирую ваш дамп.

[may]

Анализируя трафик:
100 27.007208 192.168.88.130 192.168.88.114 Q.931 91 FACILITY
101 27.014892 192.168.88.114 192.168.88.130 H.225.0 114 CS: releaseComplete
Как я понимаю, на запрос q.931 asterisk разорвал соединение...
Только я не понимаю почему он это сделал и что в запросе такого содержится.

в вашем дампе три tcp соединения. Приведенная часть из первого соединения, которое успешно было обработано.
А вот вторые два непонятно к чему относятся. В каждом из них пакет FACILITY с данными от протокола Q.SIG, сейчас точно не помню,
что это за Q.SIG операция но выглядит так:

ROS: invoke (1)
invoke
invokeId: present (0)
present: 55
opcode: global (1)
global: 1.3.6.1.4.1.1417.1.6.1 (iso.3.6.1.4.1.1417.1.6.1)
argument: 3000
Data (2 bytes)
Data: 3000
[Length: 2]
[Expert Info (Warning/Undecoded): Undecoded INV: 1.3.6.1.4.1.1417.1.6.1]
[Undecoded INV: 1.3.6.1.4.1.1417.1.6.1]
[Severity level: Warning]
[Group: Undecoded]

возможно это запрос доступности абонента. у меня когда-то была development ветка ooh323 с обработкой q.sig, но в production не пошла за отсутствием запросов на данный функционал (единственный тестировщик отвалился)

попробуйте посмотртеть, отключается ли у вас на транке в сторону asterisk поддержка Q.SIG или что-то связанное с этим.
по сути дела дальнейшие звонки не идут, потому что астериск не может сгенерировать правильный ответ на этот запрос, до звонка с SETUP'ом дело даже не доходит.

[alucard666]

04:58:27:924 Received H.2250 Message = { - огрызок какой-то!

Я так понимаю что это не огрызок.
04:58:27:924 Received H.2250 Message = {
04:58:27:924 protocolDiscriminator = 8
04:58:27:924 Error:Failed to decode received H.2250 message. (incoming, ooh323c_8)
04:58:27:924 Decoded Q931 message (incoming, ooh323c_8)
04:58:27:924 }
Посмотрите, скобочки закрываются в конце, как это интерпретировать - загадка для меня(

[amateur]

Чем предпочтительнее отладка на yate?

Тем, что я лучше разбираюсь в H323Plus, чем в OOH323. Но пока Вами may занимается предлагаю не дергаться.

Я долго и мучительно больно компилил yate с openh323... поэтому хочется получить готовый образ и съэкономить время.

В Yate не совсем красиво реализовано обнаружение установленных версий P[WT]Lib и OpenH323/H323Plus. Могу дать Вам собственные patch'и, которые позволяют собрать Yate с PTLib и H323Plus от Jan Willamowius - https://github.com/willamowius/

Там я поставил debug 10 по аналогии с консолью yate.

В OpenH323/H323Plus нет отладочных сообщений выше 6-го уровня. 10 - это круто, но и 6 достаточно

По следам моих экспериментов:

Пока Вы наследили только в вековечной пыли OpenH323, и эти "следы" я анализировать не буду. Просто поймите, что OpenH323 закончился в 2007-м году. После этого проект был унаследован H323Plus и 11 лет исправления вносились туда. У Вас есть желание напороться еще и на "баги", которые уже давно исправлены?

[alucard666]

попробуйте посмотртеть, отключается ли у вас на транке в сторону asterisk поддержка Q.SIG или что-то связанное с этим.
по сути дела дальнейшие звонки не идут, потому что астериск не может сгенерировать правильный ответ на этот запрос, до звонка с SETUP'ом дело даже не доходит.

О! Это интересно, но в IPBS нет настроек транка. В ooh323 тоже нет настроек q.sig, на сколько я успел посмотреть.
Для понимания картины - в этой записи я звонил на номер c DECT телефона, а дальше взял второй DECT телефон и просто включил. После того, как телефон включился и нашёл сеть вызов на первом телефоне завершился.
Готов стать тестировщиком, а также предоставить удалённый доступ к моему сетапу, включая IPBS и сервер.

[alucard666]

Тем, что я лучше разбираюсь в H323Plus, чем в OOH323. Но пока Вами may занимается предлагаю не дергаться.

Я готов, если это возможно, скомпилить и установить h323plus в asterisk.
Yate мне совсем не привычна, к астериску я как-то уже прикипел. Готов кстати вам тоже дать доступ. Причём могу организовать отдельный стенд с yate+IPBS и asterisk + IPBS. В наличии есть сервак с виртуалками и три штуки IPBS.

У Вас есть желание напороться еще и на "баги", которые уже давно исправлены?

Спасибо, я не знал что OpenH323 так давно почил. Пересобору конечно с h323plus.

Пока Вы наследили только в вековечной пыли OpenH323, и эти "следы" я анализировать не буду.

Все записи трафика, включая последнюю были на asterisk+ooh323.