Ugrás a fő tartalomra

CCIE #xxxxx1

CCNP SP lettem... ez volt az első vagy az utolsó lépés?


Tavaly (ja nem, tavaly előtt) írtam egy post-ot, hogy CCIE vizsgára készülnék. Ígértem a blogon visszajelzést a felkészülésről, viszont nemhogy írni, de készülni sem tudtam abban az ütemeben, amit elképzeltem. Lehet, hogy ennek az az oka, hogy még nem vagyok elég fegyelmezett ahhoz, hogy egy ilyen volumenű vizsgára felkészüljek, de az is lehet, hogy mégsem akarom annyira, mint elsőre (vagy sokadjára) gondoltam.
Szeretném, de itt van például a DevNet témakör, ami jelen pillanatban sokkal jobban foglalkoztat, mint bármi más...Ennek az az eredménye, hogy a 350-501 SP CORE mellé a 300-535 SPAUI vizsgát csináltam meg, hogy teljes legyen a CCNP minősítés, ami kezdetnek nem rossz.

Cisco Certified DevNet AssociateCisco Certified DevNet Specialist - Service Provider Automation and ProgrammabilityCisco Certified Network Professional Service Provider (CCNP Service Provider)

DevNet témakörben hálózatosként érdemes még a 300-435-öt megcsinálni, ami az Enterprise Automation-höz kapcsolódik, viszont - legnagyobb meglepetésemre - Meraki ismereteket is el kell mélyíteni hozzá, nem elegendő a SDA-fabric DNA Center, SD-WAN, IOS-XE ismeret.

CLI-n konfigurálni már nem elég?

Igen a "hagyományos" IP routing és switching tudás már önmagában nem elég... Amit éveken keresztül tanultunk lassan legacy lesz... Ez még az elkövetkező 5-10 évben nem fog úgy eltűnni, mint pár éve anno az SDH vagy PDH rendszerek és a telefonközpontok (egyébként még most sem tűntek el teljesen), de az, hogy valaki érti az IP hálózatok működését és tud CLI-ben konfigurálni, önmagában már nem biztos, hogy elegendő lesz hálózatos területre automatizációs ismeretek nélkül....

 


Érdekessége ezeknek a vizsgáknak, hogy a kérdésekben nem Network Engineer és Network Technician szerepel szenvedő alanyként, hanem Network Automation Engineer, és Automation Technician.
Ezek lesznek a jövő pozíciói!

Back to the LAB

Nah de vissza az eredeti témához. Hogyan haladok a CCIE felkészüléssel?

Átalakult a Cisco minősítési rendszere és most már nem kell CCIE written vizsga, ahhoz, hogy labor vizsgát tegyen valaki. Szóval CCIE written done és bónuszként van egy CCNP SP minősítésem is. Hogyan tovább?
Feliratkoztam egy webinár sorozatra, amely CCIE SP LAB felkészüléshez ad támpontot. Az első alkalommal a labor környezet felépítéséről volt szó, és azokról a módszerekről, hogy miképpen tudunk felkészülni egy ilyen vizsgára.  Erre bárki feliratkozhat cisco-s account-tal a lenti oldalon:
https://learningnetwork.cisco.com/s/ccie-prep-program

A jó hír, hogy az ios-xr 9000v-nek köszönthetően nem csak a control plane-el kapcsolatos parancsokat gyakorolhatjuk, hanem rendelkezésre áll némi dataplane funkcionalitás is.
Mondjuk, amikor legutóbb dolgoztam vele, akkor a VPLS-t nem lehetett konfigurálni csak sima xconnect-et, ez a vizsgában javasolt 6.35-ös verzió esetén nem tudom, hogy változott-e (én 6.0-n laboroztam utoljára), majd a labor összerakásánál beszámolok róla.

A rossz hír az, hogy a dataplane funkcionalitások működjenek, rengeteg vCPU-ra van szükség, szóval a környezet kialakítása nem olcsó, de nem lehetetlen...

Vizsgának szerves része az Ansible és NSO ismeretek használata, szóval DevNet vizsgákra való felkészülés itt is hasznosulni fog.

H1-ben még DevNet Proffesional-ra koncentrálok, illetve a Fortinet Network Security Expert 4-es vizsgámat kell megújítanom, majd H2-ben fogok nagyobb erőbedobással készülni a vizsgára.

Oké! Felkészülök a vizsgára! Mi a helyzet a vizsga központokkal?

Egyenlőre úgy néz ki, hogy régiónként egy vizsgaközpont van nyitva, és COVID miatt, amíg nem kaptam oltást vagy védettségi igazolást, nem kockáztatnék meg egy két hetes karantént a vizsga előtt, szóval amíg nem kaptam oltást, addig biztosan nem jelentkezem vizsgára... 

Jelenleg elérhető vizsgaközpontok listája itt érhető el.

https://www.cisco.com/c/en/us/training-events/training-certifications/certifications/expert/ccie-lab-exam-locations.html

 Legközelebbi  jelenleg nyitva lévő vizsgaközpont Brüsszelben van és eredetileg is ide terveztem a vizsgát, szóval ezzel nem lenne gond. Az országba való beutazás szabályai alapján viszont simán benne van a pakliban hogy az ottani PCR tesztet követően is 7 nap karanténba raknak.
Ezért lehet, hogyha vége lesz a pandémiának csak akkor futok neki a vizsgának, persze évekig nem akarom húzni, de úgy is kell még legalább egy év a felkészülésre...

Remélem nem jövőre fogok újra jelentkezni, ha igen, akkor már igazi CCIE# számmal :).

 Addig is elkezdem a CCIE#xxxxx2-t, talán pár hónap múlva ki is postolom.

 

 




 

É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