Project1 Layout 1 - vestnik-sviazy.ru...жам Oracle Communi-cations в России Алек-сандр Мамонов, а ис-полняющий обязанности ректора

42 “ÇÂÒÚÌËÍ Ò‚flÁË” ‹ 03 '2016

Евгений Константи-нов: Уважаемые кол-леги! Сегодня мысобрались с предста-вителями компанииOracle и специалиста-ми компаний-операто-ров связи для обсуж-дения вопросов вир-туализации в сетяхсвязи. Речь идет обоптимизации, повыше-нии эффективности,сотрудничестве, конку-ренции с операторамиОТТ, возникающих приэтом проблемах и спо-собах их преодоления.Откроет наше заседа-ние директор по прода-жам Oracle Communi-cations в России Алек-сандр Мамонов, а ис-

полняющий обязанности ректораМТУСИ Сергей Ерохин проведет обзорроссийского рынка виртуализации сете-вых функций.

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

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

придется и им это сделать — вопросвремени, технологий и надежности этихрешений.

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

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

У нашего коллеги Миле Максана доста-точно большой опыт: до Oracle он рабо-тал в компании Телеком Австрия и какраз занимался вопросами виртуализа-ции, он представит нам презентацию ирасскажет, как на NFV смотрят европей-ские операторы и вендоры, в частностиOracle.

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

àÒÔÓÎ¸ÁÓ‚‡ÌËÂ ÚÂıÌÓÎÓ„ËÈ ‚ËÚÛ‡ÎËÁ‡ˆËË ‚ ÒÂÚflı

ÓÔÂ‡ÚÓÓ‚ Ò‚flÁËíÂıÌÓÎÓ„ËË ‚ËÚÛ‡ÎËÁ‡ˆËË Ë Ó·Î‡˜Ì˚ı ‚˚˜ËÒÎÂÌËÈ ÔÓÎÛ˜‡˛Ú ‚ÒÂ ·ÓÎÂÂ ¯ËÓÍÓÂ ‡ÒÔÓÒÚ‡ÌÂÌËÂ ‚ ÏËÂ àí, ‚ ÚÓ ÊÂ ‚ÂÏfl ÒÚ‡Ì-

‰‡Ú˚ ‚ËÚÛ‡ÎËÁ‡ˆËË ÒÂÚÂ‚˚ı ÙÛÌÍˆËÈ (NFV) ‡ÒÒÏ‡ÚË‚‡˛ÚÒfl ÚÂÎÂÍÓÏÏÛÌËÍ‡ˆËÓÌÌÓÈ ËÌ‰ÛÒÚËÂÈ ‰Îfl ÏË„‡ˆËË Ò‚ÓÂÈ ËÌÙ‡-

ÒÚÛÍÚÛ˚ ‚ Ó·Î‡˜ÌÛ˛ ÒÂ‰Û. é‰Ì‡ÍÓ ÏË„‡ˆËfl ‚ “Ó·Î‡Í‡” ‰Îfl ÓÔÂ‡ÚÓÓ‚ Ò‚flÁË ÒÓÔflÊÂÌ‡ ÓÔÂ‰ÂÎÂÌÌ˚ÏË ÓÒÓ·ÂÌÌÓÒÚflÏË Ë

ÒÎÓÊÌÓÒÚflÏË: ÍÓÏÂ ËÌ‚ÂÒÚËˆËÈ ‚ ÌÓ‚˚Â ÚÂıÌÓÎÓ„ËË Ì‡ ·‡ÁÂ NFV ÌÂÓ·ıÓ‰ËÏÓ ÒÛ˘ÂÒÚ‚ÂÌÌ˚Ï Ó·‡ÁÓÏ ËÁÏÂÌËÚ¸ ÔÓ‰ıÓ‰ Í ‡Á‚Ë-

ÚË˛, ‚ÌÂ‰ÂÌË˛ Ë Ó·ÒÎÛÊË‚‡ÌË˛ Ò‚ÓËı ÒÂÚÂÈ. 17 ÙÂ‚‡Îfl ‚ äÓÌ„ÂÒÒ-ˆÂÌÚÂ åíìëà ÔÓ¯ÎÓ Ó˜ÂÂ‰ÌÓÂ Á‡ÒÂ‰‡ÌËÂ äÛ„ÎÓ„Ó ÒÚÓÎ‡

ÇÂÒÚÌËÍ‡ Ò‚flÁË, ÔÓÒ‚fl˘ÂÌÌÓÂ ÚÂıÌÓÎÓ„ËflÏ NFV. ëÔÂˆË‡ÎËÒÚ˚ ‚Â‰Û˘Ëı ÓÒÒËÈÒÍËı ÔÂ‰ÔËflÚËÈ Ò‚flÁË, Û˜‡ÒÚ‚Ó‚‡‚¯ËÂ ‚ ˝ÚÓÏ ÏÂÓ-

ÔËflÚËË, Á‡ÒÎÛ¯‡ÎË Ë Ó·ÒÛ‰ËÎË ‚Ë‰ÂÌËÂ ÒËÚÛ‡ˆËË ˝ÍÒÔÂÚ‡ÏË ÍÓÏÔ‡ÌËË Oracle.

Ö‚„ÂÌËÈ äÓÌÒÚ‡ÌÚËÌÓ‚,

ÇÂÒÚÌËÍ Ò‚flÁË

43“ÇÂÒÚÌËÍ Ò‚flÁË” ‹ 03 '2016

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

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

Если посмотреть более внимательно наисторию последних 5 — 10 лет развитиятелекома, можно выделить три явныхтенденции.

Первая: операторы связи превращают-ся в битовые трубы, они теряют доходы,происходит “каннибализация”, когдаклассические услуги связи заменяютсяинтернет-сервисами. Операторыпытаются с этим бороться, но в основ-ном безуспешно. По себе могу сказать,что сложно определить, чем я большепользуюсь — классической голосовойсвязью или WhatsApp.

Вторая интересная тенденция: операто-ры понимают, что их область сужается,они пытаются выходить на смежныерынки, предлагать что-то новое.Практически все повернулись в сторонусферы обработки данных, кто-то началстроить свои ЦОДы, кто-то выделять ихкак отдельный бизнес, делать их ком-мерческими. Очень важный тренд, кото-рый связан с нашей сегодняшней темойнапрямую, — операторы связи транс-формировались в операторов услуг.Если раньше предоставлялись толькоклассические услуги связи, то теперь —весь спектр IP-услуг и аутсорсинг.Например МТС предлагают полныйнабор услуг и сервисов.

Третий тренд, который все дополняет,— это развитие облачных услуг и серви-

сов. Они, с однойстороны, вытесняютклассические услу-ги, с другой, — фор-мируют новуюмодель потребле-ния, а с третьей, —сами операторытоже начинают житьв “облаках”.

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

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

Технологии начали под-страиваться под услуги.Классические телеком-вен-доры стараются повернуть своетрадиционное портфолио в эту

ëÂ„ÂÈ ÖÓıËÌ,

åíìëà

ÄÎÂÍÒ‡Ì‰ å‡ÏÓÌÓ‚,

Oracle Communications ‚ êÓÒÒËË


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

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

Давайте предоставим слово ведущемуархитектору NFV решений подразделе-ния Oracle Communications МилеМаксану.

Миле Максан: Для меня большая честьвыступать перед вами сегодня вМоскве. До Oracle я работал в ТелекомАвстрия, где помимо прочего отвечал заNFV. Компания тогда очень активно про-двигала это направление в Хорватии иСербии, были созданы виртуальныесегменты IMS в Сербии и Македонии. Ябыл руководителем программы, причемэто был не просто пилотный проект, ареальные “живые” сети. У нас было двапроекта: виртуальный EPC и виртуаль-ный IMS, которые дали нам необходи-мые строительные кирпичики дляпоследующих проектов.

