- Honor Magic5 Pro - kamerák bűvöletében
- Honor Magic V2 - origami
- Poco X6 Pro - ötös alá
- Mindent megtudtunk az új Nokia 3210-ről
- iPhone topik
- Okosóra és okoskiegészítő topik
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- iOS alkalmazások
- Samsung Galaxy S23 Ultra - non plus ultra
- Xiaomi 14 - párátlanul jó lehetne
Hirdetés
-
5 év alatt 100 milliárd dollárt költött fejlesztésre az Apple, az AI a következő
it Tim Cook újfent megerősítette, hogy nagy AI-tervekkel rendelkezik az Apple. És várhatóan alacsonyabb költségekkel valósítja meg azokat, mint a riválisai.
-
Várható a HyperOS a Poco F3-ra is
ma Elkezdtek frissülni a Xiaomi új felületére a Redmi K40-ek, ám egy de: Android 13 alapon megy a dolog.
-
Végre Steamre tart a Sins of a Solar Empire II
gp A nyár folyamán véget ér az Epic Games Store exkluzivitása és a Valve rendszerében is megjelenik a teljes kiadás.
-
Mobilarena
--- 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
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.
[ Szerkesztve ]
-
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
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
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
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
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.
[ Szerkesztve ]
-
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
É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
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
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 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 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
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.[ Szerkesztve ]
-
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
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 Cyber_Bird #15238 üzenetére
Ezzel én is egyre inkább így vagyok, nem is a szakmai feladatok, kihívások a gond, hanem hogy az IT is baromira felhígult, folyamatosan olyan emberekkel kell alkudoznom pl. IT üzemeltetés, PMO, presales, network operations oldalról, akiknek halvány fogalmuk nincs az alapokról sem és visszahúzzák az embert. Illetve ilyen emberek döntenek sokszor az ember feje felett.
-
Ripper17
tag
Volna egy érdekes szakmai feladatom, alapvetően identity based úgy érzem meg lehetne oldani korrekt módon, de abban nem találtam "counter" típusú triggert.
Ti hogy oldanátok meg az alábbit Cat 2960X/3850 környezeten?
(0. Sikertelen dot1X és MAB után dynamic VLAN-ba kerül a kliens, nevezzük ezt karanténnak)
1. Karantén VLAN-ból elérje a PKI szervert, hogy letölthessen új certificatet, majd ez után újrakezdődjön az authentikáció
2. De ha 3-nál többször kerül a karantén VLAN-ba (azaz 3x fut végig a 0. és az 1.) akkor egy "guest VLAN"-ba essen beleA szokásos authentikációs dolgokkal ezen már megakadtam, most identity based a 2. pont kilépési feltételét nem tudom összerakni logikailag sem. Timert tudom hogy lehet (de az a legacy megoldással is menne, auth szerver oldalról visszaküldött megfelelő AV párral), annak én több értelmét is látnám (számomra logikus, hogy van ~5 perce a PKI-tól új certet szerezni a kliensnek, ideális esetben ez után már a dot1X ellenőrzésen át kell menjen), de az IT nem
[ Szerkesztve ]
-
Ripper17
tag
válasz McClane #15285 üzenetére
ezekhez már csak mobility expresses image-t tudsz rakni, a régi, jól bevált k9w7 keresőszóval nem sok mindent fogsz találni. nekem viszonylag sok wifis service contractom van, de 1815i ME imaget én sem tudok letölteni, mivel specifikusan lightweight-es APkat rendelünk.
-
Ripper17
tag
200-355 WIFUND passed.
Felkészülési anyagok:
- OCG: jól összeszedett, de néhány témakört felületesen vesz
- Learning Library kurzus: na, ez meg már túl bőséges, néhány RF/802.11 témakört híradástechnika MSc-n nem részleteztünk ennyire
- nwexam.com gyakorlóvizsgák: az elavult részeket (Cisco WCS) kivéve jól használhatóakVizsga tapasztalat:
- kérdések száma, témakörök megoszlása blueprintnek megfelelő
- 85%+ limit, 95%-om lett
- legacy (converged access, WCS): számosságban kevés, de összetett kérdések, kellett a kapcsolódó koncepciók mély megértése
- több kérdésnél typo hiba
- egy-egy témakörben 2-3x jött vissza ugyanarra, csak másképp kérdező kérdés
- egy multiple choice (choose 2) kérdésnél csak 1/5 lehetőség volt jó, a 2. jónak tűnő válasznál a kérdést író felcserélte a kivonás és az osztás angol megfelelőit
A 200-125 CCNA-t kb a legelsők között csináltam, ott nem volt ennyi hiba, mint egy kifutó, általam kiforrottnak tartott vizsgánál. Kellett azért a munkahelyi tapasztalat.
(remélem ezekből semmi nem sért NDA-t, ha igen szóljatok és módosítom/törlöm) -
Ripper17
tag
Mennyi idő, míg átkerül a Cisco cert trackerbe a sikeres vizsga?
-
-
Ripper17
tag
válasz B-Eazy #15302 üzenetére
Szia, a CCNA anyag nem annyira nehéz, ha van rá lehetőséged és időd, affinitásod amúgy megtanulni.
Én személy szerint preferálok olyannal dolgozni, akinek bármiféle, értékes gyártói vizsgája van (sajnos van vendor, ahol már egy sima tanfolyam végigülésére is oklevél jár...) - ezzel bizonyítja, hogy képes új dolgok megtanulására egy cél érdekében több hónapon át, illetve hogy legalább alapszinten érti, amiről beszél. Nagyon sokan egész életükben kizárólag a szükséges és elégséges tudásnak néznek utána, sablonok között dolgoznak, abszolút nincs affinitásuk legalább megismerni, mi van azokon kívül, milyen eszközök, megoldások, stb. -
Ripper17
tag
válasz rihovszky #15483 üzenetére
Az IBM network üzletág amennyire tudom elég mostoha, a Lufthansa Systemstől vették át, aztán vissza is akarták adni, stb. Anno (3 éve) interjúztam hozzájuk, L3-ra. CCNP R&S tudásszint, Aruba wifi üzemeltetési tapasztalattal, ami nekik kellett.
2 kör interjú után érződött: felvennének L3-ra, de elég fiatal vagyok még most is. tehát beküldtek egy klasszikus "geek" fazont, aki teljesen nonszensz (IOS verzió vagy platform függő) kérdésekkel bombázott, amiket fejből a legjobbak sem tudnak, kinézi doksiból vagy "kikérdőjelezi". Felajánlották ez után az L2 pozit, 3x8 helyett akkor álltak át "dolgozói kérésre" 2x12 óra műszakra (értsd: az Mt. szerinti maximális túlórakeretet így kimerítik), ráadásul váltott munkarend. Órabérre nézve ez majdhogynem diákmelós fizetés lett volna...de persze a fejlődési lehetőség, meg a tanfolyamok, és ha jól tolod 3-5 éven belül L3, stbstb., szokásos multis bullshit. Medior tudású szakember kellett volna nekik egy junior poziba, gyakornoki fizetésért. Megköszöntem a lehetőséget.
Jellemző az elvárásuk realitására, hogy ezek a pozijaik azóta is folyamatosan nyitva vannak...a cégen belül várható folyamatokra, szervezettségre pedig az, hogy rá 5 hónapra, egy másik HR-es munkatársuk megkeresett, L3-ra és meglepődött, hogy én már végigjártam náluk ezt a kört. -
Ripper17
tag
válasz Gyurike #15471 üzenetére
Klasszikus példája annak, miért mennek egyre inkább szoftveres irányba a cégek.
Illetve miért népszerű a python - ez a probléma nem csak nálad merült fel, nyilvánvalóan van rá kész megoldás, a python pedig külső modulokkal nagyon jól testreszabható különféle felhasználásokhoz a hálózatos közösség is erős worldwide, de a fejlesztői még inkább. hogy egy senior dev cimborám idézzem: "bruttó 1M fizut simán elérsz ha tudsz ctrlc-ctrlv-zni"Nekem nemrég kellett hasonló. A probléma központi részét a Jinja2 templating engine simán megoldja:
https://blogs.cisco.com/developer/network-configuration-template
Nyilván univerzálisra akartam ezt csinálni, így amit csináltam így néz ki:
1. Az input egy csv file, a header a változók neve (ahogy a J2 sablonban hivatkozom őket). Ez egyszerűen előáll, ha az adott projekt LLD-je egy Excelben tisztesen megvan. A script elején az input és az output mappát kiüríti a script.
2. A csv-ből csinálok YAML formátumot (1 sor CSV --> 1 YAML file). Ehhez is természetesen elérhető más fejlesztők munkája GitHubon, szinte 1:1 átemeltem egy szimpatikus kódot amit a "csv 2 yaml" kifejezés kiadott, csak a kimeneti file elnevezését megadó formulát módosítottam. A végén lesz M darab YAML fileom, amik változó:érték párokat tartalmaznak.Ez azért jó, mert a YAML formátuma (meg persze a JSON is, csak én azt kevésbé tartom átláthatónak) 1:1 átemelhető a python "dictionary" típusú változójába, és a Jinja2 engine-nak ez beadható közvetlen.
3. Lefut a Jinja2 engine, egy "template" mappában N darab sablon lehet. Minden kombinációt legenerál, azaz a végén M*N darab konfig fileom lesz, az elnevezésük olyan ami nekem értelemszerű.
Mivel ez egy sima for ciklus, így ki tudom iratni, mikor tart 25-50-75%nál a progress, illetve a végén nézem hogy mennyi idő volt a generálás.
Minden kombináció generálódik, az engine-t nem zavarja ha a paramétereket tartalmazó YAML fileból nem használsz fel minden változót. így tudtam most ugyanazon Excelből Layer3 és Layer2 switch konfigot generálni egy-egy switchre, illetve ugyanezt több switch platformra. (Ez egy valós helyzet nálunk a cégben, nagy projekten nem mindig reális előre felmérni mind a k*50-100 siteot,hova kell 24 portos, hova 48, így jó ha a telepítőnek mindegyik konfig rendelkezésére áll).
4. Egy basic ellenőrzést tettem bele a végén: a kimeneti fileokat átnézem, nincs e benne "{" vagy "}" (ezek határolnak Jinja2 változókat, azaz ha ilyet talál a script akkor typo miatt az engine nem tudott valamit értelmezni, át kell nézni a sablont és a csv header-t is)...illetve hogy a kimeneti mappában valóban csak M*N darab file van.
Nulláról indulva ez azért 1-2 hét alatt összerakható, 200 sor körüli összesen...és a későbbiekben is egész jól használható nálam...de a leghasznosabb igazából tényleg az, hogy megtanul az ember keresni pl. githubon, developer fórumokon, stb. és rájön, hogy túl van misztifikálva baromi sok dolog
[ Szerkesztve ]
-
Ripper17
tag
válasz stfreddy #15491 üzenetére
Valahogy tömbösítve lett volna, és váltakozva a nappal és az éjjel, hétről hétre.
még minta beosztást is küldtek, azzal matekoztam ki hogy ez nagyon nem havi 160 óra. plusz ami a vacak lett volna: a 2 "rend" közti átállás miatt a pihenőidőd sem igazán jön ki jól.A legvacakabb mégis ezekben, hogy kinullázza a társadalmi életed, párkapcsolatod, stb., nem igazán tudsz részt venni olyan programokon, ami egy 9-5 vagy nagyjából hasonló munkarenddel alapvető. És persze az ígért előrelépési lehetőség is tipikusan nulla, karriertervezés cégen belül nulla, minél alacsonyabb költségen minél tovább megtartani az embert, ha magasabb szintre kell felvenni inkább az is új ember legyen, mint házon belül. erről szólnak ezek a cégek és az üzemeltető területek.
Én azt mondom pályakezdőként, juniorként valami nagyobb cégben L1-L2 üzemeltetés, kisebb cégekben rendszerintegrácós mindenes, mellette tanulni-laborozni amennyit lehet, illetve ügyeleteket vagy 1-1 hétvégi átállást vállalni (persze kevésbé rizikós feladatokon). a legtöbbet abból tanultam, mikor egyedül kell éjszaka vagy hétvégén megoldanod nem várt problémát, mert a B terv: felhívni valaki olyat, akit junior fejjel nagyon nem szeretnél
[ Szerkesztve ]
-
Ripper17
tag
válasz BoneDragon #15503 üzenetére
Kérdésedet meg is válaszoltad: "attól függ hova mész"
Pályakezdőknél azért nem jellemző a mély szakmai interjú, inkább a motivációt nézik. Előnyös lehet ha akár packet tracerben, akár eve-ng-ben már raktál össze valamiféle hálózatot, ami az alapvető protokollokat használja és erről tudsz is beszélni.Én inkább ennek vagyok a híve interjúkon, illetve troubleshooting jellegű kérdéseket szoktam feltenni vagy akár egy-egy konkrét log részletet adni a pályakezdő/junior alanynak, hogy merre indulna el. A gyakorlatias megközelítés, az, hogy van koncepciója merre induljon el egy hiba esetén, stb. fontosabb a fiatalabbaknál, illetve úgy általában ebben a szakmában, mint hogy kiváló elméleti szakember legyen valaki. Akit érdekel a szakma az fiatalon szivacs módon tudja felszívni az elméleti tudást....
A neten elég sok "CCNA interview questions" található, egy viszonylag tipikus kérdés amivel én többször is találkoztam: háromszög topológia, 3 switch, dummy MAC címek, stb., magyarázd el a spanning tree működését rajta.
[ Szerkesztve ]
-
Ripper17
tag
válasz ruby88 #15535 üzenetére
Cége válogatja. Dolgoztam már olyan helyen, ahol:
- L2-n nagyon sok esetben segítettem az L3 mérnököknek, vagy akár magam dolgozhattam ki egy change-t, vitt a PM/account manager ügyfélhez egyeztetni. Itt nagyon sokat tanultam mind emberileg, mind szakmailag; jó volt az együttműködés L1-2-3 között; megfelelő a feladatok/munkák áramlása mindkét irányban, nem csak RO jog van, de tudod, ha egy-egy kiemelt ügyfelet inkább L3 kezel.
- az L1 majdhogynem a callcenter/monitoring ticketeket acknowledge-elő szerepet se tudta betölteni. folyamatosan nagyon alap troubleshootingot csináltunk L2-n, egyáltalán nem volt a saját feladatainkra időnk, nem hogy fejlődni vagy az L3-hoz be-besegíteni.
- meg olyan helyen is, ahol végül is rendben volt minden, de az eszkaláció nagyon egyirányú volt a szervezeti vezetés miatt. mivel ezzel sok L2 mérnök vissza is él (átdobja L3-ra, vagy nem reagál olyan feladatok átadására, ami egyértelműen L2, így sokat L2-ztem L3-n), így ez sem kifejezetten jó.Én interjúkon meg szoktam kérdezni, hogy a tipikus hétköznapi ticketek lezárása milyen arányú L1-2-3 között, illetve egy-egy új projekt kidolgozása hogy oszlik meg. Beszédes az is, ha erről gőze nincs a téged interjúztató vezetőnek
[ Szerkesztve ]
-
Ripper17
tag
válasz szallasi007 #15542 üzenetére
30. BSc alatt gyakornokként kezdtem. Gyakornoksággal együttvéve 4. munkahelyem, különben a mai napig junior lennék (ez is egy érdekes téma, mi volt előbb: a meglévő, jó szakembert nem megbecsülő HR és vállalatvezetési politika, vagy a "jobhopping"). Országos távközlési szolgáltató cégek. Nagyvállalat/multi szinten kevés bullshit van, amit ne láttam volna
-
Ripper17
tag
válasz kenwood #15541 üzenetére
Jól ráéreztél, amit idézel az konkrétan az egyik legnagyobb hazai Cisco partner üzemeltetési területe volt. az én fejemben a Level1 dolga minél több információ begyűjtése és ticketbe rögzítése, körülhatárolás,
a) "XY szerverünk nem elérhető." se egy IP címet nem kérnek, se alapvető hibakeresési metódusokra nem kérik meg ügyfelet (pl. más szerver elérhető abban a szerverteremben?). közel üres ticketet kapsz, bejelentő oldali kontaktot is te szerezz, nulláról indulsz L2-n. Mire összeszeded az infókat 90% persze kiderül: szerveroldali hiba.
b) "nincs wifi" bejelentve egy országosan 120 telephelyes ügyféltől, általános sysadmin címről. ennyi. szerezz további infót, hol, mi nem működik, egyáltalán hogy melyik wifi controllerben kezdj nézelődni.
c) proaktív monitoringos ügyfél, monitoring rendszer nyitja a ticketet/küldi az emailt az L1-re. L1 rá se néz, azonnal riadóztatja L2 ügyeletest, holott sokszor csak pillanatnyi áramkimaradás.Persze a 80-20 itt is érvényesült, az ügyfelek 20%-a volt ilyen.
Összességében amúgy hasznos munkák ezek softskill terén, megtanulsz rövid idő alatt hatékonyan infókat megszerezni, illetve terelni az amúgy neked fizető ügyfélt a hibajelenségtől a megoldás felé. A karrier későbbi részén (főleg troubleshooting feladatoknál) kiválóan látszik, ki az, aki csinált ilyet, és ki az aki így vagy úgy egyből magasabb pozikban kezdett. Csak éppen sok időt vesznek igénybe és egy L2, legtöbb esetben azért CCNA tudásszintű, sokszor CCNP aspiráns rendszermérnök nem callcenteresként szeretné tölteni a munkaidejét éveken át.
A mostani helyemen hálisten jó a Level1, L2-re se jut kezelhetetlen mennyiségű jegy, L3-ra meg tényleg csak ha komoly gikszer vagy design hiba van.
[ Szerkesztve ]
-
Ripper17
tag
válasz szallasi007 #15542 üzenetére
Szerintem a "T" formájú tudás (egy területen mély tudás, más területekre rálátsz) ma már kevés, ha jó szakember akar lenni valami. Inkább a "π" (két, egymást kiegészítő területen mély tudás, más területekre rálátással) ami nyerő lehet. Tipikus példa erre talán a devops trendek, de a magam részéről a wifi-only rendszermérnökök is félkarú óriások: a klasszikus wifis tudásból bármilyen, mai enterprise hálózati projektból nagyon hamar kiesel. Egy jó routing-switching vagy AAA+riporting tudással ezt megfejelve viszont már jó lehetsz.
Ha minden nálad köt ki az lehet indikátora, hogy kevesen vagytok, vagy annak is, hogy alapvetően nincs annyi feladat, ahol megéri specializálni, több embert foglalkoztani. sajnos itthon én is ezt látom: több szerep, egy gázsiért. A minap kaptam olyan network engineer pozi ajánlatot, ahol aztán mindenhez IS kellett volna értenem a desktoptól kezdve a szervereken át a storage-ig, kivéve a networkhöz. -
Ripper17
tag
válasz moseras #15532 üzenetére
Az ASA önmagában is mágia , erre kombinálni a multicastingot meg aztán külön művészet. nem igazán szokás ilyesmire használni egy tűzfalat. a telekom cuccain is nem véletlen van dedikált IPTV port, legalábbis korábban így volt.
Amennyire ismerem ezt a területet itt a Layer3 kommunikáció igazából a te set-top-boxod, mint multicast group member és a telekom routere, mint multicast router között történik. Az ASA-d kvázi egy switch kell legyen itt, ehhez két dolgot kell tudnia, amire az IGMP snooping való:
1. Nyilvántartania, melyik portra érkezik be group join üzenet a LAN felől, azaz hova kell kiraknia a multicast forgalmat.
2. Jeleznie a multicast router (telekom) felé, hogy szüksége van a multicast forgalomra, mert kiszolgál multicast csoporttagot.
De maga az ASA nem csatlakozik a multicast grouphoz. Valahol a set top boxban meg tudod nézni v6 vagy v4 alapú IP címet kap e a set top box amikor működik. Én úgy emlékszem a telekom boxok IPv4esek. -
Ripper17
tag
válasz BoneDragon #15566 üzenetére
Próba-szerencse. Én azt látom annyira telített most a piac, illetve a network szakmák is felfutottak az utóbbi 1-2 évben, hogy bőven az egyén tudása/tapasztalata feletti pozikra is van esély, ha az adott munkáltató egy kicsit is látja a piaci helyzetet és nem teljesen vaskalapos a felvételi politikája.
-
Ripper17
tag
válasz Maco Mamuko #15572 üzenetére
A wifi alapvető architektúrái sokat változtak 2015 óta, de a rádiós-fizikai dolgok is.
Mit szeretnél megtanulni? Nekem a fő szakterületem a wifi, tudok segíteni anyagokkal, tanácsokkal. Írj bátran privátban vagy itt. -
Ripper17
tag
válasz Cyber_Bird #15571 üzenetére
Illetve kisebb a konkurencia is, ez megint csak lefele nyomja a munkatársak hosszútávú megtartásának költségét. Budapesten ezek az SSC jellegű helyek magas fluktuációval bírnak, szinte kényszer a "jobhopping". A folyamatosan változó csapat van, akinek kihívás, de sokaknak egy stabil munkahely, összeszokott csapat nagyobb érték, mint hogy Budapesten esetleg többet kereshet.
[ Szerkesztve ]
-
Ripper17
tag
A network security legalább olyan tág terület, mint a wi-fi. A kettő egy szinten össze is érhet, pl. egy mai AAA rendszer (Cisco ISE, Aruba CPPM) legalább annyira szolgálja ki a wifi klienseket, mint magát az infrastruktúrát...nemrég csináltam olyan WiFi architektúrát, ahol elég komolyan, RADIUS AVP szintre le kellett nyúlnunk és debugok alapján visszafejteni a WiFi controller funkcióit, hogy ügyfél igényét teljesítsük.
De ugyanígy a network securityhez tartozhat amikor pl. az IT valamiféle vállalati VPN megoldást kér, vagy éppen csak ügyfél két IPsec-képes routere között kell egy site2site-ot összerakni.
A security területek a piacon általában értékesebbek, de nekem sok síkon nagyon elméleti szaktudás, úgymond "fontoskodás" érdemi, mérnöki munka helyett. Más cégekben azt tapasztalom, hogy a tűzfalasok (főleg, ha ügyfélnek is szolgáltat a cég) dolgoznak messze a legtöbbet, mert speciálisabb terület, nem lehet csak úgy cégen belül bevonni embert.
Én ettől függetlenül úgy gondolom piacképesebb, ha elsősorban network security-s vagy, és emellett van rálátásod wifi dolgokra is. Kellően távolról nézve ugyanúgy policyk, groupok, ACL-ek konfigurálása, integrálása a feladat, csak más cél érdekében.
[ Szerkesztve ]
-
Ripper17
tag
válasz Maco Mamuko #15580 üzenetére
Ahol ezt is elvárják ott szerintem inkább a WiFi vezérlők üzemeltetésére gondolhatnak, mint fizikai dolgokra.
A régebbi 200-355 kódú CCNA Official Cert Guide szerintem elég jól átfogja a témaköröket.
A többi gyártó tipikus megoldásai, WiFi architektúrái is hasonlóak vagy azonos működésűek azzal, ami a Cisconál van. (Legalábbis a piacvezetőkére jó rálátásom van, és nagyon egyiknél sem lepődtem meg az "innovációtól". )Ami szerintem még hasznos: gyártók anyagai, pl. Cisco white papers, Huawei best practice guides, Aruba design guides. Pl:
https://community.arubanetworks.com/t5/Validated-Reference-Design/tkb-p/Aruba-VRDs -
Ripper17
tag
Az ENCOR vizsga témáiban és az OCG-t átfutva semmi olyat nem látok, amire egy alapvető labor topológia ne lenne elég. Én a következőt csinálnám:
- 4x2960x, bekötve egy full meshbe
- néhány helyen etherchannel
- köss mindegyikre vagy egy konzol routert, vagy egy dedikált, külön VPNen át elérhető mgmt VLANt csinálj. Ne kelljen bemenni, ha valami nem adja ki
Ezen a topológián szerintem mindent meg tudsz oldani, ami kellhet. Azt nem látom, hogy egy sima 2960x stack miben adna többet neked, melyik "CCNP" protokoll vagy technológia, ahol ez számíthat. -
Ripper17
tag
válasz SnoopDoggOG #15684 üzenetére
Az egyik devops irány, a másik az enterprise networkinget tekinti át mélyebben, ezen a téren továbbira is az irányadó cert senior pozik felett. A cert megszerzéséhez egy mélyebb, networking területböl is kell concentration vizsgát tenned.
Azt neked kell tudnod, hogy az overlay+automatizálás vagy az underlay érdekel-e jobban. python alatt is mit értünk? Kvázi univerzális, magasszintü nyelv. Ha a szoftverfejlesztöi része érdekel a szakmának esetleg nézd meg a DevNet irányt, nagyon ráfeküdt most erre a Cisco.[ Szerkesztve ]
-
Ripper17
tag
válasz suomalainen #15686 üzenetére
Miért gondolod így?
Talán itt is leírta valaki korábban, amit én is gondolok: attól, hogy a DC/cloud irányt sulykolják a gyártók (+persze az SDN is 10 éve váltja meg a világot...) ez a networkök töredéke; a szervezetek 95%-a tökéletesen elégedett az on-premise megoldásokkal + valami alap data-center megoldással.
-
Ripper17
tag
De, az.
A klasszikus R&S témakörök szerintem nem sokat változtak, én most pont az ENCOR-ra tanulok a cert guideból és nincs sok meglepetés ezen a téren. Ugyanez a korábbi CCNA-n is, arra is simán fel tudtam készülni az eggyel korábbi cert guideból. Anno azt összenéztem, +/- 5% volt a fejezetek közti különség, a maradék szinte 1:1 ugyanaz volt, csak más sorrendben. A Cisco évek óta hivatkozik arra, hogy átállnak teljesen e-learningre, de elég sok szakemberüknek/szerzőjüknek jó biznisz az offline világ és hogy 3-4 évente szinte ugyanazt kiadhatják újra. Persze ez nem Cisco specifikus, más szakmai műveknél is ez van.
@rihovszky: érdemes összenézni a témaköröket (tartalomjegyzék) a régi és az új cert guideoknál. Cisco Press oldalon ezeket tuti eléred. Kétlem, hogy sok különbség lenne a lefedett témakörökben.
Más kérdés érdemes-e ezzel szisztematikusan foglalkozni, ha amúgy vizsgázni nem akarsz - ezzel kb. a beleölt munkaóráid piaci értékét részben ki is dobod... -
Ripper17
tag
Linkedin csoportokban lattam mar 1-2 kulfoldi vizsgazot ENCORbol, ok foleg lejart CCNP R&S-esek. leginkabb ugy latom a DevNet irany szolt most nagyot. Kivancsi lennek melyik vizsgak most a legnepszerubbek.
szerintem itthon kb mindenki az elozo rendszerbol athozasra gyurt ra, en is WIDESIGN+WITSHOOT december+februarban. aztan COVID, online vizsgat meg a ceg nem tudja téríteni. korabbrol amugy is valtas utan voltam CCNAbol es hat volt par "mire gondolt a kolto?" tipusu, nem tul kiforrott kerdes.
-
Ripper17
tag
válasz rihovszky #15725 üzenetére
vadger-el én is egyetértek, de azért idén télen Barcelonában látszott a Live-on: nagyon nyomja a Cisco a szoftveres vonalat. Több, új platform előadásán is elhangzott: már előbb írják meg az API dokumentációt hozzá, mint hogy a szoftver vagy a CLI guide kész legyen.
Nyilván ez a típusú megközelítés is az SDN irányába mutat, de magának a programozásnak más esetekben is van haszna. A Python nem egy nehéz nyelv, én utoljára egyetemen programoztam, de 1 nap alatt összedobtam most egy scriptet, ami tetszőleges sablonból és egy tetszőleges .csv LLD-ből generál teljesen azonos konfigokat. Más gyártó eszközén is volt feature, ami már csak API-ból volt kapcsolható. Teljesen korrekt API doksi + mintakódok, nem volt nehezebb feladat, mint egy ismeretlen CLI-ű eszközzel megismerkedni.
Ciscosóknál voltam itthon FirePower meg DC workshopon, ott is nap végére egy jó tananyag alapján probléma nélkül tudtuk API-n keresztül vezérelni a vasakat.
Sajnos általában is az a jellemző, hogy itthon akár egy networkös, akár egy szerveres egy nagyságrenddel kevesebb eszközt tud üzemeltetni az automatizáltság hiánya miatt. (Túl olcsó a munkaerő...) De egy ideális, nyugati szervezben teljesen jól különválasztható a két szakterület, aki a tooling-ot, automatizálást fejleszti nem kell tudnia a network működését, csak a network által megfogalmazott algoritmust lefordítania az adott eszköz/tool nyelvére.
Igazából túl van lihegve kicsit ez a devnet/devops téma, mert nincsenek tele vele a fórumok, nem lehet "kigúglizni". De őszintén szólva aki tud dokumentációt olvasni és érti amit olvas az boldogulni fog vele.
Ú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!
- Amlogic S905, S912 processzoros készülékek
- Honor Magic5 Pro - kamerák bűvöletében
- Mibe tegyem a megtakarításaimat?
- Skoda, VW, Audi, Seat topik
- World of Tanks - MMO
- Honor Magic V2 - origami
- AMD GPU-k jövője - amit tudni vélünk
- A franciáknak elege van abból, hogy minden gyerek mobilozik
- Társasjáték topic
- Poco X6 Pro - ötös alá
- További aktív témák...
- Sony KD-55X80KAEP 55" 4K Ultra HD Smart LED TV - Bontott Csomagolás
- Thrustmaster TS-XW szett Ferrari F1 wheel
- HP Pro 400 G9 SFF Új, 2 év helyszíni garancia! 12. gen I5-12500 + Számla
- Apple IPhone 14 128GB Mobiltelefon Sárga, Bontott Csomagolás, 2 év garancia a webshopunkból
- Audio-Technica AT2020 Stúdió mikrofon
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen