Исходное сообщение
"Вышел Asterisk IP-PBX 1.4" Отправлено Денис Смирнов, 16-Сен-06 06:47
Luigi Rizzo провел глобальный рефакторинг кода. Очень многие места стали куда более прозрачными, множество потенциальных багов было убито в зародыше. Переделан loader API, теперь не нужно мучиться с modules.conf вообще, и модули для которых нет конфига даже не грузятся (модуль может в load_module() вернуть отказ от загрузки, обычно как раз в случае отсутствия конфига). SIP-стек oej@ "пропатчил" так, что это на rewrite тянет. RTP стек тоже глобально переделали. Например теперь при прямом соединении двух RTP endpoints, если мы не можем сделать reinvite, то вместо прогона каждого фрейма по всем уровням (разбор RTP, формирование AST_FRAME, передача его в core, ну и потом назад тем же аллюром) все это реализовано прямо в RTP-стеке, без лишнего разбора. То бишь и меньше вероятных багов, и при этом производительность существенно увеличивается. frame cache сделали в thread local storage. Чтобы не было malloc/free на _каждый_ фрейм (как было раньше).Опять шаг в сторону масштабируемости. Функция Dial, которая раньше была ночным кошмаром любого программиста была разбита на подфукнции и приведена в удобочитаемый и удободорабатываемый вид. Про RTCP почему-то все молчат как партизаны, а возможность эта отнюдь не бесполезна. Сейчас переписывают H.323, который ранее был практически неработоспособным. VLDTMF наконец сделали -- проблем с двоящимися DTMF кодами при использовании SIP должно быть куда меньше (в теории вообще исчезнуть эта проблема должна). Собственно до того момента, как можно будет сказать 'Asterisk рулез, про любые другие продукты IP-телефонии можно забыть" осталось две вещи -- интегрирование патча из bug id #4825, а также полноценная реализация T.38 терминации. Да и T.38 _транзит_ (да, это именно то что авторы изначальной статьи назвали поддержкой T.38) сейчас весьма крив. Кошки вон намертво подвисают после нескольких факсов через астериск :) Это все предстоит исправлять. Ну и, в качестве рекламы, напоминаю что на subscribe.ru есть моя рассылка по Asterisk. И её читатели бреда вроде "в 1.4 будет поддержка T.38" говорить не должны :)

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Luigi Rizzo провел глобальный рефакторинг кода. Очень многие места стали куда более > прозрачными, множество потенциальных багов было убито в зародыше. > Переделан loader API, теперь не нужно мучиться с modules.conf вообще, и модули > для которых нет конфига даже не грузятся (модуль может в load_module() > вернуть отказ от загрузки, обычно как раз в случае отсутствия конфига). > SIP-стек oej@ "пропатчил" так, что это на rewrite тянет. > RTP стек тоже глобально переделали. Например теперь при прямом соединении двух RTP > endpoints, если мы не можем сделать reinvite, то вместо прогона каждого > фрейма по всем уровням (разбор RTP, формирование AST_FRAME, передача его в > core, ну и потом назад тем же аллюром) все это реализовано > прямо в RTP-стеке, без лишнего разбора. То бишь и меньше вероятных > багов, и при этом производительность существенно увеличивается. > frame cache сделали в thread local storage. Чтобы не было malloc/free на > _каждый_ фрейм (как было раньше).Опять шаг в сторону масштабируемости. > Функция Dial, которая раньше была ночным кошмаром любого программиста была разбита на > подфукнции и приведена в удобочитаемый и удободорабатываемый вид. > Про RTCP почему-то все молчат как партизаны, а возможность эта отнюдь не > бесполезна. > Сейчас переписывают H.323, который ранее был практически неработоспособным. > VLDTMF наконец сделали -- проблем с двоящимися DTMF кодами при использовании SIP > должно быть куда меньше (в теории вообще исчезнуть эта проблема должна). > Собственно до того момента, как можно будет сказать 'Asterisk рулез, про любые > другие продукты IP-телефонии можно забыть" осталось две вещи -- интегрирование патча > из bug id #4825, а также полноценная реализация T.38 терминации. Да > и T.38 _транзит_ (да, это именно то что авторы изначальной статьи > назвали поддержкой T.38) сейчас весьма крив. Кошки вон намертво подвисают после > нескольких факсов через астериск :) Это все предстоит исправлять. > Ну и, в качестве рекламы, напоминаю что на subscribe.ru есть моя рассылка > по Asterisk. И её читатели бреда вроде "в 1.4 будет поддержка > T.38" говорить не должны :)
	Введите код, изображенный на картинке: