-
Fototrend
--- Még az új vizsgarendszer előtti információk, majd frissítjük! ---
Gyakran ismételt kérdések
Olvasd el a cikkeket itt.
Új hozzászólás Aktív témák
-
Ripper17
tag
sziasztok, 200-355 ccna wireless vizsgára készülök, az elméleti és gyakorlati résszel eléggé tisztában vagyok, napi szinten végzek L3 wifi dolgokat. Az nwexam.com on vettem egy exam packot, pár dumpot is néztem - az NDA-t nem sértve tud tájékoztatni, aki már volt: a Cisco WCS és PRIME dolgokat mennyire kérdezik? Előbbivel semmi, utóbbival minimális tapasztalatom van, de a próbasorokban rendre visszatérő kérdések...
Akit érdekel, ez a terv: ezzel meghosszabítom a meglévő R&S-t (decemberben jár le), januárban Barcelonában vagy itthon egy WIDESIGN (van hozzá anyagom, a cég elküldött tanfolyamra is, tapasztalat is megvan), ami átmenthető az új rendszerbe mint specialization vizsga. -
Ripper17
tag
válasz
roPHka
#15192
üzenetére
Szia,
Bármiféle bootcamp jellegű (pár napos képzés) helyett jobban jársz, ha ugyanannyiból veszel Cisco elearning anyagokat, virtuális labort, stb., meg elkezded olvasni a cert guideokat, egy-egy téged érdeklő témában a whitepapereket, blogokat, elmész, levizsgázol.
A korábbi IT tapasztalatot nem részletezted, de pl. egy stabil szerveres-hálózatos tudással már közepes rendszerintegrátor cégekbe be tudsz kerülni, egy programozás-scripting-hálózattal is lehet esélyed bekerülni sok helyre.Az SSC-kbe majdhogynem elég angol nyelv tudás + valamilyen papír, de kkv rendszerintegrátor cégeknél és nagy ICT szolgáltatóknál is van annyi üresedés, hogy hálózatos backoffice/szervizmérnök/stb. poziba be tudsz kerülni.
A CCNA szint simán megugorható egyénileg, még komoly laborkörnyezet se kell hozzá, a Packet Tracer borzasztóan jól segít megérteni az egyes protokollokat, stb. Neki kell állni, az a titka, kérdezni, érdeklődni, a CCNA papír már jó beugró tud lenni.
-
Ripper17
tag
Kis szakmai brainstorming: vezetékes dot1X-t kell csinálnunk a belső hálózaton, különböző okok miatt.
EAP-TLS, belső tanúsítványok, a gépeket hitelesítem, ha minden OK: intranetes VLAN,
Ha nem jó a hitelesítés akkor egy restricted VLAN, AAA szerver felől leküldött VLAN-ID.
Ha nem dot1X képes eszköz: karantén VLAN, switchporton authentication event no-response action authorize vlan <id>
De bizonyos eszköztípusok (pl. nyomtatók) nem támogatnak dot1X-et, de az intranetes VLAN-ba kellene kerülniük úgy, hogy a switchportjuk védett legyen. Milyen megoldás a best practice erre? Port-security a nyomtatók MACjével és dot1X disabled a porton? Sajnos fizikailag hozzáférhetőek ezek a fali portok is, de fentiekkel én csak a "nem dot1X képes VLAN"-ba tudom dobni őket. -
Ripper17
tag
válasz
kenwood
#15179
üzenetére
Én erre azt tudom mondani, hogy ez az adok-kapok tipikusan egyoldalúvá fajuló dolog, ha valakinek nem tetszik hogy megkérem arra ami az ő feladata cc a főnöke, egyből megcsinálja. Sok "kiskakas" típusú ember van ezekben a munkakörökben, aki a főnöke teljes tudta nélkül akadályozza más munkáját, meg szivességként tekint arra ha elvégzi a feladatát....
Jópofizni én se szeretek, azt kell megfigyelni ki az aki jól networkingel (=legtöbbet látod a büfénél meg a cigizőben) és vele jóban lenni, megkérni alapszintű egyeztetésekre - ezek az arcok jellemzően nem a legélesebb kések a fiókban, erre jók. Kiépítik neked a kapcsolatot, csak figyelni kell, hogy utána az adott feladatkört, skilleket, stb. hozzád rendeljék, ne hozzá.
-
Ripper17
tag
válasz
FecoGee
#15180
üzenetére
Én is rétegek szerint csináltam a belső hálózatunk reverse engineeringjét mikor modernizálnunk kellett....nálunk is sokan hívei a Layer2 átvitelnek, országos méretű broadcast domainek, VLAN mappingek, stb. - szerintem ez oda vezethető vissza, hogy a legtöbb távközlési hálózatban a Layer2 konfig a tipikus, ez az egyszerűbb, míg a routingot át is kell gondolni.
-
Ripper17
tag
válasz
Cyber_Bird
#15184
üzenetére
Ez szinte mindenhol így van, kedvenceim, mikor már A/4 papírt megtöltve reverse engineeringeled magad előtt mi-merre-hogyan alakult "történelmi okok miatt", majd a végén kiderül: a fél országon átkergetsz olyan forgalmat, ami a mai helyzetben 2, egymás mellé rackelt eszköz között megy és kis túlzással egy darab patchkábellel átvihető
Meg persze sokak szakmai igénytelensége is benne van ebben, meg a jó kis "PM gyakorlat", és még sok faktor, ami azt eredményezi, hogy egy feladat előbb van késznek tekintve, mint a tényleges konfig cleanup, doksik frissítése, stb. megtörtént. -
Ripper17
tag
válasz
Ripper17
#15085
üzenetére
Végignéztem ezt a Kevin Wallace féle kurzust, amit ide is linkeltem. Ingyen jó volt, de "masterclass" címszó alatt szerintem elég kevés.
Sok témakört CCNA szinten adott elő Kevin, nem éreztem azt (főként switchinggel és wlanal foglalkozom, tehát a routing ismereteim még hiányosak), hogy egy 2.5 éve letett CCNA vizsga és minimális routing whitepaper, config guideok olvasgatása után sok új dolog lett volna.
Ingyen ez jó volt és hasznos, de 300 dolcsit nem fizetnék érte.
-
Ripper17
tag
Én elég sokat dolgozom Aruba wifivel, szerintem messze a legtúlgondoltabb és körülményesebb (Cisco és Huawei wifivel is sok tapasztalatom van). Szimplán az Aruba megközelítéséből adódik, a wireless controller náluk a hálózat közepe, míg a többi gyártónál igazából csak az access réteg kiterjesztése. Ami mondjuk Ciscon 5 kattintás vagy 15 parancs, Huaweien mondjuk 1.5x ennyi, az Arubán sokmillió profil létrehozása, kereszthivatkozás, miegyéb. Cserébe legalább nem is olcsóbb....
-
Ripper17
tag
OCG-t olvasom este meg CBT Nuggets videók melóidőben. Szerintem ez elég ha már kb tudod a Cisco wifi dolgait (én 4 éve fejlesztek, L2-L3 üzemeltetek nagy rendszereket, ahol kb a Cisco wifi architektúra tudását nagyrészt kihasználjuk).
Nulláról indulva úgy olvastam azért az OCG sovány lehet. Olvass még mellé whitepapereket (HD wifi, WLAN designs), illetve az Arubának is vannak jó reference doksijai pl. site surveyhez, ilyesmi. https://community.arubanetworks.com/t5/Validated-Reference-Design/tkb-p/Aruba-VRDs -
Ripper17
tag
válasz
kenwood
#15115
üzenetére
Nem értek egyet, rengeteg "favágó", minimális business impactú, de szükséges backoffice munka van, amit ha nem is automatizmussal, de egy jó scriptel 100x hatékonyabb megoldani. Nálunk pl. ami ilyesmi volt mostanában:
- sok sitera szétszórt, még több switchre vegyél fel pár új VLANt
- wifi controlleren automatán állítódjon be egy mező minden újonnan telepített APra, ami AAA szerver oldal felé kell egy bizonyos adatszolgáltató funkcióhoz, de CLIből nem állítható "automatizálva", ellenben APIbólKáros, ha valakinek a "szerszámos ládájában" legalább az új technológiák highlevel ismerete van? Midsenior szint felett eddig mind a 4 munkahelyemen az "így szoktuk, nem értem miért foglalkoztat ez" attitűddel találkoztam, az újító, fejlesztő ötletek mind el lettek nyomva. Persze sokszor kiderült, ahogy írod is: ő maga se érti, mit csinál, mert 10+ éve ugyanazt a megoldást csiszolgatja, sablon konfigokkal, "így szoktuk, ez működik".
Persze gyerek/család/kutyamacska/kertesház/stb., indok az mindig van, amiért a nagy rendszerekért felelős senioroknak valahogy sosem prioritás az új technológiák, újdonságok megismerése. (Tisztelet a kivételnek) De a junior, az se tanuljon ilyet, mert esetleg a kurrens, hatékonyabb tudásáért több pénzt kérne, mint az, aki pepecselős, alacsony hatékonyságú CLIzgetéssel végzi 20 éve a favágást.
-
Ripper17
tag
nyugodtan kérdezz, annyira mély RF gondolatok nincsenek a CCNA wifiben, csak elsőre ijesztő, aki még nem tanult ilyet
én azt gondolom a wifi inkább afféle "kitekintő" tudás, de mind itthon, mint a környező országokban a WAN-LAN-WLAN triót látom egyben kezelve mint "network engineer". A security szerintem egy külön track, ahány helyen dolgoztam eddig inkább az erős routingos kollegáktól várták el.
Az átalakítás miatt én most a CCNA wirelessre megyek rá (az R&S le is jár lassan, kell a hosszabbítás), illetve még CCNPből a WIDESIGN-t akarom tolni márciusig, a conversion tool szerint annak van még értelme, a core vizsgával kiegészítve érni fog valamit. Az aktuális CCNP R&S-t szerintem nulláról kezdve már véleményes letoltni márciusig úgy, hogy érjen is valamit - de a tudás nem fog elveszni, szinte biztosan fog kelleni a routing és a switching is...
Amire én most ráfeküdnék ha "jól" sehogy se jössz ki a variálásból de van szabadidőd rá az a network programability kérdéskör. Python, JSON, API-k, stb., ez biztosan elvárás lesz az új CCNA és CCNP-ben is, illetve a jövőben a szakmában. "python for network engineers" és hasonló dolgok. -
Ripper17
tag
Pedig a CCNA wireless szerintem sokkal kisebb részét fedi le a Cisco wireless architektúrák tudásának, mint route switchingben a CCNA. Az a miniális rádiófrekvenciás anyag hamar elsajátítható, ha nem megy szólsz és segítek (híradástecnika MSc-vel nekem ez a rész nem volt probléma). ha van egy stabil CCNA szintű switching tudásos simán ráülteted a wifis dolgokat, virtuális controller image is van már gyakorolni.
A security (ASA) szerintem külön állatfaj, legalábbis fejben koncepciót kell váltani -
Ripper17
tag
Sziasztok,
Kevin Wallace (szerintem a legjobb, legérthetőbb oktató) jövő héten 3 napos, ingyenes online tréninget tart az aktuális CCNP Route masterclass anyagából. Ezzel ünnepli, hogy 5. éve oktat saját keretei között
Az időpont európai idő szerint 17-21 órát jelent.Regisztrálni itt tudtok: https://www.kwtrain.com/route-signup
11 AM – 3 PM Tuesday, September 17, 2019
• Exam Overview
• VRF Lite
• RIPng
• EIGRP Review
• EIGPR Data Structures
• EIGRP Timers
• EIGRP Path Selection
• EIGRP Basic Configuration Demo
• EIGRP Metric Calculation
• EIGRP Feasibility Condition
• EIGRP Neighborship Formation over a WAN
• EIGRP Queries and the Stuck in Active (SIA) State
• EIGRP Stub Routing
• EIGRP Summary Routes
11 AM – 3 PM Wednesday, September 18, 2019
• EIGRP’s Variance Option
• EIGRP for IPv6
• Named EIGRP
• OSPF Review
• Link-State Advertisements (LSAs)
• OSPF Route Filtering
• OSPF version 3
• Mutual Route Redistribution
11 AM – 3 PM Thursday, September 19, 2019
• Route Redistribution with Route Maps
• IPv6 Route Redistribution Considerations
• Policy Based Routing (PBR)
• BGP Review
• BGP for IPv4
• Influencing BGP Path Selection
• BGP for IPv6
• IPv6 Traffic Filters
• Auto Secure
• NAT64
• NetFlow
• Final Preparation -
Ripper17
tag
válasz
marcus.fenix
#15054
üzenetére
Igen, elvileg ennyi elég kell legyen, a NAT gondolom már a DHCP-s WANra is be volt konfigurálva és most nem változik.
-
Ripper17
tag
válasz
soma314
#14985
üzenetére
szerintem nem gond, ha a CCNA átfogóbb jellegű, úgy gondolom a borzasztóan szétaprózodtt CCNA specializációk sem voltak előnyösek. Ha csak a munkaerőpiacot nézed is ritka a specializált junior - 3-4 év után meg mi értelme egy újabb CCNAt csinálgatni specializációból, ha közben valószínűleg a tapasztalat nagy részét már felszedte az ember a kialakult vagy választott szakterületen?
Ahogy láttam azért a CCNA specializációs anyagrészek nagy része belekerült a vonatkozó CCNP core vizsgába. Szerintem ez szintén jó, legalábbis így jobban motivált vagy a fejlődésre, ha már egy stabil, mostani CCNA specializácónak megfelelő tudásod van.
-
Új hozzászólás Aktív témák
- Kérlek használd a keresőt, mielőtt kérdezel!
- Olvasd el a téma összefoglalót mielőtt kérdezel!
- A dumpok és a warez tiltott témának számítanak!
- ÁRGARANCIA!Épített KomPhone i5 12400F 16/32/64GB RAM RX 7600 XT 16GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Újszeru GIGABYTE G5 - 15.6" FullHD 144Hz - i7-13620H - 48GB - 1TB - RTX 4050 - Win11 - 1,5 év gari
- REFURBISHED és ÚJ - HP USB-C Dock G5 docking station (5TW10AA) - 3x4K felbontás, 120Hz képfrissítés
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X 16/32/64GB RAM RX 7600 8GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest