Системы связи *

Однажды мы столкнулись с задачей реализации транзакции в SAP MII для механизма создания корректного IDOC и отправки его в SAP MDG (эта инструкция применима ко всем SAP ERP системам).

Задача была следующей: реализовать регулярную отправку необходимых данных о контрагентах из не-SAP систем в SAP MDG используя SAP MII.

Во-первых, мы начали поиск механизма отправки IDOC'ов из SAP MII в SAP MDG. После недолгих поисков была найдена RFC функция IDOC_INBOUND_ASYNCHRONOUS на стороне SAP MDG.

В начале своего пути наша облачная платформа voximplant позволяла работать только с голосовыми звонками. Но прогресс не стоит на месте, и со временем мы добавили передачу видео, текстовые сообщения, presence и множество других возможностей. А недавно закончили разработку функции записи видео: теперь во время видеозвонка достаточно вызвать функцию record из управляющего звонком javascript, чтобы получить ссылку на записываемый видеофайл.

Для наших клиентов все выглядит и работает очень просто, но для нас эта задача оказалась не такой простой, как мы думали. Несколько месяцев потребовалось нашим далеко не слабым разработчикам чтобы решить ряд технических проблем и создать адекватно работающее решение. Под катом — история нашей борьбы с кодеками, файловыми форматами и webRTC.

За последний год на Хабре появилось несколько статей про использование диалплана 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'у кто все-таки верблюд, а так же как автоматизировать в скрипте сброс «старых» соединений, то вам прямо под кат.

Захватывающие истории, связанные с мультсим-картами, продолжают будоражить умы продвинутых и въедливых пользователей. Действительно, способов применения SIM, содержащей в памяти несколько профайлов различных операторов сотовой связи, можно напридумывать не один десяток, и каждый из них будет по-своему привлекателен для абонентов, которые используют больше чем один мобильный номер, а таких, по официальной статистике, более 60%. В среднем, в России на одного абонента приходится полторы SIM. При этом многие имеют в запасе не только российские SIM-карты, а еще и несколько зарубежных. Стало традицией привозить из путешествий или командировок разноцветные кусочки пластика, раскрашенные в цвета мировых лидеров телеком-индустрии. Зарубежные симки не просто лежат на полках, они регулярно используются «мобильными активистами», которые по долгу службы или в силу врожденной непоседливости часто бывают за рубежом.

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

Легендарный изобретатель шифровальных машин — Борис Цезарь Вильгельм Хагелин (1892 -1983).

Не существует приложений связи, где бы не были применены решения, разработанные фирмой Crypto AG, которую более чем 60 лет назад основал талантливый криптограф Борис Хагелин.



Номенклатура аппаратуры и программного обеспечения Crypto AG исключительно широка. Известна компания не только шифртехникой для правительственной и военной связи. В офисах большая часть ежедневного обмена сообщениями и данными всё ещё идёт по классическим каналам – PSTN/ISDN, аналоговой или цифровой телефонии и факсу. Конфиденциальность переговоров, факсов и информации в ноутбуках обеспечивается рядом аппаратных решений Crypto AG: PSTN Encryption HC-2203, Secure GSM HC-2423, Fax Ecryption HC-4221, Crypto PC Security HC-6360, Crypto Laptop HC-6835 и другими. Для военных и гражданских применений разработаны

В нашем блоге мы часто рассказываем о собственных кейсах — пишем о том, как бизнес работает с IaaS. Помимо этого мы обращаемся и к западному опыту в профильной сфере.

Например, мы рассказывали:

• о том, как Spotify масштабирует Apache Storm,
• рассматривали аппаратное обеспечение для глубокого обучения,
• поговорили о примере оптимизации полосу пропускания в сетях Ethernet,
• о том, как команда инженеров Airbnb «разбила» основную БД
• и начали говорить об анонимной переписке (часть 1).

Сегодня мы продолжим знакомство с руководством одного из авторов The Intercept, который привел детальный разбор того, как вести переписку с использованием методов шифрования.

В предыдущей статье мы рассматривали утилиты под Android для тестирования скорости канала от устройства до IP-АТС. Теперь очередь iOS.

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

