Продолжаю тему обновлений, которые требуются при переходе на канал chan_pjsip, отмечу еще два момента, возможно недостаточно отраженные в документации. По крайней мере нем при обновлении диалпланов наших систем пришлось немного поискать информацию.
- Что: переменная SIPCALLID
- Замена: вызов функции CHANNEL (pjsip,callid)
Положительным моментом является то, что данный вызов является более логичным и документация по нему доступна при просмотре помощи по функции CHANNEL. callid совершаемого вызова доступен до отправки INVITE в pre-dial процедуре, вызываемой приложением Dial ()
- Что: приложение SipAddHeader ()
- Замена: функция PJSIP_HEADER ()
Предложенная для замены функция является более функциональной заменой, позволяет также читать, удалять и модифицировать заголовки. О применении и ограничениях — подробнее во встроенной справке Asterisk
Также хотелось отметить, что все такие заметки мы начинаем собирать о обобщать в нашей базе знаний — https://kb.iqtek.ru, надеемся она сможет стать полезным ресурсом наравне с другими зарекомендовавшими себя сайтами по теме Asterisk и VoIP.
Оригинал: https://blog.iqtek.ru/?p=249
автор igorg
Наша компания уже в течении последнего года использует в настройке всех новых систем на Asterisk канал chan_pjsip для работы с SIP протоколом. Часто появляются вопросы, в которых пользователи спрашивают о том, как настроить ту или иную конфигурацию по аналогии с chan_sip.
Далее »
автор igorg
\\ теги: freepbx, pjsip, zadarma, проблема, регистрация
В этом году мне удалось принять участие в community-конференции Astricon компании Digium (ныне часть Sangoma), посвященную развитию проекта Asterisk. Данная конференция собирает представляет community со всего мира и позволяет познакомиться с актуальными вопросами, с которыми сталкиваются разработчики VoIP систем.
Хотелось бы рассказать о полученном опыте в плане получения визы, дороги, выбора маршрутов, стоимости и просто присутствия на конференции. Возможно кому-то эта информация будет полезна в будущем для поездки на Astricon или какую-либо другую конференцию в США.
Для начала хочу выразить благодарность семье, которая мужественно вынесла мое отсутствие в течении почти двух недель. Также хочу заметить, что в ссылках на сервисы далее по тексту могут быть использованы промо-ссылки. Если используете и это будет реально полезно — буду только рад. В комментариях задавайте вопросы, буду рад что-то подсказать. Далее »
автор igorg
\\ теги: Astricon, Digium, sangoma, USA, виза, конференция, США
По следам прошедшей конференции AsterConf’2017 мы решили опубликовать несколько простых советов, которые оказались полезными участникам конференции.
Первый относится к использованию SQL запросов в системах, которые построены при помощи написания диалплана без применения графических оболочек вроде FreePBX. Для работы c SQL из диалплана чаще всего используют возможности модуля func_odbc. Однако часто оказывается неудобным то, что для каждого запрос а требуется редактирование отдельного файла. Ниже описание того, как этого избежать и задавать все запросы в диалплане.
Далее »
автор igorg
Совсем скоро должна появиться релизная версия Asterisk 15. В новой версии Asterisk Digium провели массивное изменение ядра системы, что вызвало отхождение от принципов нумерации и выпуска LTS релизов. Таким образом:
- Asterisk 15 становится не-LTS релизом со сроком поддержки 2 года
- Поддержка Asterisk 13 продляется до 2021 года
Основными нововведениями при этом являются:
- Поддержка мульти-поточности в работе с RTP (в основном для WebRTC в chan_pjsip)
- Внедрение API для абстракции при работе с SDP
- Реализация спецификации BUDLE для передачи нескольких RTP потоков единым транспортом
Более подробный список изменений под катом.
Далее »
автор igorg
Браузеры идут вперед семимильными шагами, при этом складывается ситуация, когда обновление браузеров у клиента иногда требует обновления и инфраструктуры.
Мы с толкнулись с тем, что в нашей инфраструктуре не работают новые версии Chrome. Поиск по изменениям показал, что в в 52 версии Chrome перешли на использование только на использование ECDSA алгоритма при согласовании подключения DTLS. Но в версии openssl до 1.0.2 эти алгоритмы не поддерживаются. «Правильный» openssl на Ubuntu можно установить таким способом:
|
|
sudo add-apt-repository ppa:louisinternet/openssl sudo apt-get update apt install openssl |
Проверить версию после установки:
|
|
root@freeswitch3-in:/home/superadmin# openssl version OpenSSL 1.0.2g-fips 1 Mar 2016 |
После этого достаточно перезапустить freeswitch для работы с правильными версиями библиотеки openssl.
Оригинал: http://blog.iqtek.ru/?p=100
автор igorg
Долгое время freeswitch обладал фактически эксклюзивной и первой реализацией кодека OPUS. Для Asterisk существовали решения на gihub, но они имели ряд недостатков — не имели возможности настройки через codecs.conf и не использовали информацию из SDP для своей работы.
Во время проведения Astercon 2016 было объявлено что для asterisk 13 и 14 выпущен официальный модуль кодека OPUS.
Далее »
автор igorg
\\ теги: opus, кодек
Долгое время freeswitch обладал фактически эксклюзивной и первой реализацией кодека OPUS. Для Asterisk существовали решения на gihub, но они имели ряд недостатков — не имели возможности настройки через codecs.conf и не использовали информацию из SDP для своей работы.
Во время проведения As...
автор igorg
\\ теги: opus, кодек
Я уже не первый год работаю с voipmonitor. Одна из основных метрик, которые рассчитывает voipmonitor — MOS на основе стандарта G.107, который учитывает сетевые параметры передаваемого RTP (потери пакетов, джиттер). Однако в сетях, где голос передается совместно в IP сетях и PSTN такой подход не даст адекватной оценки качества.
В voipmonitor начиная с 7 версии предусмотрено исполнение бинарного файла, который по сопоставлению эталонного звукового файла и файла, полученного из RTP, дает оценку по P.862 PESQ. Передо мной стояла задача сделать решение, которое позволит использовать другие решения для расчета MOS-подобных оценок.
Вот список шагов, необходимых для того, чтобы voipmonitor начал использовать настроенный mos-lqo бинарный файл:
- Необходимо настроить параметры mos_lqo_bin, mos_lqo и mos_lqo_ref в voipmonitor.conf. Если используется стандартный mos_lqo достаточно просто включить его использование mos_lqo=yes.
- Так как использование mos-lqo предполагает сравнение файла с эталоном, то оценки должны производиться только для узкого спектра вызовов, специально созданных какой-либо системой тестирования. для этого в БД в таблицы filter_ip и/ил filter_telnum добавляем записи, с указанием ip и маски в целочисленном виде, либо телефонный номер. Поле mos_lqo:
- 0 — не производить вызов mos_lqo_bin
- 1 — обрабатывать mos_lqo_bin RTP потоки у с указанный source IP
- 2 — обрабатывать mos_lqo_bin RTP потоки у с указанный destination IP
- 3 — обрабатывать и входящие и исходящие RTP с указанных IP адресов
- Вызов mos_lqo производится только если voipmonitor конвертирует RTP в WAV, поэтому в voipmonitor.conf необходимо указать опцию saveaudio=wav.
Настройка и написание оберток, позволило использовать вместо PESQ такие алгоритмы как AQuA и PVQA (который позволяет анализировать потери в качестве без наличия эталонного звукового файла).
автор igorg
\\ теги: aqua, g.107, mos, pesq, pvqa, voipmonitor
В дополнение к описанным в официальном wiki проекта Kazoo требуются и некоторые другие пакеты. Полный список дополнительных пакетов для системы с уже установленным из RPM Kazoo выглядит так:
yum install libxslt zip unzip gcc libtool libstdc++-devel nc expat-devel libxml2-devel openssl-devel zlib-devel
автор igorg
\\ теги: centos, kazoo, sources
