Корпорация Google начала работу над Project Fi, своим экспериментальным сотовым сервисом, около двух с половиной лет назад. Fi — это виртуальный мобильный оператор Корпорации Добра, который позиционируется как быстрый и эффективный метод связи. Причем этот проект, в отличие от многих других, вовсе не является бесплатным.

В рамках работы над этим проектом корпорация Google договорилась о сотрудничестве с крупнейшими операторами связи США, T-Mobile и Sprint. При этом компания сэкономила на покупке базовых станций, предпочтя арендовать уже существующие у первичных операторов связи. Сам проект дает возможность своим пользователям всего за 20 долларов США в месяц совершать звонки, отправлять SMS и использовать другие сервисы, доступные телефону, в 120 странах мира.

Что касается подключения к Сети, то за каждый гигабайт информации (в любом регионе планеты, где доступен виртуальный оператор корпорации) придется заплатить дополнительные 10 долларов США.

Менеджер многопоточных закачек на GO.

http://loafter.github.io/godownloader/
https://github.com/Loafter/godownloader

Вступление

Давным-давно, в году этак 1998, для выхода в интернет я использовал модем на работе у отца. Он его включал вечером после работы и я мог наслаждаться просторами сети интернет на скорости аж 31.2 кбит/c. В то время не было истеричных блогеров, страницы не весили по мегабайту, а в новостных сайтах говорили только правду. Естественно основной интерес представляли ресурсы. Картинки, программы, всякие дополнения к играм, вроде машинок. Как сейчас помню качать через IE было сущим адом. Скачать файл весом больше 500 кб было просто невозможно, древний осел был намного упрямей.

Когда мы ехали на монтаж, рядом доставали трактор из оврага

Есть такие суровые русские мужики, которые добывают разные полезные ископаемые, которые подло сгруппировались в труднодоступных местах. Часто просто добраться и вытащить их из-под земли бывает очень и очень дорого. Поэтому развитая инфраструктура на месте добычи — явление редкое. Так вот, на Дальнем Востоке во многих местах оптоволокно — всё ещё раздел научной фантастики, а провод встречается в дикой природе только если принести его с собой в руках.

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

Мы решали задачу оптимизации канала за счёт сжатия трафика и приоритезации приложений в каналах, чтобы самое важное всегда ходило первым. Получился целый сетевой детектив.

Московский телефонный номер без абонентской платы и даже без телефонного провода? «Домашний Телефон» от «ОнЛайм» – это не только городской номер в коде 499/495, но и все возможности современной цифровой телефонии.



Многим уже приходилось сталкиваться с такими понятиями, как IP-телефония, интернет-телефония, VoIP или SIP-телефония – одна из разновидностей IP-телефонии. Глубоко разбираться в сути этих понятий мы не будем. Важно лишь понимать, что IP-телефония – такая же телефонная связь, но вместо телефонной линии – выделенной медной пары – используется сеть передачи данных, например, та, через которую вы выходите в интернет.

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

В связи с этим мне хотелось бы рассказать о том, как справляется Deutsche Telekom (и другие немецкие операторы) с этой ситуацией. Сразу надо заметить, что ситуация с точками продаж в Германии очень похожая: точку может открыть практически любой, т.е. круг лиц, которые могут иметь доступ к данным, заранее достаточно широк. Но применяется очень трезвый технический способ защиты.

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

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

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

На хабрахабре уже неоднократно поднималась тема тестирования, сравнения и описания виджетов обратного звонка. В комментариях ко многим статьям встречается распространенная мысль – дорого. В результате: одни отказываются от использования подобных виджетов, а другие пишут CallBack-виджет сами, чтобы платить за звонки по тарифам IP-телефонии.
Проект Zadarma предлагает больше не тратить время и средства на самостоятельное написание виджетов. CallBack-виджет от Zadarma работает бесплатно, а звонки к клиентам происходят по вашему текущему тарифу IP-телефонии (да, с бесплатными минутами, да, посекундно, да, можно отправить звонок к менеджеру на свой asterisk).

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

Зачем вообще нужна минимальная задержка?
Как можно просто и наглядно замерять задержку при трансляции видеосигнала?
Какие элементы видеотракта влияют на увеличение задержки?


Наш топовый результат — FullHD сигнал пролетел до сервера и обратно менее чем за полсекунды.

Интересно? Тогда читайте дальше.

Привет, Хабр! Вот уже восемь лет я занимаюсь IP-телефонией. И за эти восемь лет она недостаточно раскрутилась, несмотря на свои безграничные возможности.