Высокоскоростной интернет стал доступен практически везде: от кафе в центре Москвы до дикого пляжа на Адриатике. Теперь оставаться на связи стало очень просто — установил пару-тройку приложений на смартфон и можно отправляться на отдых в теплые края, не опасаясь, что нужный звонок, сообщение или e-mail пройдет мимо. При общении в социальных сетях в ответ на «Привет, ты здесь?», вполне нормальным может быть: «В бегах, наберу потом». Другое дело, если на интернет-коммуникации завязан бизнес – в любой момент нужно быть готовым ответить на входящий или сделать важный исходящий звонок (даже если ты едешь на мотобайке по Патайе).

О том, как «правильно» выстроить телефонию, без привязки к географии, для удаленно-мобильного предпринимателя (любящего море, солнце и горный воздух) напишем на примере облачного сервиса Zadarma.

Как известно, в природе существуют CDN-сети, которые используются для доставки потокового видео конечным пользователям. Взять к примеру онлайн-трансляцию футбольного матча. Исторически сложилось, что протокол RTMP, разработанный Adobe, в определенное время стал очень популярен для доставки Live-видеоконтента, и поддержка этого протокола есть в каждом уважающем себя Encoder–устройстве или программе, которая захватывает видеопоток с камеры и отправляет на сервер или CDN для последующей раздачи. В статье описывается как сделать SIP источником потока для CDN.

Какой современный облачный сервис обходится без личного кабинета и API платформы, на которой этот сервис крутится? Пожалуй, только сервис, работающий на мобильных устройствах, да и то, далеко не каждый. У нашей компании был непродолжительный, но бурный роман с простеньким софтфоном собственной разработки для Андроид и даже в таком, казалось бы, незатейливом проекте мы долгое время “запиливали” бэкенд и веб-интерфейс админа.

С тех пор у наших разработчиков сложился определенный подход: когда продуктологи придумывают очередной мега-продукт, утверждают его на самом высоком уровне и отдают в разработку, то первое чем интересуется Главный Разработчик — “Будет ли личный кабинет?”. “Да”, — отвечают продуктологи. “Личный кабинет будет. Даже два.” По вполне понятным причинам, был написан личный кабинет и для нашего проекта со специальными сим-картами AltegroSIM. Написан для того, чтобы клиенты могли управлять своими симками. Надеемся не останавливаться и со временем “навесить” на личный кабинет и API, чтобы сторонние сервисы, те, которым это может быть интересно, делали интеграции и собственные ЛК.

Виртуальные и облачные АТС, да и весь VoIP в целом, заметно изменили бизнес-телефонию буквально за несколько лет. Многие еще хорошо помнят те времена, когда наличие “железной” АТС в небольшом офисе считалось признаком успешности и зажиточности. Белые коробки “Панасоников” или “Самсунгов” стоили немалых денег, а с их помощью можно было телефонизировать всего лишь несколько рабочих мест и, как только заканчивались свободные линии или слоты, требовалось докупать платы расширения, тянуть провода, подключать стационарные и системные телефоны.

Что же мы наблюдаем сейчас: для SOHO пришли золотые времена — любой микро-бизнес за одну-две тысячи рублей в месяц может купить облачное решение с практически неограниченным функционалом, потратить пару часов на настройку и запустить собственную телефонию, а на следующий день уже выглядеть “на миллион” — голосовые приветствия, переадресации, переводы звонка, очереди ожидания. Клиент, позвонивший по объявлению в интернете, порой не сразу поймет куда же он попал: в головной офис международного интернет-холдинга или в комнатушку диджитал-агентства с двумя сотрудниками в штате. Технологии не стоят на месте и уже сейчас появилась возможность организовать “телефонию на миллион” даже не имея и офиса-комнатушки: подключить к облачной АТС мобильные телефоны и отвечать на рекламные звонки прямо на бегу, так сказать, создать свой собственный “офис в кармане”.

Наша компания работает именно в этой области — области интеграции мобильной связи и IP-телефонии.

