до какого именно патча?

iye:

Насколько правильна данная ситуация ?

если это вызвано патчем, то это регрессия, то есть ситуация неправильна

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

вообще-то на самом деле проблема одна, а патчи разные
Если хотите, чтоб я посмотрел на проблему:
1) важно!!! удостовертесь что работаете именно с моим патчем из багтрака астериска и что ни строки лишней (во всем астериске) у вас нет (команда diff вам в помощь)
2) воспроизведите проблему (не слышно музыки), во время воспроизведения снимайте дамп (tcpdump -i <interface> -s 0 -w h323_after_patch.pcap)
3) ревертните (уберите) патч (больше ничего не менять!), воспроизведите ситуацию (должно быть слышно музыку), во время воспроизведения снимайте дамп (tcpdump -i <interface> -s 0 -w h323_before_patch.pcap)
Эти 2 дампа и описание проблемы добавьте в багтрак астериска к тикету.
Дальнейшее обсуждение этой проблемы будем вести там.
Спасибо.

ddkprog, это недостаточно конструктивно.
По каждому из двух пунктов назовите причины для изменения текущей реализации.
И просьба на "форумы знатоков С++" не отсылать.

Поигрался с настройками. Ситуация возникает на тестовой машине в единственном случае, когда у узла прописаны настройки:

fastStart=no
h245Tunneling=yes

В любых других комбинациях музыка играется нормально.
На основном же рабочем изменение этих настроек никак не влияет ... хотя там прописано через общий контекст .. сейчас попробую идентифицировать по ip...

iye, вы убедились, что это действительно регрессия и возникает из-за моего патча?
Я описал в предыдущем посте какие действия нужно сделать, чтоб понять это.

В процессе ). Идентифицировал по ip - заработало. Сейчас сниму дамп попробую откатиться и посмотреть что будет..

Проверил. Проблема была не в патче. На непатченом 1.6.2.9 та же ситуация. Извините за ложную тревогу.

а, ничего страшного:-)