Asterisk с версии Asterisk 1.0 rc1 • Поддерживаю chan_unistim • Написал множество мелких патчей • Более знаком по этим строкам: VERBOSE[14424][C-000004ae] netsock2.c: Using SIP RTP TOS bits 184 VERBOSE[14424][C-000004ae] netsock2.c: Using SIP RTP CoS mark 5 О себе и сообществе
Frank Haase для поддержки бинаурального аудио для Asterisk и app_confbridge приняты недавно • Улучшения джиттер буфера для лучшей поддержки FEC в codec_opus • Сборка с --with-pjproject-bundled по-умолчанию
канала в Asterisk использует SDP для обработки параметров media? • chan_sip • chan_jingle • chan_pjsip • chan_mgcp • chan_webrtc • chan_sdp Asterisk 15: Введение
свою форму SDP для согласования атрибутов медиа потока: SIP, MGCP, метод RTCPeerConnection (JSEP/WebRTC) • Вместо реализации парсера SDP в каждом канальном драйвере в Asterisk, должна быть использована общая абстрактная реализация SDP.
Progress), когда SDP не является окончательным (как в 200 OK) • Подключаемый к API бэкэнд для сериализации/ десериализации текстового представления SDP из внутреннего состояния SDP. Единственная реализация - res_sdp_translator_pjmedia Asterisk 15
новых RTC клиентах. Широко распространяемые и как никогда независимые от производителя - Web-браузеры • Поддержка нескольких потоков (в частности видео) становится более востребованной • До текущего момента поддерживалось по единственному потоку каждого типа (аудио, видео, текст) Asterisk 15
в духе обратной совместимости • Все существующие API должны сохранить совместимость, по-умолчанию. • Задача выполнена через новый API топологии передачи медиа и новую структуру ast_stream_topology. • Позволяет производить согласование потоков динамически в ядре Asterisk, и выполняться для каждого приложения. Asterisk 15
топологией в момент создания или изменение топологии может быть запрошено на лету (с возможным изменением кодеков) • Вызов ast_channel_request_stream_topology_change() для изменения топологии на лету (с изменением SDP) Asterisk 15
изменения в res_rtp_asterisk.c • RTCP-MUX технология webrtc для объединения RTCP и RTP по единому UDP порту. (ничего не напоминает? :-) • Не требуется дополнительного уровня для инкапсуляции RTP и RTCP пакетов • RTCP-MUX требуется для работы с Chrome 57 Asterisk 15
chan_pjsip: • Для поддержки новых API Asterisk требуются изменения в каналах • Существующие каналы работают даже с новыми API (с полным обеспечением совместимости) НО только с одним каналом аудио и видео • chan_pjsip на данный момент первый и единственный канал поддерживающий новые возможности
в мультипоточном окружении. • Много сделано, многое еще предстоит • Необходим простой тест для проверки работы совместно с браузерами • Мултипоточное ECHO приложение принимает входящие видео и отправляет в ответ n потоков. • Простое приложение, но необходимо для проверки всех заложенных концепций Asterisk 15
кто незнаком, SFU - это тип передачи потоков, когда каждый поток передается в каждую точку(звезда) вместо объединения их в единый поток, как на MCU. • Цель - иметь простое и явное поведение app_confbridge в сценарии SFU. Asterisk 15
WebRTC • Further improvements in app_confbridge SFU support • Поддержка ARI для установления многоканального видео • ARI вызовы для поддержки SFU в app_confbridge Asterisk 15
с IoT - модуль канала RTMP • Улучшение поддержки многопоточного видео/аудио в ядре Asterisk • Продолжить улучшение Asterisk’s REST (особенно в свете появления SFU сценария) Направления для Asterisk? (на 1-2 года)
являться LTS - 13 - продлен срок Security Fixes до 2020 года, EOL - 2021 год - 11 - только Security Fixes с Октября (время переходить на 13/14) и прекращение поддержки еще через 6 месяцев. - Бонус: git для продления поддержки 11, 1.8, 1.4 https://github.com/iqtek/asterisk-unofficial О сроках поддержки