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

Телекоммуникации

Опыт построения сети DWDM

13.02.2021 20:21:59 | Автор: admin

Как известно, работа большинства инженеров-связистов/ сетевиков/ IT-шников остается в тени до момента, когда что-то пойдет не так. Неосведомленные люди и не понимают, чего все эти инженеры сидят и с умным видом смотрят в компьютер, читают и пишут какую-то абракадабру на непонятных языках. А вот когда, что-то пошло не так, все (и особенно руководство) сразу начинают вспоминать названия всех краснокнижных животных.

Итак, вот чем занимаются все эти инженеры и какие задачи им приходится решать, на примере реализации одного из довольно непростых проектов развертывание DWDM-сети.

Постановка задачи

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

Связисты знают, что такое волновое уплотнение каналов, т.е. когда несколько каналов передаются внутри одного волокна путем разнесения частот/длин волн (кому как нравится). Кто не знаком, можно подчитать тут.

Dense Wavelength Division Multiplexing (DWDM)Dense Wavelength Division Multiplexing (DWDM)

К слову сказать, DWDM не часто встретишь у корпоративных клиентов, разве что у очень крупных. В основном DWDM встречается на операторских сетях.

Сбор исходных данных

Все этапы проекта важны, а о важности этого этапа даже и не стоит говорить, это очевидно!

Итого, определено кол-во узлов, кол-во и скорости каналов, определены длины оптических трасс, проанализированы рефлектограммы на предмет затуханий и отражений, пр. исходные и -> ищем подходящее решение.

При выборе остановились на решении Huawei OptiX OSN 8800.

Проектирование

Стоит сказать, что рассчитать серьезную систему DWDM без специальных знаний нельзя, очень много нюансов, это не какая-то коробка, которую можно просто принести и включить (см. рис., как примерно выглядит типовой узел DWDM)! Лазеры, транспондеры, окна прозрачности, мультиплексоры/демультиплексоры, дисперия, поляризация Does that all make sense?

Пример типового узла DWDMПример типового узла DWDM

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

Пример расчета узлов DWDMПример расчета узлов DWDM

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

Реализация

Поставка оборудования DWDM дело штучное, под заказ, по сути, оборудование со всей начинкой производится под конкретный проект. Здесь тоже оказалось все в порядке Huawei произвел и поставил оборудование в срок!

Подготовка ЦОДов к установке оборудования опускаем. Уверяю, на этапе реализации возникнет не один вопрос (установка системы управления, регулировка уровней сигналов, пр., пр., пр.). Тут тоже стоит отдать должное вендору, Huawei оперативно консультировал по всем вопросам. Видно было, что здесь не подход продал и забыл, а что Huawei отвечает за общее решение и готов оказывать максимально возможные консультации.

И вот, случился сложный момент та самая оптическая трасса с рамановскими усилителями. Если кратко, на дилетантском уровне, рамановский усилитель светит навстречу принимаемому сигналу, чтобы его вытянуть! Участок с рамановскими усилителями требует наличия оптики практически сверхидеального качества, не только без стыков через оптические кроссы, но и с минимальными потерями и отражениями при сварке оптического кабеля (см. требования ниже).

Требования к оптической трассе для работы рамановских усилителейТребования к оптической трассе для работы рамановских усилителей

Если рядом с рамановским усилителем случится отражение сигнала,- приемник может просто сгореть!

А где вы видели 150+ км. оптического кабеля без стыков и сварок? И вот тут начались игры с доведением оптического кабеля до нужных характеристик. Практически по всей длине 150+ километровой трассы были заменены оптические разъемы UPC на APС (про разъем E2000 кто-нибудь слышал? а они есть), потребовалось даже заменить небольшой оптический участок на последней миле.

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

Приемосдаточные испытания

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

Так, самую большую опасность представлял сценарий с обрывом только Rx или Тх, и несмотря на наличие специализированных протоколов (LPT, ALS) для автоматического восстановления сервиса, время схождения превышало 150мс, что означало, что на это время наблюдалась частичная потеря трафика и потребовалось срочно найти дополнительные механизмы, чтобы оперативно дать понять сетевому оборудованию, стоящему за DWDM, о необходимости использования альтернативного пути.

Решение было найдено - использовать комбинацию технологий Ether-Channel и L2 BFD на коммутаторах Huawei. Минимальные таймеры BFD позволяли детектировать проблему наличия односторонней передачи еще до того, как оборудование DWDM исправит ситуацию, используя свои собственные механизмы, в результате СПД практически не замечала проблем на сети DWDM. Протоколы и таблицы маршрутизации не разъезжались, соседства не терялись, все были довольны!

Миграция

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

