Ugrás a fő tartalomra

Bejegyzések

Hálózat-virtualizáció EPISODE V - PART II South-bound APIs

South-bound APIs Déli-irányú API-k esetén nem olyan "egyszerű" a helyzet mint északi-irányban. Ugyanis még nincs - és talán sosem lesz - olyan egységes, kvázi sztenderdizált protokoll mint a REST API. Hogy miért? Hát kérdezzük meg a gyártókat! Miért nem a NETCONF, vagy a SNMPv3, vagy az OpenFlow mellett tették le a voksukat egységesen. Mint a korábbi bejegyzésemben írtam már, a gyártók az SDN megoldásaikat sokkal inkább csomagolt termékként kínálják, mint egymással együtt működő standardoknak megfelelő részegységeket. Ezért van az, hogy a déli-irányú SDN integrációt nem lehet, egy protokollal megvalósítani egy heterogén rendszerben. Déli-irányban, így gyakorlatilag bármi lehet API, amit az SDN kontroller és a hálózati eszköz is támogat... Azért próbáljunk meg néhány protokollt kiemelni, mert azokban megvan minden olyan funkcionalitás, ami alkalmassá teszi az orkesztráció megvalósítására.   YANG adatmodell RFC6020 - Yet Another Next Generation... A fenti k

ITBN19

ITBN19 Közeledik egy igen fontos és rangos esemény az ITBN, ahol a hálózatbiztonság mellett sok egyéb érdekes témával is találkozhatunk. Idén abban a szerencsés helyzetben vagyok a munkáltatómnak köszönhetően, hogy részt tudok venni az eseményen, illetve akit érdekel annak a regisztrációját is tudom fogadni, a céges email címmel. Idén több kiváló kollégám is fog előadni,így javaslom az alábbi előadásokra üljetek be mindenképp: Elosztott biztonság a virtualizációban   Szeptember 25. szerda 1:30PM  99999 Skybox Szeptember 26. csütörtök 1:30PM  99999 Skybox   VMWS1UEM&TMMSAPX1 – Felhasználói élmény és biztonság egyszerre az eszközeinken. Lehetséges ez? Szeptember 25. szerda  2:40PM 99999 Skybox Szeptember 26. csütörtök 2:40PM 99999 Skybox 5 keys to successfully use Machine Learning in Cyber security Szeptember 26. csütörtök  2:45 PM Anniversary Room Az előadásokról és programok menetéről itt olvashattok bővebben: https://hub.it

Hálózat-virtualizáció EPISODE V - PART I North-bound APIs

Application Programming Interfaces - APIs API-król az SDx bejegyzések során már röviden beszéltem, de most tegyük nagyító alá a témát, és nézzük meg az egyes API-k működését, hogyan kapcsolódnak az egyes orkesztrációs szintekhez (kontrollerekhez). Tehát mindenkinek megvan, hogy az SDN architektúra referencia középpontja maga az SDN kontroller. Ez alapján azok az API-k amik a kontrollert alkalmazás oldalról érik el (tipikusan REST-API), észak-irányú API-nak - North-bound - amikkel pedig a kontrollerrel érjük el az infrastruktúrát azokat pedig déli-irányú API-nak - South-bound - szoktuk nevezni. A fentiek alapján, és felhasználásuk szempontjából megpróbálom leírni ezeket a protokollokat, annyi extra csavarral, hogy bevezetem az integration-API fogalmát, ami bizonyos szempontból észak-irányú API-nak is tekinthető, de szerintem ez inkább külön kategória, mert ez kontroller, vagy kontroller jellegű alkalmazások összekötését teszi lehetővé. North-bound API REST

Indul a mandula!

Kedves Olvasók! Megújult formában változatlan tartolammal, vagy annak hiányával... indítom útjára, Linkedin-ről levált blogomat... A témák változatlanok, a korábbi anyagok is migrálásra kerülnek! Remélem sikerül havi rendszerességgel egy-egy post... majd meglátjuk!  Addig is mindenkinek kellemes nyarat! Üdv Telecommer, aka Makesz ;)

SD-BRANCH WS in Brussel Diegem

 SD-BRANCH WS in Brussel Diegem Olyan tengersok ideje van az embernek, hogy nem tudjon mit is kezdjen vele… Ha látok ilyet, akkor majd szólok, most viszont sebtében (még a kobakomban van), innen a reptérről megírom a tapasztalataimat, az HPE által szervezett partnerek szóló 2 és fél napos Aruba SD-Branch workshop-ról. Ahhoz, hogy mindenki értse miről is beszélek, indítsuk onnan, hogy az Aruba (vagy HPE) Brand-estített SDN megoldás mi célt szolgálhat az életünkben. Alapvetően jár a piros pont az Arubának azért, hogy ezt a meglévő termékportfóliójára építette fel és nem akviráltak már egy befutott SD-WAN megoldással rendelkező gyártót (pl Riverbed). Igen az Aruba SD-Branch célja, hogy Branch-ek és az adatközpont (DC) és vagy a HQ között SD-WAN hálózatot építsünk fel. A HPE TSS kapcsán, amit írtam a SD-Branch-ről az így a 2,5 nap fényében már nem állja meg a helyét. Ugyanis eltérő módban kell használni az Aruba Mobility Controllereket, és nem Wireless c