В настоящее время я работаю в Oracleв офисе в Вене, но моя команда распре-делена по всему миру. Ее цель — соби-рать пожелания со всех точек мира, втом числе и в России, и передавать их внаше R&D подразделение (отделНИОКР) для разработки необходимыхоператорам решений. Идея — разрабо-тать те продукты, которые вам нужны,которые вы готовы будете купить.Самое главное — это понять, что выожидаете от виртуализации сетей и ихфункций. Интересно узнать, какие у васесть идеи и предложения, что именновы ожидаете от виртуализации, а я вамрасскажу, что ожидают европейскиекомпании, которые уже имеют опыт миг-рации к архитектуре NFV.

Что предлагает NFV? Все то, о чем гово-рили: сокращение капитальных расхо-дов, ускорение выхода на рынок, болеебыстрое внедрение сервисов, повыше-ние производительности. В общем,цель, как обычно, — добиться большегопри меньших расходах.

Максим Болдырев: А что с надеж-ностью и производительностью?

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

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

åËÎÂ å‡ÍÒ‡Ì,

Oracle Communications


оборудования у вас, но у европейскихоператоров обычно это занимает 4 — 6 недель после заказа. Приведу реаль-ный пример: мы заказали серверы у НР,установка заняла 2 недели. В то жевремя происходит установка VNF — 1неделя, софта для VNF — еще 2 неде-ли. Так что всего 3 недели вместо 5, иреально работающий VNF.

Еще один фактор — это гибкость постав-щиков. Следующий реальный пример.Один из вендоров предложил “железо” на6 месяцев использовать бесплатно, нопри запуске в конкретную производствен-ную сеть его придется купить либоостаться с тем, что было. Мы поработалис этим оборудованием и вернулись настарое. Для этого просто перенесли вир-туальные машины с одного сервера надругой — это заняло 2 дня, и никаких про-блем. То есть гибкость и переносимостьочень высоки. В этом случае эксплуати-ровать и поддерживать такое оборудова-ние, конечно, легче — вы просто создае-те новую виртуальную машину, и поверхинфраструктуры формируется виртуаль-ная сеть. Что касается сокращения капи-тальных и текущих расходов, я бы назвалэто скорее изменением соотношениямежду ними.

Приведу еще такой пример: перваятранспортная лицензия в Лондоне былавыдана в 1662 г., а последняя — длялошадей — в 1948 г., 300 лет бизнессуществовал без изменений. Самоереволюционное изменение в этом биз-несе произошло, когда появились авто-мобили. Сегодня чтобы работать такси-стом в Лондоне надо купить машину (30— 40 тыс. евро), заплатить за счетчик иеще 2 — 4 года учиться, чтобы узнатьвсе улицы города и безошибочно опре-делять, как оптимально проехать източки А в точку Б. Но любой человек, укоторого есть машина, права и смарт-фон, может оказывать такие услуги,используя приложение Uber. Те же трен-ды действуют и в телекоме. В Москве явсего один раз позвонил по сети связи,а в основном пользуюсь WhatsApp,Viber и пр. Так что в телекоме все оченьпохоже на развитие транспорта.

Ситуация меняется, и мы должныменяться. Когда-то были огромные

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

В общем, телеком —на распутье, и требу-ется найти какой-тоответ.

Не знаю, на какомэтапе вы находитесьсейчас, но в Америке иЕвропе тенденцияедина — операторыподходят к виртуализа-ции в два этапа.

Первый этап: переводсуществующих теле-ком приложений в вир-туальную среду. И суще-ствует много операторов,которые убеждены в правильностиэтого подхода. Как примеры, Vodafone— в Великобритании и Германии,Deutsche Telekom и Telecom Italia —очень активно и быстро идут по путивиртуализации. Все эти компании про-шли первый этап, для них виртуализа-ция реальна и возможна, и пути назадуже нет. Я называю это NFV версии 1.0.

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

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