Вопреки повсеместному развитию мессенджеров, чатов, электронных писем ни один бизнес не обходится без самого человечного, быстрого и понятного способа общения с клиентами — голосовой связи. Менялись цены, качество, оборудование, но с 2007 года не изменилось одно: сложные настройки софтверной части и ещё более сложные настройки оборудования. Ну и по-прежнему IP-телефония не нашла свой рынок, за исключением нишевых решений, разве что в последнее время стало появляться всё больше интеграций с CRM-системами.



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

Мобильная связь, пожалуй, самая консервативная и, как это ни парадоксально звучит, самая малоподвижная отрасль в бущующем и текучем телеком-мире. За последние 20 лет в технологиях радиосвязи революций так и не случилось — сим-карты остались сим-картами, базовые станции базовыми станциями, а стандарт GSM- стандартом GSM. Понятно, что сервисы на мобильных устройствах мигрируют в сторону передачи данных и голосовые услуги постепенно уходят в небытие, вытесняемые безжалостными каннибаллами — вайберами/ватсапами. Но ведь голосовые услуги никто не отменял и отменять не собирается: звонок клиента — это всегда звонок клиента, а номер рекламного телефона на сайте — неизменный атрибут любого бизнеса.

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

Около месяца назад попали в мое распоряжение модули Atmel ATZB-S1-256-3-0-C основанные на чипе ATmega256RFR2 объединяющим в себе 2.4Mhz трансивер, микроконтроллер AVX на 256 килобайт памяти и даже чип-антенну. Атмель обещали в свою очередь out of the box поддержку Zigbee для этих модулей и было принято решение строить наш mesh именно на них.

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

Звучит довольно просто, не так ли? На практике все оказалось намного прозаичнее. Основной проблемой оказалась недооценка технологической сложности атмелевского стека Zigbee, самого стандарта Zigbee, ну и переоценка собственных возможностей. Дело в том что сам я давно не програмировал на C, давно перешел на Matlab и Python, все указатели и другие средства управления ресурсами и процессами давно положил в тумбочку и выкинул ключ. Ну что-же… в мире ембеддед меня ждало много приятных неожиданностей.

Пожалуй, стоит начать с того, что, изначально, в 2011 году, проект «PBX-Sphere» планировался как серверное проприетарное программное обеспечение для СМБ, которое должно было решить проблему имплементации и сопровождения сложных VoIP технологий в простом и понятном программном продукте. И, вот, 1 июля 2011 года, вышел первый стабильный релиз PBX-Sphere Enterprise 1.0. Тогда мы получили много бета-тестеров по всему миру и несколько крупных клиентов. Вплоть до 15 октября 2013 года, мы выпустили еще 3 стабильные версии PBX-Sphere Enterprise, включая последнюю — 2.2.0. Еще, в течение полугода, мы активно продвигали наш продукт крупным клиентам. В итоге, по состоянию на середину 2014 года, у нас было менее 1000 активных конечных пользователей. Нельзя сказать, что это был провал, но мы ожидали гораздо лучшего результата.

И тогда, проанализировав с лихвой изменившийся за несколько лет рынок, мы поняли, что нужно переходить к моделе «Software as a Service» (SaaS), к облачным технологиям. За несколько месяцев мы разработали новый концепт продукта и приступили к рефакторингу PBX-Sphere Enterprise в PBX-Sphere Online.

Первым же вопросом стал выбор платформы развертывания системы. После некоторых исследований и экспериментов, мы решили выбирать из трех: Hetzner Dedicated Servers, Microsoft Azure, кластер из собственных серверов.

Расскажу подробнее:

Про колл-центры, облачные, безоблачные и заоблачные, написано очень много и каждый, кто берется выдать на гора «еще один крутой материал про облачный колл-центр» практически наверняка задается вопросом — « чего бы еще такого выдумать, чтобы выглядеть достойнее своих конкурентов?» Честно говоря, при написании этого хаба мы озадачились абсолютно тем же, но сомнения не длились долго, поскольку, как минимум, одна «киллер фича» у нас все-таки есть — это тесная и навороченная интеграция VoIP-технологий и корпоративной мобильной связи. Помимо этого, наша облачная АТС AltegroCloud сама по себе достаточно любопытный продукт, хотя бы потому, что еще на стадии проработки проекта, мы решили не использовать соблазнительно моргающий светодиодами сервер с бесплатным Астериском внутри и не только из-за бесплатности сыра, но и по ряду технологическо-идеологических причин. Иногда лучше, когда за тебя работают другие, а ты просто оплачиваешь работу, но работа выполняется качественно и в срок. С точки зрения эксплуатации платформа от уважаемого вендора, пусть и платная, всегда лучше чистокровного, пусть даже и породистого, опенсорса.

