Русский
Русский
English
Статистика
Реклама

Блог компании билайн бизнес

Как попасть в IPVPN Билайн через IPSec. Часть 2

31.08.2020 12:09:59 | Автор: admin
Привет! Как и обещал, в этом посте я расскажу про комбинацию наших сервисов MultiSIM Резервирования и IPVPN через IPSec.



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

В классическом варианте работы MultiSIM Резервирования при подаче сервисов IPVPN по двум мобильным сетям есть следующие проблемы:

  1. Для каждого клиента нужно создавать свой закрытый APN, настраивать в нем BGP или статическую маршрутизацию, сразу рассчитывать необходимое количество хостов для корректного плана ip-адресации.
  2. Сеть каждого оператора связи на устройстве также нужно настраивать отдельно, с учетом того, что у каждого из операторов есть свои особенности.
  3. Траблшутить такую архитектуру сложнее (намного).
  4. Метки трафика IPVPN на входе в сети LTE обнуляются, то есть, если у вас в сети на всех объектах маркируется трафик телефонии или видео то при включении IPVPN с чистого LTE метки трафика будут выставляться в ноль.

С другой стороны, у нас есть IPSec, в котором все вопросы маршрутизации и клиентских настроек абстрагированы от транспорта, будь то проводной интернет-канал или LTE разных операторов, а ещё метки трафика можно сохранить внутри туннеля, хоть и без обеспечения SLA, так как интернет и особенно LTE/3G это довольно непредсказуемые среды для передачи данных.

Поэтому у нас и появилась идея А почему бы не использовать IPsec еще и поверх LTE?. В роутеры ставить типовые SIM-карты с заранее созданными APN и уже через них строить IPSEC до нашего VPN HUB и выпускать клиента в его VRF. А если есть и проводной канал, то использовать в качестве основного транспорта проводное соединение, а при аварии на нем переключать трафик на LTE.

Таким образом, схема сети стала выглядеть следующим образом:


Кликабельно

У клиента получается сразу до трёх WAN-каналов, которые будут выполнять роль underlay для трафика IPSec:

  1. Проводной канал доступа Интернет.
  2. Первая (Основная) LTE-сеть.
  3. Вторая (Резервная) LTE-сеть (если нужна).


Теперь осталось выбрать и настроить роутер для такого варианта предоставления сервиса.

Настраиваем роутер


При выборе роутера нас заинтересовали две модели от Huawei это AR161 и AR129. В них есть поддержка IPSec, LTE модем с поддержкой двух SIM-карт, 4 Ethernet порта LAN + 1 Ethernet WAN, а в модели AR129 еще и WiFi, то есть все, что нужно для работы нашей схемы, и даже немного больше.

А вот с настройкам все оказалось намного сложнее.

Еще во время настройки роутеров для Multisim Резервирования мы столкнулись с проблемой приоритетов между проводными WAN и двумя LTE-сетями для выбора наилучшего маршрута трафика.

В Huawei AR161/129 для этого есть два инструмента:

  • Функциональность Network Quality Analysis(aka NQA-test).
    Проводит базовое тестирование icmp-запросами на указываемый хост для определения его доступности.
  • Функциональность Open Programmability System(OPS) + Python.
    Очень мощный инструмент, дает возможность сохранять информацию в логах и проводить интеллектуальное переключение, основываясь на статистике icmp, но и сложный для освоения.


Для решения нашей задачи мы выбрали функциональность OPS+Python для включения только двух SIM LTE-включения, и смешанный режим для Интернет + двух SIM LTE-включения.

Примерная конфигурация на роутерах получается такая:

В случае только 2x Sim LTE-включения


#Настройка динамического IP адреса на проводном WAN интерфейсе (получение по DHCP)
interface GigabitEthernet0/0/4
ip address dhcp-alloc

