А "раньше" - это когда? Я помню описание execute_on_ family , там это упоминалось.

ну может я читал невнимательно
раньше - это до конфлуэнса

на вики

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

Вики давно уже померла )

Время идет

Спасибо!

Коллеги, понимаю 711а это всё равно с сжатие с потерями, но как оценить насколько силён куммулятивный эффект?
Тема такая: у меня есть длинная цепочка вызова, получается штук шесть медиа проксей(четыре из них фс). На входе в первую запись чистая, на выходе из последней качество ужасно, причём ухудшение заметно даже в рамках одного сервера между двумя интерфейсами.
Собсно вопрос: это я что-то делаю не так или это ожидаемо?
Вообще думал фс просто пакетики перекладывает без перекодирования в рамках одного кодека.

g711 ничего не сжимает. Ищите по дороге джиттер, пакетлосс или транскодинг

Вопрос, а прокси все эти обязательно должны обрабатывать медию ? Можно же медию между промежуточными звеньями не гонять если не нужна запись или ничего на этих серверах не проигрывается или не анализируются DTMF

...и снова "здравствуйте". Сергей Юрьев (если правильно прочел) см. direct-media/proxy-media. от cебя: FS - НЕ ПРОКСИ! Мало того, даже если сильно-сильно хочется proxy на fs - не взлетит. Они просто в разных RFC. FS - это софт-свитч и при правильном исполнении "SBC", но не более.

это не причина портить звук

и воздух

execute_on_answer это одна функция (грубо говоря), если надо использовать несколько выполнений по execute_on_answer надо прежде всего избавиться от execute_on_answer и использовать execute_on_answer_1 execute_on_answer_2 и т.д. сколько нужно, если где-то осталась execute_on_answer то execute_on_answer_Х становиться бессмысленным

в среде виртуализации vmware/kvm/и т.д. такой эффект вполне ожидаемый, особенно если  хост виртуализации банально перегружен
если присмотреться в сам tcpdump то наверняка увидите что на udp не совпадает checksum, из-за этого и начинает расти джиттер и прочее (подсказка)
на сервере хардваре при таких же симптомах с checksum проявление с ухудшением качества звука редкое явление

И всё-таки это логарифмическая квантизация и небольшие потери есть.
Дело происходит в контролируемой локалке, даже более конкретно между двумя ЦОД с 10гб связанностью. Потерь нет и джитера тоже. Транскодирование на всём пути я перепроверил - это была первая мысль.

В существующей архитектуре - да. У меня нет уверенности, что коллеги закончили реорганизацию сети. Меня давно мучает мысль это выпрямить

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

Это виртуалки в большинстве своём действительно. Но вайршарк не жалуется ни на что такое. Но на картинке стрим анализа прямо очень хорошо видно кусок через две прокси и через 6.

никаких потерь нет. Потери происходят при преобразовании аналогового сигнала, чего у вас не происходит