Телекомуникациски мрежи

Софтверски-дефинирано омрежување /
Software Defined Networking (SDN)

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

Дефиниција на SDN дадена од ONF*
Software-Defined Networking
is an emerging network
architecture which decouples
the network control and
forwarding functions
enabling the network control
to become directly
programmable and the
underlying infrastructure to
be abstracted for applications
and network services. *
* ONF = Open Networking Foundation (Google, Facebook,
Yahoo, Microsoft, Verizon, DT)
** https://www.opennetworking.org/sdn-resources/sdn-
definition

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

Поедноставен поглед на SDN архитектура
VERSION 1.0

Network(Applica4on(s)( Facebook, Yaho

fund Open Netw
Open northbound API
goal of promoti
Controller(Pla+orm( dards developm
Open southbound API rather than the
the initial conce
– in particular
a physically ce
to later on – S
e nts ) an academic ex
s
e lem che
it example, has d
ding sw
r w
wa lo connect its dat
f or enF
ta p
Da g., O network has be
(e.
company to im
Network Infrastructure reduce costs [8
NSX [12], is a
Fig. 1. Simplified view of an SDN architecture.
lution that deli
provisioned inde
Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи entirely based a
network operating system1 ), simplifying policy enforcement
 Потреба од SDN
• ТК мрежите може да се поделат во 3 VERSION 1.0
фунционални рамнини:
– Податочна рамнина
• Мрежни уреди одговорни за ефикасно
упатување на податоци
– Контролна рамнина
• Протоколи за пополнување на упатувачките
табели во елементите од податочната рамнина
– Управувачка рамнина
• Софтверски сервиси за надгледување и
конфигурирање на контролната
функционалност
• Кај традиционални IP мрежи податочната и
контролната рамнина се интегрирани и
вгнездени во ист мрежен уред => голем
степен на децентрализираност Fig. 3. Layered view of networking functionality.

• Резултатот е комплексна и релативно

статична архитектура by special purpose libraries and/or programming lang
and compilers, 7) network programming languages, and
8) management applications. In addition, we also lo
cross-layer problems such as debugging and troublesh
Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи
mechanisms. The discussion in Section V on ongoing re
 Карактеристики на SDN технологии* (1/5)
1. Раздвојување на контролната и податочната рамнина
• Контролните функционалности се тргнати од мрежните уреди кои
стануваат едноставни препраќачки елементи
2. Одлуките за упатување се базираат на поток, а не на
дестинација
• Поток е дефиниран како множество од вредности на пакетски
полиња кои се филтрираат според одреден критериум и на нив се
спроведуваат множество инструкции
3. Контролната логика е сместена во екстерен ентитет
• SDN контролер или Network Operating System (NOS)
4. Мрежата е програмабилна
• Преку софтверски апликации кои се извршуваат врз NOS
*D. Kreutz, F. M. V. Ramos, P. Verissimo, C. E. Rothenberg, S. Azodolmolky, and S. Uhlig, “Software-Defined Networking: A
Comprehensive Survey,” Proceedings of the IEEE, Vol. 103, No. 1, January 2015

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Карактеристики на SDN технологии (2/5)
• SDN може да се дефинира преку VERSION 1.0
3 фундаментални апстракции:
• Упатување
Net(App(1( Net(App(2( Net(App(n"
• Било какво упатувачко
однесување кое го бара дадена Abstract network views
мрежна апликација е можно без
Open northbound API

Control plane
истата да ги познава деталите на
хардверот (на пример OpenFlow) Network(Abstrac5ons((e.g.,(topology(abstrac5on)(

• Дистрибуција Global network view

• Поглед на дистрибуираниот Network(OS((SDN(controllers)(

контролен проблем како логички Open southbound API
централизиран (неопходно е

Data Plane
заедничко дистрибутивно ниво
како NOS)
• Спецификација
es
• Мрежна апликација може да Devic
ing
искаже посакувано мрежно rw
ard
однесување без да биде самата Fo

одговорна истото да го Network Infrastructure

имплементира (се постигнува
преку виртуелизација или Fig. 4. SDN architecture and its fundamental abstractions.
мрежни програмски јазици)
working

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Open northbound API is therefore no need to devise a precise strategy
Control plane Network(Abstrac5ons((e.g.,(topology(abstrac5on)(
location of the new functionality.
The integration of different applications beco
Карактеристики на SDN технологии (3/5)
Global network view

Network(OS((SDN(controllers)(
•
straightforward. For instance, load balancing an
applications can be combined sequentially, with
Open southbound API ancing decisions having precedence over routing
1. Раздвојување на мрежната контрола од препраќањето
Data Plane

(комутирањето) на пакети A. Terminology

To identify the different elements of an SDN as
•
Денес: вертикално интегрирани, •
ocally
SDN: Издвојување на интелигенцијата-контролата
s воas possible,
посебен we now present
централизиран the essential ter
уред-контролер
затворени уреди ev
ice
used
• throughout
Податочна this work.
рамнина со едноставни комутатори
D
• Во истите уреди се врши ardi
ng кои само препраќаат
Fowarding Devices (FD): Hardware- or software-b
rw
дефинирање на правила по Fo кои ќе •
plane Контролна рамнина со интелигентен контролер
devices that perform a set of elementary opera
се врши препраќањето, носење на кој носи одлуки
Network Infrastructure forwarding devices have well-defined instruction
одлуки за како да се процесираат
пакетите и самото процесирање на flow rules) used to take actions on the incomin
Fig. 4. SDN architecture and its fundamental abstractions.
пакетите (e.g., forward to specific ports, drop, forward to the
rewrite some header). These instructions are defined
Conventional Networking

bound interfaces (e.g., OpenFlow [9], ForCES [22],

Oblivious Forwarding (POF) [23]) and are install
forwarding devices by the SDN controllers implem
southbound protocols.
Data Plane (DP): Forwarding devices are inter
through wireless radio channels or wired cables.
work infrastructure comprises the interconnected f
devices, which represent the data plane.
Southbound Interface (SI): The instruction set of the
Network$applica1ons$ ing devices is defined by the southbound API, whi
tworking

Intrusion$
of the southbound interface. Furthermore, the SI al
Rou1ng$ Firewalling$$ Load$
Detec1on$ Проф. д-р Владимирbalancer$
(e.g.,$Packet$ the communication мрежи
Атанасовски, Телекомуникациски protocol between forwarding de
Algorithms$
System$ Filters)$ control plane elements. This protocol formalizes th
Карактеристики на SDN технологии (4/5)

2. Рутирање базирано на поток, а не на дестинација

• Кај традиционални IP мрежи, одлуките за рутирање се базираат на
дестинациската адреса
• Но, најголем дел од апликациите праќаат цел поток од пакети, а не
еден пакет
• Во SDN мрежи одлуките за рутирање се носат за цел поток (flow) од
пакети
• Еден пакет може да припаѓа на поток врз база на различни полиња од
заглавијата: IP адреса, MAC адреса, type, traffic class, flow label, TCP/
UDP

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

Карактеристики на SDN технологии (5/5)

4. Програмабилност на мрежата

• Денес:
! Програми можат да се извршуваат само уред по уред
! Дистрибуирано извршување на алгоритми
! Нема начин како да се управува со мрежата како целина

• SDN:
! Контролерот има глобален поглед и централизирана контрола и нуди модел на
мрежата за апликациите над него
! Може да се извршуваат програми кои дефинираат глобално однесување на мрежата
! Преку апликации вршиме промени во моделот на мрежата, а контролерот е
одговорен за конфигурацијата во мрежните уреди за да се постигне соодветното
однесување

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Мотивација и придобивки од SDN (1/2)
! Намалени трошоци за поседување на мрежа
o SDN комутаторите се многу поефтини од традиционални рутери
o Надградбата на мрежата е софтверски наместо хардверски проблем
o Намалување на персонал потребен за управување со мрежа
! Поедноставна конфигурација со помалку грешки
o Денес: конфигурација уред по уред, мануелно со ограничени
интерфејси кои се специфични за производителот
o SDN: Унифицирана контролна рамнина и автоматска конфигурација од
една точка со софтверска контрола преку јазици од повисоко ниво
! Еволуција на мрежите
o Надминување на т.н осификација на Интернет мрежите (тесна
поврзаност помеѓу податочната и контролната рамнина)
o Лесно и брзо додавање на нови функционалности и сервиси
o Нови алгоритми и сервиси се додаваат софтверски, како апликации

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Мотивација и придобивки од SDN (2/2)

! Иновација и експериментирање во мрежите

o Тестирање на експериментални решенија во “живи” мрежи
o Брза и едноставна имплементација на нови решенија
! Оптимизација на мрежите
o Нови интелигентни протоколи кои ќе ја користат
централизираната контрола со затворена јамка
o Можност за оптимизација во искористеноста на линкови,
распределување на товар, опоравување по испад, заштеда на
енергија итн.
! Обезбедување на end-to-end QoS
o Сообраќајот може да се разделува по основ на тип на
сообраќај или дури конкретна апликација и да се дефинираат
правила за негово опслужување

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 SDN мрежна архитектура
RSION 1.0

Management plane Network$Applica8ons$ Network$Applica8ons$

Debugging,$Tes8ng$&$Simula8on$
Programming$languages$

balancer$
Rou8ng$

Control$
Access$

Load$
Net$App$ Net$App$
Net$App$ Net$App$
Net$App$ Net$App$
Language=based$Virtualiza8on$

Control plane Northbound$Interface$

Network$Opera8ng$
Network$Opera8ng$System$ System$and$
Hypervisors$
Network$Hypervisor$
Data plane
Southbound$Interface$
Network$infrastructure$

(a)$ (b)$ (c)$

. 6. Plane-oriented
Software-Defined view
Networks in (a) planes, (b) layers, and Layers-oriented view
(c) system design architecture System-design view

at keep statistics of matching packets.

Проф. This high-level
д-р Владимир and ofТелекомуникациски
Атанасовски, earlier protocol versions.
мрежи
mplified model derived from OpenFlow is currently the most
 Network Infrastructure (1/3)

• Мрежни уреди (комутатори) кои се поврзани меѓу

себе со линкови (оптички, бакарни, безжични)
• Едноставни уреди кои не можат да носат автономни
одлуки
– Немаат вградено контрола или софтвер за носење
одлука
• Имаат отворен и стандарден интерфејс што
овозможува интероперабилност и истовремена
контрола врз уреди од различни производители

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Network Infrastructure (2/3)
• Компоненти на SDN комутатор:
1) Хардвер за процесирање на пакети
2) Flow (рутирачки) табели
3) Сигурен линк кон контролерот преку отворен интерфејс
SION 1.0

FLOW%TABLE%
SDN$CONTROLLER$ RULE% ACTION% STATS%
Net$App$ Net$App$
Net$App$ Net$App$
Net$App$ Net$App$
SDN$DEVICE$ Packet%+%counters%
Communica5ons$

Communica5ons$

FLOW$TABLES$ 1. Forward%packet%to%port(s)%
Network$$ 2. Encapsulate%and%forward%to%controller%
Control$

Control$

Opera5ng$$ 3. Drop%packet%
System$ 4. Send%to%normal%processing%pipeline%

Switch% MAC% MAC% Eth% VLAN% IP%% IP%% TCP% TCP%

port% src% dst% type% ID% src% dst% psrc% pdst%

7. OpenFlow-enabled SDN devices

TABLE II
ERENT MATCH FIELDS , STATISTICS AND CAPABILITIES HAVE BEEN ADDED ON EACH O PEN F LOW PROTOCOL REVISION . T HE NUMBER OF RE
Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи
(R EQ ) AND OPTIONAL (O PT ) CAPABILITIES HAS GROWN CONSIDERABLY.
 Network Infrastructure (3/3)
• Хибридни комутатори
! Може да се користат во
SDN мрежи, но имаат и
способност да вршат
класично IP рутирање
! Екстремно важни при
миграција од
традиционални во SDN
мрежи
! Имаат полоши
перформанси и поголема
цена од чисто SDN
уредите

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Southbound Interface (1/2)
• Стандарден и отворен
интерфејс за
комуникација помеѓу
податочната и
контролната рамнина,
односно помеѓу
комутаторите и
контролерот
• Треба да овозможи
интероперабилност и
апстракција на мрежната
инфраструктура
• Најдоминантен и
најшироко развиен
стандард е OpenFlow
протоколот, развиен на
Стенфорд

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Southbound Interface (2/2)
• OpenFlow подржува три типа на пораки:
1) Пораки од контролерот до комутаторот:
o Додавање, бришење и модифицирање на записите во flow табелите
o Барање на информации за конфигурација, статистика, способности од
комутаторот
o Packet-out пораки со наредба за процесирање на специфичен пакет, како одговор
на packet-in порака
2) Пораки од комутаторот до контролерот
o Packet-in пораки
o Статистика за различните потоци
o Известувања при некаква промена во линк, порта, грешка,...
3) Симетрични пораки, во двете насоки
o Hello – иницијална размена при подигнување на комутатор
o Echo – се користат за проверка на конективност
o Експериментални – се користат за тестирање и идна употреба
• Освен OpenFlow постојат и други стандарди како ForCES, OVSDB, POF, OpFlex,
OpenState

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

Network Operating System-Controller (1/2)
• Јадрото на SDN архитектурата, најкомплексниот дел кој ја содржи
целата интелигенција и ги носи сите одлуки во мрежата
• Се нарекува и мрежен оперативен систем, бидејќи има слични
функционалности како компјутерски оперативен систем:
обезбедување на апстракции, координирање на пристапот на
апликациите до (мрежните) ресурси и обезбедување на APIs
• Главни функционалности: информации за топологијата и состојбата во
мрежата, откривање на уреди, дистрибуција на конфигурацијата
• Контролерот треба да им овозможи на апликациите да дефинираат
правила за контрола на мрежата од високо ниво, а да ги скрие
деталите за како ќе се имплементираат овие правила и да ги изврши
потребните промени во конфигурацијата

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Network Operating System-Controller (2/2)
• Одлуки при дизајн на контролери:
! Централизиран наспроти дистрибуиран дизајн
! Eastbound/Westbound Interfaces – комуникација помеѓу
контролерите
! Скалабилност
! Обезбедување на конзистентност и толеранција на грешки

• Постојат голем број на различни достапни контролери од кои

дел се open source, а дел се комерцијални

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Northbound Interface
• Овозможува комуникација помеѓу контролерот и
различните апликации и сервиси кои работат во
мрежата
• Треба да овозможи апстракција и независност од
конкретната SDN имплементација
• Во моментот не постои широко прифатен предлог
како што е OpenFlow за Southbound интерфејсот,
туку секој контролер си дефинира сопствен
интерфејс (“application-driven”)
• Се очекува дека со созревање на технологијата,
природно ќе се издвојат решенија кои ќе бидат
широко прифатени

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Network applications (1/3)
• Сите апликации за управување и воведување на
функции во мрежата, од протоколи, до сигурносни
функции, NAT, Firewall итн.
• Работат над контролерот и вршат промени на
моделот на мрежата кој го обезбедува контролерот
• Користат јазици од високо ниво и не се грижат за
конкретната имплементација
• Едноставна и брза имплементација во мрежата
• Огромни можности за иновација и напредок и за
брзо и ефикасно воведување на нови
функционалности и интелигентни решенија во
мрежите

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Network applications (2/3)
• Некои апликации кои веќе се развиени за SDN:
! Load Balancing – контрола на оптоварувањето
o Многу поедноставна имплементација поради глобалниот
поглед во мрежата
o Овозможува оптимизација на ресурси и лесна интеграција
на нови ресурси во мрежата (пр. воведување на нов сервер)
! Green networking – заштеда на енергија
o Мониторирање на сообраќајното оптоварување и
користење на едноставни техники како прераспределување
на оптоварувањето и исклучување на линкови и уреди
o Заштеда до 50% во енергија

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Network applications (3/3)
! Апликации за подобрување на сигурноста
o Спроведување на полисите за сигурност во првиот јазол од
мрежата, со што се спречува влез на нападот во критичните
делови од мрежата
o Детекција и реакција при DDoS напади со користење на
способноста за брзо собирање на голем број на
информации во мрежата
! Целосно автоматизиран систем за конфигурација на
рутери
o Корисно при виртуелна агрегација за намалување на
податоците во рутирачки табели
! Оптимизација на сообраќај, апликации за примена во
безжични мрежи, дата центри итн.

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Предизвици и проблеми во SDN (1/3)
! Некомплетни и нестандардни решенија
o Комплексна и бавна работа поради немање на
стандардни и општоприфатени решенија
o Доста отворени прашањa и нерешени проблеми
! Имплементација на SDN
o SDN дефинира сосема нова мрежна архитектура
o Потребно е да се најдат решенија за лесна транзиција и
за коегзистенција со постоечките мрежи
o Неколку решенија за хибридни мрежи кои би можеле
да бидат воведени во постоечките
o Независно опслужување на сообраќајот во двете
мрежи, развивање хибридни SDN уреди, воведување
на SDN на работ од мрежите итн.

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Предизвици и проблеми во SDN (2/3)
! Скалабилност во мрежите
o Основен проблем за имплементација во големи мрежи со висок
интензитет на сообраќај
o Решавање на проблемот на преоптоварување на контролерот со
барања и појава на “тесно грло” во мрежата
o Истражувања: воведување на повеќе физички дистрибуирани
контролери, поставување на кластер од контролери на една
локација, хиерархиска поставеност на комутаторите, враќање на
дел од интелигенцијата назад во податочната рамнина итн.
! Отпорност и доверливост
o Отпорност на грешки во комуникацијата помеѓу податочната и
контролната рамнина
o Дополнителен ризик од повеќе можни точки на испад во мрежата
o Испад на контролер не смее да значи и испад на целата мрежа

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Предизвици и проблеми во SDN (3/3)

! Безбедност
o Нови сигурносни ризици и нови типови на напади
o Успешен напад врз контролерот му дава на
напаѓачот комплетна контрола врз целата мрежа
o Напад со преоптоварување на контролерот
o Недостаток од основни сигурносни функции во
најголем дел од имплементациите на комутатори и
контролери

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Имплементации на SDN
! Универзитетски кампуси и академски мрежи
o Оригиналната замисла е токму за ваква примена
o Овозможува иновација и поддршка за експериментација и истражувачка работа
! Податочни центри
o Голема придобивка од решенијата за конфигурација, управување и
оптимизација кои ги нуди SDN
o Огромен интерес за имплементација од сите големи компании (пр. Google)
! Мрежи на провајдери
o Големо намалување на трошоците и можност за воведување на нови
функционалности
o Побавна имплементација, но со голем интерес од големите сервис провајдери
o Јужна Кореја веќе има воведено transport software defined networking T-SDN во
мрежа
o AT&T има план до 2020 75% од мрежата да биде виртуелизирана и софтверски
да се контролира
! Безжични мрежи
o Следната генерација безжични мрежи 5G ќе ги имаат имплементирано SDN
принципите

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Виртуелизација (1/2)
• Логичка – софтверска, наместо физичка –
хардверска дефиниција на технологијата
• Апстракција и раздвојување на хардверот од
софтверот
• Потреба за користење:
o Делење на ресурси – намалување на трошоци
o Постоење на повеќе логички хетерогени
инфраструктури врз една физичка инфраструктура
o Брза и ефикасна промена на инфраструктурата
o Внесување на нови сервиси во мрежите
o Флексибилно и динамично управување со сервисите
o Воведување на IaaS – Infrastructure as a Service

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Виртуелизација (2/2)
• Проблемот на виртуелизација на меморија и
процесирачка моќ денес е главно решен
o Лесно и едноставно може да се креираат, модифицираат,
мигрираат и бришат виртуелни машини
o Бројот на виртуелни сервери се смета дека го надминал
бројот на физички сервери
• За да има потполна виртуелизација неопходно е да се
виртуелизираат и мрежните ресурси
o Досегашните решенија како VPN, NAT и MPLS не се доволни
за да се овозможи комплетно виртуелна околина
o Голема зависност од физичката инфраструктура
o Распределувањето на мрежните ресурси се врши уред-по-
уред (месеци vs. минути )

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Виртуелизација на мрежи / SDN
• Цел на виртуелизација на мрежните ресурси:
o Независност од мрежната топологија
o Независност од адресниот простор
o Истовремена конфигурација и на процесирачките и на мрежните
ресурси
o Можност за комплетно произволна миграција на виртуелни
машини
o Автоматско провизионирање низ целата мрежа
o Комплетна изолација на виртуелните мрежи од другите виртуелни
мрежи и од самата физичка архитектура
• SDN воведува нови решенија и техники за виртуелизација во
мрежите
• Виртуелизација во SDN може да се воспостави на две места
1. Помеѓу податочната и контролната рамнина
2. Помеѓу контролерот и мрежните апликации

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 FlowVisor (1/2)
• FlowVisor претставува успешно решение за виртуелизација на
SDN мрежа (во Network Hypervisor-от)
• Овозможува делење на мрежата на т.н. “slices” – и;
истовремено постоење на повеќе различни логички мрежи на
иста OpenFlow архитектура и дополнително овозможува секоја
виртуелна мрежа да има различен контролер
• Внесува слој на апстракција на мрежниот хардвер
• Се однесува како транспарентно proxy кое ги пресретнува
пораките помеѓу контролерот и комутаторите
• За секој од контролерите постои само сопственото парче од
мрежата и тој е единствен во мрежата
• Хипервизорот е одговорен за одржување на изолацијата помеѓу
виртуелните мрежи и за да се осигура дека секој контролер ги
користи само оние ресурси кои му се доделени

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 FlowVisor (2/2)

• Slicing-от се прави по 5
димензии: проток,
топологија, сообраќај,
CPU на уредите и
рутирачки табели

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 VMWare NSX (1/2)
• NSX е комплетна платформа на VMWare за виртуелизација и
сигурност
• Овозможува виртуелизација на сите функции од L2-L7

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 VMWare NSX (2/2)
• Едноставна имплементација која не бара никави
модификации во постоечката инфраструктура или
апликациите
• Овозможува автоматизирано распределување на
ресурсите и создавање на виртуелни мрежи за
минути
• Комплетно решение кое овозможува да се создадат
независни виртуелни мрежи секоја со сопствен
сервисен модел, топологија и адресна шема
• Корисниците не мора да знаат ништо за физичката
инфраструктура и можна е комплетна миграција на
виртуелната машина заедно со виртуелната мрежа

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Network Function Virtualization (NFV) (1/3)

• Воведување на нови сервиси во денешните мрежи е

екстремно тешко и бавно поради зависноста од
специјализиран хардвер и потребата од комплексна
реконфигурација при внесување на нов елемент во
мрежата
• Денешните трендови бараат разновидност на сервисите
кои ги нудат мрежните провајдери како и
флексибилност и брзи промени
• NFV се предложува како начин да се забрза
воведувањето и распределувањето на нови мрежни
сервиси
• Главната идеја е софтверска дефиниција на мрежните
сервиси

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Network Function Virtualization (NFV) (2/3)

• NFV се фокусира на оптимизација на мрежните

сервиси на тој начин што врши разделување
на сервисите како DNS, Firewall, Cashing, Load
Balancer од proprietary хардвер и им
овозможува да бидат софтверски дефинирани
• Идејата е дека наместо сервисите да бидат
имплементирани во хардверски компоненти
во самата мрежа, тие ќе бидат софтверски
имплементирани на стандардни сервери
• Овозможува независна еволуција на харверот
и софтверот

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

Network Function Virtualization (NFV) (3/3)

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Поврзаност на SDN и NFV и VN

• Сите овие нови технологии се комплементарни помеѓу себе и

кога се користат заедно се надополнуваат и нудат многу
подобри решенија
• Имаат заеднички принципи како носење на функционалностите
од хардвер кон софтвер, отстранување на зависноста од
proprietary хардвер, поддршка на виртуелизација и
автоматизација на мрежните сервиси
• Генералната цел на секоја од овие технологии е да имаме
софтверски-базирани мрежи кои се пофлексибилни и агилни и
поддржуваат иновативност
• Постојана соработка помеѓу истражувачки тимови кои работат
на технологиите и осигурување на компатибилност

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Openstack (1/2)
• OpenStack претставува оперативен
систем за управување во облак
(cloud-computing OS) кој може да
контролира големо множество на
пресметковни, мемориски и
мрежни ресурси во податочни
центри преку командна линија
• Овозможува и графички интерфејс
преку кој може да се надгледуваат
и управуваат ресурсите користејќи
веб базиран интерфејс (dashboard)
• Open-source решение креирано во
Јули 2010 од страна на RackSpace и
NASA.

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи

 Openstack (2/2)

*https://www.openstack.org/software/

Проф. д-р Владимир Атанасовски, Телекомуникациски мрежи