SDN a különböző gyártói megközelítések tükrében



Hasonló dokumentumok
SDN a különböző gyártói megközelítések tükrében

Újdonságok Nexus Platformon

Radware terhelés-megosztási megoldások a gyakorlatban

Légrádi Attila Solution Architect. HP Softveresen-Definiált Networking (SDN) vizió és stratégia

Everything Over Ethernet

Hálózatok építése és üzemeltetése

Hálózati rendszerek adminisztrációja JunOS OS alapokon

Számítógépes Hálózatok ősz 2006

Organizáció. Számítógépes Hálózatok ősz Tartalom. Vizsga. Web-oldal

Organizáció. Számítógépes Hálózatok Gyakorlati jegy. Vizsga. Web-oldal


Composable Infrastruktúra

A cloud szolgáltatási modell a közigazgatásban

Technológiák a Felhő alapú adatközpontokhoz

Újdonságok Nexus Platformon

Routing. Számítógép-hálózatok. Dr. Lencse Gábor. egyetemi docens Széchenyi István Egyetem, Távközlési Tanszék

Számítógépes Hálózatok GY 8.hét

A MAC-cím (Media Access Control) egy hexadecimális számsorozat, amellyel még a gyártás során látják el a hálózati kártyákat. A hálózat többi eszköze

Statikus routing. Hoszt kommunikáció. Router működési vázlata. Hálózatok közötti kommunikáció. (A) Partnerek azonos hálózatban

Kommunikációs rendszerek programozása. Switch-ek

vezeték nélküli Turi János Mérnök tanácsadó Cisco Systems Magyarország Kft.

Cisco Networking Academy Program CISCO tanfolyam HBONE rendszergazdák számára

Young Partnernap Allied Telesis

EXTREME NETWORKS MEGOLDÁSOK ANALYTICS & SDN KRUPA ZSOLT ICT SMART SOLUTION SZAKMAI NAP

Parciális rekonfiguráció Heterogán számítási rendszerek VIMIMA15

Felhő alapú hálózatok (VITMMA02) SDN a felhőben

Párhuzamos és Grid rendszerek

Hálózati szolgáltatások OpenStack környezetben

Szárazföldi autonóm mobil robotok vezérlőrendszerének kialakítási lehetőségei. Kucsera Péter ZMNE Doktorandusz

Autóipari beágyazott rendszerek. Komponens és rendszer integráció

Gazdálkodj Okosan! OpenFlow eszközökkel

Routing IPv4 és IPv6 környezetben. Professzionális hálózati feladatok RouterOS-el

Optimalizáció ESX-től View-ig. Pintér Kornél ügyfélszolgála3 mérnök

Felhőszámítástechnika (Cloud Computing) helye és szerepe az on-line világ folyamataiban. Dr. Élő Gábor Széchenyi István Egyetem ITOK 2013

Hálózat szimuláció. Enterprise. SOHO hálózatok. Más kategória. Enterprise. Építsünk egy egyszerű hálózatot. Mi kell hozzá?

Párhuzamos programozási platformok

IPv6 Biztonság: Ipv6 tűzfalak tesztelése és vizsgálata

A hibrid DB cloud biztonsági eszköztára. Kóródi Ferenc Budapest,

HIRSCHMANN Az EASTRON Kft., a Hirschmann Automation and Control GmbH hivatalos magyarországi forgalmazójának hírlevele 2011.

2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED

Catalyst 6500 Hogyan tovább?

IPv6 bevezetés a Műegyetem hálózatán. Jákó András

Felhő alapú hálózatok (VITMMA02) OpenStack Neutron Networking

Szolgáltat. gfelügyeleti gyeleti rendszer fejlesztése. NETWORKSHOP 2010 Sándor Tamás

Számítógépes Hálózatok 2013

VIDEÓ INTERNET PROTOKOLL VIP RENDSZER

A HBONE évi fejlesztési eredményei

Allied Telesis. Szakmai nap 2017 Pásztor András

