CCNA certifikat

Beror nog mycket på vilka förkunskaper man har och vad man gör om dagarna. Jobbar man med nätverk och sitter och leker med nätverksutrustning hela dagarna på jobbet behöver man kanske knappt plugga alls, medan om man är helt ny inom nätverk och jobbar med något helt annat på dagarna (som i mitt fall) kräver det mer. Bara att släppa fokuset på arbetsdagen och börja tänka nätverk istället när man redan varit vaken 12-13 timmar krävde ganska mycket ansträngning så det var inte speciellt effektivt pluggande.

@TheBodyLotion:

CCENT1 och 2 resulterar i CCNA RS

Oavsett hur du vrider på det så är det bra med cisco utbildningar, för dom går i detalj hur BGP, OSPF , STP, QOS, VLAN, VRRP fungerar.
Sen kör man dom cisco proprietära protokoll också.
Att dom konfigureras olikt på jämfört med cisco, så är basics fortfarande samma.

Juniper har sin logik hur man konfar, Fortinet annan, Palo Alto, Checkpoint. Men det tar några dagar innan man klarar av, så länge man kan basics.

Det är mycket som skiljer sig. Hur man konfar regelverket, NAT, LAG, LACP. Sen är det mera mjuka grejer som licensmodeller är annorlunda, vilka modeller kan används vart och i vilket syfte. Vad är dom bra på, vad är dom mindre bra på.

Det är mycket som skiljer sig. Hur man konfar regelverket, NAT, LAG, LACP. Sen är det mera mjuka grejer som licensmodeller är annorlunda, vilka modeller kan används vart och i vilket syfte. Vad är dom bra på, vad är dom mindre bra på.

kan man inte köpa någon gammal version av en Juniper-router för att lära sig? tänker att CLIt borde vara typ samma oavsett om hw är lastgammal och slö.

@matte06: jag har varit på intervju hos dell samt andra företag i Irland. De betalade flyget rubbet efter att jag klarade de muntliga proven över telefon(jag var då i åldern 20-22 under denna tid). Väl på plats hos Dell, pratade vi lite privat och de visste redan vad jag kunde så intervjun innehöll mest prat om lön. Uppdrag skulle vara att supporta Dells samtliga Serverlösningar för kund(Dell partners) och viss del nätverk i början. De visste då inte att jag redan i förväg kollat upp levnadsstandard, kostnader i Irland som exempelvis att bo i Dublin, äta, leva mm osv. Det var huttlöst dyrt, svindyrt, där 65-75% av lönen skulle gå till boende och mat vilket skrämde mig. Då visste jag att skatten låg på endast 22-23% i jämförelse med Sverige, vilket gjorde att en person i irland inom IT fick ut lika mycket som en i Sverige som hade dubbelt så hög lön inom just IT. Boendekostnaderna var för högt för att chansa så jag tackade nej. Jag ångrar mig lite idag, då jag har bekantas barn som tog chansen som är där idag och arbetar inom just IT både hos Dell, Cisco, HP, google osv mm men att bo kollektivt(enda sättet att spar som ung i just Dublin) när man arbetar skulle jag aldrig fixa, då jag alltid varit alldeles för självständig. Att sedan hyra en redan möblerad lägenhet(ja för det är så det fungerar i Dublin) där jag inte äns får bestämma möbelfärgen eller modell, det fixar inte jag. Att få hög lön i Sverige inom IT som junior är svårt och likaså i Irland men eftersom skatten är mycket lägre i Irland får du ut lika mycket och ibland mer efter skatt i jämförelse med en svensk IT konsult med många års erfarenhet i Sverige. Däremot satsar företag i Dublin mer på att vidareutveckla sin personal inom IT i jämförelse med svenska IT bolag då utbildning inom IT är avsevärt billigare för företag i just Dublin. I Dublin stiger du dessutom snabbare i graderna i jämförelse med samma position i ett svenskt IT bolag så länge du är duktig. Jag tackade dock Nej till arbetet i Dublin, då jag på samtidigt fått ett ”cool:t” erbjudande i Stockholm. Stockholm lockade mycket mer och min lärare som jag hade under skoltiden inom IT sa alltid att ta jobb i storstäder, där är det alltid kaos och av IT kaos lär man sig mest. Jag följde rådet och precis så blev det. Det var precis som min lärare sa. Sedan dess har jag alltid hamnat på uppdrag som alltid innehöll IT kaos som jag fått reda ut och lösa. Därav har jag knappt hunnit eller haft ork att spela på min dator på fritiden. Långa dagar och ibland långa nätter det är så IT branschen fungerar.

Sedan ska man vara medveten om att dessa cert har minskat i värde generellt och, beroende på vad man ämnar göra, kanske inte värdesätts speciellt brett av potentiella arbetsgivare efter de första anställningarna. Med det sagt är det en löjligt bra kombination av bred och djup kunskap. Den behöver såklart underhållas, men när man väl kunnat det en gång har man något att relatera till och ev. detaljer kommer tillbaka.

På vissa sätt hade jag svårare med CCNA än NP eftersom själva provet kändes så otroligt brett och den enda praktiska erfarenhet jag då hade var från skolans labb.

Ja, det är nog väldigt specifikt för olika områden. Men Ciscos relevans i allmänhet minskar, deras förmåga att hålla certifieringarna uppdaterade minskar och andelen personer som gör certifieringen utan fuskmaterial minskar - och bidrar nog till att de inte anses vara så värdefulla på arbetsmarknaden längre. Sedan finns det ju Cisco-partners etc som egentligen bara har det på kravlistan för att kunna motivera deras Guld-/Silvernivå etc. Att det i allmänhet finns kvar i så stor utsträckning beror nog på:
1) För juniora/"tidiga i karriären"-roller ÄR det relevant och i alla fall någon slags måttstock
2) Något gammalt som lever kvar som standard i brist på att bättre utforma rollbeskrivningar

