Asterisk + ooh323

[amateur]

Касательно h245Address в Connect смотрю код в git.
Надо конечно повысить уровень отладки и понять в каком месте ooAcceptCall мы вываливаемся, но если доходит до этого фрагмента кода...

Код: Выделить всё

   /* Send h245 listener addr any case if H245 connection isn't established */
   if (/* (!OO_TESTFLAG(call->flags, OO_M_FASTSTART) ||
        call->remoteFastStartOLCs.count == 0) && */
       !OO_TESTFLAG (call->flags, OO_M_TUNNELING) &&
       ( (!call->h245listener && ooCreateH245Listener(call) == OO_OK) ||
         !call->pH245Channel))

..., то в нем что-то не так.

!OO_TESTFLAG (call->flags, OO_M_TUNNELING) - в данном случае должно быть true
(!call->h245listener - listener должен быть создан на более раннем этапе (при отправке Progress), значит false
&& ooCreateH245Listener(call) == OO_OK) - это не вызывается, т.к. предыдущее условие - false
следовательно вся конструкция - false, поэтому переходим к
|| !call->pH245Channel)) - должно быть true, т.к. соединение согласно записи трафика не установлено.

Итого имеем: true && (false || true) что в конечном итоге будет true

Но h245Address отсутствует, значит какой-то из промежуточных выводов неверен. Дальше можно еще вывалиться из функции из-за ошибки резервирования памяти, но мне думается, что это маловероятно.

[amateur]

Xenium и/или Maloi001, можете в ooh323.conf установить в [general] параметр tracelevel=6 и сделать еще раз проверочный вызов БЕЗ ooh323 set debug с записью трафика, прикрепить потом трафик и журнал к теме? В общем, так, как сделал Xenium в прошлый раз.

[may]

Код: Выделить всё

 !OO_TESTFLAG (call->flags, OO_M_TUNNELING) &&
       ( (!call->h245listener && ooCreateH245Listener(call) == OO_OK) ||
         !call->pH245Channel))

логика здесь такая: если выключен тунелинг и ((не создан был до этого H245listener и теперь он создан успешно) или не открыт H245 канал), то устаналиваем
h245address из listener'а.

да, есть вопрос, почему в ситуации когда не открыт h245 канал это условие не исполняется. Вероятно где-то pH245Channel устаналивается неверно.
Это предположение я проверю. Проблемы с выделением памяти здесь точно нет, так как в этом случае пакет Connect не был бы отправлен.

[Maloi001]

Теперь нет различия на станции, что включен debug или выключен. Голос не проходит и не видит поднятия трубки на Asterisk 15, в трубке со станции идут гудки не ответа хотя на Asterisk трубку подняли.

[amateur]

Теперь нет различия на станции

Судя по отсутствию h245Address в сообщении Alerting, этот patch - https://forum.asterisk.ru/viewtopic.php?p=83929#p83929 не был приложен. Так?

[Maloi001]

я приложил его было написано что патч применился.

[ded]

Правдин. Дверь, например, какое имя: существительное или прилагательное?
Митрофан. Дверь? Котора дверь?
Правдин. Котора дверь! Вот эта.
Митрофан. Эта? Прилагательна.
Правдин. Почему ж?
Митрофан. Потому что она приложена к своему месту. Вон у чулана шеста неделя дверь стоит еще не навешена: так та покамест существительна.

[Maloi001]

Может что то конечно не правильно сделал, после распаковка астериска я в эту папку закинул патч и командой patch -p0 < "патч" выполнил после этого сделал компиляцию астера!

[ded]

Можно проверить так: распаковать снова оригинальный ./addons/ooh323c/src/oo1931.c и сравнить с тем, который получился после применения патча:
есть изменения строк 1466? Есть вставка после строки 1579?

[amateur]

закинул патч и командой patch -p0 < "патч" выполнил после этого сделал компиляцию астера!

Вроде все правильно. Только Вы приложили две записи трафика. В одной (dampnet.cap) h245Address отсутствует, а во второй (dampondep.cap) присутствует. Хотя содержание Alerting, насколько я вижу, от включения отладки не зависит.

Мне хочется посмотреть конечный результат, с которым мы сейчас работаем. Можете запаковать в архив следующие файлы и прикрепить/выложить куда-нибудь?
addons/chan_ooh323*
addons/ooh323c