Сейчас вендорский “ландшафт” выгля-дит так: внизу — “старые” традицион-ные аппаратные вендоры (IBM, Dell,HP), которые очень хорошо занимаютсявиртуализацией. Они прекрасно знают,как это делать, но у них нет достаточно-

å‡ÍÒËÏ ÅÓÎ‰˚Â‚,

èÄé “Ç˚ÏÔÂÎäÓÏ”


го опыта для разработки и реализацииприложений для телекоммуникаций —это не их основной бизнес, хотя они идвижутся в этом направлении. Выше —поставщики физических сетей —Huawei, Ericsson, Nokia-Alcatel-Lucent идр. Вверху — поставщики системOSS/BSS: Oracle, Amdocs, НР,NetCracker. И лучше всего об оркестра-ции позаботятся именно они. Вы соглас-ны?

Василий Серман: Мы, операторы, ожи-даем, что вы сможете сделать виртуаль-ный маршрутизатор с гигабитовым интер-фейсом или виртуальную базовую стан-цию, которая будет “крутиться” в ЦОДе.

Потому что наш OPEX — это неOSS/BSS, которые лишь маленькаятолика, а огромная физическая сеть,которая стоит огромных денег в экс-плуатации.

Например, медные линии вы виртуали-зируете? Нет, конечно. А радиочастоты,которые нужно планировать и раскла-дывать? А каналы связи, которые всеэто соединяют?

У нас были Softswitch, у нас были IMS,виртуальная IMS, теперь NFV. Чтоменяется? Мы каждый раз только новыйслой сверху закладываем и уменьшаемна 10 % OPEX лишь этого маленькогоэксплуатационного участка. В переводена деньги эти BSS/OSS, биллинг и про-чее — всего лишь малюсенькая частьвсех затрат. Сеть — вот основной тренд,вот здесь и нужно “копать”!

Миле Максан: Спасибо за коммента-рий. Я, конечно, приму вашу рекоменда-цию.

Например, вот ваша работающая сеть:вы передаете голос, данные, видео;поверх нее — сервисы, физические иливиртуальные, которые необходимо экс-плуатировать; на самом верхуOSS/BSS, биллинг, CRM. Есть вендоры— Cisco, Ericsson и другие, которыеговорят: 85 % доходов мы получаемотсюда. Но в “облаках” вы их не увиди-те — их там нет. Они продают вам обо-рудование сети, они продают вамкоробки, в случае Cisco — это, преждевсего, аппаратная часть, а у Oracle —это софт.

Василий Серман: А вы можете сде-лать, например, маршрутизатор?

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

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

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

Ç‡ÒËÎËÈ ëÂÏ‡Ì,

èÄé “êÓÒÚÂÎÂÍÓÏ”


ет огромная нижняя инфраструктура(местные сети, сети доступа), которуювсе равно приходится поддерживать.

Преимущества мы начнем получать,когда произведем тотальную замену обо-рудования сети. Только когда мы перей-дем на полностью NFV/vIMS, тогда и нач-нем получать те преимущества, которыедает концепция виртуализации.Парадокс в том, что при предлагаемойархитектуре и при существующих НПАмы должны затратить CAPEX размеромстоимости двух-трех наших сетей. Иполучить окупаемые проекты в этом слу-чае достаточно проблематично.

Здесь как раз интересен опыт миграциина эту структуру, который применилиевропейские операторы и вендоры: какрассчитать оптимальное количествоядер, как обеспечивается миграция ана-логового сегмента, TDM-сегмента,сохранение номера при миграции, какиеоптимальные стратегии входа в это вир-туализованное будущее.

Да, мы верим в это, и у нас организова-но несколько тестовых зон, где в соот-ветствии с нашей методикой тестирова-ния мы проверяем на соответствиенашим решениям оборудование vIMSизвестных вендоров, которые предла-гают в Европе виртуальные решения.

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

Вадим Ковалев: Какой срок “жизни”сервера? Пройдет 4 года — понадобит-ся ли полная замена?

Миле Максан: Например, в AGLabSiemens мобильный оператор использо-вал сервер в течение 10 лет. Временной