Приветствую всех. В сети уже достаточно много написано статей о том, что SBC защищает VoIP сеть и предотвращает воровство трафика, отражает DoS/DDoS атаки и обеспечивает полноценную безопасность VoIP сервисов. Но очень мало написано о том, какие в реальности есть атаки в мире VoIP и SIP, и какие именно технологии обеспечивают безопасность. В данной статье я постарался описать какие бывают атаки в мире VoIP, в чем их особенность, какое у них отличие от обычных сетевых атак и каким образом AudioCodes SBC предотвращает данные атаки и обеспечивает ту самую защиту, про которую все пишут.

Передача видеоданных на частотах до 100МГц в ПК

Введение

Наш отдел занимается разработкой ПЗС матриц и линеек. Для каждого разработанного датчика необходимо создать фотоприемное устройство (ФПУ), которое позволит его тестировать, расчитывать параметры прибора — динамический диапазон, неравномерность выходного сигнала, уровень генерационно-рекомбинационного темнового тока и т.д.

ФПУ является своего рода видеокамерой но не такой, которую просто можно взять в руку и пойти в парк что-нибудь снимать (белочку например).

Фотоприемное устройство, обычно, состоит из нескольких плат. На одной плате располагаются стабилизаторы питания, фильтры, а на другой (или других) весь микросхемный фарш. В центре основной платы находится сам датчик, вокруг него — мощные быстрые ключи для подачи управляющих напряжений на электроды ПЗС. К выходу прибора подключен эмиттерный повторитель, потом идет видеопроцессор (умный АЦП для ПЗС) и завершает все ПЛИС. Она подает синхроимпульсы на ПЗС через ключи, тактирует видеопроцессор, забирает с него цифровой код и после необходимой обработки отправляет на выходной разъем. Помимо одного кода на выход идут синхроимпульсы — PCLK(синхронизация по пикселям), HSYNC(сигнал строчной синхронизации), VSYNC(кадровая синхронизация), которые необходимы для нормального получения информации на принимающей стороне.

Конечно же, ФПУ должно вносить в аналоговый сигнал с ПЗС как можно меньше помех, чтобы получить хорошие расчетные параметры прибора. Но статья ни о ФПУ и ни о ПЗС, а о том с помощью чего и как можно передать цифровой код на высоких частотах в ПК.

5-6 ноября в вечнозелёном городе Сан-Франциско (Калифорния, США) прошла третья ежегодная конференция KAZOOCon, посвящённая сервисам и продуктам облачной телефонии 2600hz KAZOO.

Конференция прошла в двухдневном формате и была наполнена интересными докладами и демонстрациями.

Эта статья представляет собой краткий отчёт об участии в конференции.

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

На хабре прямо месячник виртуальных АТС.

Напомним еще про одну — XVB VirtualPBX, коробочное multi-tenant решение, с астериском внутри.

Владелец получает у себя систему интегрированную в свою сеть ( коробка самодостаточная — скачал/купил и пользуйся ) предоставляющюю сервис виртуальной АТС. Никаких подписок, прогона трафика абонентов через полстраны, виндовс серверов — для кого то это все еще большой плюс.

Документация / Скриншоты на сайте / Видео в принципе показывают стандартные возможности.

Рассказ ниже будет о возможной кастомизации которую можно сделать под себя.

Буквально еще несколько лет назад поисковики в ответ на поисковый запрос «Облака» выдавали множество ссылок на детские мультфильмы и статьи в Википедии об атмосферных явлениях. В последние два-три года тенденция изменилась и в топ выдачи стали попадать публикации c описанием облачных вычислений и платформ, а сам термин «Облака» у IT-специалистов теперь вызывает неоднозначные ассоциации: уже далеко не все представляют себе «взвешенные в атмосфере продукты конденсации водяного пара», скорее в сознании «правильного айтишника» возникают образы виртуальных площадок и платформ, различных IaaS, PaaS, SaaS. Виртуализация всего и вся — один из главных трендов десятилетия, множество клиентских сервисов давно переселились в облака, крупные телеком-бизнесы внедряют все новые и новые VAS в дополнение к основным услугам, а зачастую, то, что когда-то было Value Added Service превращается в базовый продукт. Услуги связи в этом смысле не являются исключением и сервис «Облачная АТС» становится просто обязательным пунктом в списке предложений телефонного оператора. О том, как (в том числе и с нашей помощью) быстро и сравнительно непринужденно запустить собственный сервис облачной АТС мы расскажем ниже.