Asterisk 17
После года разработки состоялся релиз новой стабильной ветки открытой коммуникационной платформы Asterisk 17, используемой для развёртывания программных АТС, систем голосовой связи, VoIP-шлюзов, организации IVR-систем (голосовое меню), голосовой почты, телефонных конференций и call-центров. Исходные тексты проекта доступны под лицензией GPLv2.

Asterisk 17 отнесён к категории выпусков с обычной поддержкой, обновления для которых формируются в течение двух лет. Поддержка прошлой LTS-ветки Asterisk 16 продлится до октября 2023 года, а ветки Asterisk 13 до октября 2021 года. При подготовке LTS-выпусков основное внимание уделяется обеспечению стабильности и оптимизации производительности, приоритетом же обычных выпусков является наращивание функциональности.
Ключевые улучшения, добавленные в Asterisk 17:
  • В ARI (Asterisk REST Interface), API для создания внешних коммуникационных приложений, которые могут напрямую манипулировать каналами, бриджами и другими компонентами телефонии в Asterisk, реализована возможность определения фильтров событий - приложение может задать список разрешённых или запрещённых типов событий, и после этого в приложения будут передаваться только события, разрешённые в белом списке или не подпадающие под чёрный список;
  • В REST API добавлен новый вызов 'move', позволяющий переносить каналы от одного приложения к другому без возвращения к сценарию обработки вызовов (dialplan);
  • Добавлено новое приложение AttendedTransfer для постановки в очередь сопровождаемых переводов звонка (оператор вначале сам соединяется с целевым абонентом и после успешного вызова соединяет с ним звонящего) на заданный добавочный номер;
  • Добавлено новое приложение BlindTransfer для перенаправления всех каналов, связанных с вызывающим, к целевому абоненту ("слепой" перевод, когда оператор не знает ответит ли вызываемый на звонок);
  • В шлюз для организации конференций ConfBridge в опцию remb_behavior добавлены параметры "average_all", "highest_all" и "lowest_all", работающие на уровне совмещённых каналов (bridge), а не на уровне источников, т.е. значение REMB (Receiver Estimated Maximum Bitrate), оценивающее пропускную способность клиента, вычисляется и отправляется каждому отправителю, а не привязывается к специфичному отправителю;
  • В команду Dial, предназначенную для установки нового соединения и его связи с каналом, добавлены новые переменные:
    • RINGTIME и RINGTIME_MS - содержат время между созданием канала и получением первого сигнала RINGING;
    • PROGRESSTIME и PROGRESSTIME_MS - содержат время между созданием канала и получением сигнала PROGRESS (эквивалентны значению PDD, Post Dial Delay);
    • DIALEDTIME_MS и ANSWEREDTIME_MS - варианты DIALEDTIME и ANSWEREDTIME, выдающие время в миллисекундах вместо секунд;
  • В rtp.conf для RTP/ICE добавлена возможность публикации локального адреса ice_host_candidate, как и оттранслированного адреса;
  • Пакеты DTLS теперь могут быть фрагментированы в соответствии со значением MTU, что позволяет использовать более объёмные сертификаты при согласовании соединений DTLS;
  • В команду ReadExten добавлена опция "p" для остановки чтения добавочного набора после нажатия символа "#";
  • В PBX-модуль DUNDi добавлена поддержка двойной привязки к IPv4/IPv6;
  • Для MWI (Message Waiting Indicators) добавлен новый модуль "res_mwi_devstate", позволяющий подписываться на голосовые ящики, используя события "presence", что даёт возможность использовать клавиши статуса линии BLF в качестве индикаторов ожидания голосового письма;
  • Драйвер chan_sip объявлен устаревшим, вместо него для протокола SIP рекомендовано использовать канальный драйвер chan_pjsi, построенный с использованием SIP-стека PJSIP и позволяющий уйти от ограничений и узких мест, присущих старому драйверу, таких как монолитный дизайн, запутанность кодовой базы, жёстко заданные в коде ограничения и трудоёмкость добавления новых возможностей.
Источник: www.opennet.ru
Вы должны войти

loading