Ugrás a fő tartalomra

CCIE #xxxxx0

CCIE SP akarok lenni

Eljön az ember életében egyszer az a pillanat, hogy úgy érzi megrekedt egy bizonyos szinten, és innen nem tud előre lépni. Egészen mostanáig úgy éreztem, hogy nincs lehetetlen és bármit meg tudok csinálni. Viszont az élet nem lineáris görbéjén sajnos eljutottam arra pontra, hogy talán nem így van és sok magánéleti és céges feladat annyira felemészt, hogy örülök annak ha szinten tartom a meglévő kompetenciámat.
Emiatt rosszul éreztem magam, céltalanná váltam, illetve a korábban kitűzött céljaim annyira elhomályosodtak, hogy esélytelennek láttam egy professional szintnél magasabb minősítés megszerzését...
Viszont tegnap/ma hajnalban számot vetettem, hogy honnan indultam, hol tartok most és mi van még hátra. Nagyjából középiskolás korom óta van kitűzött célom, ami a évek teltével szakaszosan változik:
0. szakasz: kikerülni otthonról
1. szakasz: Puskás Tivadar Távközlési Technikum  - Technikusi minősítés
2. szakasz: OE Kandó Kálmán villamosmérnöki kar - BSc
3. szakasz: Magyar Telekom - IP hálózati rendszermérnök
4. szakasz: CCNA/CCNP
5. szakasz: OE Kandó Kálmán villamosmérnöki kar - MSc
6. szakasz: Más gyártók professional szintű vizsgái - FNSE, ACDP, ACSP stb...

##################################
Az első 6 szakaszon kívülről úgy tűnhet könnyedén átestem de valójában így fest a kép:
Ma hajnalban végleg elhatároztam magamban, hogy megcsinálom a CCIE vizsgát. Szóval fenti képen látható jéghegy aljáról, szép lassan elkezdek felkapaszkodni és ennek az útját szeretném a kedves Olvasó számára bemutatni.
Ebben a post sorozatban nem csak technikai dolgokról fogok írni, hanem azokról a körülményekről és érzelmi, értelmi állapotaimról is beszámolok, amik mentén a felkészülést megteszem.

Ez ha úgy tetszik a 0-ik írásom a CCIE #xxxxxx-hez vezető utamról.

Integrátor cégnél miért éppen a Service Provider track-en csinálom meg a minősítést?

Tartozok egy vallomással amit a családomnak, barátaimnak, kollégáimnak és közeli ismerőseimnek már bátran hangoztatok ez pedig hogy:

NEM VAGYOK INFORMATIKUS!

Magamat úgy definiálom általában, hogy telekommunikációra és infokommunikációra specializált villamosmérnök. 
Vagy ahogy az informatikában leegyszerűsítve definálnak:
Hálózatos mérnök....

Tehát "számomra" nincs is szebb  és jobb a hálózatoknál és ilyen múltal és öndefinicóval mi lehetne a legjobb cél számomra, mint hogy a hálózatok-hálózatárából legyen  magas szintű szakértői minősítésem.
A szolgáltatói hálózatok ezen a specializált területen szinte mindent lefednek, az optikai kábelektől kezdve a routereken át egészen az SDN API hívásokig.

Mivel 2020 február 24-től változik a Cisco minősítési rendszere, ezért nekem már az új feltételek mentén kell majd teljesítenem a követelményeket ami alapesetben két vizsga "csak":

CCNP SP:

Implementing and Operating Cisco Service Provider Network Core Technologies (SPCOR 350-501)

 LAB exam:

CCIE Service Provider v5.0

 Egész könnyűnek hangzik ahhoz képest, hogy a professional szint eléréséhez CCNA-t is beleértve 4 vizsgát kellett teljesítenem, de ha kinyitjuk ezeket a linkeket, akkor már láthatjuk, hogy sok anyagot kell megemészteni, mire az ember eljut arra pontra, hogy most megyek vizsgázni. Ezért ennek most úgy állok neki mintha elefántot akarnék megenni és szép lassan késsel és villával leszalámizom magamnak és kis lépésekben haladok. Első lépés a CCNP SP és az SP specializációk megszerzése lesz.
Mivel ebben a témakörben azért nem vagyok teljesen fű ezért egy olyan résszel kell kezdenem, ami még nem annyira ismert számomra mint a többi így a Cisco IOS Xr Fundamentals (már 100 oldalon túl vagyok :)) részt veszem át elsőnek így a további postokban majd erről lesz szó.

Szóval CCIE #xxxxx-es post sorozatomat azoknak ajánlom, akik érdeklődnek a szolgáltatói hálózatok iránt. Továbbá azoknak is érdemes olvasni, akik hasonlóan motiválatlanok, egy új szint teljesítéséhez, mint én voltam a 7. szakaszom előtt, hátha adhat egy löketet ahhoz, hogy túl lendüljenek rajta.


Érdekesebb bejegyzések

Hálózat-virtualizáció a gyakorlatban - ACI fabric E01

