IP-телефония на базе Asterisk
Введите свой номер телефона
и мы перезвоним вам
Решаем Ваши бизнес-задачи с помощью IT-технологий. Знаем, как сделать лучше, быстрее и дешевле. Наш опыт – на службе Вашего бизнеса.
Не все герои носят плащи. Сотни техических статей, написанных инженерами нашей компании. Делимся опытом и своими знаниями со всем сообществом.
Сотни функций и возможностей Asterisk помогут вывести коммуникации в Вашей компании на принципиально новый уровень. Технические ограничения – фантазия Заказчика.
Вы платите за систему, которая будет полностью соответствовать Вашим ожиданиям, требованиям и будет драйвером роста Вашего бизнеса
Идти в ногу со временем или оставаться на старых технологиях? Такой вопрос не стоит перед нашими клиентами. Решаем самые смелые задачи для Колл-Центров. Строим с нуля или работаем с существующими.
Поместите свой бизнес в эпицентр продаж. Интеграция IP-телефонии и CRM даст новый и мощный импульс Вашему Отделу Продаж и выведет компанию на три шага впереди конкурентов.
Подбираем для клиентов такие тарифы, которые ему редко получится найти на рынке самостоятельно. Работаем с 100+ операторов связи в интересах клиента.
Разработки, созданные нашей командой под запросы клиентов. Не отказывайтесь от инноваций. Мы поможем идти с ногу со временем.
Умные всю жизнь учатся, а остальные всегда все и так знают. Мы проводим обучение более 8 лет и выпустили более 1000 специалистов по Asterisk и Mikrotik. Проводим ежегодную конференцию Asterisk.
Купить наш опыт дешевле, чем набивать свои шишки. Мы реализовали более 800 проектов и накопили экспертизу для того, чтобы идеально выполнить Ваш проект.
Правильный выбор оборудования позволяет сэкономить от 20 до 50% бюджета телефонии. Мы предельно внимательно подойдем к выбору «железа» в Ваш проект.
Наши цены доступны не только для Москвы, но и для регионов. А вложения в нашу экспертизу обычно окупаются за несколько месяцев.
Работаем с 2011 года. Собрали отличную команду реальных фанатов своего дела. Подходим к работе с душой и ответственностью.
На самом деле он простой: я буду отвечать на обыденные вопросы, которые, к сожалению, до сих пор появляются. Мы строим большие системы, делаем крутые интеграции, но часто пропускаем базовые вещи.
Первый вопрос:
«Как выбрать сервер? Какой сервак нужен? Взять ли старый десктоп из кладовки? Купить ли серьёзное железо, которое стоит полмиллиона? А может быть VPS, или вообще взять роутер, Raspberry, и поставить туда Asterisk?»
Всё зависит от того, зачем он вам нужен, какую задачу решает и насколько надёжно всё это должно работать. Я искал информацию о том, сколько ресурсов — процессора и памяти — реально нужно, и в интернете её мало, да и то устаревшая. Поэтому решил разделить подход на три типа:
Нельзя просто прийти и сказать: «Какой сервер мне купить под Asterisk?» Я не знаю, какие вы будете включать функции, какие приложения. Вы должны сами это посчитать, посмотреть на нагрузку и сделать тесты. Есть готовые инструменты для нагрузочного тестирования, их надо использовать перед вводом системы в эксплуатацию.
В качестве мини-отметок (лайфхаков) для себя при выборе железа:
Сборка Asterisk — тема тоже вечная. Самая правильная документация — на wiki.asterisk.org. Там сейчас навели порядок, всё структурировано. Да, на английском, но для айтишников это не проблема. Раньше для сборки Asterisk нужно было вручную ставить кучу зависимостей. Теперь есть команда ./install_prereq, которая сама всё установит. Дальше стандартные шаги:
make menuselect, make, make install, make config, make install-logrotate
menuselect — это не просто «зашёл, вышел и забыл». Там есть множество опций, и, изучив их, вы сможете оптимизировать сборку под себя, в том числе по производительности.
modules.conf — про него почему-то все забывают, а ведь это один из важнейших конфигов Asterisk. Именно там указывается, какие модули загружать, а какие нет. Мы обычно делаем autoload=yes, и всё, что было собрано, грузится без разбора. Потом удивляемся, что Asterisk работает медленнее, открывает кучу ненужных портов, а безопасник ругается. Лучше чётко прописать нужные модули. Например, параметр load или preload — только для тех, что вам действительно требуются (SIP, PJSIP, записи и т.п.). Есть модули, которые нужно загружать до инициализации Asterisk (например, доступ к внешним ресурсам), для них надо использовать preload. Так вы получите более быструю загрузку и меньше потенциальных проблем.
Кстати, один из самых правильных modules.conf лежит в официальных конфигурациях Asterisk — configs/basic-pbx/modules.conf. Берите его за основу и добавляйте только то, что вам нужно. Тогда вы будете понимать, что именно умеет ваш Asterisk.
Преимущество правильной настройки modules.conf: в консоли при старте не будет портянки из 200–300 предупреждений и ошибок. Если вы видите, что при загрузке нет ни одного ворнинга, значит всё настроили чётко. И если вдруг появится одна ошибка, вы сразу обратите на неё внимание, а не потеряетесь в море «варнингов».
Про мониторинг (Zabbix, Netdata, Grafana, Prometheus и т. д.) на этой сцене говорили много раз. Мы, как правило, берём готовые модули, всё настраиваем и получаем лавину уведомлений — в почту, в Telegram, причём тысячами. В итоге мы их все игнорируем. Нужно правильно определить, кто будет получать уведомления, какие и когда.
Иногда достаточно так настроить систему, чтобы уведомления вообще никому не уходили, потому что оно работает стабильно и без участия человека. Но это очень индивидуально.
Автоматизация — моя любимая тема. Часто основная проблема — не в самом Asterisk, а в провайдерах: упала связь, закончился баланс, бухгалтерия не оплатила счёт, и т. д. Я сделал скрипты на bash или Python, которые раз в n минут проверяют, работает ли транк с провайдером. Если нет — сразу автоматически формируется письмо провайдеру с договором и моим IP. То есть тикет открывается без моего участия. То же самое с балансом: если вызовов за полчаса не прошли, пишется письмо — или провайдеру, или бухгалтеру. Таким образом, я разгрузил себя от рутинных задач.
В итоге клиенты видят, что «всё работает», хотя я их фактически поддерживаю за 0 рублей. Они и не ищут других специалистов, приходят ко мне за доработками и обновлениями. Со временем у меня освободилось больше личного времени, а отношения с клиентами, наоборот, укрепились.
Логи — самая простая вещь, но многие их неправильно настраивают. В Asterisk классная система логирования:
Куча готовых виджетов и решений для Asterisk, чтобы интегрироваться с CRM, ERP, 1С, Bitrix24 и т.д. Обычно админы берут готовый модуль, ставят, он «как-то» работает, а о безопасности никто не думает. Между тем AMI, ARI, HTTP-запросы — это всё полноценные входы в систему, и надо их защищать.
Если что-то не получается, есть debugs AMI в Asterisk, есть команда grep по нужным событиям, можно посмотреть, что реально шлёт ваша CRM
RealTime используется вместо FreePBX в некоторых проектах. FreePBX тоже допилили за последние годы, стало лучше, есть даже встроенный firewall, но всё равно он часто ставит модули «пачкой», и много чего включено «на всякий случай». Если у вас простая система, RealTime может оказаться более элегантным решением: Asterisk сразу читает и пишет нужные данные в базу (MySQL, Postgres), и вы получаете гибкую настройку, которая по сути похожа на собственный «самописный FreePBX».
Это прям моя любимая штука. Обычно, когда мы что-то настроили в dialplan, мы поднимаем VPN, подключаемся софтфоном и проверяем, работает ли, есть ли звук. Я предлагаю проверять всё прямо из консоли Asterisk командой originate. Например, originate через нужный транк на мобильный номер, потом запустить приложение Echo(), проверить двусторонний звук. Или originate на application Playback() — и послушать, играет ли файл. Так экономится куча времени, не надо поднимать VPN и возиться с софтфоном.
Через originate можно даже нагрузку проверить, запуская параллельно несколько вызовов. Или быстро проверить новый диалплан. Это очень удобно, но почему-то многие этим не пользуются.
В заключение, эффективное администрирование Asterisk — это не только знание истории и укрепление сообщества «астерискеров» (от первых встреч у Финского залива до современных конференций с WebRTC и новыми модулями), но и системный подход к выбору и настройке железа (от малых «железок» до высоконагруженных кластеров), грамотной сборке и загрузке модулей через modules.conf, продуманному мониторингу и логированию, автоматизации рутинных проверок провайдеров и балансов, а также защищённым интеграциям с CRM и другими системами; освоив эти базовые практики — от SSD и FastAGI до команды originate — вы сможете построить надёжную, масштабируемую и управляемую АТС без лишнего стресса и хаоса.
Билеты уже в продаже!
Я - Виталий Шелест, менеджер компании Voxlink. Хотите уточнить детали или готовы оставить заявку? Укажите номер телефона, я перезвоню в течение 3-х секунд.