Отправляет email-рассылки с помощью сервиса Sendsay

Документация и статьи по Asterisk PBX

Рассылка закрыта

При закрытии подписчики были переданы в рассылку "БЛОГика: полезные советы" на которую и рекомендуем вам подписаться.

Вы можете найти рассылки сходной тематики в Каталоге рассылок.

←   Июнь 2006   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
Автор
Денис Смирнов

Статистика

427 подписчиков
0 за неделю
←   Все выпуски   →

Документация и статьи по Asterisk PBX Asterisk: новости


Вступление

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

Подводя итоги последнего полугодия перед выходом релиз кандидата 1.4:

- RTP jitterbuffer -- будет!

- T.38 транзит -- маловероятно, несмотря на все обещания, так как проблемы есть, а активности в t38-ветки ровно ноль;

- 4825 патч (codec negotiation) не будет интегрирован однозначно, увы, и даже моя работа по упрощению API интегрирована не будет точно также;

- SIP стек перепахали настолько серьзно, что это близко к переписыванию с нуля, и можно ожидать намного более стабильной его работы;

- IAX2 стек угробили напрочь, и его теперь сложно считать хотя бы чуть-чуть работоспособным, например сейчас он не совместим даже с iaxclient;

- поддержка video развивается семимильными шагами, но поддержка видеоконференций ещё пока не скоро нам светит;

- код app_voicemail перепахан очень серьезно, множество мелких изменений и улучшений, но особо серьезного ничего нет;

Кратко говоря -- 1.4, если не считать поддержки jitter buffer и перепаханого SIP-стека это просто планомерное развитие продукта. Хотя интеграция 4825, T.38 и jitter buffer'а совместно могли бы тянуть на новую major версию.

Если вы хотите чтобы T.38 таки был включен, я хочу попросить вас высказать по этому поводу свое мнение в asterisk-dev. Именно благодаря множеству высказываний по поводу RTP jitter buffer, это изменение было включено в транк, хотя изначально этого делать не собирались. Вынудило лишь то, что несколько человек открыто высказали мнение, что не видят никакого смысла в апгрейде с 1.2.x без добавления столь значимого функционала.

app_queue

Стратегия 'roundrobin' объявлена не рекомендуемой, и в будуем будет удалена, рекомендуется использовать стратегию 'rrmemory'.

Сделано это было в связи с тем, что именно вариант 'rrmemory' и есть тот, который ожидают большинство пользователей.

Разница между этими стратегиями в том, что roundrobin выбирает следующего оператора для попытки дозвониться по кругу без учета того, какой оператор смог ответить на звонок, а rrmemry это учитывает.

Например у нас есть 3 оператора A, B, C. Звонок был направлен на оператора A, но он не взял трубку, и звонок был отправлено оператору B. После этого следующий позвонивший клиент будет в случае стратегии roundrobin сначала отправлен на оператора B, а при стратегии rrmemory он будет сразу отправлен на оператора C.

IAX2

При получении запроса на авторизацию одновременно с plaintext паролем и MD5, использовать для авторизации именно MD5.

- Add an option to app_dial, 'i', to instruct the application ignore any requests from peers to forward calls elsewhere. #5657 (johnlange w/some minor mods)

jitter buffer -- ура!

Добавлена поддержка использования jitterbuffer для всех поддерживаемых RTP-based, а таакже Zap, OSS и Alsa каналов и добавлен новый алгоритм jitter buffer со статическим размером буфера, в добавок к уже имеющемуся адаптивному.

Это была наиболее ожидаемая фича в будущем 1.4. Для того, чтобы возможности Asterisk'а по использованию в бизнесе были абсолютно неограничеными осталось всего-то:

- добавить поддержку T.38 (как транзит, так и оригинацию/терминацию); - добавить поддержку SIMPLE - добавить поддержку call pickup по нажатию клавиши

SIP

Интегрирована ветка oej/siptransfer. Проще говоря поддержка SIP transfer переписана практически целиком, и будет теперь работать гораздо лучше.

app_voicemail

Теперь в отправляемые E-Mail добавляются заголвоки c callerid именем и номером. Соответственно;

X-Asterisk-CallerID:

X-Asterisk-CallerIDName:

RTCP

Да, теперь в Asterisk есть зачатки поддержки RTCP.

До сих пор поддержка RTCP и jitter buffer не связана друг с другом, и jitter buffer для своей настройки не использует информацию из RTCP, и RTCP не используется для передачи статистики из jitter buffer'а. Но начало работы уже положено.

pbx_config

Priority jumping теперь отключен by default. С учетом AEL и того факта, что нынче все команды возвращают значения в переменных, а многие команды заменены на функции -- можно, наконец, забыть про эту безумную логику как страшный сон админа.

В избранное