Понятно, что это большая подготовительная работа, бессонные ночи, командная работа и колоссальная ответственность! И все удалось, страна спала спокойно!

Сухой остаток

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

Справедливости ради хотел бы отметить, что в течение всего этого проекта была поддержка со стороны вендора! За время проекта мы открыли порядка десяти, а может и поболее кейсов и всегда получали ответы на интересующие вопросы!

Многие ругают TAC'и вендоров. Опыт работы с TAC Huawei на этом конкретном проекте сугубо положительный! В подавляющем большинстве кейсов мы получали оперативные, грамотные ответы, может не всегда после первой итерации, но получали. Бывало, требовалось подключение R&D из Китая, но результат был всегда! ( Ну, или может дело в том, что вместе с оборудованием и поддержка была закуплена?).

Поэтому благодарности не только команде BCC, но и команде Huawei!

P.S.: Да, несмотря на всю правдивость истории, все совпадения случайны.

P.P.S.: Описание проекта также доступно здесь.

Подробнее..

Как плохая погода в Великобритании убила бизнес телекоммуникационного единорога в конце 90-х

31.03.2021 18:20:59 | Автор: admin

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

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

Ionica? Никогда не слышал


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

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

В конце XX века в Британии сложилась интересная ситуация: компания British Telecom стала монополистом телефонного рынка. Практически любые стационарные телефонные линии прокладывались/менялись с ее ведома. Эта ситуация нравилась далеко не всем, поскольку тарифы компании были почти что грабительскими.

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

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

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

Сервис запустили в нескольких городах Великобритании.

Звучит неплохо, что случилось потом?


Как уже упоминалось, около домов ставились вышки, которые обменивались данными с антеннами на домах. И вот как раз антенны стали одной из проблем. Это были очень сложные технологически и очень дорогие (насколько можно судить) hi-tech системы. Сама технология получила название Wireless local loop (WLL).


Работало это оборудование в диапазоне 3,5 ГГц, используя кастомные чипы и другие элементы от Nortel Networks. То, что находится внутри, можно увидеть на фото и в этом видео.


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

Компания стала устанавливать свое оборудование в 1996 году, и с каждым годом все активнее наращивала объемы операций. Но, к сожалению, почти сразу появились проблемы. Главная из них погодные условия. Оказалось, что в туман, дождь, снегопад связи почти нет. Спектр 3,5 ГГц очень чувствителен к погодным условиям. Возможно, компания тестировала свои вышки в идеальных условиях, в хорошую погоду. В любом случае, технология тестировалась, вряд ли бы кто-то стал тратить деньги на то, чтобы выводить на рынок непроверенные системы.

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

Но так уж получилось, что пользователи стали жаловаться и не один или два человека. Сотни и тысячи клиентов были недовольны сервисом. Кому-то приходилось терпеть проблемы со связью из-за отсутствия альтернатив. Другие почти сразу отказался от сервиса. Получилось так, что некоторые клиенты с 1996 по 1997 год так и не получили нормальной связи. Более-менее все работало только в хорошую погоду, что, конечно, ненормально.


Типичный вид из окна в Великобритании. Бывают и солнечные дни, но не так часто

Компания терпела убытки и еле держалась на плаву.

Все закончилось за одну ночь


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

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

Ну а дальше все стало еще хуже. 2 ноября компания уволила почти половину сотрудников. В декабре 1999 года стала переводить своих клиентов на обслуживание все того же монополиста British Telecom. Последний еще и поддержал компанию, поддерживая инфраструктуру Ionica в рабочем состоянии до перевода на собственные мощности. 28 февраля того же года все закончилось.

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

Плюс ко всему, в 2000-х стала стремительно распространяться технология ADSL, которая окончательно похоронила бизнес Ionica.

Могло ли быть по-другому?


Да, вполне вероятно. Если бы компании не помешали погодные условия, то, скорее всего, у нее получилось бы набрать солидную базу довольных клиентов. Затем компания удешевила/упростила бы производство оборудования, потом перешла на новые технологии, продолжая поддерживать клиентов. В этом случае все было бы хорошо.

Но для этого Ionica нужно было начинать работу в солнечных регионах США, Европы, Австралии, а не в Британии. Есть далеко не нулевая вероятность того, что сейчас название компании было бы таким же известным, как British Telecom, Vodafone, Orange и т.п. Но получилось как получилось.

Подробнее..

Расчет рекомендованных предложений для клиентов Yota что под капотом?

28.05.2021 04:14:05 | Автор: admin

Привет, хабровчане!


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


