Asterisk *

В нашей компании используется телефон 8800, для того, чтобы клиенты могли сделать заказ без доступа к сайту. Для обслуживания большинства входящих звонков используется call-центр, а также при необходимости происходит перенаправление на внутреннего сотрудника.

Для удобства сотрудников и возможности персонализированного ответа была внедрена система распознавания входящего звонка по внутренней базе клиентов.

Сегодня мы расскажем вам, коллеги, как поздравить всех дам с праздником 8 Марта в одной большой аудио или видеоконференции!

Как вы, возможно, знаете, 3CX Phone System является отличной системой для проведения голосовых конференций. В ней можно организовать конференцию до 64 одновременных участников (количество участников ограничено вашей лицензией, т.е. числом одновременных коммутаций). Вы также можете организовать несколько параллельных конференций – главное, чтобы общее количество участников всех конференций не превышало 64.

Организовать конференцию можно тремя способами – с аппаратного IP телефона, используя фирменные клиенты 3CXPhone для Windows, Mac, Android и iPhone, и через систему веб конференций 3CX Webmeeting.

На какие вопросы вы найдёте ответы в этой статье:

• как отправлять USSD через GSM/3G/4G-модем и читать ответы;
• как отправлять SMS через Мультифон;
• как использовать Яндекс SpeechKit в автоответчике на Asterisk.

На какие вопросы вы не найдёте ответов:

• зачем нужен собственный «Кто звонил?».

Часть сотрудников нашей компании работает вне офиса: выезды к клиентам, работа в домашних условиях. Для связи с такими сотрудниками мы используем GSM шлюз, подключенный к нашей АТС Askozia. Любой вызов, поступивший от клиета, может быть переадресован на сотрудника “в поле”.

В таких условиях возникает не удобная ситуация: сотрудник, при входящем вызове видит номер SIM карты, а не номер клиента. Нет возможности оперативно перезвонить на пропущенный вызов.

Мы решили использовать Telegram для оповещения о звонках. Получилась интересная связка программных продуктов Askozia + Telegram + 1C: Предприятие.

Изучение протокола SIP привело к пониманию того, что он изначально поддерживает работу с доменными именами. В частности, достаточно создать DNS записи типа SRV и NAPTR для указания SIP клиентам где искать ваш сервер телефонии. В результате мы получаем возможность заводить пользователей типа alex@mysite.ru, director@mysite.ru, 101@mysite.ru и делать звонки напрямую на эти номера. В частности, эти номера могут совпадать с адресом электронной почты.

Для астериска, наверное, только ленивый не писал cdr viewer. Таких решений полно: asterisk cdr viewer, agcdr,  asterisk cdr viewer mod (статья на Хабре), cdr-stats и еще много других, которых я не знаю.

Но не требовалась функциональность крутых фильтров, сортировок-группировок, а нужен просто просмотр данных по звонкам за день, возможность прослушивать запись разговора и защита паролем. Чтобы бизнес-тетушка, сидя на заднем кресле автомобиля, пока ее муж, объезжая вечерние пробки, везет ее домой, могла взять планшет и посмотреть данные по звонкам своих сотрудников и быстро прослушать записи разговоров.

Недолго поискав по гитхабу, я наткнулся на webcdr. Немного обработал его напильником: убрал лишнее, добавил http basic авторизацию и получил необходимый вариант cdr viewer'а. C привычным тетушке веб-интерфейсом в стиле Twitter Bootstrap. Тетушка довольна.



Далее немного деталей.

Возникла у меня необходимость установки связки: Asterisk + CRM + Интеграция. С установкой Asterisk и FreePBX на Ubuntu проблем не возникло. Отличная статья с пошаговыми инструкциями и картинками, справится даже новичок.