Cisco ACI Kellett már nekünk mint egy falat kenyér, hogy végre történjen ebben VLAN-okba költözött posványos DC rendszerekkel valami... valami új. Mit tegyünk, ha hálózati infrastruktúrát az határozza meg, hogy adott VLAN-ok, hol vagy hol nem szerepelhetnek az infrastruktúrában, ha egy létesítést 8 különböző IT vezetőnek kell jóváhagyni, ha a felelősség tolása másra fontosabb, mint a projekt végrehajtása. Cisco ACI-ról írni nehéz dolog egy olyan alternatív IT valóságban, ami ma Magyarországon van... Mert amíg azzal küzdünk bizonyos helyeken, hogy az ultrafontos IT app egy 486-os gépen fut, ami csak 10M half-ot tud, addig nem tudjuk a 20 éve EoS demarkációs switch-et lecserélni, a lassan szintén EoS státuszba kerülő "legújabb" Nexus switch-re. Addig felesleges bárminek is a infrastruktúrában alkalmazás centrikusnak lenni, amíg az alkalmazásunkat támogató csapat az eniac-os lyukkártyás időszakon mereng, és még mindig nem fogadja el 21 századot. Mint azt egy korábbi be

SD-WAN vagy SD-NINCS II. epizód Cisco (Viptela) 1

Cisco SD-WAN első rész Bevezető Élek az alkotói szabadság jogával, és ellentétben az eddigiekkel kicsit rövídítek a post címén. Eredetileg ez a sorozat Hálózat-virtualizáció a gyakorlatban SD-WAN vagy SD-NINCS II.rész Cisco (Viptela) 1 címet kapta volna, csak hát: Kib@#&0tul hosszú lenne. Az SD-WAN témakör önmagában megér egy post sorozatot. A Cisco SD-WAN-ról sok mindent lehet írni, így ez is megér egy önálló post sorozatot. Cisco SD-WAN-nak nem kis történelmi háttere van már, hiszen a megoldást szakmai berkekben leánykori néven viptelának is hívják. A Cisco 2017 májusában fejezte be a Viptela akvizícióját, és termékeit saját megoldásként, immáron 3 éve Cisco SD-WAN megoldás részeként kínálja az ügyfelei felé. Azért hivatkozunk a szakzsargonban Viptela néven a megoldásra, mert a Cisco-nak további SD-WAN megoldásai léteznek, illetve léteztek: SD-BRANCH (ENCS platform) Meraki SD-WAN IWAN (performance routing alapú, APIC-EM vezérelt kezdeményezés, ami sajnos kihalt )

Hálózat-virtualizáció a gyakorlatban SD-WAN vagy SD-NINCS I. epizód Fortigate

SD-WAN vagy SD-NINCS I. rész Ez a bejegyzés sorozat ötlete, akkor merült fel bennem, amikor különböző gyártók SD-WAN-nak titulált megoldásait próbáltam összegezni magamban... Figyelemebe véve az alap elképzelést és a technikai megvalósíthatóságot, három kategóriát állítottam fel ezekre megoldásokra: SD-WAN megoldások - melyek biztosítják a transzport agnosztikus átvitelt, lehetőséget adnak a szolgáltatótól független topológia kialakítására központi orkesztráció és kontroll segítségével, továbbá az üzleti alkalmazások számára északi irányú API integrációra adnak lehetőséget. SD-NINCS megoldások - melyek marketing anyagokban szerepeltetik az SD-WAN-t, viszont technikai oldalról csak egy jól komponált policy based routing, ami  maximum megvalósítható. SD-LESZ megoldás - valahol a kettő között... Fortigate SD-WAN Március 13-ka óta HOME-OFFICE-ban dolgozom. Nem volt egyszerű az átállás, legalábbis mentálisan mindenképpen megterhelő a napi feladatok elvégzése úgy, hogy közbe

IPAR 4.0 - Okos megoldások, hülyén megvalósítva

IPAR 4.0 Telekommunikációs és informatikai berkekben, az IPAR 4.0 eszközöket valahogy úgy definiáljuk, hogy ipari cuccok amik IP hálózaton is kommunikálnak... Természetesen ez egy durva egyszerűsítés, de ebből a szögből nézve a gyártásban betöltött szerepe nem annyira fontos, mint a hálózatban elfoglalt helye. Ezek olyan tipikusan beágyazott-rendszer alapú megoldások, melyek saját operációs rendszerrel rendelkezhetnek, és IP kommunikációra, egy már korábban lefejlesztett általában valamilyen linux alapú kernel modult használnak. Az ilyen eszközök mondhatni semmilyen tűzfal vagy végpontvédelmi megoldással nem rendelkeznek, kommunikációjuk az adatgyűjtő berendezésekkel általában nem titkosított, így potenciális veszélyforrást jelentenek a hálózatunkban. Nos eddigi tapasztalataim alapján az IoT és/vagy SMART termékek terén az, hogy minél olcsóbban, minél több szolgáltatást legyenek képesek nyújtani a végfelhasználó felé. A ipari plc-k vezérlő szoftvere - amin keresztül menedzs