Оставив за скобками не менее интересную историю о том, как эта идея прошла через жернова отбора продуктологов, сфокусируемся на основных аспектах реализации решения.
Здесь необходимо сделать отступление для понимания картины мира. Yota, являясь Full MVNO оператором, полностью контролирует BSS стек технологий и выстраивает свой IT-ландшафт самостоятельно. То есть в нашем ландшафте есть место как различным витринам взаимодействия с клиентом, таким как мобильное приложение, сайт, цифровые и голосовые каналы, так и бэкенд системам, обеспечивающим возможности по регистрации клиентских данных, управления жизненным циклом продуктов, тарификации и многие другие. Иначе говоря, IT-ландшафт отлично соотносится с подходами доменно-ориентированного дизайна, а значит, как только аналитикам и архитекторам поступили бизнес-функциональные требования, их первоочередная задача была определить IT-домены, которые будут затронуты предполагаемыми изменениями.


Контекст решения


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


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

В сборе и анализе данных участвуют IT-домены, которые ближе всего находятся к сетевому оборудованию:


  • Домен Биллинга, а именно рейтер и биллинговая система, в которую рейтер регистрирует данные о звонке, включая его длительность
  • Домен Управления сетевым оборудованием и качеством передачи данных, а именно свитчи и роутеры, через которые проходит клиентский трафик, DPI системы анализа пакетов данных и применения политик, определяемых PCRF системой, которая обеспечивает контроль использования трафика, включая накопленный объем
  • Домен Аналитики данных, а именно системы сбора/регистрации данных из операционных систем, хранилище данных, а также системы, обеспечивающие поток обработки поступивших данных и подготовку продукта данных (data product) для его дальнейшего использования при генерации рекомендованного предложения

При подготовке рекомендованного предложения участвуют IT-домены, которые формируют предложение и обеспечивают его передачу в нужный канал:


  • Домен Управления продуктами, а именно продуктовый каталог, системы, определяющие доступность предложений и инстанцирование продуктов в случае его принятия
  • Домен Вычисления контекста состояния клиента, а именно движок бизнес-правил и набор хэндлеров, позволяющих вычислить контекст состояния клиента и объектов, с ним связанных, таких как баланс, продукты, срок жизни и т.п.
  • Домен Сервисов информирования, а именно системы, обеспечивающие сборку сообщений и их отправку в нужный канал
  • Домены-витрины/каналы, такие, как Мобильное приложение, CRM и другие

Давайте рассмотрим каждый из информационных потоков более детально.


Получение и анализ статистики потребления


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


image

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


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


В случае контроля интернет-трафика, с точки зрения его сбора и анализа, все оказалось несколько сложнее. Здесь есть четкая привязка к оборудованию и его возможностям, а именно поддержке протокола IPFIX. IPFIX расшифровывается как IP Flow Information Export, то есть экспорт информации IP-потока. IPFIX позволяет сетевым инженерам и администраторам собирать информацию о трафике с коммутаторов, маршрутизаторов и любых других сетевых устройств, поддерживающих протокол, и анализировать отправляемую информацию, обрабатывая ее с помощью системы анализа трафика.
Именно система анализа трафика должна поддерживать данный протокол, полученная информация по которому может быть использована при расчете предложения, включающего соответствующие безлимитные приложения для оптимизации затрат клиента на трафик. В связи с тем, что нам потребовалось обновить программное обеспечение систем анализа трафика в разных регионах, усовершенствованная версия продукта Максимум на первый месяц с возможностью рекомендаций безлимитных приложений была запущена уже по факту апгрейда этих систем.


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


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


Генерация рекомендованного предложения


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


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


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


Информационное взаимодействие по генерации предложения инициируется в биллинговой системе.
Биллинговая система и PCRF система контроля потребления трафика в нашем случае являются системами, в которых инстанцируются продукты-накопители. Но именно биллинговая система определяет, на каком этапе жизненного цикла находится тот или иной продукт у определенного клиента, актуализируя состояние накопителя интернет-трафика в PCRF через mediation device. Фактически домен Управления продуктами определяет политики инстанцирования и оркестрирует работу с продуктами на платформах, обеспечивающих жизненный цикл продукта.
Биллинговая система знает, когда наступает момент для генерации рекомендованного предложения и отправляет соответствующее событие, на которое подписан диспетчер формирования рекомендованного пресета.


image

Считаю, что движок бизнес-правил является неотъемлемой частью событийно-ориентированного ландшафта любой продуктовой компании. Это утилитарный (платформенный) высоконагруженный сервис, который слушает события на входе и быстро возвращает ответ выполнен или нет требуемый набор бизнес-правил, исходя из контекста состояния клиента. Он также должен обладать возможностью предоставлять изолированные репозитории для настройки самих правил всем автономным продуктовым командам, таким как Смартфон, Модем, Финтех, B2B и другим.
Движок используется для определения доступности коммерческих предложений, определения выполнения клиентом условий маркетинговых кампаний и во многих других сценариях использования, являясь одной из центральных платформ IT-ландшафта.


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