Но вот когда дело дошло до установки CRM и попыток дружбы оной с Астером, у меня начали клочками выпадать волосы на голове. Сначала я думал, что эта задача так же проста, как и установка Ubuntu+Asteris+FreePBX. Но уже через несколько дней понял, что нормальных мануалов, а у же тем более нормальных бесплатных моделей просто нет. Так компания у нас не большая и покупать что-либо желания нет. Пришлось купить по кускам разные мануалы, посты, статьи и методом проб и ошибок устанавливать и интегрировать CRM с Астером.

Выбирал из 3-х (Сахар, вТигр и Сюит) и свой выбор остановил на SuiteCRM (остальные не прошли проверку на прочность и совместимость с модулями интеграции С Астером).

В этой статье я собственно и хочу поделится опытом установки и интеграции SuiteCRM с Астериском. Тот, кто уже установил SuiteCRM, и она успешно работает, можем смело пролистывать часть с установкой и переходить к интеграции.

Это небольшая заметка о паре утилит, которые использую время от времени для работы с астериском (для отладки телефонии и просмотра SIP пакетов). Многие коллеги не знают о более простых утилитах, которые могли бы сэкономить минутку-другую рабочего времени.

Далее речь пойдет о ngrep, sipgrep, sngrep, js-sequence-diagrams

Корпоративный блог на Хабре, по нашему мнению, предназначен не только для того, чтобы рассказывать комьюнити о кодерских приемах и описывать технические “фичи”, блог на Хабре предназначен еще и для того, чтобы делиться с подписчиками и читателями новостями, мыслями и настроением. Сегодня мы не будем долго и нудно описывать то, как написали очередной фронтенд для CRM или о том, как интегрировали облачную АТС холодильник, кофеварку и Электроника одновременно. Мы, как облачный сервис-провайдер, хотим подвести итоги уходящего года и поделиться тем, что было сделано в уходящем году.

В эти предпраздничные дни, когда отчасти должен проводить время на работе, но изменения в рабочие системы уже не вносятся, ибо «скоро праздники, кому нужны твои свежие баги?», можно заняться вырезанием звездочек и снежинок из бумаги и маленькими экспериментами.

В общем, мы с вами не раз слышали такое выражение: «мой звонок пинали как мячик от оператора к оператору, и в итоге отфутболили», а может даже сами когда-то такое сказали в сердцах. И подумалось, а ведь если представить звонок как скачуший мячик от стенке к стенке, а так как у нас несколько десятков звонков бывает на астериске одномоментно, то это должно выглядеть как минимум забавно.

Что получилось? Далее детали и небольшое видео.

Большинство современных облачных АТС имеют схожий функционал. Как правило, это набор голосовых меню, переадресации звонков, всевозможные голосовые ящики и статистика. Этот джентельменский набор можно встретить почти у каждого телефонного SaaS. При этом существует скромная, не очень заметная на первый взгляд, но очень полезная, при правильном применении, опция — конференц-связь. Исторически так сложилось, что конференции всегда ассоциировались с крупным бизнесом, селекторными совещаниями и принятием важных начальственных решений. Мы, при разработке нашей коммуникационной платформы, стараемся идти несколько иным путем и разрабатываем модуль конференций ориентируясь на потребности малого и среднего бизнеса.

Декабрь — это всегда горячая пора для отделов продаж, эдакое поле битвы за выручку. В эпоху ШПД и облаков автоматизация бизнеса перестала быть уделом крупных компаний, теперь различные CRM, IP-АТС и тонкие клиенты доступны практически всем. Мы, как разработчик облачной коммуникационной платформы, хотели бы поделиться тем, как автоматизировали собственные продажи и какие инструменты используем. Наш опыт отнюдь не уникален, скорее мы чуть лучше других понимаем как и что лучше всего дружится и интегрируется с нашей виртуальной АТС и как создать своеобразного облачного Робота-Продавца.

Добрый день.

В этой статье мы начнем сессию нескольких онлайн-лекций и статей по отдельной линейке оборудования AudioCodes – универсальных мультимедийных шлюзов, которые позиционируется для физлиц и малого бизнеса. Это тот самый сегмент, который называется SOHO. В этой статье представим обзор и информацию о линейке устройств, историю ее развития и краткое описание функциональности. Речь пойдет об универсальном CPE AudioCodes MediaPack серии 26х (MP26x).

