Вебинар рассчитан на системных администраторов, имеющих небольшой опыт настройки Asterisk и пока не применяющих базы данных в своих Asterisk-проектах.
Прямая ссылка на видео | Cсылка для регистрации
Приглашаем всех желающих 23 ноября. Приходите!
exten => _X.,n,Dial(SIP/gsm1/${EXTEN},,tT)
exten => _X.,n,Dial(SIP/gsm2/${EXTEN},,tT)
exten => _X.,n,Dial(SIP/gsm3/${EXTEN},,tT)
Не так давно сразу два популярных производителя Asterisk сборок объявили о том, что следующие версии их систем будут работать на ядре 3CX! Мы приветствуем и гордимся тем, что в динамичное сообщество 3CX влились обширные сообщества Elastix и PBX in a Flash!
Оба производителя уже некоторое время рассматривали замену ядра системы. Предыдущая версия PBX in a Flash работала на связке Asterisk и FreePBX и была подвержена лицензионным ограничениям. Аналогичная ситуация сложилась и с 4 версией системы Elastix.
После выхода версии 3CX для Linux оказалось целесообразным объединить усилия сообществ и разработчиков для выпуска действительно первоклассных продуктов. Готовые сборки для развертывания АТС на “голом железе” получили новое технологическое ядро.
Обе сборки уже были весьма популярны на рынке – например, только Elastix имеет более 100000 зарегистрированных инсталляций и десятки тысяч ежедневных загрузок бесплатной версии. Поэтому мы постараемся учесть пожелания существующих пользователей. Например, уже сейчас для пользователей Elastix доступен удобный механизм миграции — конвертер конфигурации Elastix в 3CX. Мы также предлагаем всем существующим партнерам Elastix и PBX in a Flash продолжать поддерживать существующие партнерские отношения. Вы должны были получить e-mail с соответствующей информацией. Но если вы его не получили, заполните форму регистрации партнера и получите NFR лицензию здесь.
Ровно год назад к нам обратились бывшие коллеги, с предложением принять участие в модификации движка VoIP оператора связи. Задача сводилась к полной переделке личного кабинета, обеспечению масштабирования системы, создания системы биллинга, LCR, мониторинга расходов пользователей, контроля длительности разговоров, аналитики по звонкам. История закончилась печально, т.к. заложенный нами расширенный функционал системы якобы не соответствовал ТЗ, никак не формализованному на бумаге и находящемуся только в головах менеджеров оператора. В связи с тем, что за разработанный функционал, который заказчику очень понравился, менеджеры платить не захотели, отношения мы разорвали. NDA и договора у нас не было, поэтому посоветовавшись с коллегами мы решили часть наработок выложить в свободный доступ. Я думаю, что это будет серия статей. И начнём пожалуй с базовых вещей и архитектуры.
Продолжаем наш рассказ о модификации движка для VoIP оператора связи.
В первой части мы рассказали о начальной структуре базы данных и настройке Asterisk для обслуживания вызовов, с мониторингом состояния вызова. В этой части мы затронем такие вещи как тарификатор, LCR, биллинг и геолокация.
Описывая участие в проекте по модернизации VoIP оператора связи Часть 1 и Часть 2, одной из задач, которая выпала из поля зрения, было создание унифицированного инструмента для визуализации и мониторинга работы сервера Asterisk. По сути, после выхода из данного проекта, навязчивая идея привести отображение информации Asterisk к более удобному виду вылилась в проект создания прототипа унифицированной виртуальной файловой системы, объединяющей возможности всех разрозненных инструментов доступных в Asterisk.
Думаю что многие из администраторов, которые имели дело с Asterisk, зачастую удивлялись тому количеству различных команд, при помощи которых из Asterisk можно получать данные. Речь пойдёт об учётных записях для абонентских устройств, пользователях для аутентификации, каналах, а также о нестандартном применении виртуальных файловых систем.