Продолжим тему генерации рекомендованного предложения. Диспетчер, получая событие, сигнализирующее о необходимости расчета предложения, отправляет запрос на движок бизнес-правил, получает ответ о выполнении набора правил и формирует рекомендованный пресет. Движок в нашем случае не только информирует об успешности выполнения правил (true/false), но и сообщает вычисленные значения ресурсов для формирования пресета, используя правила-формулы и подготовленный продукт данных доменом Аналитики данных в качестве базисных значений для расчета.
По факту формирования рекомендованного пресета диспетчер отправляет событие, получаемое доменом Систем информирования. Основным компонентом данного домена является процессор динамической сборки сообщений. Процессор собирает сообщение для информирования и отправляет его по каналам взаимодействия с клиентом, таким как пуш-сообщение в Мобильном приложении и SMS.


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


Заключение


Резюмируем основные положения статьи:


  1. Следование принципам доменно-ориентированного дизайна позволяет точно определить задействованные системы и границы предполагаемых изменений в каждом домене, а также понять задействованные IT-команды и оценить их трудозатраты.
  2. Сбор статистики потребления зависит от технических возможностей каналов, обеспечивающих передачу голоса и цифры, а также систем анализа трафика.
  3. Решение базируется на основополагающем компоненте для определения доступности предложений движке бизнес-правил.
  4. Развитием доменов Управления продуктами и Вычисления контекста состояния клиентов движет запрос на расширение портфолио предлагаемых продуктов и связанное с этим запросом требование по обеспечению конвергентности механик управления продуктами.
  5. Продукт Максимум на первый месяц является частным случаем на основе универсального механизма генерации предложений, которые могут быть сформированы, исходя из правил, определяемых акцией. В дальнейшем правила могут быть легко изменены. Как один из предполагаемых вариантов развития, рассматривается возможность изменения правил, когда акция будет доступна не только новым, но и существующим клиентам.
Подробнее..

Из-за пандемии потребление интернет-трафика превысило ожидаемые значения в 1,5 раза

20.02.2021 20:08:41 | Автор: admin

Компания TeleGeography проанализировала показатели глобального обмена интернет-трафиком. Результаты исследования представлены в виде интерактивной Глобальной карты интернета 2021 (Global Internet Map). По данным исследования, в 2020 году мы стали потреблять больше интернет-трафика. Средний показатель по миру увеличился с примерно 120 до 170 Тбит/с, в пике 300 Тбит/с.

В целом, трафик рос на протяжении последних нескольких лет, причем не на малую цифру 30% ежегодно. Но в 2020 году он побил все рекорды и составил 47%. Рост вполне объясним: из-за глобальной пандемии люди месяцами были заперты дома. В ход пошли стриминговые платформы, платформы для облачного гейминга, сайты доставки и YouTube-каналы с видео котиков. Так что, пожалуй, в этих процентах есть доля каждого из нас.


Выросла и общая емкость глобальной сети в период с 2019 по 2020 гг. с 450 до более 600 Тбит/c (на 35%). Больше всего обменивалась интернет-трафиком Европа. Больше всего нагрузки досталось точкам обмена трафиком (IX) в Германии, Франкфурт, (DE-CIX FRA) и в Нидерландах, Амстердами (AMS-IX). Пиковый трафик у них составил около 7 Тбит/с. Существующим IX было непросто, ведь в 2019 году появилось меньше всего новых точек обмена трафиком.

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

TeleGeography также проанализировала деятельность шести мировых провайдеров облачных услуг, включая AWS, Google Cloud Platform, Microsoft Azure и т.д., и составила карту стоимости телекоммуникационных услуг в разных странах. Если верить отчету, в России цены на интернет выше, чем в Европе, но намного ниже, чем в Южной Америке. Цена $0,32 за Мбит/c примерно сравнима с ценами США: $0,35 в Лос-Анджелесе, $0,34 в Нью-Йорке.


К слову, в декабре прошлого года на сетях MKS-IX крупнейшей российской точки обмена интернет-трафиком зафиксирован новый пиковый рекорд в 4,6 Тбит/с. Предыдущее пиковое значение (3,7 Тбит/с) было отмечено 17 марта прошлого года. Впрочем, пока сети справляются с этими нагрузками.

Поводить мышкой по интерактивной карте можно по ссылке. А если вы любитель эффектных постеров (и у вас есть лишние $250), можно еще и заказать печатную версию Global Internet Map.

Подробнее..

Категории

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

  • Имя: Макс
    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