Asterisk *

Привет, Хабр! Меня зовут Илья Волынкин, я CTO платформы МТС Exolve. Когда мы говорим про VoIP-телефонию, первая ассоциация — Asterisk. Это open-source ПО захватило рынок и его аналоги не так популярны. На True Tech Day я рассказал про наш опыт с FreeSwitch — инструментом, решающим гораздо более масштабные задачи. 

Благодаря ему мы смогли построить платформу, которая позволяет реализовывать сложные сценарии, добавлять разные модули (например, с AI под капотом), и собирать себе системы телефонии по принципу Lego. Под катом: рассказ про то, как сейчас усложнилась инфраструктура для звонков, какие есть варианты реализации VoIP и как это может развиться в будущем. 

Когда наш стартап на базе платформы FreelanceSpace перерос первоначальный этап, перед нами встал вопрос об автоматизации процессов разработки и деплоя. Раньше мы вручную собирали и выкатывали обновления, но с ростом нагрузки это становилось узким местом. При этом внутри команды не было DevOps-специалиста, и я понял, что самостоятельно не справлюсь — нужен сторонний эксперт. Решение пришло само собой: найму фрилансера с нужными навыками. В качестве площадки для поиска я использовал собственный сайт FreelanceSpace – IT-фриланс-платформу, «№1 для быстрого подбора разработчиков, дизайнеров и копирайтеров»

. Здесь можно было быстро разместить задание и собрать отклики.

Поиск и выбор исполнителя

Я начал с составления краткого описания задачи (в DevOps-терминах это была настройка CI/CD-процессов: сборка, тестирование и деплой). Затем проанализировал несколько вариантов поиска специалиста:

Биржи фриланса. На крупных площадках (например, Upwork или аналогах) легко найти DevOps-инженеров. Как советует опытный специалист, при подборе лучше ориентироваться на рейтинг: «чем он выше, тем лучше»

. Я изучил профили нескольких фрилансеров, особенно смотрел отзывы и выполненные проекты.

Тематика и опыт. Обращал внимание на конкретные технологии в портфолио (Docker, Kubernetes, Jenkins/GitHub Actions и пр.) – мне был важен опыт именно в CI/CD.

Коммуникация. Пообщался с несколькими кандидатами, чтобы оценить, как они понимают задачу. При первой же беседе заметил, кто задаёт уточняющие вопросы и предлагает идеи – такие специалисты внушали больше доверия.

Современные компании всё чаще сталкиваются с необходимостью интеграции IP-телефонии и CRM-систем для улучшения управления клиентскими коммуникациями. Такая интеграция позволяет автоматизировать ключевые процессы, минимизировать человеческий фактор и ускорить обработку обращений.

Модуль интеграции Itgrix надежный инструмент интеграции IP-телефонии Asterisk и CRM-систем для оперативной работы со звонками.

С его помощью вы получите полный контроль над телефонными коммуникациями, сохраните гибкость настройки вашего оборудования и интегрируете данные в удобную CRM-систему для повышения эффективности продаж и клиентского сервиса.

Всем привет! Меня зовут Илья Чубко, я технический архитектор K2Тех.

В этой статье я подробно опишу процесс создания SIP-клиента на Angular с использованием SIP.js, настройку сервера Asterisk на CentOS 9, обеспечение защищённого соединения через TLS и настройку WebRTC для совершения звонков.

Привет! Меня зовут Виктор, и у меня есть некоторый опыт в области телефонии и разработки. Хотел бы поделиться своим проектом — тепловой картой телефонных номеров. Хотя подобные карты уже существуют, аналогичной визуализации звонков на Хабре пока не встречал. Вот пример того, как она выглядит:

Ansible — система управления конфигурациями, написанная на языке программирования Python. Используется для автоматизации настройки и развертывания программного обеспечения. Обычно используется для управления Linux-узлами, но есть большая коллекция плагинов для подключения к другим устройствам и ОС. Наряду с Chef, Puppet и SaltStack считается одной из наиболее популярных систем управления конфигурациями для Linux. Главное отличие Ansible от аналогов — не нужна установка агента/клиента на целевые системы. С помощью Ansible можно развернуть, удалить или сконфигурировать любое ПО на удаленных серверах.

Более половины потребителей регулярно обращаются в колл-центры, причём большая часть предпочитает общаться именно с операторами. Люди ожидают мгновенной реакции на свои запросы, и промедление может стоить дорого. Поэтому неэффективная работа колл-центра может негативно сказаться на всём бизнесе. 

В этой статье я расскажу, как мы оптимизировали работу колл-центра за счёт интеграции CRM и телефонии, Asterisk IP-АТС и облачной АТС билайн бизнес.

Представьте, что Вы бухгалтер-юрист на аутсорсе - сотрудников у вас 2-3, а контрагентов может быть несколько сотен (или тысяч), или сотен тысяч👌👌👌