#Настройка APN профилей, Cellular0/0/0 интерфейса
apn profile [APN #1]
apn [APN 1 NAME]
apn profile [APN #2]
apn [APN 2 NAME]
sim-id 2

#Настройка Cellular0/0/0 интерфейса
interface Cellular0/0/0
dialer enable-circular
apn-profile [APN #1] priority 120
apn-profile [APN #2]
dialer timer autodial 60
profile create lte-default [APN #1] sim-id 1
profile create lte-default [APN #2] sim-id 2
ip address negotiate
modem reboot

#Настройка IPSec имени
ipsec authentication sha2 compatible enable
ike local-name [IPSEC_LOGIN]

#Настройка параметров шифрования IPSec туннеля
ipsec proposal ipsec
esp authentication-algorithm sha2-256
esp encryption-algorithm aes-256
ike proposal 1
encryption-algorithm aes-256
dh group2
authentication-algorithm sha2-256
authentication-method pre-share
integrity-algorithm hmac-sha2-256
prf hmac-sha2-256

#Настройка аутентификации IPSec туннеля
ike peer ipsec_1
pre-shared-key simple [IPSEC_PASSWORD]
ike-proposal 1
local-id-type fqdn
remote-id-type ip
dpd type periodic
dpd idle-time 10
dpd retransmit-interval 2
remote-address 100.64.0.100
route accept
config-exchange request
config-exchange set accept
config-exchange set send
ipsec profile ipsecprof_1
ike-peer ipsec_1
proposal ipsec

#Настройка IPSec -туннеля
interface Tunnel0/0/0
tunnel-protocol ipsec
ip address [туннельный IP адрес на марш-ре Huawei] 255.255.255.252
source Cellular0/0/0
ipsec profile ipsecprof_1

#Настройка маршрутов
ip route-static 0.0.0.0 0.0.0.0 Tunnel0/0/0
ip route-static [VPN HUB INTERNAL ADDRESS] 255.255.0.0 Cellular0/0/0

В случае Интернет + 2x Sim LTE-включения


#Настройка динамического IP адреса на проводном WAN интерфейсе (получение по DHCP)
interface GigabitEthernet0/0/4
ip address dhcp-alloc

#Настройка APN профилей, Cellular0/0/0 интерфейса
apn profile [APN #1]
apn [APN 1 NAME]
apn profile [APN #2]
apn [APN 2 NAME]
sim-id 2

#Настройка Cellular0/0/0 интерфейса
interface Cellular0/0/0
dialer enable-circular
apn-profile [APN #1] priority 120
apn-profile [APN #2]
dialer timer autodial 60
profile create lte-default [APN #1] sim-id 1
profile create lte-default [APN #2] sim-id 2
ip address negotiate
modem reboot

#Настройка IPSec имени
ipsec authentication sha2 compatible enable
ike local-name [IPSEC_LOGIN]

#Настройка параметров шифрования IPSec туннеля
ipsec proposal ipsec
esp authentication-algorithm sha2-256
esp encryption-algorithm aes-256
ike proposal 1
encryption-algorithm aes-256
dh group2
authentication-algorithm sha2-256
authentication-method pre-share
integrity-algorithm hmac-sha2-256
prf hmac-sha2-256

#Настройка аутентификации IPSec туннеля
ike peer ipsec_1
pre-shared-key simple [IPSEC_PASSWORD]
ike-proposal 1
local-id-type fqdn
remote-id-type ip
dpd type periodic
dpd idle-time 10
dpd retransmit-interval 2
remote-address 81.211.80.50
route accept
config-exchange request
config-exchange set accept
config-exchange set send
ipsec profile ipsecprof_1
ike-peer ipsec_1
proposal ipsec

ike peer ipsec_2
pre-shared-key simple [IPSEC_PASSWORD]
ike-proposal 1
local-id-type fqdn
remote-id-type ip
dpd type periodic
dpd idle-time 10
dpd retransmit-interval 2
remote-address [VPN HUB INTERNAL ADDRESS]
route accept
config-exchange request
config-exchange set accept
config-exchange set send
ipsec profile ipsecprof_2
ike-peer ipsec_2
proposal ipsec

#Настройка IPSec-туннеля
interface LoopBack32
ip address [туннельный IP адрес на марш-ре Huawei] 255.255.255.252

interface Tunnel0/0/0
ip address unnumbered interface LoopBack32
tunnel-protocol ipsec
source GigabitEthernet0/0/1
ipsec profile ipsecprof_1

interface Tunnel0/0/1
ip address unnumbered interface LoopBack32
tunnel-protocol ipsec
source Cellular0/0/0
ipsec profile ipsecprof_2

#Настройка статической маршрутизации (в направлении сети Билайн)
nqa test-instance [username] inet
test-type icmp
destination-address ipv4 81.211.80.50
source-interface GigabitEthernet0/0/4
frequency 16
probe-count 2
start now

#Настройка маршрутов
ip route-static 81.211.80.50 255.255.255.255 GigabitEthernet 0/0/4 dhcp track nqa [username] inet
ip route-static [VPN HUB INTERNAL ADDRESS] 255.255.255.255 NULL0 track nqa [username] inet
ip route-static [VPN HUB INTERNAL ADDRESS] 255.255.0.0 Cellular0/0/0 preference 70
ip route-static 80.240.216.155 255.255.255.255 GigabitEthernet 0/0/4 dhcp
ip route-static 194.67.0.206 255.255.255.255 GigabitEthernet 0/0/4 dhcp


Всё, настроенный роутер можно ставить клиенту.

Планы


Из планов по развитию этого решения:

  1. Сделать то же самое, но уже на роутерах от Cisco/Mikrotik.
  2. Перевести всю логику переключения только на OPS + Python


В следующих статьях расскажем, как мы подружили сервисы Мультисим Резервирования с нашей Облачной АТС, сделали на тех же хуавеях режим L2-over-L3 с помощью x-connect, выложим скрипты переключения SIM-карт на Python и расскажем про USB-Deployment на роутерах.

Благодарю моих коллег из RnD, особенно Дениса Зинченко (Dzinch) и Андрея Воронова в подготовке этих технических решений и помощи написании статьи!

PS Первая часть поста вот здесь.
Подробнее..

Web Application Firewall работа на опережение

16.11.2020 14:12:10 | Автор: admin
В одном из предыдущих постов мы рассказывали об отражении DDoS-атак при помощи анализа трафика по протоколу Netflow. Само собой, DDoS далеко не единственная проблема, с которой может столкнуться ресурс. Воображение злоумышленников весьма и весьма велико, да и технических средств у них хватает. Плюс не стоит забывать о том, что какой-то из ваших ресурсов вполне может работать на ПО с zero-day-уязвимостями.

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

В этом посте мы расскажем, как работает WAF от Билайн Бизнес, какие у него есть преимущества и как его оперативно подключить для своей компании.

Зачем вообще нужен WAF


В прошлом году компания Positive Technologies выпустила своё исследование Уязвимости веб-приложений 2019, согласно которому доля веб-приложений, содержащих уязвимости высокого уровня риска, составила уже 67%. Самые частые проблемы недостаточно защищенная зона авторизации, SQL-инъекции и чтение произвольных данных. Плюс растёт процент систем, в которых возможна утечка данных.

О важности защиты веб-приложений говорит и один из отчётов аналитиков Gartner:

  • Межсетевые экраны уровня приложений (WAF) отличаются от экранов нового поколения (NGFW) и систем предотвращения вторжений (IPS). WAF защищает от атак каждое отдельное приложение.
  • Даже при использовании NGFW и IPS система защиты WAF чаще всего является единственным решением, которое проверяет и зашифрованный, и незашифрованный входящий веб-трафик.
  • Важнейшим фактором при выборе WAF является четкое понимание объема работы, которое предстоит выполнять сотрудникам. Особое внимание следует обратить на отсутствие ложных срабатываний.
  • Как правило, предприятия фокусируются на защите общедоступных пользовательских веб-приложений, забывая при этом о не менее важных внутренних приложениях.



Основные различия WAF, IPS и NGFW (Gartner)

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


По данным Positive Technologies

Для защиты от подобного в компаниях и существуют специалисты по информационной безопасности, определяющие допустимость использования того или иного софта, а также общие политики безопасности. При этом общие тенденции рост числа самих приложений, активное использование различных API, работа в условиях смешанной среды (in-house-приложения, частные и облачные) активно намекают, что многие процессы стоит автоматизировать.

Особенно в области информационной безопасности.

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

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

Прежде всего, мы взяли список 10 самых главных угроз для веб-приложений 2020 от OWASP и осуществили защиту от них по обеим моделям (позитивная и негативная).

  1. Injection.
  2. Broken Authentication.
  3. Sensitive Data Exposure.
  4. XML External Entities (XXE).
  5. Broken Access Control.
  6. Security Misconfiguration.
  7. Cross-Site Scripting XSS.
  8. Insecure Deserialization.
  9. Using Components with Known Vulnerabilities.
  10. Insufficient Logging & Monitoring.

Вдобавок к этому наш WAF защищает от брутфорса, от извлечения данных, от атак через API, от нежелательного сканирования, ботнетов и от slowloris и HTTP dynamic flood.

Конечно, здесь же есть отражение атак нулевого дня, включая и HTTPS, а также блокировка трафика по географическому признаку.

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

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

Кстати, есть парочка мифов насчёт избыточности самой сути WAF и его необходимости. Обычно приводят в пример вот что:

Шлюз безопасности и мониторинг сессий меня защитит
Веб-приложения должны быть доступны всем, поэтому остается только разрешить весь входящий трафик на порты 80 (HTTP) и 443 (HTTPS) и надеяться, что все будут играть по правилам. Мониторинг сессий на наличие, идентификацию и блокирование исполняемого кода не заменяет анализ трафика веб-приложений, поэтому эксплуатация уязвимости посредством легитимного веб-запроса не составляет труда при наличии шлюза безопасности всё в одном.

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

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

Как всё работает


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

Есть три способа подключения, которые определяются тем, где решено проводить анализ трафика:

  1. На наших виртуальных машинах в нашем датацентре
  2. На нашем оборудовании в помещении клиента
  3. На виртуальной машине клиента.

Схематично всё выглядит так:



Кроме трёх вариантов подключения, есть и два варианта развертывания:

  1. Inline (только из облака) мониторинг либо активная блокировка вредоносных запросов.
  2. Out of pass (локально у заказчика) поддерживается только мониторинг вредоносных запросов.

Благодаря автоматической оптимизации стандартизированных правил нам удалось добиться максимально низкого значения срабатываний false positive. Он почти приближен к нулю. Конечно, иногда бывает (менее 1%), это связано с ошибками в описании правил работы конкретного сайта, потому что WAF как механизм описывает только разрешенные действия, а всё остальное запрещено.

Преимущества решения


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

  • обеспечивает полную защиту от 10 самых опасных уязвимостей по версии OWASP;
  • сертифицировано по версии ICSA Labs;
  • обладает уникальной функцией по автоматическому созданию политик;
  • и поддерживает модели отрицательной и положительной безопасности.

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

Обычно единичной услугой считается подключение WAF на определённый сайт клиента. В нашем случае, если у клиента, допустим, два сайта на одном сервере, которые доступны с двух разных IP, мы всё равно считаем это как одну услугу предоставления WAF, просто суммируя общий трафик клиента.

Ещё из полезного:

  • Индивидуальная виртуальная машина для каждого клиента при облачном размещении.
  • WAF автоматически подстраивается под изменение контента сайта, что существенно упрощает администрирование.
  • При облачном размещении SSL-сертификат для доступа к сайту не передается оператору, а загружается клиентом в личном кабинете в криптоконтейнер, который обеспечивает безопасность в соответствии с банковским стандартом PCI DSS.
  • 24х7 поддержка квалифицированными специалистами в области информационной безопасности партнера ЭКОН Технологии.
  • 3 варианта реализации решения облачное, VM клиента, выделенное оборудование в контуре клиента.

Подключить WAF от Билайн можно на странице продукта. У вас будет бесплатный тестовый месяц, не понравится отключите, понравится работаем дальше.
Подробнее..

Еще немного про использование VPN в Билайн

17.03.2021 16:04:48 | Автор: admin

Привет! В этой статье я расскажу о ещё двух вариантах VPN, используемых нами для включения клиентов с помощью Мультисим Резервирования, это L2TP иL2-VPN. Первый используется для включения сервисов Интернет, второй для включения каналов L2 MPLS.

Самый первый L2TP

Исторически этот вариант был самым первым внедренным вариантом для предоставления сервиса Интернет клиентам, именно на нем мы обкатывали все бизнес-процессы включений, набивали первые шишки со сложностью настройки СРЕ, процессами активации Sim-карт и прописывания их в выделенные APN, выбирали наиболее оптимальные варианты настроек и конфигураций СРЕ и РЕ оборудования, суммарно за первые полгода мы подготовили восемь различных версий конфигураций оборудования. Такой итеративный подход позволил найти баланс между потребностями клиентов и нашими возможностями, мы посмотрели, что и как стоит настраивать, как выстроить процессы, а за что лучше не браться вообще.

Архитектурно схема выглядит так:

Описание:

В роутер устанавливаются две Sim-карты, прописываются APN и настраивается радио-интерфейс, плюс настраивается WAN-интерфейс для входящего проводного канала, если он есть. Sim-карты прописываются в типовые APN, все APN разных операторов связи объединены в один VRF и получают стандартизированные приватные IP-адреса из своих APN.

На нашем RADIUS-сервере при подключении создается сессионный аккаунт для клиента, информация о этом аккаунте будет использована BRAS при построении сессии. Роутер начинает строить L2TP-сессию либо через проводной WAN-интерфейс (интернет-канал), либо через радиоинтерфейс, в зависимости от типа работы (Fix+LTE/3G или "чистый" LTE/3G), сессия терминируется на BRAS с типовыми настройками прописанными на RADIUS сервере.

Также на RADIUS-сервере возможна настройка Framed Route с публичной интернет подсетью, которая настраивается на LAN-интерфейсе роутера и транслируется клиенту. Таким образом, каждый клиент имеет один статический IP-адрес на туннеле с приватной адресацией и NAT на трех LAN-интерфейсах, и дополнительно прописанную публичную подсеть (обычно это /31 или /30 подсеть) на одном LAN-интерфейсе.

Так как туннель может строиться через кабельное подключение (интернет-канал) или Sim-карты, а подсеть маршрутизируется за туннель, клиент получает статичные настройки вне зависимости от используемой транспортной сети.

При пропадании кабельного канала роутер за 10-20 секунд перекидывает трафик на радиоинтерфейс и первую Sim-карту, а в случае проблем и с ней производит смену рабочей Sim-карты на резервную, обычно эта смена занимает 60-90 секунд.

За выбор маршрута трафика между кабелем и радиосетью отвечает встроенный инструмент NQA (Network Quality Analysis) и значения preference route:

#nqa test-instance admin inet test-type icmp destination-address ipv4 4.2.2.2 frequency 20 source-interface GigabitEthernet0/0/4 start now##ip route-static 0.0.0.0 0.0.0.0 Virtual-Template1 preference 40ip route-static 4.2.2.2 255.255.255.255 GigabitEthernet0/0/4 dhcpip route-static 85.21.4.234 255.255.255.255 GigabitEthernet0/0/4 dhcp track nqa admin inetip route-static 85.21.4.235 255.255.255.255 GigabitEthernet0/0/4 dhcp track nqa admin inetip route-static 100.64.0.0 255.255.254.0 Cellular0/0/0 preference 70ip route-static 100.64.0.0 255.255.254.0 NULL0 track nqa admin inet#

А за выбор активных Sim-карт отвечает скрипт автопереключения, написанный на Python.

Схема также имеет свои ограничения: cкорость доступа ограничена 30-50 Мбит/с, а MTU=1450.

Дальнейшее направление развития - это реализация этой же схемы с резервированием проводных каналов, но уже с использованием BGP, для анонса LAN-сети либо через кабель, либо через туннель, это позволит использовать роутер в виде резерва на широкополосных каналах в 100-200 Мбит/с и разделением маршрутов трафика по кабелю и по туннелю. Естественно, это будет работать только на проводных каналах от Билайн, для работы через других провайдеров мы отправляем весь трафик через L2TP-туннель.

Самый трудный L2 MPLS

Этот вариант получился самым последним в наших решениях на сегодняшний день, и был самым тяжелым с точки зрения реализации. Используемый протокол для этого типа подключений на Huawei AR129 SVPN L2TPv2, на ответной части стоит Cisco ASR1001-X, которая является ответной частью туннеля и выводит трафик в MEN сеть.

Архитектурно сеть выглядит так:

Настройка такого режима на роутере Huawei AR129 выглядит так:

#interface Tunnel0/0/0tunnel-protocol svpnencapsulation l2tpv3l2tpv3 local session-id 3l2tpv3 remote session-id 4tunnel-source 100.64.16.63tunnel-destination 100.64.0.43#

Самый трудный для нашей реализации ввиду особенностей работы протокола, сессия для L2 MPLS инициируется с IP-адреса Sim-карты, которая активна в конкретный момент для этого туннеля, и к IP-адресу привязываются значения и на CPE и на ответном узловом PE, а в случае проблем с работающей LTE/3G сетью происходит смена IP на Sim-карте.

У нас были следующие варианты выхода из этой ситуации:

  • Использовать GRE-туннель, и уже через этот туннель пускать туннель с L2 MPLS.

  • Назначать одинаковые IP-адреса на Sim-карты при настройке.

  • Сделать так, чтобы конфигурация туннелей менялась в роутере в зависимости от Sim-карты.

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

Соответственно, пришлось реализовывать реконфигурацию роутера "на лету. Если учесть, что используемый нами Python-скрипт для автоматического переключения Sim-карт и так уже выполнял большую часть логики, нам осталось его немного дополнить парой функций:

При смене Sim-карт нужно было вызвать процесс изменения в параметрах настройки туннеля remote session-id и tunnel-source, и при обратной смене Sim-карт вернуть эти значения:

def l2_sim2(o, cli):log_syslog(o, ops.CRITICAL, "New parameters applied: " + l2_lses2 + " " + l2_rses2 + " " + l2_vcid2 + " " + l2_src2 + " " + l2_dst2)output, n1, n2 = o.cli.execute(cli, "system-view")  output, n1, n2 = o.cli.execute(cli, "interface Vlanif1")output, n1, n2 = o.cli.execute(cli, "undo link-bridge Tunnel0/0/0")output, n1, n2 = o.cli.execute(cli, "quit")output, n1, n2 = o.cli.execute(cli, "quit")result = o.timedelay(seconds=60, milliseconds=0)output, n1, n2 = o.cli.execute(cli, "system-view")  output, n1, n2 = o.cli.execute(cli, "interface Tunnel0/0/0")output, n1, n2 = o.cli.execute(cli, "tunnel-protocol svpn")output, n1, n2 = o.cli.execute(cli, "encapsulation l2tpv3")output, n1, n2 = o.cli.execute(cli, "interface Tunnel0/0/0")output, n1, n2 = o.cli.execute(cli, "l2tpv3 local session-id " + str(l2_lses2))output, n1, n2 = o.cli.execute(cli, "l2tpv3 remote session-id " + str(l2_rses2))output, n1, n2 = o.cli.execute(cli, "tunnel-source " + str(l2_src2))output, n1, n2 = o.cli.execute(cli, "tunnel-destination " + str(l2_dst2))output, n1, n2 = o.cli.execute(cli, "quit")output, n1, n2 = o.cli.execute(cli, "quit")output, n1, n2 = o.cli.execute(cli, "system-view")  output, n1, n2 = o.cli.execute(cli, "interface Vlanif1")output, n1, n2 = o.cli.execute(cli, "link-bridge Tunnel0/0/0 vc-id " + str(l2_vcid2) + " tagged")output, n1, n2 = o.cli.execute(cli, "quit")output, n1, n2 = o.cli.execute(cli, "quit")output, n1, n2 = o.cli.execute(cli, "save", {"continue": "Y"})def l2_sim1(o, cli):log_syslog(o, ops.CRITICAL, "New parameters applied: " + l2_lses1 + " " + l2_rses1 + " " + l2_vcid1 + " " + l2_src1 + " " + l2_dst1)  output, n1, n2 = o.cli.execute(cli, "system-view")  output, n1, n2 = o.cli.execute(cli, "interface Vlanif1")  output, n1, n2 = o.cli.execute(cli, "undo link-bridge Tunnel0/0/0")  output, n1, n2 = o.cli.execute(cli, "quit")output, n1, n2 = o.cli.execute(cli, "quit")result = o.timedelay(seconds=60, milliseconds=0)  output, n1, n2 = o.cli.execute(cli, "system-view")output, n1, n2 = o.cli.execute(cli, "interface Tunnel0/0/0")output, n1, n2 = o.cli.execute(cli, "tunnel-protocol svpn")output, n1, n2 = o.cli.execute(cli, "encapsulation l2tpv3")output, n1, n2 = o.cli.execute(cli, "l2tpv3 local session-id " + str(l2_lses1))output, n1, n2 = o.cli.execute(cli, "l2tpv3 remote session-id " + str(l2_rses1))output, n1, n2 = o.cli.execute(cli, "tunnel-source " + str(l2_src1))output, n1, n2 = o.cli.execute(cli, "tunnel-destination " + str(l2_dst1))output, n1, n2 = o.cli.execute(cli, "quit")output, n1, n2 = o.cli.execute(cli, "quit")output, n1, n2 = o.cli.execute(cli, "system-view")  output, n1, n2 = o.cli.execute(cli, "interface Vlanif1")output, n1, n2 = o.cli.execute(cli, "link-bridge Tunnel0/0/0 vc-id " + str(l2_vcid1) + " tagged")output, n1, n2 = o.cli.execute(cli, "quit")output, n1, n2 = o.cli.execute(cli, "quit")output, n1, n2 = o.cli.execute(cli, "save", {"continue": "Y"})

Какие плюсы у этой схемы работы в режиме L2 MPLS:

  • Роутер работает только прозрачным Ethernet до нашего РЕ, схему можно применять еще и как для Интернет, так и для IP VPN-включений.

  • MTU стал побольше, чем у варианта с IPSec.

  • Можно проводить легкую бесшовную подмену кабельных каналов при авариях.

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

В следующих статьях расскажем про USB Deployment инструмент по простой настройке роутеров, Python-скрипт, который используем для переключения Sim-карт, и интеграцию нашего Мультисим-решения с Облачной АТС (в роутере есть встроенный SIP-клиент и два FXS порта, мы просто не могли не попробовать их использовать).

В одном из комментариев спрашивали про скорости роутера по IPSec.

По результатам наших тестов скорость составляет больше 50 Мбит/с (IPSec в режиме IKEv2, iperf3 - server), то же самое к режиму работы с L2TP-туннелем. Скорости поднимали и выше, но мы и не планировали предлагать клиентам больше 50Мбит/с по нашему решению, т.к. во-первых упираемся в "гигиенический" предел по LTE, во-вторых роутеры планировали использовать вместе с настройкой доп. сервисов типа SIP PBX (расскажем в следующей статье), и в-третьих, на смену Huawei AR129 у нас приходит Huawei AR617, который более производителен, что нам ещё предстоит испытать.

Подробнее..

Перевод История развития видеоконференций

08.10.2020 12:16:26 | Автор: admin

Скриншот CU-SeeMe одной из первых Интернет-систем для видеоконференций, появившейся ещё в 1992 году. В бизнес-среде и оборонке примеры использования технологий видеоконференций возникли ещё 1980-х.

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

В мире, напуганном распространением смертельно опасного заболевания, работодатели рано или поздно неизбежно бы попросили сотрудников оставаться дома и работать оттуда. Этим преимуществом чаще всего не обладали работники прошлого, оно стало возможным благодаря Интернету. Но для такого способа применения Интернет далеко не идеален, и он доказывает это почти каждый раз, когда вы начинаете видеоконференцию. Небольшие задержки заставляют людей перебивать друг друга. Время тратится впустую, потому что собеседникам приходится повторять сказанное. И всегда найдётся один коллега, решивший поработать в кафе со всем окружающим его шумом. Лично я уже почти четыре года работаю удалённо, поэтому мне часто предоставлялась возможность совершения конференц-звонков; я осознал, что с ними связаны проблемы технические, культурные и практические. И многие трудности, вызываемые этой технологией, сводятся к множеству мелких особенностей Интернета. Сегодня мы поговорим о сложности системы видеоконференций.

Многие видеоконференции ужасная трата денег; они не обеспечивают никаких преимуществ перед голосовыми конференциями, потому что пользователи не знаю, как использовать потенциал визуального компонента. Это цитата из авторской колонки 1992 года в Network World Джеймса Кобелуса, заметившего, что многие компании инвестировали большие средства в технологию межофисных видеоконференций, но не смогли сделать их более эффективными, чем простое общение по телефону. В то время у них не было буквально никаких преимуществ современных технологий. Вот как, согласно статье, выглядела в ту эпоху стандартная система для видеоконференций: Обычно для видеоконференций могут использоваться параллельная дистанционная передача звука, стационарные и мобильные внутренние микрофоны, несколько поворачиваемых настенных камер, стенды для неподвижной и анимированной графики (на которых камера находится в руке докладчика, пока он рисует), проекторы 35-миллиметровых слайдов, видеомагнитофоны, факсимильные аппараты, электронные интерактивные доски и персональные компьютеры.

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


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

С момента появления на рабочих местах в 1980-х оборудование для видеоконференций проделало долгий путь. Для многих компаний его приобретение оборачивалось затратой сумм с пятью нулями, а почасовая стоимость каждого вызова была гораздо выше (вплоть до 1 000 долларов/ч) по сравнению с зарплатами того времени.

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

С другой стороны, всего за несколько лет технологии видеоконференций значительно усовершенствовались, а их цена снизилась в десятки раз. В 1982 году, когда Compression Labs выпустила свою первую систему для видеоконференций, она стоила 250 тысяч долларов, однако цены быстро падали к 1990 году можно уже было купить готовую систему всего за 30 тысяч, а к 1993 году меньше чем за 8 тысяч.

Но для реализации видеоконференций приходилось идти на множество компромиссов. Линии T1 могли передавать примерно 1,5 мегабита потоковых данных в секунду. Такой полосы пропускания примерно хватило бы для просмотра одного видео на YouTube с разрешением 480p, а 1980-х для её приобретения нужно было потратить тысячи долларов. (Из-за свой многоканальной структуры, которая должна была стать эквивалентом 24 отдельных телефонных линий, линии T1 и сегодня остаются очень дорогими, несмотря на то, что их сильно обогнало по скорости оптоволокно.)


Чертёж из заявки на патент 1987 года, выданный Compression Labs. В нём описывается одна из первых технологий двусторонних видеоконференций. (Google Patents)

Со временем это привело к созданию вариантов систем, использующих для видеоконференций менее мощные сети, например, Compression Labs Rembrandt 56, которая использовала линии ISDN, в то время достигавшие максимальной скорости 56 килобит/с. Эти системы стоимостью 68 тысяч долларов, в которых использовались инновации Compression Labs в области сжатия видео, позволили потребителям снизить затраты примерно до 50 долларов/ч. (Примечание: в 1980-х и 1990-х удалённые работники чаще всего использовали ISDN.)

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

Сжатие видео связано с неизбежным компромиссом между разрешением картинки и возможностью обработки движения, говорится в диссертации 1990 года студента Школы повышения квалификации офицерских кадров ВМС США, в которой излагаются рекомендации по организации видеоконференций для ВМС Китайской Республики (Тайваня). Качество изображения зависит от ширины полосы пропускания. При снижении полосы пропускания требуется больше кодирования, что приводит к ухудшению изображения.

Стоит также отметить, что видеоконференции стали важным элементом совершенствования технологий сжатия изображений на протяжении 1980-х. На самом деле, Compression Labs, ответственная за множество этих инноваций стала в 2000-х источником споров её приобрёл новый владелец, который попытался воспользоваться патентом на алгоритм сжатия, применяемый в формате JPEG, чтобы подать в суд на крупные корпорации. Патентный тролль уладил спор со многими крупными технологическими компаниями в 2006 году, после того, как суд выяснил, что патент распространяется на применение только в видеосигнале.

Технология видеоконференций потребительского уровня (то есть веб-камеры) появилась в 1994 году благодаря выпуску Connectix Quickcam устройства, с которым я тесно знаком. Это устройство стоимостью около 100 долларов плохо работало на старых PC из-за ограниченной полосы пропускания, обеспечиваемой параллельными портами и другими старыми гаджетами; тем не менее, оно привело к дальнейшим инновациям, продолжавшимся несколько десятилетий. (Порты USB и Firewire последний использовался в камере iSight, которую Apple продавала в начале 2000-х обеспечивали полосу пропускания, достаточную для записи видео, а то и передачи его через Интернет.)

В корпоративном секторе тоже возникали важнейшие инновации. В 1992 году компания Polycom выпустила свой первый конференц-телефон устройство, позволявшее разговаривать в одном кабинете нескольким людям; в таком формате конференции продолжали проводиться ещё следующие три десятка лет. А спустя несколько лет компания WebEx, которую позже приобрела Cisco, разработала одну из первых технологий видеоконференций для Интернета, основные принципы которой мы используем и сегодня.

Программные технологии передачи видео были значительно усовершенствованы в начале 2000-х приложением Skype, способность которого обеспечивать высококачественные видео- и голосовые разговоры по сети из узлов peer-to-peer стала важнейшей инновацией в технологиях конференций. Однако после приобретения компанией Microsoft Skype перешёл от схемы peer-to-peer к системе супернодов.

К середине 2000-х веб-камеры стали стандартными компонентами ноутбуков и настольных компьютеров. Сама идея была предложена ещё в 2001 году в Hewlett Packard Concept PC, а первыми компьютерами со встроенными веб-камерами стали iMac G5 и первое поколение MacBook Pro с процессорами Intel.

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

1,5 Мбит/с такова рекомендуемая полоса пропускания, необходимая для совершения видеозвонка в Skype с высоким разрешением. (Эта величина равна максимальной полосе пропускания линии T1.) Для эффективного выполнения телефонных звонков в этом VoIP-сервисе компании Microsoft необходимо около 100 кбит/с, но этому часто мешают другие аспекты в вашей машине или сети. Если у вас загружаются торренты, то может возникнуть проблема.


Конференц-телефон Polycom совершил переворот в области офисных конференц-вызовов.

В чём проблема конференц-вызовов в офисе


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

У нас есть все эти инновации, но они конкурируют с гораздо большим количеством ресурсов.

Если вы сидите дома перед ноутбуком, к которому подключён оптоволоконный канал на 100 мегабит, то есть вероятность того, что вы стримите в соседнюю комнату видеоигру, одновременно скачивая 15 торрентов, но всё равно не испытаете особых проблем.

Но если вы находитесь в офисе ещё с сотней людей и этот офис ежедневно проводит несколько видеоконференций, то это очень оказывает очень высокую нагрузку на офисный Интернет.

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

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

Внезапно видеоконференция, которая должна обслуживать удалённых пользователей, начинает тормозить и заикаться. (Это может быть одной из причин, по которым ребята из ИТ-отдела рекомендуют вам не загружать Dropbox на рабочий PC.)

Но даже небольшие моменты задержек могут создавать серьёзные проблемы. У вас когда-нибудь было так, что ваши слова накладываются на речь другого человека? Такое происходит, когда в сигнал вкрадывается небольшая задержка. А поскольку видео и звук часто передаются разными способами (иногда даже разными устройствами), эти задержки могут вызывать проблемы синхронизации допустим, ситуации, при которых звук движется быстрее, чем собеседник. Как утверждает компания 8x8, занимающаяся видеоконференциями, для видеозвонка приемлемой задержкой является 300 миллисекунд, но такой задержки вполне достаточно для того, чтобы два человека начинали говорить одновременно. (Возможно, нужна система как в рациях?)


Многие современные веб-камеры просто не очень хороши, особенно если они встроены в экран ноутбука.

Почему конференц-звонки плохо работают вне офиса


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

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

Что касается качества камер, то в последние годы возник интересный феномен: по сути, мы заинтересованы в улучшении качества камер, но в то же время стремимся к уменьшению размеров объектива, а это оставляет не так много возможностей для совершенствования. По сути, камерам некуда деваться нужно или миниатюризировать технологии, или пытаться реализовать элементы, которые оказываются скорее спорными, чем полезными. Самым печально известным примером стал Huawei Matebook Pro дизайнеры решили разместить камеру под поднимаемую клавишу, и это оказалось самым спорным аспектом в остальном хорошего ноутбука.

Всё это происходит в то время, когда важность чёткости камеры постоянно повышается, а значит, веб-камеры ноутбуков оказываются значительно хуже своих мобильных аналогов например, в 16-дюймовом MacBook Pro используется веб-камера на 720p. И это сегодня, когда многие современные смартфоны способны снимать видео с фронтальных камер в разрешении 4K. Даже если потоковое воспроизведение не справится с полным разрешением, есть вероятность того, что при снижении уровня сжатия повысится качество.

Кстати об уровне сжатия: новая мода на избавление от разъёмов для наушников создала довольно серьёзную проблему для конференц-вызовов. Если говорить просто, то большинство версий Bluetooth традиционно имеет достаточно посредственное качество звука при использовании микрофона. Это вызвано особой проблемой спецификации Bluetooth, преследующей технологию на протяжении почти всей её истории: по спецификации невозможно получить высококачественный звук микрофона из-за нехватки пропускной способности; ситуация усугубляется, если устройство подключено к 2,4-гигагерцовой сети WiFi, имеющей ту же частоту, что и Bluetooth.

На самом деле, при использовании Bluetooth-гарнитуры качество звука микрофона значительно падает. И хотя Bluetooth 5.0 потенциально может обеспечить полосу пропускания для улучшения звука микрофона гарнитуры, этот стандарт в основном поддерживается только самыми современными PC и смартфонами. Факт заключается в том, что если вы хотите подключиться к видеоконференции, то нужно просто подключить проводные наушники, пусть даже через USB. Я выяснил, что даже навороченные беспроводные наушники с подавлением шума, например, Sennheiser PXC 550, проблемно использовать в качестве микрофона в видеоконференциях. (Сегодня я пользуюсь гораздо более раскрученными Sony WH-1000XM3, но несмотря на все усилия, вложенные в разработку их микрофона, когда мне нужно сделать звонок, я подключаю кабель наушников со встроенным микрофоном.)

Стоит также заметить, что подобное влияние на качество вызова могут оказывать и обычные телефонные звонки на номер, потому что голосовые линии обычно подвергаются сильному сжатию. (Именно по этой причине музыка при удержании вызова звучит особенно ужасно.) Если у вас есть выбор между набором номера и звонком через приложение, то лучше выберите приложение.

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

Но на фронте борьбы с фоновым шумом есть и хорошие новости существует технология, позволяющая микрофону справляться со звуками блендеров для фраппучино. Приложение Krisp для MacOS, Windows и iOS при помощи искусственного интеллекта позволяет избавиться от многих фоновых шумов. Хоть оно и не бесплатно, зато позволяет улучшить качество звука. Для пользователей Linux тоже существует довольно эффективный вариант в приложении pulseaudio можно включить опцию, в реальном времени удаляющую из записей фоновый шум. (Оно не такое качественное, как Krisp, зато бесплатное!)

Похожая инновация на фронте видеосигнала размытие фона появилась и в главных инструментах для видеочатов Microsoft, Teams и Skype.

Скоро мы сможем принимать участие в видеоконференциях из Starbucks с тем же качеством, что и дома.

Но даже если вы выбрали подходящие наушники, избавились от всего окружающего шума, нашли идеальную комнату и сделали всё правильно, вам не удастся избавиться от того, что всем остальным участникам конференции нужно самим создать комфортную среду. И если один из собеседников решит участвовать в конференции с открытым на шумящую автостраду окном или подключившись через худшую в мире беспроводную сеть, не знает о существовании кнопки отключения звука или решит общаться в пижаме (а может и хуже того), то весь процесс общения непременно пойдёт под откос. А в наше время, когда люди вынуждены работать из дома, у них может и не быть плана Б.

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

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

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

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

B2S-платформа Билайн

28.10.2020 12:04:04 | Автор: admin
Обращаем ваше внимание, что разговор записывается и может быть передан в службу контроля качества

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

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

А если количество звонков несколько миллионов в минуту? Взращивать из себя оператора связи?



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

Идеология платформы


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

Мы стали думать, решать, как Билайн мог бы организовать сервис, который предоставлял бы открытый API к нашей операторской коммутационной инфраструктуре для последующего внедрения внутрь бизнес-логики интернет-сервисов.

Сначала мы пытались (безуспешно) писать ТЗ на новую платформу управления вызовами (для тендера, естественно), которую можно было бы отдать клиентам как отдельный сервис, но это было настолько долго и дорого, что решиться никак не получалось.

И тут внезапно (сейчас уже понятно, что к счастью) к нам обратились они несколько крупнейших сервисов, создающих популярные доски объявлений, и службы такси с конкретным запросом: хотим нормальное и полноценное API для навешивания на вашу инфраструктуру своих сервисов.

И сделать это предлагалось за 2 месяца, а не за несколько лет, как мы привыкли при реализации других продуктов. То есть времени на раскачку нет.

Мы и переключились с раздумывания о чем-то глобальном и абстрактном на скоростную реализацию базовых функций с выводом доступа по API.

Кстати, о базовых функциях того времени. Запрос был на функции переадресации в разных реализациях:

  • службы такси просили сделать соединение таксиста и пассажира через переадресацию миллионов вызовов на одном телефонном номере.
  • доски объявлений просили выделить миллионы номеров с динамически управляемой переадресацией для использования в качестве виртуальных номеров.


Для нас как для оператора нет никакой сложности в том, чтобы переадресовать вызов. Вопрос в том, чтобы это было динамически управляемо со стороны клиента и работало уже вчера. Мы отсмотрели примеры таких реализаций для внутренних нужд Вымпелкома и оказалось, что такой сервис для себя мы делаем, управляя на платформе (которую мы называем ServiceNode) вызовами со стороны нашей же CRM-системы. Данная система до этого уже обслуживала миллионы звонков наших клиентов, обращавшихся к нам на номера 0611, распределяя их между тысячами операторов поддержки.

Потребовалось буквально несколько недель работы наших лучших инженеров (Илья, Александр, Павел, Дмитрий, респект!) и немного новых седых волос менеджеров для согласования вывода новых API для доступа из внешней сети для клиентского ПО.

В итоге мы получили (судя по отзывам клиентов) неплохое техническое решение, которое уже умеет не только переадресовывать звонки в различных управляемых извне сценариях, но и:

  • инициировать звонки для реализации функции Callback;
  • проигрывать различные звуковые файлы перед началом разговора;
  • записывать и передавать записи разговора по API;
  • собирать конференции и переключать участников разговора по разным сценариям;
  • определение таймзоны по номеру, чтобы случайно не звонить клиенту в 6 утра;
  • ну, и машинка может сама разговаривать с клиентом (с помощью модулей синтеза и распознавания от Яндекса), отрабатывая сценарии разговора, которые передаются нам по API.


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

Мы определяем голосовую почту с вероятностью 85%, и автоматическая система не станет разговаривать с автоответом аппарат абонента выключен. Высокий процент обнаружения таких ситуаций достигается тем, что мы имеем доступ к анализу ошибок на уровне межоператорской сигнализации (ОКС-7 и всё такое).

Мы написали подробное руководство по работе с этими функциями, можете посмотреть вот здесь.

Кому полезно


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

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

И все-таки, зачем ваша платформа, если можно всё сделать самим?


ОК, любая солидная компания может поднять своё решение, давайте посчитаем, что для этого нужно.

К примеру, вам надо обрабатывать миллионы звонков от курьеров. Для создания своего колл-центра, который подобное потянет, вам потребуется не только закупить множество номеров и расширить транки с операторами, но и провести внушительные работы по:

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


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

С помощью нашей B2S-платформы можно все упростить как в плане временных затрат, так и бюджета.

Работает это так. Берете свою CRM. Пишете в ней небольшой скрипт, который будет ловить запросы от B2S-платформы на предоставление информации о том, куда и как переадресовывать вызовы.

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

Визуально управление звонками выглядит вот так



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

Так чем вы лучше аналогов?


Сама по себе подобная платформа для телефонии не является какой-то киллер-фичей или уникальной услугой.

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

У существующих аналогов ситуация часто выглядит таким образом:

  • клиент подключает себе подобную услугу, но ему по тем или иным причинам не подходят стандартные API;
  • при этом он не готов самостоятельно дорабатывать что-то у себя и заказывает у провайдера услуги новые функции;
  • это значит, что привет, большая папка с техническим заданием, потом еще его согласование и сами работы;
  • итого проходит пара-тройка-четверка месяцев.


Мы просто оперативно пишем нужный API метод и даже сделали для этого специальную штуку, которая помогает прописывать все необходимые для подключения коннекторы в формате WYSIWYG (кстати если вам нужна такая штуковина, она тоже предоставляется как сервис). И всё работает. Даже если клиенту нужно что-то не совсем стандартное для классического телекома, например, какие-то сложные модули для обеспечения работы электронного документооборота для юридических лиц или подобное.

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

Планы


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

Еще развиваем направление роботизированных звонков. Есть успешные кейсы.

Ещё у нас в отдельное направление выделена работа по интеграциям с другими системами. Например, ситуации, когда надо помочь клиенту что-то тарифицировать либо связать воедино две разные системы, чтобы они начали нормально обмениваться данными. Это прям отдельный пласт для отдельной статьи. Там мы расскажем, как неожиданно для себя и почти случайно сделали промышленный BSS-стек для FVNO-оператора за 1 месяц.

Где подключить


Вот тут, на странице продукта. И если у вас будут какие-то вопросы, пишите мне в комментарии или в личку. А ещё у нас есть канал в Telegram.

Спасибо!
Подробнее..

5G для железных монстров

03.12.2020 14:20:34 | Автор: admin
Различные беспилотники все активнее входят в нашу жизнь. И если с дронами и БПЛА все более или менее понятно как в части практического использования в мирных и не самых мирных целях, так и в части территориального применения, то с наземными беспилотниками все немного сложнее. Тут вам и ограниченность пространства для маневра и теста, и множество дополнительных правил использования и законов, и совсем другой подход к безопасности.

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

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



Это БЕЛАЗ 7513R, карьерный роботизированный самосвал грузоподъемностью в 130 тонн и максимальной скоростью 50 км/ч. Именно для этих машин мы развернули участок 5G-сети в действующем угольном разрезе Черногорский, республика Хакасия, СУЭК.

В 2019 году мы уже тестировали работу таких самосвалов и работающих в паре с ними погрузчиков, но на мощностях 4G. А в этом году на оборудовании Huawei развернули фрагмент сети на 5G. Для этого используются две распределенные двухсекторные базовые станции (gnodeB) с частотой 100 МГц, работающие в режиме non-standalone. Собственно, из-за использования NSA мы добавили в в систему ещё пару радиомодулей для создания якорной LTE-сети к тем четырем 5G-модулям, что установили в самом начале теста.

Самосвалы работают на базе решения от VIST GROUP.

Здесь и раскрывается один из ощутимых плюсов 5G именно для беспилотников минимальный пинг между командой, отправленной оператором из центра управления, на сам БЕЛАЗ. Ведь процесс управления беспилотным самосвалом выглядит так

  • на БЕЛАЗе и вдоль маршрута установлены HD-видеокамеры, каждая из них передает видеопоток в центр обработки информации
  • оператор, глядя на видепоток с HD-камеры БЕЛАЗа, осуществляет управление самосвалом.



Да, да, как в старых добрых автосимуляторах с рулем и педалями. Только машинка настоящая и её эксплуатационная масса чуть более 100 тонн. На одном БЕЛАЗе стоят 7 видеокамер, и для нормальной работы им надо около 30 Мбит/с. Значит, на 2 БЕЛАЗа у нас уже 14 видеокамер и удвоенный поток в 60 Мбит/с. И так далее, в зависимости от количества машин, которое хочется подключить.

Чем меньше пинг в этом случае, тем быстрее работа в целом оператор может не держать в голове, что между его действием (поворотом руля) и реальным поворотом самосвала всегда закладывается ощутимый временной лаг. Соответственно, повышается как точность движения БЕЛАЗов, так и безопасность на объекте. Рельеф угольного разреза довольно сложный, а так как добыча продолжается рельеф еще и меняется.



Фрагмент тестовой 5G-сети охватывает именно полуторакилометровую часть маршрута БЕЛАЗов. Важно понимать, что это именно тестирование 5G-сети, которое, как мы надеемся, повысит сам интерес к технологии и на цифрах докажет её полезность. При этом говорить о полномасштабном внедрении 5G на подобных производствах пока рановато, ведь у нас в стране в целом не то чтобы наверняка определились с регулированием конкретных частот, плюс надо учитывать и стоимость развертывания: полная стоимость сети диапазона 4,4-4,99 (именно на него пока есть разрешение Госкомиссии по радиочастотам), окажется весьма выше, чем сети для 3,4-3,8 (предпочтительный диапазон 5G).



Ранее для управления беспилотниками использовали технологии промышленного интернета на базе MESH, и в сравнении с ним 5G пока выдает лучшие результаты.





В целом, пилот показал себя как успешный, и в будущем польза для отрасли будет куда более очевидна. Конечно, остаются общие вопросы и сложности с внедрением 5G в РФ, с разрешением на частоты и прочим, но, надеемся, и это пройдет.
Подробнее..

Как и зачем мы обновляли граничные соты

11.05.2021 12:14:21 | Автор: admin

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

Представьте себе ситуацию. Вам надо съездить в командировку в Москву из Ростова-на-Дону. Пока вы в Москве или Московской области, все ваши звонки на номера этого региона будут локальными, тут всё ясно и проблем нет. Ваши звонки будут междугородними только тогда, когда вы позвоните из Москвы домой, в Ростов-на-Дону. Здесь тоже пока всё понятно.

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

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

Мы исправили это. Теперь у людей, который живут в подобных местах вблизи границ областей, а также туристов и путешественников не будет проблем с неправильным определением региона и, как следствие, никаких лишних списаний за совершенные звонки. О том, как мы это сделали под катом.

В ноябре 2020 наши эксперты запустили масштабный проект по выделению граничных сот в отдельную тарификационную зону шириной в 15 км, чтобы захватывать границы соседних областей. Соседние регионы это:

- регионы, в которых установлены базовые станции

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

Часто таких регионов всего два, но из-за особенностей географии, рельефа и административного деления подобных граничных регионов может быть и 3, и 4.Особенно это характерно для Южного региона, где очень близко расположены небольшие республики, и при этом вокруг много лесов, гор, озёр всё это создаёт помехи для волн.

Чтобы понимать масштаб в России существуют 72 тарифных зоны, благодаря которым и рассчитывается тарификация звонков. Для решения проблемы с граничными сотами наши коллеги создали 480 новых тарифных зон. Ввести даже одну новую тарифную зону та ещё задача.

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

Для этого мы разработали специальный программный комплекс, рассчитывающий вероятность работы секторов каждой базовой станции в чужой тарифной зоне, чтобы определить является эта БС граничной или нет.

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

Мы провели анализ работы программного комплекса на примере свежих инцидентов по ошибкам в тарификации и решили изменить критерии, по которым работает методика расчета вероятности работы базовой станции в соседней тарифной зоне. Сектор засветки был увеличен с 120 до 150 градусов, дальность анализа до 15 км. Таким образом, мы учитываем возможные отражения сигнала и сложный рельеф местности. Последующие проверки на свежих инцидентах показали корректность расчетов. Данные по граничным сотам были собраны и переданы технологам для настройки на PPS Comverse.

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

Андрей Пахомов, ведущий менеджер по планированию сети радиодоступа.

Объем данных составил больше 30 тысяч граничных сот. Для сравнения текущая схема определения местоположения абонентов базируется на LAC/TAC и содержит всего около 3 тысяч идентификаторов. Для граничных сот это цифра в 10 раз больше.

Дмитрий Попов, начальник отдела реализации инициатив в сегменте массового рынка.

Что в итоге

Вот какие цифры у нас на февраль 2021:

  1. Количество уникальных абонентов, которые попадают в зону обслуживания граничных сот и совершают голосовые звонки 5 млн человек (приблизительно 10% нашей активной абонентской базы);

  2. Общее количество голосовых звонков из граничных сот 300 млн;

  3. Общее количество минут разговоров из граничных сот 800 млн;

  4. Распределение трафика в граничных сотах: 80% локальные звонки, 20% междугородние.

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

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

эксперт по аналитикеСветлана Сундина

Хотим сказать спасибо рабочей группе проекта, вот эти люди:Светлана Суднина, Константин Бабинцев, Надежда Толмачева, Анатолий Козловцев, Гульшат Надеждина, Михаил Козловцев, Станислав Медвецкий, Андрей Пахомов, Евгений Князьков, Дмитрий Попов, Николай Желтов и коллеги из PPS Comverse Manage Services Amdocs.

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru