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

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

Система передачи звука и видео через Интернет не должна зависеть от оборудования, Web-клиентов и поддерживаемых ими стандартов, а также корректно работать при наличии Network Address Translators и файрволов. Пользователь облачного видеонаблюдения желает получить доступ к сервису, даже если он использует аналоговые камеры, а трансляцию живого видео предпочитает смотреть на самом современном устройстве.

Весьма значимо, что пользователь хочет смотреть видео с минимальной задержкой. Практически единственная возможность показать видео с низкой задержкой в браузере – использовать WebRTC (web real-time communications). WebRTC представляет собой набор технологий для peer-to-peer передачи видео и звука в браузерах, изначально рассчитанный на передачу и воспроизведение видеопотока с низкой задержкой. Для этого, помимо прочего, используется протокол UDP.

Прежде, чем рассказать вам, что даёт пользователю новый движок, мы напомним, зачем и почему поддерживаем HLS-технологии, и ради чего решили двигаться дальше.

Как бы просвещённое сообщество не ругало телевидение за негативное влияние на сознание, тем не менее, телевизионный сигнал присутствует практически во всех жилых (и во многих нежилых) помещениях. В больших городах это почти всегда телевидение кабельное, даже если все вокруг по привычке называют его «антенна». И если система приёма эфирного телевидения вполне очевидна (хотя тоже может отличаться от привычной рогатой антенны на подоконнике, об этом я обязательно расскажу в дальнейшем), то система кабельного телевидения может показаться неожиданно непростой в своей работе и архитектуре. Об этом представляю серию статей. Я хочу познакомить интересующихся с принципами работы сетей КТВ, а так же их эксплуатации и диагностики.

Сегодня я хотел бы рассказать о результатах моих семилетних исследований в области передачи голоса через сеть Tor. Общепринятым является мнение, что голосовая связь через Tor почти невозможна:

• существующие транспортные протоколы для телефонии работают поверх UDP, а Tor обеспечивает лишь TCP соединения;
• Tor маршрутизирует пакеты через множество узлов, шифруя данные, что является причиной значительной латентности и делает дуплексную телефонную связь невозможной или крайне некомфортной.

Но так ли это на самом деле?

Телефоны Cisco CP-7906 и Cisco CP-7911 считаются аппаратами начального уровня, недорогие и массовые, но уже сняты с производства и продажи. 7911 гораздо интереснее по дизайну и удобству использования, чем 6921 и тем более 6911, которые позиционируется им на замену, имея равные цену и функционал. Кроме того, 6911 требует CallManager минимум 8 версии, для работы с второй линией и другим необходимым функционалом, что требует уже дополнительных лицензий.
Поэтому было решено прикупить бывших уже в употреблении, хорошо сохранившихся телефончиков, про запас, ибо потом их будет раздобыть сложнее. Купленные телефоны оказались со старой прошивкой, прошиты для протокола SIP, отказавшись работать с нашим сервером 7 версии.

Этому их пришлось научить, и здесь хочу описать процесс прошивки телефона cisco 7906/7911 для работы по протоколу SCCP с Cisco CallManager.

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

Как быстро и легко программировать любое голосовое меню, автоинформатор, робота-секретаря с привязкой к своей базе клиентов?

Спойлер: Все реализовано на webhooks и приведен пример на PHP.

Обсуждаем под катом.

Друзья, сегодня я хочу поговорить с вами про звонки. Для кого-то это совсем новая тема. Для других — чистой воды фан на уровне «а не зафигачить ли мне свой скайп?». Для третьих — внезапно возникшая жизненная необходимость. Последний вариант — наш вариант.

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

Коробочные IP-АТС также известны как on-premise IP-АТС. Обычно коробочные АТС размещают на объекте — в серверной или в щитовой коробке. Данные с IP-телефонов поступают на сервер IP-АТС через LAN. Звонки могут идти как через телефонного оператора, так и в виде VoIP через SIP-транк. Для подключения системы к традиционным телефонным сетям могут использоваться шлюзы.

Затраты у VoIP-провайдеров и производителей снижаются благодаря коробочным open source АТС вроде Asterisk. Это позволяет пользователям получать доступ к самым современным технологиям и новейшим функциям гораздо дешевле, чем в прошлом.

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

Набор программ позволяет группам небольших базовых станций беспроводной связи, работающим на частотах 60 ГГц, общаться друг с другом

Беспроводной мир: техники в Микебуде (Венгрия) устанавливают малые станции с поддержкой Terragraph для испытаний, начавшихся в мае 2018-го

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

Технология Facebook под названием Terragraph позволяет объединять базовые станции в группы, передающие на частоте 60 ГГц и автономно управляющие и распределяющие трафик между собой. Если одна базовая станция перестаёт работать, другая сразу же берёт на себя её задачи – и они могут работать совместно над поиском наиболее эффективного пути прохождения информации.

И снова хорошие новости от 3CX! На прошлой неделе выпущены два важных обновления: новое VoIP-приложение 3CX для Android и новая версия среды разработки голосовых приложений 3CX Call Flow Designer (CFD) для 3CX v16.

Новое VoIP-приложение 3CX для Android

Новая версия приложения 3CX для Android включает различные улучшения в стабильности и удобстве работы, в частности, новую поддержку Bluetooth гарнитур и автомобильных мультимедийных систем.

Предприятие «Квантовые Коммуникации» создает системы распределения ключей шифрования. Главная их особенность — невозможность «прослушки».