разрыв огромен, вопрос:сколько это стоит.

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

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

Василий Серман: Это мы обогащаемклиента, а как же сетевые функции?

Александр Ильин: Так могут действо-вать и виртуальные АТС. Сейчас ужеесть и виртуальный firewall, это можетбыть и защита от перегрузок, и многоедругое. Но это же не имеет никакогоотношения к сети оператора, на кото-рой и оказываются все эти услуги! Ни ксети передачи данных, ни к сети досту-па, ни к первичной сети... Эти решенияне в помощь оператору, а для клиента.Когда мы говорим об услугах клиен-там, — да, это работает. Но это все итак применяется в каждой крупнойкомпании.

Ç‡‰ËÏ äÓ‚‡ÎÂ‚,


åËÎÂ å‡ÍÒ‡Ì,

Oracle Communications


Вы не забывайте, чтоРоссия — страна согромными расстоя-ниями, и при оказаниивиртуальных услуг выстолкнетесь с задерж-кой. Например, за-держка из Москвы доКазани составляет 83мсек на 90 %. И никтоне откроет нормаль-ную картинку на экранепри такой задержке.

Андрей Калинин:Есть еще два момента:Control Plane, трафиксигнализации, и UserPlane, полезный тра-

фик. Мы говорим и обоб-щаем все, а необходимо

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

Василий Серман: Попробуйте обрабо-тать сигнальный трафик ДальнегоВостока в Ростелекоме, например. Чтоиз этого получится? Вы посчитайтеобъемы, посчитайте задержки…

Андрей Калинин: Сигнальный — этотрафик, который поддерживает сессии.Есть и трафик непосредственно с UserPlane. Наверное, это непростое реше-ние с точки зрения задержек для UserPlane, а вот виртуализация сигнальноготрафика идет намного быстрее. Я пони-маю, что если оборудование имеет спе-циализированные процессоры длятранскординга, то для обработки реаль-ного трафика его тяжело виртуализиро-вать. Это проблема. А вот функции об-работки сигнальной нагрузки, я обратилвнимание, большинство операторовуже виртуализируют.

Безусловно, User Plane и Control Planeнесравнимы по объему. Но в некоторыхрешениях, где при превышении опреде-ленного количества транзакций в секундунеобходимо ставить еще один блейд-сер-вер, экономия существенная получается.

Миле Максан: Когда вы начнете такуювиртуализацию, придется вкладывать

большие средства. Архитектура х86позволяет выполнять одну сложнуюоперацию за один цикл, в ней действуетопределенный шаблон. Конечно, естьвсякие обходные приемы, такие какDPDK (Data Plane Development Kit) —драйвер, который реализован в самойсетевой карте. Но это дорого стоит, а мыне хотим применять обходные ва-рианты.

Вадим Ковалев: Мы опять вернулись ктому, с чего начали. С одной стороны,умная голова, которая будет работатьбыстрее, лучше, дешевле, а с другой, —огромное устаревшее “тело” сети.

Миле Максан: Идея состоит в том,чтобы и “тело” сделать более простым иуниверсальным.

Андрей Калинин: Если вы начинаетеуправлять ЦОДом, то вам потребуется23 оператора, которые будут что-тоделать руками. Если же есть виртуали-зация и оркестратор, то вам необходимтолько один оператор, чтобы делать всепо шаблону.

Миле Максан: У Oracle есть продукты,которые очень хорошо сочетаются ссетевой частью и “говорят” на одномязыке, доступном всем. Мы не предла-гаем что-то проприетарное, что-то толь-ко от Oracle, мы используем то, чтодоступно всем. И все это работает, иуже есть несколько операторов, кото-рые используют эти решения.Создаются и такие решения, как CRM ибиллинг.

Заказ формируется в BSS, потом про-изводятся расчеты, и клиентский заказпревращается в сервисный. При этомязык используется один, переводчиковне нужно, информация не теряется.Сервисный заказ в системе OSS сновапересчитывается, и в результате навыходе получаем технический заказ.

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