В нашем блоге на Хабре мы описываем любопытные схемы модернизации корпоративной телефонии, которые можно выстроить с помощью FMC-технологий, облачной АТС и интеграций с CRM-системами. Судя по тому, что почти половина наших клиентов интересуется именно интеграционными решениями, а белоснежные облака в первозданном виде только телефонного SaaS уже мало кому интересны, мы точно угадали тренд на рынке VoIP и двигаемся в верном направлении. Обычно интеграции телефонии, облачной АТС и мобильной связи — удел, как минимум, малого и среднего бизнеса и мы тоже так считали до недавнего времени, пока не выяснилось, что IP SIM-карты, виртуальная АТС и чудеса VoIP могут поработать и на микро бизнес. На бизнес, где предприниматель “one men show” и “швец и жнец и на дуде игрец”, где продажи строятся на продвижении товара через бесплатные объявления, входящие звонки от клиентов по всей РФ. Другими словами, сегодня расскажем о том, что мы придумали в помощь предпринимателям, зарабатывающим на продажах через доски объявлений.

Последние годы проникновение IP телефонии в бизнес происходит семимильными шагами. С каждым днем появляется все больше и больше возможностей. Сотрудники могут работать не только в офисе, но и вообще в любой точке мира. Для того чтобы подключить телефонию сотруднику достаточно несколько кликов, никаких проводов и отдельных розеток. Компании используют запись разговоров, интеграцию телефонии с CRM системами. Каждая уважающая себя компания подключает многоканальный номер или даже платит за каждый звонок клиента, используя номер 8 800.

Давать клиенту свой сотовый телефон становится плохим тоном, ведь обращение клиента должно быть зарегистрировано в CRM и гарантированно обработано. Каждому сотруднику назначается внутренний добавочный номер, и чаще всего, зная добавочный номер, можно быстро связаться с нужным сотрудником. АТС знает, где сейчас находится сотрудник, и сможет связать клиента с нужным IP телефоном в офисе или мобильным телефоном, или даже SIP софтфоном, установленным на ноутбуке или смартфоне.

Но у прогресса есть и другая сторона. Многоканальный номер становится похожим на файрвол. Он защищает сотрудников внутри компании от звонков клиентов. На пути клиента появляется IVR меню, или даже многоуровневое IVR меню, и только не говорите, что мой звонок очень важен для вас :)

Все течет, все изменяется, все движется. Это крылатое выражение очень точно характеризует процессы, происходящие в современном бизнесе и в первую очередь в бизнесе телекоммуникационном. Большинство экспертов сходятся во мнении, что игроки IT-рынка должны активно двигаться вперед хотя бы для того, чтобы просто остаться на месте. По оценке аналитиков многим деятелям телекома свойственно комфортное заблуждение: “Нам незачем торопиться, мы успеем построить и запустить все необходимые сервисы и платформы своими силами, мы гибкие и технологичные, причин для спешки нет.” К сожалению, это иллюзия. Начинать запускать новые сервисы нужно было еще “вчера”. В этом хабе мы поделимся своими соображениями о том, какой из способов разворачивания новых сервисов и платформ на стороне операторов связи является наиболее эффективным и оправданным.

А что если при входящем звонке вместо бездушного номера вы будете видеть на своём телефоне что-то вроде «ООО Стройпоставка» или «Иванов Семён Петрович», получаемые из базы ваших клиентов и контрагентов.
Будет весьма удобно, не правда ли?
А реализуется это очень легко.

Традиционно рассмотрю два варианта — для FreePBX, и для «чистого» Asterisk.

За последний год на Хабре появилось несколько статей про использование диалплана lua в asterisk (раз, два, три, четыре). Это достаточно интересный способ написания гибких и мощных диалпланов. Но чтобы попробовать такой способ написания диалпланов надо потратить некоторое количество времени: установить нужные библиотеки, пересобрать с необходимыми опциям астериск.

Вдобавок у многих пользователей asterisk'а разный уровень подготовки: кто-то ближе к системному администрированию или даже к традиционной телефонии, чем к программированию. Плюс специфика телефонии — лучше лишний раз незнакомыми экспериментами не нагружать работающие системы, а проводить тесты и эксперименты на своем ноутбуке — приходится захламлять систему. В общем, есть немало причин «отложить на потом».

В данной статье я хочу показать всем желающим и работающим с астериском, как, используя docker, можно быстро ощутить вкус гибких сценариев lua. А уж затем решить стоит этим пользоваться дальше на практике или нет. (Кому неинтересно читать, а интересно смотреть и слушать — в конце текста 6-минутное видео с основными моментами и результатом.)

Прошел уже почти год с тех пор, как мы начали вести блог на Хабре. За это время было описано несколько способов интеграции наших AltegroSIM, виртуальных АТС, CRM и всего остального, облачного, что используется в бизнесе для автоматизации и оптимизации. Для нас самих стало открытием, насколько значимое место сотовая связь занимает в коммуникационном поле любой компании и насколько, даже самая небольшая, на первый взгляд, модернизация/оптимизация, способна упростить жизнь менеджеров, курьеров и их начальников. И дело даже не в прямых затратах на звонки, дело больше в бизнес-процессах. Порой, правильно выстроенная схема взаимодействия мобильных и офисных сотрудников и клиентов не только снижает размер ежемесячного счета от оператора связи, но и влияет на эффективность продаж в целом. Сегодня мы опишем любопытный кейс, который облегчает жизнь классического тандема “служба доставки — клиент”.

Казалось бы вещи, вынесенные в заголовок, достаточно тривиальны и описаны во множестве мест глобальной сети, но это только на первый взгляд. Опробовав наиболее часто встречающиеся советы я обнаружил несколько «подводных камней», глыб и даже скальных образований.

Но это все слова, ближе к делу.
Достаточно распространенная ситуация — Asterisk внутри ЛКС, за маршрутизатором MikroTik.
Дабы выделить трафик сервера, где установлена PBX, администратор отрезает часть канала провайдера выделяя его исключительно для конкретного IP.
Или другая реализация, когда нужный трафик определяется не только по IP-адресу PBX, но и по размеру пакетов и протоколу.
Попробовали — работает. Можно забыть? А вот и нет.

Что если администратору захочется слить что-то из Интернет находясь в консольке сервера, или наоборот отправить куда-либо в Интернет большое количество траффика? Правильно — он приоритезируется на MikroTik так же как и полезный трафик от PBX, что в итоге приведет к проблемам с IP-телефонией.

Решение здесь старо как сам IPv4 — метить трафик на сервере с Asterisk генерируемый только ею, и так, чтобы MikroTik это мог «увидеть», отматчить(простите за столь грубый англицизм) и приоритезировать только его.

Следующим пунктом у нас идет резервирование каналов от двух интернет-провайдеров.
Думаю что каждому системному администратору, использующему в своем хозяйстве маршрутизаторы MikroTik, знаком скрипт из wiki — wiki.mikrotik.com/wiki/Failover_Scripting
Он всем хорош, но как и в предыдущей ситуации есть ряд «но».
Наиболее весомому из них имя «Connection tracking» и заключается оно вот в чем:
когда наш основной ISP изволит отдохнуть от трудов праведных, траффик переключается на резервного.

Все вроде бы довольны, ютуб работает, яп тоже, но сколько бы мы не кричали экспекто потронум

sip reload

и в отчаянии не пытались применить магию высших порядков

core restart now

SIP-регистрации не поднимаются.

А дело в том, что в механизме «Connection tracking» остались висеть записи от «старого»(основного) интернет-канала и их нужно удалить, после чего регистрации успешно поднимутся и звонки начнут проходить.

Если вам интересно как доказать MikroTik'у кто все-таки верблюд, а так же как автоматизировать в скрипте сброс «старых» соединений, то вам прямо под кат.