Не так давно я столкнулся с необходимостью выбора виртуальной АТС. В бизнесе моей компании произошли кое-какие изменения: появились новые услуги, в том числе направленные не только на сегмент b2b, но и на b2c. А с появлением частных клиентов оказалось и что многие люди по-прежнему предпочитают общаться по телефону.

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

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

Итак, поехали!

Друзья, как вы уже знаете, мы на всех парах готовим новый гик-проект — «Сервер в облаках 2.0», или «Космический ЦОД». В двух словах: 12 апреля мы запустим самопальный сервачок на стратостате на высоту около 30 км, будем передавать на него данные через систему космической связи, а с сервера транслировать данные на Землю по радиосвязи.

И сегодня хотим рассказать о трёх системах космической связи, которые протестируем в своём проекте — Iridium, GlobalStar и «Гонец». Для этого мы смонтируем приёмную аппаратуру рядом с нашим заоблачным сервером.

Мы продолжаем знакомить вас с IP-телефонами Snom. В этом материале мы расскажем о бюджетном аппарате Snom D120.

Это заключительная часть статьи, вот начало.

В прошлый раз я написал о том, как реализовал мониторинг устройств, теперь речь пойдет о управлении. В дискуссиях с «технарями» со стороны Заказчика я часто встречаюсь с ограниченным восприятием возможностей таких маленьких устройств (с невысокими ресурсами памяти и производительностью), многие считают что «максимум что нам потребуется это отправить reboot, для чего-то более серьезного — отправим бригаду».

Но практика показывает, что это не совсем так.

На прошедшей неделе мы представили релиз 3CX v16 и коммуникационный виджет 3CX Live Chat & Talk, который может работать с любым веб-сайтом, а не только на CMS Wordpress.

3CX v16 позволяет клиентам быстро связываться с вашей компанией, предлагая мощные и эффективные технологии обработки обращений – колл-центр с распределением вызовов по квалификации операторов, веб-сервис мониторинга качества сервиса (SLA) и улучшенное управление записями разговоров.

Кроме контакт-центра, новая 3CX получила повышенную производительность, новые технологии безопасности, улучшенные средства администрирования, чат, видеоконференции и интеграцию с Office 365. Это первая коммуникационная система в отрасли успешно работающая на Raspberry Pi.

В США набирает обороты технология аутентификации абонентов — протокол SHAKEN/STIR. Поговорим о принципах его работы и потенциальных сложностях внедрения.

Какой громкий заголовок, скажете вы. Новый производитель АТС на Asterisk? Не совсем, но вот оборудование достаточно свежее и интересное.

Сегодня хочу рассказать вам о системе унифицированных коммуникаций Openvox, и похоже у производителя свое собственное видение об объединении этих самых коммуникаций :)

Производитель оборудования OpenVox медленно, но верно двигался к полностью модульной структуре. Сначала он сделал GSM оборудование, где вы могли использовать разные комбинации модулей и их кол-во, затем появились аналоговые шлюзы, и вот наконец представлена свежая платформа с поддержкой почти всех необходимых телефонных стандартов подключения: FXO / FXS / E1 PRI / BRI / GSM / 3G / LTE

Всем кому интересно, прошу под кат

Всем привет, это мой первый опыт на Хабре. Хочу написать о том, как нестандартно управлять сетевым оборудованием во внешней сети. Что значит нестандартно: в большинстве случаев, для управления оборудованием во внешней сети Вам необходимо:

• Публичный IP-адрес. Ну, или если оборудование находится за чьим-то NAT-ом, то публичный IP и «проброшенный» порт.
• Туннель (PPTP/OpenVPN/L2TP+IPSec и т.д.) до центрального узла, через который была бы доступна.

Поэтому «мой велосипед» потребуется Вам, когда стандартные методы Вам не подходят, например:

В статье пойдет речь о бесплатной АТС Askozia версии 6. При разработке телефонной станции одной из первых задач была организация исходящих звонков.

Как это было

В старой версии Askozia использовались стандартные “шаблоны” dialplan.

• X! — все номера телефонов
• XXX — трехзначные цифровые номера
• .! — абсолютно все номера телефонов

Схематично можно описать пример контекста:

[outgoing]
exten => _XXXXXX!,1,NoOp(Start outgoing calling...) 
	same => n,Dial…

Нам показался такой подход недостаточно гибким. Нет возможности описать следующее правило:

• Номер начинается с 79
• Далее следует либо 35 либо 26
• Остальная часть номера состоит из 7 цифр

Под катом описан выбранный нами подход и итог разработки.

Не знаю с чем сравнить provisioning. Может быть с котом? Вроде можно и без него, но с ним немного лучше. Особенно, если он работает ))

Постановка проблемы:

1. Хочу настраивать SIP-телефоны быстро, просто, безопасно. При установке телефона и уж тем более при его переконфигурировании.
2. Многие вендоры имеют свои форматы конфигов, свои утилиты для генерации конфигов, свои способы защиты конфигов. А разбираться с каждым не очень хочется.
3. Многие решения по provisioning, а) ориентированы на одного вендора или одну телефонную систему, б) достаточно громоздко реализуются, куча скриптов, параметров, бр-р...

По пункту 3 сделаю комментарий, что есть отличные системы провижна для FreePBX, для FusionPBX, для Kazoo, где в открытом доступе есть шаблоны для телефонов различных вендоров. Есть коммерческие решения, где также можно настроить в модуле провижна работу телефонов разных производителей, например, АТС Yeastar.

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