Så missförstå mig rätt; jag tycker definitivt det är något man ska ta - men värdet av _certifieringen_ försvinner troligtvis helt eller delvis efter dina första roller - också såklart i samband med att din erfarenhet kan väga upp. Att det skulle vara något annat än en starttrampolin som vissa argumenterar för har jag svårt att se, även om det i sig och ensamt såklart kan vara värt insatsen! Den teoretiska och leverantörsoberoende kunskapen du får av att ta dig igenom certifieringarna är också en fantastisk grundbult att bära med sig. För oss som behöver mätbara mål som en källa för inspiration och motivation skadar det inte heller...

De övergripande trenderna kring automatisering och dylikt bidrar ju också till att det rena praktiska CLI-kunskaperna kräver färre och färre personer - i alla fall för större nät där automatisering skalar på ett annat sätt. Men det kommer dröja flera år till innan det slår igenom på riktigt, och i alla lägen kommer det fortfarande behöva finnas folk som förstår teorin bakom samt hur man (oavsett via CLI, API eller dylikt) löser problem.

Jag har ungefär fem månader kvar till mina certifieringar löper ut - och har i dagsläget inga planer på att förnya dem. Som synes på datumreferenserna för när jag tog dem så har de inte levt speciellt länge:
CCNA: Q1/12
CCNP: Q1/13
CCIE: Q2/15

Den stora brasklappen är ju såklart att det är helt beroende på vad man gör nu eller vill göra i framtiden. Detta är därför inte nödvändigtvis representativt för alla.

Är under 35. Som förmildrande omständigheter är det CCIE i ett mycket smalare, men i min värld det enda intressanta, spåret - Service Provider. Efter CCNP RS funderade jag på CCIE RS, men herregud vilken djungel av skit det var och fortfarande är. Fruktansvärt mycket som inte används i verkligheten, är förlegat eller bara hopplöst L2-centristiskt.

Jag hade väldigt bra stöd från dåvarande arbetsgivare och arbetade i vad som jag gissar då var Norra Europas största ASR9k-miljö med obegränsad tillgång till labbet. Tror jag räknade på att det i snitt var ett halvtidsjobb utöver mitt riktiga arbete, men då även inräknat helger och extrakurser. I backspegeln känns det som ganska många timmar... Vill även slå ett slag för KTH-utbildningen i Datateknik som gav en fantastisk grund. Gick även motsvarande inriktning på gymnasiet. Så helt "grön" innan CCNA var jag väl inte.
Jag vill tro att SP-spåret, i alla fall historiskt, varit lättare än R&S just för att det är smalare och egentligen bara fokuserar på Routing (BGP/IS-IS/OSPF) och MPLS-applikationer.

Vad gäller förnyandet så jag väldigt ödmjuk till att den tiden det skulle krävas för att klara omcertifieringen för mig inte är värd det. Jag exponeras inte längre i närheten av tillräckligt mycket på detaljnivå för att fixa det.

Jag tror inte det bidrog till en vidare löneökning, då jag faktiskt bytte arbete månaderna precis innan jag skulle göra labbprovet. Att jag då ens försökte ta labben kanske hade en inverkan på deras val, det vet jag faktiskt inte. Rollen var mer strategisk än teknisk.
Efter det vet jag inte ens om jag nämnt i efterföljande processer...

Ju fler certs, desto högre lön får någon annan svara för men jag tror bara det är sant i konsultvärlden och hos Cisco Partners.

Vad gäller automatisering tror jag teorin kommer leva kvar på samma sätt, men precis som det är ganska frånkopplat från CLI så tror jag det sistnämnda bara kommer ersättas av ett annat tillvägagångssätt. Sedan om man förmedlar med en CLI-omkodare, NETCONF, TL1 eller dylikt är irrelevant och halva poängen är ju att abstrahera bort just det från användaren. Hela diskussionen är väldigt tung kring konfiguration, men det finns ju en lika viktig del av att kunna läsa, strukturera, analysera, behandla och visa data som nätet spottar ur sig. För båda delarna tycker jag Python är det _enda_ vettiga valet och jag har Pandas-ramverket att tacka för väldigt mycket på daglig basis.
Sedan kan man ju drömma om att stänga den automatiseringsloopen i olika omfattning, men det blir det sista steget. Kul sammanträffande, men åker till London imorgon bitti för att bland annat prata om just det på en konferens.

Det är det säkert, men du kan omöjligt bli exponerad för allting som den blueprinten använder eftersom det är så brett. Säger inte att det är fel eller skadligt att lära sig, men det passade inte mig i alla fall. Även här vore det största värdet i en konsultvärld med kortare uppdrag. Sedan är det nog gemensamt för alla spår att tekniker som vi inte använt i Norden på väldigt länge fortfarande lever kvar i blueprinten ett bra tag. Men som sagt, det här är vägen jag valt och det finns väl ingenting som pekar på att den är bättre eller sämre än någon annans.

Ja, man kommer ju ihåg hur de olika sakerna fungerar etc - men låt mig ta ett exempel från SP-spåret. En uppgift att konfigurera CsC (https://www.cisco.com/c/en/us/td/docs/ios_xr_sw/iosxr_r3-7/mp...), som mig veterligen används av tre företag i hela världen. Därför ser man det aldrig och glömmer detaljerna. Hur signalleringen funkar, slutmålet och stitchande av dataplanet är en sak - men att översätta det till CLI är ingenting jag skulle kunna göra idag utan att behöva kolla dokumentationen.