IP alapú kommunikáció. 5. Előadás Routing 2 Kovács Ákos

Windows Server 2012: a felhő OS

Hálózatok Rétegei. Számítógépes Hálózatok és Internet Eszközök. TCP/IP-Rétegmodell. Az Internet rétegei - TCP/IP-rétegek

Számítógépes Hálózatok GY 9.hét

A számítógép-hálózatok használata

IPv6 technológia alkalmazása a szélessávú hozzáférési hálózatokban Szabó Gábor szabo.gabor@siemens.com

AGSMHÁLÓZATA TOVÁBBFEJLESZTÉSE A NAGYOBB

TECHNOLÓGIAI JÖVİKÉP. Felhınézetben. Tázló József mőszaki igazgató Cisco Systems Magyarország Cisco Systems, Inc. All rights reserved.

1/13. RL osztály Hálózati alapismeretek I. gyakorlat c. tantárgy Osztályozóvizsga tematika

Cisco Alkalmazásközpontú Application Centric Infrastructure

Csoportos üzenetszórás optimalizálása klaszter rendszerekben

IPv6 Elmélet és gyakorlat

CSOMAGSZŰRÉS CISCO ROUTEREKEN ACL-EK SEGÍTSÉGÉVEL PACKET FILTERING ON CISCO ROUTERS USING ACLS

2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED

TP-LINK Business Wireless Az EAP Kontrolleres Wi-Fi termékcsalád bemutatása - bevezető SMB Product Line

A HBONE+ projekt áttekintés lehetőségek

Okos Városok T-City Szolnok. HTE INFOKOM 2014 Smart Metering & Environment

MAC címek (fizikai címek)

Tervezési kérdések. Azonnali helyreállítást garantáló védelmi módszerek. Helyreállítási (recovery) ciklus

A Digitális transzformáció elkerülhetetlen élő példák a felhőn és ködön belül. Tóth Levente Mérnök tanácsadó Cisco Magyarország

stratégiai kutatási terve

Bemutató Adatközponti címarchitektúra Cisco módra

Adatbázis rendszerek 7. előadás State of the art

SITRAFFIC CANTO. Kommunikációs rendszer, műszaki összefoglaló. I&S ITS U PSC, Version 1.4,

Organizáció. Számítógépes Hálózatok Vizsga. Bevezetés. Web-oldal

Copyright 2012, Oracle and/or its affiliates. All rights reserved.

Novell Roadshow január március

Cloud computing Dr. Bakonyi Péter.

Cloud computing. Cloud computing. Dr. Bakonyi Péter.

III. előadás. Kovács Róbert

Számítógépes Hálózatok. 8. gyakorlat

SAP S4HANA as a Service. Török György, Gyenes István

Felhő alapú hálózatok (VITMMA02) Virtualizáció

A készülék fő egységei X1 X1 (kizárólag vezeték nélküli kamera esetében X1 X1 X1 X1 X1

Irányítástechnika fejlődési irányai

Az Ethernet példája. Számítógépes Hálózatok Az Ethernet fizikai rétege. Ethernet Vezetékek

Alkalmazás és megjelenítés virtualizáció

Az adott eszköz IP címét viszont az adott hálózat üzemeltetői határozzákmeg.

Változások a Sulinet szűrési szabályokban

CISCO gyakorlati segédlet. Összeállította: Balogh Zoltán

Point of View Android 2.3 Tablet Kézikönyv ProTab 2XXL

A konvergencia következményei. IKT trendek. Új generációs hálózatok. Bakonyi Péter c.docens. Konvergencia. Új generációs hálózatok( NGN )

A PET-adatgy informatikai háttereh. Nagy Ferenc Elektronikai osztály, ATOMKI

Internet vagy IP Multimedia System (IMS)

2016 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED

Párhuzamos programozási platformok

NCS5500 bemutató. Balla Attila

Storage optimalizálás egyetemi hálózatokban

Felhő alapú hálózatok (VITMMA02) Virtualizáció

Hálózati ismeretek. Az együttműködés szükségessége:

Léteznek nagyon jó integrált szoftver termékek a feladatra. Ezek többnyire drágák, és az üzemeltetésük sem túl egyszerű.

V2I - Infrastruktúra

Átírás:

SDN a különböző gyártói megközelítések tükrében HTE Infokom 2014 2014. október 10. Palotás Gábor vezető hálózati mérnök, CCIE #3714, JNCIS-ENT gpalotas@scinetwork.hu

Témák Miért az SDN az egyik legforróbb téma a hálózatok világában? A vezérlési sík kérdésköre SDN OpenFlow Gyártói SDN megközelítések Kérdések? 1/17

Változó üzleti igények, régóta megoldásra váró problémák A jelenlegi hálózati megoldások nem elég rugalmasak, kevéssé automatizálhatóak és kevés információt adnak az áthaladó forgalomról Mennyi ideig is tart egy komplexebb hálózati létesítés/átalakítás vagy egy új típusú szolgáltatás bevezetése? Mennyi eszközt is kell hozzá átkonfigurálni? Használják-e vajon az ügyfelek a gyakorlatban a különböző gyártó specifikus provisioning termékeket vagy maradnak a táblázatok és a script-ek? Tudják-e az ügyfelek, hogy a hálózataikban egy adott forgalom (flow) merre is kerül továbbításra párhuzamos/redundáns útvonalak esetén? Tudja-e egy alkalmazás a hálózat felé dinamikusan jelezni az aktuális átviteli igényeket? Az RSVP sok éve halott, az MPLS-TE és BGP-TE sokak számára túl bonyolult Bandwidth on-demand sávszélesség igény szerint régi álom A gyártófüggőség megszüntetése szintén régi igény 2/17

Tradícionális router/switch architektúra I. Vezérlési sík Az eszköz CPU-jában futó szoftver folyamat Adattovábbítási sík A dedikált switch ASIC-ek által futtatott hardver alapú folyamat 3/17

Tradícionális router/switch architektúra II. A vezérlési sík a helyi beállítások (policy) és a többi eszköztől kapott információk (routing, hurokmentesítést végző protokollok, stb.) alapján programozza fel az adattovábbítási síkot A vezérlési sík implementációk szegmens specifikusak (DC, SP gerinc, SP Carrier Ethernet stb.) Az alkalmazásoknak az átviteli út direkt kiválasztásába sok beleszólásuk nincs, az alkalmazás hálózati forgalmának sajátosságait a policy csak statikusan tudja figyelembe venni. gyártó specifikus megoldások: PfR 4/17

Az SDN koncepció Software-defined networking (SDN) is an approach to computer networking that allows network administrators to manage network services through abstraction of lower level functionality. This is done by decoupling the system that makes decisions about where traffic is sent (the control plane) from the underlying systems that forward traffic to the selected destination (the data plane). A Software Defined Networking (SDN) egy új megközelítés a hálózatok világában, amely a hálózat által nyújtott szolgáltatásokat a hálózat programozhatósága révén elasztikusabbá teszi Az SDN teljesen vagy részben (hibrid mód) szétválasztja a vezérlési síkot az adattovábbítási síktól fizikai eszköz szinten is, a vezérlés teljesen vagy részben egy külső vezérlőre (SDN controller) kerül 5/17

SDN router/switch architektúra Teljes mód Hibrid mód 6/17

OpenFlow, az SDN egyik alapja OpenFlow is a communications protocol that gives access to the forwarding plane of a network switch or router over the network. OpenFlow allows remote administration of a switch's packet forwarding tables, by adding, modifying and removing packet matching rules and actions. Az OpenFlow egy nyílt szabvány, amelyet az Open Networking Foundation menedzsel Cél: flow alapú kapcsolás központi vezérléssel Az OpenFlow 1.1-es verziója 2011-ben jelent meg Jelenleg az 1.4-es verziónál tart Az OpenFlow ma már az SDN egyik fontos eleme, minden fontosabb hálózati gyártó támogatja 7/17

Switch Az OpenFlow működése (v1.3) OPENFLOW CONTROLLER GROUP TABLE FLOW METER TABLE FLOW TABLE 1 FLOW TABLE 2 FLOW TABLE n CPU Data Data Data SWITCH FORWARDING ENGINE 8/17

Az SDN és az Openflow Az Openflow nem egyenlő az SDN-nel, inkább csak egyik komponense Openflow Software Defined Networking 9/17

Az OpenFlow integrálása a meglévő hálózati eszközökkel Az OpenFlow a switch-eket egyszerű eszközként kezeli, minden intelligenciát a vezérlőre helyez legtöbbször ezért bírálják a domináns hálózati eszköz gyártók az OpenFlow-t Nem meglepő, hogy egyetlen jelenlegi domináns hálózati eszköz gyártó sem kíván dumb OF-switch gyártó lenni, a saját OF vezérlő viszont annál inkább a céljaik között szerepel A hibrid modell elismeri azt, hogy csak akkor kell a vezérlési sík felépítésébe belenyúlni, ha az tényleg szükséges Tartsuk meg a hálózati eszközökön a jelenlegi vezérlési síkot és egészítsük ki azt új képességekkel az OpenFlown-n keresztül 10/17

Gyártói SDN megközelítések Hagyományos hálózati eszköz gyártók (Cisco, Juniper, HP) Kezdetben az SDN iránti lelkesedés fordítottan arányos volt a piaci részesedéssel változó hozzáállás! Jelenlegi megoldások megőrzése Programozhatóság API-kon keresztül OpenFlow támogatás integrált hibrid mód Saját SDN vezérlő kifejlesztése vagy akvizíció (Cisco ONE, Juniper Contrail, HP VAN) Összekapcsolás a virtualizációval Google: saját házi fejlesztésű SDN vezérlő és SDN switch Belső DC interconnect (G-scale) hálózatban kerül alkalmazásra OpenFlow alapú megoldás, központosított TE szolgáltatás 120 portos 10GE switch OpenDaylight nyílt forráskódú projekt a Linux foundation szervezésében Hydrogen, Helium... 11/17

Cisco Open Network Environment Cisco ONE Nyílt hálózati környezet Megtartja azt, ami működik: skálázhatóság, megbízhatóság és biztonság Az újonnan megjelenő igényekre kialakítva A ONE integrálódik a meglévő infrastruktúrával Az SDN koncepció egy komponense a Cisco ONE-nak az OpenFlow protokollt az agent-ek és a vezérlő között használhatjuk 12/17

Cisco ONE contoller A Cisco saját JAVA alapú SDN vezérlője beépített alkalmazásokkal onepk és OpenFlow API támogatás 13/17

Cisco onepk API-k A hálózati feladatok elvonatkoztatása lehetővé teszi a megfelelő API-k definiálását Az API készlet segítségével lehetővé válik az alkalmazások részére a hálózat programozása Több programozási nyelv is támogatott (C, Java ) Az ügyfelek is fejleszthetnek az API-k segítségével saját routing/switching megoldásokat 14/17

A Juniper Networks SDN koncepciója 15/17

Cisco Juniper SDN megközelítési különbségek Drasztikus különbség nincs a két piacvezető hálózati gyártó között az SDN szempontjából vizsgálva A Juniper inkább SW oldalról közelít, míg a Cisco a HW felől Contrail megvásárlása (Juniper) Insieme Networks spin-in (Cisco, Nexus 9000) Különböző SDN bevezetési célterületek Cisco: adatközpontok, nagyvállalatok, szolgáltatók, felhő és akadémia hálózatok Juniper: adatközpontok és szolgáltatói hálózatok 16/17

Kérdések? 17/17

Köszönöm megtisztelő figyelmüket! gpalotas@scinetwork.hu