ÄÎÂÍÒ‡Ì‰ àÎ¸ËÌ,

INOVENTICA


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

Вообще Oracle — это компания, котораясфокусирована на облачных услугах нетолько в телекоммуникациях. Мы хотим,чтобы наши решения были полными,открытыми, интегрированными и гиб-кими.

В линейке продуктов Oracle есть систе-мы для вычислений, для хранения дан-ных и для сети. Аппаратная часть, кото-рая у нас есть, для виртуализации сер-висов поверх сети использует виртуаль-ную машину Oracle. Есть отдельныеVNF, система управления элементами,VNF manager, OSS/BSS и поверх всего— оркестратор сети. Таким образом, мыпредлагаем полное, исчерпывающеерешение. Но при этом мы не говорим,что теперь все обязаны покупать все уOracle. Вы можете взять любой из этих“кирпичиков”, который вам нужен, а срешениями других компаний, если онипользуются теми же стандартами, вы ихспокойно состыкуете.

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

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

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

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

Миле Максан: Если мы говорим о вир-туальных машинах, то должны абсолют-но абстрагироваться от аппаратногоуровня. Все это продают и всем это посилам. Чем мы отличаемся от другихпоставщиков?

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

Например, вот такаяситуация: виртуальнаямашина генерирует сигнал

ÄÌ‰ÂÈ ä‡ÎËÌËÌ,



тревоги “нагрузка превысила 80 %”;OSS передает эту информацию наоркестратор “проблема: виртуальнаямашина загружена на 80 %”; оркестра-тор с помощью правил и политик опре-деляет, что загрузку 80 % можно снизитьдвумя способами: дать дополнительнуювычислительную мощность на эту вир-туальную машину или подключить дру-гую виртуальную машину и сбалансиро-вать нагрузку между ними; на основеэтого решения формируется запрос вOpenStack и решается вопрос, есть лисвободные виртуальные машины: еслиих нет, то создается еще одна виртуаль-ная машина по стандартному профилю;когда виртуальная машина готова, орке-стратор передает VNF-менеджерукоманду включить ее и разделитьнагрузку между машинами. Соответ-ственно, нагрузка на первую машинупадает, и аварийное сообщение исчеза-ет. Может поступать сразу несколькосигналов тревоги: клиентский, VNF-

событие, сетевой изтранспортной сети,аппаратный, сигнал изсистемы хранения — 4— 5 независимыхсобытий. Все эти собы-тия будут направленыв единую базу данныхи скоррелированы спомощью модуля ана-литики на предметвыяснения Root Cause.

Это все работает, при-чем полностью в авто-матическом режиме.

Вадим Ковалев:Остается вопрос, какбудет работать такаясистема, когда у насснизу вверх исполь-зуются решения и про-дукты пяти разных вен-доров?

Андрей Тагай: Никтоне спорит, что системаот одного вендорабудет эффективнее,

чем любой другой случай.

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

Миле Максан: Можно, если сопрягае-мые решения других вендоров соответ-ствуют принятым стандартам.Например, система поддерживает обо-рудование Juniper и др.

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

Всегда возникает вопрос: можно лииспользовать VNF других вендоров врешениях Oracle? Можно, если онисовместимы с оркестратором и менед-жером, который управляет системой. Внашем случае мы предлагаем исполь-зовать Plugin Developer Kit, с помощьюкоторого можно оперативно интегриро-вать VNF третьих производителей.

Сегодня ситуация такая: большинствооператоров имеют в облаке сетевыефункции, но все они делают вручную(ждут сигнал тревоги, а потом реагируютна него) и считают, что этого им достаточ-но. Другие мировые операторы хотятавтоматизировать и OSS, и BSS и объ-единить их с сетью через оркестратор.

Все должно зависеть от требованийбизнеса. Оркестратор — это как раз таточка, где OSS/BSS встречаются ссетью и “говорят” с ней.