В первой части цикла статей мы рассмотрели преобразование человеческого голоса в электрический сигнал. Теперь, казалось бы, самое время передать этот сигнал до местонахождения собеседника и начать разговор! Именно так первоначально и поступали. Однако чем более востребованной становилась услуга и чем на большие расстояния было необходимо передавать сигнал, тем понятнее становилось, что аналоговый сигнал для этого не годится.
Для того чтобы обеспечить передачу информации на любое расстояние без потери качества, нам потребуется произвести второе преобразование из Аналогового сигнала в Цифровой.



Эта картинка дает самое наглядное представление о том, что происходит при Аналого Цифровом Преобразовании (АЦП) а далее мы рассмотрим зачем это нужно, как происходило развитие технологии, и какие требования накладываются на такое преобразование в мобильных сетях.

Внимание! Реклама! Пост оплачен Капитаном Очевидность!

Ниже под катом вы найдёте 15 пунктов, описывающих правильную организацию ресурсов, доступных по протоколу HTTP — веб-сайтов, «ручек» бэкенда, API и прочая. «Правильный» здесь означает «соответствующий рекомендациям и спецификациям». Большая часть ниженаписанного почти дословно переведена из официальных стандартов, рекомендаций и best practices от IETF и W3C.



Вы не найдёте здесь абсолютно ничего неочевидного. Нет, серьёзно, каждый веб-разработчик теоретически эти 15 пунктов должен освоить где-то в районе junior developer-а и/или второго-третьего курса университета.

Однако на практике оказывается, что великое множество веб-разработчиков эти азы таки не усвоило. Читаешь документацию к иным API и рыдаешь. Уверен, что каждый читатель таки найдёт в этом списке что-то новое для себя.

Сегодня речь о голосовом меню (IVR) для маршрутизаторов Cisco, которое мы будем писать на языке TCL, и подключать на Cisco 3845.

Итак, для начала давайте разберемся в азах

Cisco начиная с версии IOS 12 поддерживает как VXML так и TCL скрипты для работы с голосовым меню. Однако, в отличии от VXML, скрипты на TCL имеют гораздо больше возможностей взаимодействия с Cisco IVR API. Так же существует возможность подключать гибридные IVR скрипты, со встроенными кусками VXML кода внутри TCL скрипта.

Все документы, связанные с IVR от Cisco, которые мне довелось получить можно скачать здесь.

FSM

Первое это FSM переходы.
Finite-State Machines — абстрактный автомат, число возможных внутренних состояний которого конечно.
Выглядит это примерно так:

set ivr_fsm(CALLCOMES,ev_setup_indication) "act_Setup same_state"

Переходов таких может быть сколько угодно, и расположены они в конце TCL скрипта.

Давайте разберемся, что это вообще такое.
Общий синтаксис этой команды таков:

set array(CURRSTATE, curr_event) “act_proc NEXTSTATE”

где:
array – это имя FSM массива.
CURRSTATE – имя текущего состояния, при котором получено событие curr_event.
act_proc – имя функции, которую необходимо выполнить при поступлении события curr_event.
NEXTSTATE – имя состояния, которое установится после выполнения act_proc.

Другими словами, FSM это маркер, по которому Cisco сравнивает полученное от API событие с curr_event и текущий статус с CURRSTATE, если в каком либо FSM переходе они описаны, вызывается процедура act_proc и состояние изменяется на NEXTSTATE.

Самое главное в этом — это то, что текущее событие и состояние сравниваются со всеми описанными FSM переходами одновременно. Т.е. для Cisco не имеет значения порядок, в котором расположены FSM переходы, все они обрабатываются асинхронно.

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



Правда, мы немного слукавим, в данной статье речь идет о кабелях даже не 6-й Категории, а Категории 6A, поэтому вряд ли компания, которая за немалые деньги использует эту разводку, позволит себе кулинарные изыски. Тем не менее, рассмотрим, как производитель SYSTIMAX помогает грамотно организовать структурированную кабельную систему.

Сегодня мы хотим рассказать о «скромном» :-) решении Ruckus среднего сегмента, а именно о паре точек ZoneFlex R500 и ZoneFlex H500, предназначенных для построения WiFi-сетей в офисах и гостиницах соответственно. Пусть на этих точках и меньше пространственных потоков и нет поддержки Multi-User MIMO, но именно продукты среднего класса зачастую оказываются лучшим решением по соотношению цена/производительность.

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

Много усилий было потрачено на интеграции с парой популярных CRM-систем и они (эти самые интеграции) дали четкое понимание того, что наши сим-карты + виртуальная АТС + CRM — конвергентный продукт, позволяющий выстраивать интересные коммуникационные схемы, сложность которых ограничена лишь фантазией разработчиков и возможносятми конкретной ИС. В итоге образовался по-настоящему любопытный продукт, который мы, не являсь де факто и де юро «собакой на сене» хотели бы развивать и дальше в тесном партнерстве со всеми интересантами.

В общих чертах схема дружбы AltegroCloud и, например, CRM выглядит так: