В прошлой статье я рассмотрел базовый сценарий UAC клиента, но зачастую в процессе обучение или тестирование необходимо смоделировать ситуацию в которой sipp будет выступать в качестве вызываемого абонента.
Передо мной стояла задача - узнать что будет слышать вызывающий абонент при отстуствии сообщения 180 ringing.
Как и в прошлой статье я буду целиком и полностью ссылаться на официальную документацию.
Решил собрать небольшой гайд по использованию SIPP c предустановленными или собственными сценариями.
Полная информация о SIPP находится в документации, она же и является единственным источником всех знаний.
Здесь же будут описаны первые шаги при работе с sipp.
После прочтения документации, на данном этапе будет достаточно раздела "Create your own XML scenarios" опишу краткий этап создания собственного сценария. Все сценарии имеют расширение .xml и описанную в документации структуру и во многом напоминает структуру html. Довольно полезным источником станет данный репозиторий.
"7 раз отмерь,1 раз отрежь" - гласит известная поговорка.
Если вы следовали нашим советам в предыдущих статьях, вы уже наверняка подготовили наши микросотовые системы к установке, установили и даже произвели настройку. Дело за малым – провести последние проверки с помощью рабочих телефонных трубок и запустить микросоту в полноценное использование.
Я работаю инженером в Call-центре. В круг моих обязанностей входит повышение эффективности прозвона call-листов. В этой статье речь идет о некоторых функциональных возможностях специального программного обеспечения (встроенный SQL), позволяющих существенно поднять эффективность проработки списков телефонов.
На одном из наших небольших проектов, поддержка небольшого офиса (6 человек) представительства одной известной компании, нам досталась работающая, я бы даже сказал аккуратная, инфраструктура, но довольно старая — более 10 лет железу и ПО.
Примерно через год сотрудничества — вышел из строя сервер АТС на базе FreePBX. Слово сервер звучит громко — решение было собрано на базе неттопа от компании MSI c процессором Atom первого поколения и 1Гб ОЗУ, но суть не в этом.
Первичная диагностика показала, что на данном неттопе вышла из строя материнская плата. Оперативно найти замену не удалось в виду непопулярности выбранной модели в свое время, но возможно было произвести ремонт.
Заказчику были предложены варианты попробовать отремонтировать либо купить новый неттоп и собрать решение заново, благо диск не пострадал и конфигурации можно было перенести.
Заказчик выбрал путь покупки нового железа. И тут начинается наше приключение, которого на самом деле могло и не быть, если бы не решение на базе AMD, но об это ниже.
Продолжим нашу серию статей, посвященную микросотовым системам. Напомним, что наши DECT-системы обеспечивают максимум отказоустойчивости и надежности благодаря тому, что настройки хранятся на каждой базовой станции, а не сосредоточены в одном устройстве.
А в сегодняшней статье поговорим о рекомендациях по физической установке базовых станций и непосредственной настройке баз и трубок.
Совсем недавно завершилась ежегодная конференция Asterconf. Нам посчастливилось в ней участвовать. На этот раз мы приготовили ряд мастер классов по настройке и кастомизации MikoPBX - бесплатной АТС с открытым исходным кодом.
Одной из задач мастер классов стояла разработка скрипта для интерактивного голосования за строительство гаражного кооператива. Голосование должно было производится без участия оператора, автоматизированное, с защитой от повторного голосования и конечно с механизмом генерации речи.
Если заинтересовало, то под кат, подробно разберем пример реализации...
В конце статьи ссылка на видео с конференции...
Микросотовые системы - сложное решение, чувствительное к верному расположению каждого из его компонентов. Мы подготовили для вас руководство, в котором пошагово описали все действия, которые вам необходимо совершить в процессе установки системы. А также указали важные моменты, на которые нужно обратить внимание в процессе этих действий.
В мире, где количество скачиваний Telegram перевалило за 1 млрд, есть простая задача — принимать звонки от клиентов. Будем разворачивать колл-центр?
Давайте представим себе сколько это головной боли:
Почему бы просто не принимать звонки на Telegram сотрудников и назвать их операторами?
Просто, да не очень то уж и просто...
Мы завершаем наш цикл статей по обеспечению безопасности ваших телефонных аппаратов. Сегодняшней темой будет включение и настройка протокола туннелирования L2TP на телефонах Snom. Приступим.
Не так давно я опубликовал пост, в комментариях к которому было высказано мнение, что у астериска есть некоторые проблемы с механизмом realtime. Так вот, на данный момент, вынужден согласиться с этим утверждением, более чем полностью. Как следствие, встал на путь разочарования asterisk'ом как платформой-"конструктором". Почему и как это произошло и при чём тут tarantool, а самое главное, что со всем этим можно сделать? Давайте разбираться под катом.
Какие системы сегодня используются в телефонной сети Финляндии?
Продолжим тему безопасности и в этот раз рассмотрим использование функционала VPN в телефонных аппаратах Snom. Устройства Snom поддерживают протокол openVPN и именно о его настройке и использовании пойдет речь в дальнейшем.
По немногочисленным просьбам трудящихся я расскажу как заворачивать GSM SMS из sip_dongle модуля для Asterisk в sip messaging с последующей маршрутизацией.
Немного ТЗ
Есть центральный узел Asterisk, на котором живет логика и пользователи (extensions). К нему подключаются через PJSIP другие оконечные Asterisk`и на которых висит по несколько GSM модемов.
- Одна из задач: принимать и отправлять GSM SMS сообщения правильно маршрутизируя их по номеру получателя.
- Вторая подзадача: дать нашим пользователям (extensions) возможность слать друг другу текстовые сообщения.
Итак. Что тут сложного и в чем подвох?
Когда у вас 1 модем и 1 extension все очень просто. Когда у вас 2 модема и 1 extension задача все еще простая.
Когда у вас “многое ко многим” — вот тут и кроется основна сложность. Т.е. нам нужно не просто понимать на какой конкретно модем какому конкретно Asterisk`у передать исходящее SMS, но и куда направить входящее из GSM сети сообщение. А так же что делать, если мы внутри себя не можем сообщения доставить.
Обозначения:
- gsmru 10.8.0.11 — оконечный сервер Asterisk на котором живут модемы
- 10.8.0.10 — центральный сервер Asterisk на котором крутится вся логика
- 101;102;103 - пользователи (extensions)
- sip - протокол ходит по 80му порту (так исторически сложилось)
Начнем разворачивать цепочку от оконечного Asterisk (gsmru) с модемами в сторону центрального сервера. Это канал приема сообщений и проще его объяснять именно так.
Работать с SMS можно по разному, но в моем случае я использую sqlite, который у меня /var/lib/asterisk/smsdb.sqlite3. Это сделано так чтобы можно было легко оперировать сообщениями, создавать очереди доставки в обе стороны и не переживать за всякие проблемы вида «я записал что-то в файл и мне нужно успеть это вычитать пока туда не записалось следующее, а заодно проверить что там нет «патча Бармина».
Системы VoIP состоят из множества компонентов, в которых телефоны являются одной из уязвимых составляющих и, следовательно, возможной точкой входа для хакеров. Данной статьей мы продолжим тему защиты устройств и поговорим о параметрах телефона Snom, которые настраиваются через Autoprovision, чтобы обеспечить максимально возможную безопасность без ущерба для простоты настройки и использования телефонов.
Здравствуйте, дорогие читатели. Сегодня мы предлагаем поговорить о важной теме: безопасности используемых устройств. Это первая статья серии, и начнем мы с простых и понятных вещей, которые являются обязательными, но которыми периодически пренебрегают.
На что стоит обратить внимание в первую очередь:
Ранее я уже писал "AMI. Разносторонний Originate. Применение в CTI приложении". На тот момент мне казалось, что тема раскрыта, исчерпана. Но оказалось, есть куда стремиться.
Последние несколько лет занимаюсь разработкой MikoPBX - простой в настойке АТС на базе Asterisk 16.
Недавно решили добавить функционал оповещения о записи разговора. Задачу сформулировали следующим образом:
Оповещение должно срабатывать однократно, сразу после соединения клиента с сотрудником компании. Оповещение должны слышать все участники звонка.
Способ реализации под катом.
Рассмотрим типичный день новоиспеченного asterisk’ера: после чтения тонн мануалов, примеров по установке и настройке Asterisk’a, отправок тысяч сообщений в соответствующие комьюнити-чаты, посылания в Гугл вы наконец-то получили работающий сервер PBX: внутренние пользователи заведены, транки от популярного SIP-провайдера настроены, роутинг есть, и всё вроде бы звонит. Но тут встаёт новый вопрос: а как всё это мониторить? Как узнать, онлайн ли мои пиры и транки? Сколько у меня текущих звонков? Каков uptime моего Asterisk’a?