Юрий Громаков: На рынке телеком-услуг сегодня работает множествопоставщиков IP-сервисов, которые разви-ваются, используют и эксплуатируют тесредства, которые им поставляли стан-дартные операторы, которые строилисвои сети на основе известных стандар-

ÄÌ‰ÂÈ í‡„‡È,



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

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

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

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

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

метод, при котором из соты в соту, изсектора в сектор можно перебрасыватьресурс, так же как мы перебрасываемресурс с одного абонента на другого,когда работаем в IP-cети.

Виртуализация — это перспектива, нонужно правильно и системно подходитьк применению этих решений.

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

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

Все аналитики и агентства, которыепроводят опросы и “смотрят” на бизнес-кейсы, показывают, что первые два, а тои три года резкий переход на новые тех-нологии не дает прямого эффекта.Наоборот, возникают в какой-то мереоператорские убытки. Поэтому тенадежды, которые были на рынке 2 —

ûËÈ ÉÓÏ‡ÍÓ‚,

Äé “àÌÚÂÎÎÂÍÚ íÂÎÂÍÓÏ”

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

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

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

В этой связи за рамками сегодняшнейдискуссии, да и большинства дискуссийо виртуализации, остаются вопросыSLA (Service Level Agreement): ктоявляется ответственным за конечныйпродукт, конечный сервис, услугу в“облаке”? Где эта граница должна про-ходить и каким образом описываться?Как правильно подходить к SLA с точкизрения взаимодействия оператора ипоставщиков, которых становитсязначительно больше (VNFs, NFVI, Ор-кестрация и т. д.)?

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

Но в целом, конечно, хочется наде-яться, что виртуализация поможет хоть

в какой-то степени решить текущие про-блемы, которые накопились при исполь-зовании применявшихся за последние10 — 15 лет подходов и технологийпостроения мобильных сетей.

Юлия Кандала: Ростелеком в настоя-щее время уделяет большое вниманиевопросам виртуализации и внедрениятехнологий SDN/NFV. Если говорить ореализации голосовых сервисов набазе платформ NFV, то открытых вопро-сов на данный момент очень много.Большинство из них лежит в плоскостиорганизации топологии и архитектурысети предоставления голосовых услуг,решения вопросов соответствия требо-ваниям нормативно-правовых актовотрасли связи, обеспечения качествапредоставления услуг, а также исполь-зования преимуществ виртуализации ифункций оркестрации на сети голосо-вых услуг.

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

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


ûÎËfl ä‡Ì‰‡Î‡,


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

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

Миле Максан: Важный момент вызатронули — совместимость и взаимо-действие. Ответ на это вопрос отсут-ствует, но это пока. В будущем будеттак: аппаратная часть — HP, Oracle,Cisco, сетевая — Ericsson, Huawei и др.Но даже сейчас, когда что-то идет не таки не всегда понятно к кому обращаться,каждый считает, что вопрос не к нему.Можно прописывать какие-то обяза-тельства в SLA, можно возложить мно-гие вопросы на системного интегратора,но это риск, и интегратор за это потре-бует денег. Если денег достаточно, томожно, например, поставить два ЦОДавместо одного.

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

надежную и зарезервированную транс-портную сеть.

Миле Максан: Vodafone, например,хочет открыть не-сколько ЦОДов вЕвропе, Северной Африке и установитьдомен-контроллер, который долженотвечать за синхронизацию ЦОДов,сохранение данных, учитывать задерж-ки и перекодировать все данные междуними.

Евгений Константинов: Спасибо всемза столь интересную и живую дискус-сию. Позвольте поблагодарить от именивсех присутствующих представителейOracle и лично Миле Максана за презен-тацию, специалистов ведущих операто-ров связи за поднятые проблемы внед-рения и использования технологий вир-туализации на российских сетях, ректо-ра — за представленный обзор, аМТУСИ — за возможность обсудитьпредлагаемые решения.

Documents

Project1 Layout 1 - vestnik-sviazy.ru...жам Oracle Communi-cations в России Алек-сандр Мамонов, а ис-полняющий обязанности ректора