И Когда вам в компанию поступает звонок адресованный вашим клиентам, например Главбуху компании ООО "Рога и копыта" или юристу ООО "Руконогофъ" - вы неможете понять и реально сбиваете с толку звонящих из ФНС, Росреестр или из ГОРСВЕТ или иных госучреждений. А в случае арбитражей - путаница будет бесконечна.

Самый простой вариант - собираем SIMкарты с юрлиц (вместе со сматрфонами) незабывая про NDA и подписываем каждый телефон биркой с именем, а к полке с документами добавиться полка с телефонами🤦‍♀️

От этого бардака нас спасает IP-телефония Asterisk на платформе FreePBX

По заявкам радиослушателей читателей продолжу публиковать мои экзерсисы с Asterisk. На этот раз про мобильные клиенты с поддержкой push. Снова не буду сильно распинаться, только основное и по-делу.

На рынке существует несколько SIP-клиентов с поддержкой push, как минимум мне известны Groundwire и Bria Mobile. Последней я пользуюсь много лет и повествование будет о ней. Хоть опция push и платная (все таки это требует от разработчика приложения инфраструктуры), она сильно экономит трафик и расход батареи.

Очень кратенько, в дополнение к следующим статьям:

https://habr.com/ru/companies/ruvds/articles/547442/
https://habr.com/ru/articles/724566/
https://habr.com/ru/articles/553118/

Это короткое продолжение серии про Asterisk.
Пердыдущие части Часть 1, Часть 2, Часть 3

Я расскажу как и почему я ограниченно применяю IAX2 в контексте предыдущих записей.

После установки FreePBX возникла потребность чистить старые записи. В Asterisk 13 записи теперь складываются по папкам вида: /var/spool/asterisk/monitor/%Year%/%month%/%day%.

На просторах Интернет был найден скрипт, но он был не идеальным, отсылал по три письма, да и не удалял сами папки. Также не было никаких отчётов о том, что было удалено, а я не люблю оставаться в неведении: согласитесь, было бы не лишним знать что происходит на сервере. Вот, собственно говоря, сам скрипт. Комментарии есть возле каждого пункта на 2-х языках, у себя поставил его в cron с запуском раз в неделю:

Привет! Я управляю подразделением VoIP в группе компаний Dyninno — международном холдинге, который предоставляет услуги и продукты в сфере туризма, финансов, развлечений и технологий в 50 странах. Важнейшей составляющей нашего бизнеса является продажа авиабилетов. Мы работаем по гибридной схеме: привлекаем клиентов онлайн, а тревел-агенты совершают продажи — созваниваются с клиентом, уточняют пожелания и формируют наиболее выгодное предложение от авиакомпаний. Сейчас у нас свыше 4200 тревел-агентов, и как раз-таки их работу и обеспечивает наш внутренний колл-центр. 

В этой статье я расскажу о разных сценариях работы территориально распределенного колл-центра на базе Asterisk, Kamailio и rtpengine. 

Как работает колл-центр 

Есть несколько сценариев взаимодействия с клиентами. Мы используем три типа автономного набора номера, или кампаний обзвона под каждую ситуацию:

Для рабочих целей есть потребность учитывать совершённые за наличные расходы. Раньше это делалось вручную - вписывался что куплено и по какой цене в телеграмм-чатик, потом вручную переносилось в табличку. Потом перенос в табличку автоматизировался с помощью google-api, но т.к. товаров в чеке могло быть много, поэтому список из 10 (например) позиций сокращался до какой-то общей типа "инструменты" (например), что не особо годилось для возможной дальнейшей аналитики. Как следующий этап развития, возникла идея получать данные о товарах с помощью qr-кода и API ИФНС.

Передача записей звонков в Telegram или использование мессенджера вместо CRM для оперативного контроля за операторами колл-центра на базе IPАТС Asterisk

Однажды мы решили обновить Asterisk с 11 версии до 18. История получилась интересной и поучительной. Расскажем о полученном преимуществе, возникших трудностях и способах их решения.

На Хабре и на профильных форумах (типа 4pda) уже достаточно статей на тему того, как отказаться от GPON-роутера от МГТС и вывести интернет напрямую в свой роутер.
Большинство статей описывают опыт подключения к роутерам Mikrotik, прошивок SFP-GPON терминалов, странных хаков по выдёргиванию настроек и прочего. Мне же это всё не подошло и я пошёл иным путём. Требования я составил следующие:

Если вы спросите у прожжённых системных администраторов, используют ли они realtime‑конфигурацию в Asterisk, с вероятностью 90% ответ будет отрицательный. В качестве обоснования, скорее всего, услышите «При недоступности источников данных телефония станет неработоспособной». Если интересно узнать, как мы обошли это ограничение, читайте дальше.