Страница 2 из 2
Re: Проблема с факсами ooh323+res_fax+spandsp
Добавлено: 22 янв 2014, 08:49
amateur
amateur писал(а):Потом от удаленной стороны тишина 60 секунд (rtptimeout)
may, похоже ошибка в том, что при проверке
Код: Выделить всё
3717 if (h323->rtp && h323->owner && h323->rtptimeout &&
3718 h323->lastrtprx &&
3719 h323->lastrtprx + h323->rtptimeout < t) {
всегда предполагается двусторонний характер обмена media-трафиком, что неверно. В данном случае dissector wireshark не отобразил наличие трафика UDP TL на диаграмме взаимодействия. И я просто не стал вручную анализировать UDP stream и не увидел, что на самом деле UDP TL трафик есть В НАПРАВЛЕНИИ ОТ Asterisk, т.е. изменяется только lastrtp
tx. При только исходящем трафике значение lastrtp
rx не меняется и приводит к "rtp timeout". Проверка наличия обмена media-трафиком должна учитывать характер передаваемого трафика. Нужно иметь в виду, что media-трафик не всегда двусторонний. Это относится как к UDP TL, так и к RTP.
Re: Проблема с факсами ooh323+res_fax+spandsp
Добавлено: 22 янв 2014, 09:58
amateur
amateur писал(а):Никакой путаницы в ooh323 не происходит.
Видимо все таки происходит. Подождем что may ответит.
Re: Проблема с факсами ooh323+res_fax+spandsp
Добавлено: 06 фев 2014, 10:46
starterx
Пока may молчит в качестве workaround поставил 10.12.4, там все хорошо работает.
Re: Проблема с факсами ooh323+res_fax+spandsp
Добавлено: 06 фев 2014, 15:33
amateur
starterx писал(а):Пока may молчит в качестве workaround поставил 10.12.4, там все хорошо работает.
При rtptimeout > 0 ?
Re: Проблема с факсами ooh323+res_fax+spandsp
Добавлено: 07 фев 2014, 00:33
starterx
Да... Просто задрал rtptimeout до 180, и факсы в это время пролетают.
По крайней мере в 10ке все UDP-сокеты по завершении звонка корректно закрываются и не остается "висяков".