- One mobilszolgáltatások
- iPhone topik
- Olcsó Galaxyk telepíthetik a One UI 7-et
- Milyen GPS-t vegyek?
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Samsung Galaxy A56 - megbízható középszerűség
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Google Pixel topik
- Amazfit Balance - ár-érték egyensúly
- Ford SYNC 3 infotainment rendszer teszt
-
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
-
#14200
Rambovits
senior tag
Cyber_Bird
#14199
Rambovits
senior tag
válasz
Cyber_Bird
#14199
üzenetére
Cohort 6? Én is abban vagyok
Az eleje easy, utána már tartalmazott (számomra) új információt.
-
#14197
Cyber_Bird
senior tag
csucsko
#14179
Cyber_Bird
senior tag
válasz
csucsko
#14179
üzenetére
Tapasztalataim szerint nem eltulzott.
Teljesen realis a max 1.1M sot olyanokat is ismerek akik tobbet kapnak ennel.Nyilvan a senior nalam 5 ev tapasztalattal kezdodik.
Es azt latni kell, hogy 5 ev tapasztalat nem egyenel 5x1 ev tapasztalattal azert.A piac ezeket jol be szokta arazni erzesem szerint.
-
Yeffy
veterán
válasz
csucsko
#14188
üzenetére
koszi.
haat, erdekes szamok. foleg arra a reszre vonatkozoan, ami elsosorban engem erdekel jelenleg.
kisse "sokallom", bar mar evek ota nem tudom, mi megy a berezes tekinteteben otthon. de elhiszem, ha ezek valosak.mindegy, kepzem magam tovabb, utana probalok minel tobb nemzetkozi gyakszit szerezni, aztan meglassuk, mi lesz a helyzet par ev mulva.
-
-
bal8080
csendes tag
válasz
FecoGee
#14192
üzenetére
Miért keresnek többet a fejlesztők?
Mert több pénz van a szoftverfejlesztésben.
Sarkított példa:
Tervezel egy hálózatot leteszel nekik 10 routert, 4 core switchet, 20 distribúciós switchet és 100 access switchet ... és azt mondod 300 millió. ( eszközök értéke * x )
Fejlesztők:
Hoznak 10 szervert ( vagy kérnek tőled :-) ) rátesznek valamit és azt mondják 1,000 millió. -
Teljesen reálisak a fenti összegek, Hay is nagyjából hasonlókat tol ki a multiknak (jó pénzért), akik az alapján lövik be a béreket. És ahogy nézem, ez inkább csak alap, erre jönnek még a bónuszok/cafeteria, stb... Nem 1db elemű statisztika alapján mondom... Nálunk a cégnél pl. az utóbbi 1 év a bérfelzárkoztatásról szólt, és arról, hogy miért nem találunk megfelelő munkaerőt (ez egyébként mindenhol nagy gond). Aztán egyéb okok miatt váltottam, sok helyet megnéztem, sok emberrel beszéltem az elmúlt kb. 3-4 hónapban, szóval teljesen reálisak ezek a számok. Persze a fogalmakkal tisztában kell lenni, nem attól lesz valaki senior hogy idősebb, sem attól, hogy azt gondolja magáról
Aki az itt megjelölt középértékeknél kevesebbet keres, és nem egy pár eszközös kkv-nál dolgozik soho cuccokkal, az szerintem nézzen körül a piacon, mert alul van fizetve. Kereslet pedig van dögivel, most van ez az állapot, most lehet kihasználni. Persze fontos hozzátenni, hogy pénz nem minden, nyilván ezer más szempont is lehet, én sem a pénz miatt váltottam.
-
ratio
újonc
válasz
FecoGee
#14190
üzenetére
Jó, CCIE szinten lehet hogy több kell, de addig valahogy el is kell jutni. És az a helyzet, hogy kezdőként nem egyből hálózatot fog az ember tervezni, hanem jó eséllyel valami üzemeltetői/support munkát talál, ahol el kell tölteni valamennyi időt a továbblépéshez. Aztán ez vagy sikerül, vagy nem. Én sajnos 3 hétig se bírtam a 2nd line supportnál, így nem sok esélyem van CCIE szintre eljutni (mondjuk talán az én hibám is, hogy most derült ki hogy nem nekem való ez).
-
ratio
újonc
válasz
FecoGee
#14186
üzenetére
A programozás nem csak arról szól, hogy az ember kb. ismeri a nyelv szintaktikáját és meg tud írni pár sor kódot az adott nyelven (legalábbis azon a szinten, amiről szó van). Nem ritkán kell hozzá még algoritmuselmélet, adatbáziselmélet, lineáris algebra, analízis, szoftvertechnológia... Továbbá a jó programozó tud megfelelő adatstruktúrát tervezni, optimalizálni, óriási inputokra is hatékony algoritmusokat írni, ismeri a fordítók működését, stb. Szóval elég komplex dolog ez, aminek nem minden eleme tanulható. Amúgy a felsorolt témakörök nagyjából a mérnök informatikus egyetemi képzésnek felelnek meg, amit a fejlesztők legnagyobb része el is végzett. Míg a hálózatos világban simán lehet valaki úgy CCIE, hogy középiskola után elkezd Cisco OCG-ket olvasgatni meg GNS3-ban/PT-ben laborozni, aztán pár év alatt összeszedi a megfelelő tudást. Ami mondjuk nem kevés, ez tény - de lássuk be, ennek a tudásnak elég nagy része a parancsok, protokollok és technológiák bemagolása, debug technikák begyakorlása, stb.
Ja és írom mindezt úgy, hogy 2012-ben még technikusi képzésen szerettem meg ezt a hálózatos témát, azóta pedig meglett a CCNA R&S / Security / Cyber Ops, JNCIA-Junos és a CCNP egy része is (igaz a könnyebb része, tehát a SWITCH vizsga; valószínűleg a többi már soha nem lesz meg). Mindezt egy mérnökinfó képzés mellett a kb. nemlétező szabadidőmben hoztam össze és még országos hálózati versenyen is kétszer végeztem a top3-ban. Aztán tavaly próbáltam ezen a területen munkát találni - sikerült is (a kétbetűs multinál), és ott jöttem rá, hogy ez nagyon nem olyan, mint amilyennek én elképzeltem. Lehet hogy máshol mást tapasztaltam volna, de amúgy is nehezen tudom elhinni már, hogy el tudok helyezkedni olyan hálózatos munkakörben, amit legalább olyan szívesen csinálnék, mint amennyire lelkesen toltam a netacad kurzusokat meg a versenyeket. Szóval jelenleg ott tartok, hogy szinte teljesen feleslegesen öltem bele ennyi időt ezekbe az önképzésekbe, mert úgy néz ki, hogy mégis fejlesztő leszek (mint ahogy az egyetemen végzettek nagy többsége is az lett/lesz). Pedig elég sokáig kitartottam amellett, hogy hálózati mérnök leszek, aztán mégsem. Ezzel nem szeretném senki kedvét elvenni attól, hogy ezt a területet válassza, de a kezdőknek azt tudom javasolni, hogy járjanak utána, pontosan milyen munkát is szeretnének végezni a tanulást követően, nehogy úgy járjanak mint én...
-
csucsko
csendes tag
https://www.portfolio.hu/vallalatok/karrier/havi-250-ezertol-az-18-millioig-mitol-fugg-egy-informatikus-fizetese.282508.html
Ez az eredeti cikk.
Kicsit azért ledöbbentem.Akkor ezek szerint csendben elszaladtak mellettem a fizetések.Szépen összecsomagolom a kis CCNP-met meg a CCNA secutity-mat és körülnézek a piacon mert jelenleg a minimumot sem ütöm meg.
Köszi a véleményeteket
-
olloczky
senior tag
válasz
FecoGee
#14184
üzenetére
Nézőpont kérdése. Nekem a hálózat sokkal jobban fekszik. Pedig azt csak "egyszer próbáltam". Programozni többször is neki futottam és mégsem kötött le, egyszerűen nem vagyok olyan fajta ergo nekem az nehezebb. És mióta dolgozok, látom, hogy a fent említett fizuk nagyjából az igazságot mutatják.
-
FecoGee
Topikgazda
En nem ertem egyebkent hogy miert van ennyire tultolva ez a programozas vonal. Lasd itt is a JAVA programozo aki 1.5 milkat keres. Okosabb ember o, mint mondjuk egy senior halozati mernok? “Nehezebb” szakterulet az? Szerintem a network is eleg nehez szakterulet.
-
Yeffy
veterán
válasz
csucsko
#14179
üzenetére
nem talaltam az oldalukon ezt a cikket, lehet, hogy en voltam bamba, megtenned, hogy belinkeled? megkoszonnem.
mondjuk nezem a bevagott tablazatot, tenyleg eleg erdekes - es jol hangzo - szamokat latok, bar engem a rendszer mernok (gondolom az itteni sys engineer tukorforditasa) ami erdekelhet, ebben probalom magamat elinditani - egyelore keves sikerrel.
ha ezek valos szamok, es nem csak egy ket top pesti ceg top managerenek jar, akkor akar meg alternativa is lehet, ha esetleg egyszer ugy dontok, hogy hazatantorgok.de en tovabbra is szkeptikus vagyok ezekkel az adatokkal...
-
csucsko
csendes tag
Tegnap a portfólió.hu-n érdekes összefoglaló cikk jelent meg az IT-s fizetésekről. Egy ilyen összefoglaló táblázatba rakták össze a nyilatkozó HR-esek , fejvadászok véleményét. Nekem a senior hálózati mérnök átlag 850e, max 1,1 M fizetése ütötte meg a szemem . Csak én találom eltúlzottnak még budapesti viszonylatban is? Nem annyira specializált terület,ezért embert is lehet találni . Kíváncsi lennék a véleményetekre.
-
#14178
FeRkE
őstag
torreador66
#14177
FeRkE
őstag
válasz
torreador66
#14177
üzenetére
En az Alef-et ajanlom Budapesten, regebben csak jo tapasztalatom volt veluk. Nem tudom, most mi a helyzet, par eve olcsobb volt a Pearsonvue-n befoglalni es fizetni a vizsgat, mint a vizsgakozpontban.
-
#14177
torreador66
újonc
torreador66
újonc
Sziasztok! Szeretnék a közeljövőben letenni néhány CCNA vizsgát. Mivel eddig még Cisco / Pearson VUE vizsgáim nem voltak, így tőletek kérdezném, hogy Ti melyik budapesti Pearson VUE vizsgaközpontot ajánlanátok? Illetőleg magánszemélyként hogy olcsóbb a vizsga, itthon kifizetni a vizsgaközpontnak, vagy vouchert venni az interneten és azt felhasználni, van árban különbség? Ti hogy szoktátok intézni?
-
tusi_
addikt
válasz
stfreddy
#14175
üzenetére
Pont ez a bajom. A Cisco - bocsi mod. - leszarja mar a kicsiket (pedig jelenleg 460 üzletet üzemeltetünk, a jövöben jönnek egesz europabol üzeletek, kb 1000 telephely...) , kepesek odahajitani egy 9300-t, vagy 3850-t accesba, holott nekünk ez egy üzletbe TULSAGOSAN sok. UPOE?? Senki nem akar porszivozni egy switcportrol es nem kell a vxlan sem. Sima L2 kell, ami teszi a dolgat, kapcsol egyik protrol a masikra es minimalis vedelmi featureja van (snooping storm control... ) Slussz.
De ha a Cisco igy gondolkozik, am legyen, halistennek nem az egyetlen gyarto a piacon -
Ha Juniper semmiképp, akkor Aruba.
3850/2960x simán kiváltható, olcsóbban.
Nekem sem jön be ez az új licencelési politika amit a 9000-es sorozattal behoztak...A meraki is cisco és ott is subscription-based licencelés van... úgyhogy szerintem hagyd. Bár cserébe kapsz egy felhőben lévő, látványos, használható menedzsment rendszert is szóval legalább adnak valamit cserébe.
-
tusi_
addikt
Koszi mindannyiotoknak az ajanlasokat, most celzottan megtudom nezni oket.
Juniper, Brocade az ara miatt esik ki, igazabol a ficsorok 20% kell nekunk az uj gyartotol, mint storm-control, dhcp snooping, sima vlan tamogatas, poe+, normalis qos es mi egy mas.. A sima static routingot tudja, csak a Mainswitcheken, ahol most a 2960x is ellatja tokeletesen a feladatot. Amennyiben tovabbra is marad a gyartasa a 2960x nek es nem kell essential, meg advanced licensz a dna miatt - ami nekunk abszolut nem kell/szimpatikus - akkor talan maradunk meg egy darabig, de nem art korul nezni, hogy tudjunk merre mozdulni, ha Herr Cisco odacsap nekunk. hogy vedd meg ezt a sz.rt is, meg azt a sz.rt is, ha tovabbra is a mi cuccunkat akarod hasznalni.
Kozel 1000 telephelyet kell felszernelnunk a leheto legolcsobban, de azert olyan eszkozokkel, amik jok, tartosak van tamogatasuk..... Nem kell 2-3 havonta uj IOS, ami aztan tele van buggokkal, hogy epp befejezek egy nagy roll-outot es jon a cisco ertesites, hogy itt egy vulnerabiliti, ott egy bug.
Koszi meg1x, nemhagyok ki semmit, de azert persze az ar sem mellekes. Kicsit most is ugy erzem, hogy agyuval lovunk galambra a ciscoval, de valami nagyon gagyit sem akarunk, amivel csak a bajumk lesz a jovoben. 2-3 ev mulva lenne esetleg a valtas, most egyelore minden markt fel lesz szerleve uj cisco cuccokal, es meg EOL sincs a lathataron....
-
crok
Topikgazda
Na, csak van még aki úgy gondolkodik mint én..
Kár, hogy a Brocade és a Juniper kiesett, a Juniper EX-ekkel nagyon komolyan oda lehetne verni a Cisco-knak. Így viszont simán maradhat a kosárban az Extrem és az Enterasys. A Fortinet is. Tör fel a Huawei is (olyan szinten Cisco koppintás a CLI.. egy sh ip bgp kimenetet nem biztos hogy meg tudnál különböztetni.. meg a cert. track elnevezések.. HCNA, HCNP..). Ja, és a HP Aruba & FlexNetwork.. de talán akkor az is drága. Nem tudom mennyire budget megoldás kell. Miért esett ki a Juniper?
Ha lenne metroethernet amit pótolni kéne akkor Ciena.. a régi Nortelből jönnek és eszméletlen profik.
-
Immy
őstag
Esetleg cisco 'olcsóbb' verzió, amik a korábbi linksys felvásárlásból jöttek? (550X)
SMB kategóriába akár még mikrotik és ubiquiti is szóba kerülhet, de nagyon nem egy kategória a 2960x és 3850-el.
Ha nagyon cloud pártiak vagytok akkor a meraki lehet még elgondolkodtató irány, de akkor meg elfizeted havidíjba a gatyádat ha hosszútávot nézel. -
tusi_
addikt
Azt a szep feladatot kaptam, hogy nezzek korul a piacon egy olyan scenario esetere, ha lelepnenk a ciscotol.
Ez az sdn/dna tortenet nem nagyon jon be se nekem, se a fonoksegnek es a licenselese nagyon gusztustalan.
Miket tudnatok ajanlani? Lebeszelnem a gyartokkal hogy kuldjenek teszt eszkozoket. Brocade, juniper nem jatszik, olcso gyarto a cel, akik ugyanugy jok, mint a cisco, csak nem hiszik istennek magukat.
Extrem networks, meraki, hp???, enterasys vannak most kepben. Ciscobol 3850 es 2960x levaltasara kellenenek. Az uj 9k series legkisebb tipusa is tul draga es overrsized nekunk.
Crok, neked mimdig vannak jo otleteid, ne tartsd vissza kerlek. -
Kicsit off, de hátha itt van valaki aki már látott ilyet: SDN-t (NSX alapon) tanulgatok, szeretném tesztelni a hardwares vtep featuret laborban. Tovább rontja a helyzetem, hogy ehhez egy HPE 5930 (comware alapú, volt h3c) switch áll csak rendelkezésre. Ezen az eszközön támogatott ugyan a vxlan (HP és VMware oldalról is certified, illetve Open vSwitch oldalról is oké). A baj csak az, hogy nulla doksit találok a témában. Cummunity oldalon pedig eleve elég szűk réteg foglalkozik NSX-el, abból pedig még kevesebb (kb. senki) használja HP switchekkel. Pl. Juniperhez és Ciscohoz nagyon jó gyártói step-by-step tutorialok vannak, az 5930 esetén viszont a legeredményesebb találatom egy olyan gyártói doksi, ami HP-HP közötti vxlan tunnelinget taglalja, azt is inkább csak lábujjhegyen, magyarázatok nélkül. Ezzel el tudtam indulni valamelyest, de sajnos az üdvösséghez kevés.
Egyébként érdekelne olyan is, aki Cisco környezetben használ NSX-et, vxlan-t, hw vtep-et. Kíváncsi lennék a tapasztalatokra.
thx
-
-
klambi
addikt
szevasztok,
a következő helyzetre szeretnék választ kapni, nekem csak tippem van.
2db sg300 sw. legyen sw1 sw2, 2db win 2016 szerver.
szóval rém egyszerűen a szerveren Team-et csináltam, egyik láb sw1-re másik sw2 re.
első szerveren gond nélkül megy.
2. szerver nem. sw1 2 portjára vannak kötve 8-9, 8as portját kötném át sw2 9esre.
8 port :
sw2 9-es:
azonban nem megy a team. az első szerveren igen.
-
FecoGee
Topikgazda
-
Methionyl
senior tag
Sziasztok ha már pont stack téma.
Van egy 3850 stack switch és redundancia tesztet kellene csinálni. Sajnos a " húzd ki a táp kábelt" dolog nem opció mert stackpower is van. Így az maradt ahogy olvasom hogy elvileg el lehet bootolni csak az egyik switchet. Több módszert is olvastam de egyelőre a " reload slot " command van, csak kicsit bizonytalan vagyok.Van aki csinált már hasonlót?
-
#14152
Cyber_Bird
senior tag
Cyber_Bird
senior tag
Cohort 6 is megkezdodott a CCNA CyberOps-bol
-
Yeffy
veterán
na, ilyesmi osszefoglalora vartam igazabol, kivancsi voltam, hogy tapasztaltabb/regebbota a szakmara, vagy a vizsgakra ralato ember mit mond, milyen osszehasonlitva.
koszi, hogy ezeket megosztottad, igy mar tisztabb a kep. kivancsi vagyok, milyen lesz, jovo heten tudok vele erdemben foglalkozni, most epp koltozes alatt allok a heten.
-
crok
Topikgazda
Ugyan 13 éve voltam ötödéves technikus és akkor voltam Cisco Network Academy-s de a tananyagot meg a vizsgáztatókat ismerem és tudom milyen volt és milyen most és milyen a különbség: ugyanaz de mégis más.. a Network Academy egy olyan képzés mint nálunk az OKJ, gyakorlatilag alapokra tanít meg. A CCNA, az ICND1 és 2 is ezzel ellentétben egy enterprise/business tanusítvány. A terület amit lefed gyakorlatilag ugyanaz (hálózatok Cisco eszközökkel) de a teszt igazából teljesen más. Azért bőven benne van hogy az Academy inkább egyfajta iskolai képzés ám a cert az cert. Keményebb. Trükkösebb kérdésekkel. Az Academy sokkal könnyebb volt és most is az. Nincs packet tracer feladat mert a teszten egy flash alapú szimulátorban megkreált feladatot kapsz. Az évek alatt a szimulátor sokat csiszolódott (nincsenek azért már olyan durva bugok mint régen) de nem tudsz mindenféle parancsokat használni (pedig PT is erősen korlátozott). "Nehezebb" lesz. Meg szerintem az Academy-s tananyag is hígabb lett az évek alatt (vissza tudok nézni az Alumniban) és szerintem rossz irány, hogy elhagytak sok gyakorlati és fizikai dolgot. Én még tanultam hogy hogy kell pl. süllyesztett padlót is tervezni egy szerverterembe.. ma már ez nem nagyon van említve se. Szerintem szomorú.
-
#14146
Yeffy
veterán
BlackJapan
#14145
Yeffy
veterán
válasz
BlackJapan
#14145
üzenetére
megnezem, koszi!
-
vadger
tag
Szerintem a nagy többség itt a fórumon nem volt ezen a képzésen, hanem általában mindenki egyénileg tanul, a hivatalos könyvből, packet tracerrel megtámogatva. Szóval szerintem ezért nincs nagyon válasz. Magáról az ICND1 vizsgáról szerintem találsz beszámolót ha visszakeresel a fórumon, én nem tudom megítélni, hogy a modul végi vizsgához képest milyen, mert sosem voltam ilyen modul vizsgán.
Az biztos, hogy kifejezetten packet tracer feladat nincs benne, hanem lehet olyan kérdés, ahol neked be kell lépned bizonyos eszközökbe és az ott látottak alapján megválaszolni a kérdést, de nem kell neked topológiát rajzolni, kábelt kötözgetni két eszköz között, ha erre gondolsz esetleg. -
soma314
tag
válasz
FecoGee
#14136
üzenetére
Bár igazad van a valós világ tekintetében, de én láttam már sok hasonló Cisco vizsga kérdést, ahol a kérdés úgy szól, hogy mi lehet "a legvalószínűbb ok" és közvetetten adnak csak információt.
Lerajzoltam ezt a példát kicsit másképpen az egyszerűbb érthetőség miatt:
Bár nem adják meg sem a bridge priority értékeit, sem a MAC címeket, sem a port prioritásokat, sem, hogy milyen protokol fut, sem a cost-okat, de feltételezhetjük, hogy az ábra egy konvergencián túl lévő állapotot mutat default beállításokkal, mivel ugye más infó nincs.
Ha ebből indulunk ki, akkor tudjuk, hogy a root bridge az SW3 mivel ennek nincs egyik portja sem blocking state-ben.
Feltételezhetjük, hogy hagyományos STP (vagy PVSTP+, egy vlan-re vonatkoztatva ha Cisco) fut mindegyik switch-en, ugyanis, ha rapid vagy multiple lenne, akkor discarding state-ről beszélnénk és nem blocking state-ről. (máig nem értem egyébként miért nevezték át, ha a "bridge" megnevezés meg maradt).Látjuk, hogy mindegyik port fastethernet, tehát ha nincs más beállítva, akkor mindegyik link cost-ja azonos.
A hub csak zavarkeltésre van. Akkor lehetne jelentősége, ha meg kéne határozni a hub felé mutató port-ok státuszát rapid vagy multiple stp-nél.
A port prioritások pedig default-ban a nagyobb port szám fele emelkedik. (itt még lehetne kavarni, ha az egyik switch egyik portja mondjuk fastethernet 0/2, a másik meg gigabit 0/1 lenne. Ehhez kell tudni, hogy a stp portszám az alacsonyabb sebességű port majd a magasabb sebességű sorrendben mennek). Ugye fontos még, hogy a root oldal felöl nézzük ezt a link vonatkozásában. Ezért rajzoltam X-re a linkeket.
A valóságba nyilván nem kötne így össze switch-eket az ember. És a valóságban nem feltételezget, hanem egy show spanning-tree paranccsal megnézi mi van. Viszont lehetnek ilyen "aljas" példák a vizsgákon.
-
FecoGee
Topikgazda
válasz
_kovi_
#14133
üzenetére
Szia,
No offense, de ez tuti benne van a CCNA anyagban. Probald megerteni a protokoll mukodeset, maris latni, hogy 0 info van a kepen. Pl. hol a priority, a MAC cim, a port costok (ertem hogy Fa, de fel szoktak tuntetni), PVST+ vagy RPVST+ vagy MST, stb. Ezek nelkul nem lehet a kerdesedre szakmailag valaszolni.
-
soma314
tag
válasz
_kovi_
#14129
üzenetére
Spanning tree-nél
Először meg kell találni (a protokolnak, vagy egy feladatban neked) melyik switch lesz a Root Bridge
A példában itt a SW3-as. Amúgy ugye a legalacsonyabb bridge id-jű azaz a legalacsonyabb bridge priority-jű vagy egyező prioritások esetén a legkisebb MAC című switch.
A root bridge minden aktív portja designated port. Azaz olyan port, amin átmennek az adatok, de nem a root bridge felé mutat, hanem attól "távolodik", downstream-ben van.Ezután meg kell keresni minden egyes switch-nél, hogy cost szerint melyik portja van a legközelebb a root bridge-hez. Ezek lesznek a root portok, amin szintén minden adat át tud menni. (Ha több linkkel is csatlakozik a root bridge felé, akkor az alacsonyabb port priority-vel rendelkező port (ami default-ban az alacsonyabb port szám) lesz. Ez a root bridge felől kell nézni! (Tehát ha az SW3 a root bridge ami csatlakozik két linkkel az SW2-höz és a két link az SW3 FA0/2 - SW2 Fa0/3 és SW3 Fa0/3 - SW2 Fa0/2, akkor az SW2-őn (default beállítások mellett) az Fa0/3-as lesz a root port hiába az a nagyobb port számú az SW2-őn.)
Ha megvannak a root portok minden switch-en, akkor az összes többi link blokkolva lesz méghozzá úgy, hogy a magasabb bridge id-vel rendelkező switch oldalán lévő port esik blocking state-be. Amin ugye a BPDU-n kívül nem megy át adat.
A példát konkrétan megnézve:
root bridge SW3root portok: SW1 fa 0/1, SW2 fa 0/2
designated portok: SW2 fa 0/0
Hogy miért nincs mind az SW1 fa 0/0 és SW2 fa 0/0 is blocking state-ben? Egyrészt, mert a spanning tree nem úgy működik! A spanning tree-nél, ahogy írtam feljebb mindig a link egyik vége (az alacsonyabb bridge id-jű oldal) van csak block-ing state-ben.
Hogy ez miért jó: mert biztosítja a hurokmentességet és egy konvergencia során a lehető legkevesebb port-nak kell konvergálnia.Másrészt, képzeld el azt a szituációt, hogy az SW1 és SW2 közötti linkbe beteszel egy hub-ot vagy egy olyan switch-et ami nem ismeri a SPT-t (vagy le van rajta kapcsolva), majd a hub-ra, switch-re végberendezéseket kapcsolsz. Ha a link mindkét vége blocking state-ben lenne, akkor a végberendezések (pl számítógépek) nem tudnának kommunikálni az SW3-al és az arra kapcsolt végberendezésekkel.
-
vadger
tag
válasz
_kovi_
#14133
üzenetére
A SW2 szemszögéből elérhető a Fa0/0-n át is, a SW1 szemszögéből blocked csak a port.
Úgy gondolom ez egy nem rossz leírás az egész spanning tree-ről, szerintem sok kérdésre választ találsz itt. Ha még utána is van kérdés, persze jöhet. -
_kovi_
aktív tag
-
vadger
tag
-
htc07
addikt
sziasztok!
régebben láttam még egy olyan weboldalt, ahova ki volt írva egy ip cím, és ha azt pingelted, akkor a weboldalon élőben lehetett követni, hogy milyen publik címről érkeznek ping requestek (magyarul hogy odaér-e). sajnos már nem találom.
tudtok esetleg valami hasonlót?
plan B: van egy ubuntu vds-em, ha tudtok valami hasonló alkalmazást, vagy hogy milyen kulcsszavakkal induljak el a gugliban hogy legyen egy szerverem ami erre a célra használható.
-
kowika87
tag
-
BlackJapan
tag
válasz
soma314
#14119
üzenetére
Ha már munkáknál tartunk...
Szerintetek érdemes keresgélni akár ICND1-el is vagy inkább majd ha meglesz a CCNA?
Zero ilyen jellegű tapasztalat, eddig gazdasági területen dolgoztam csak és kizárólag.Néztem T-Systems juniort, de nem vagyok benne biztos, hogy 35 évesen felvennének...vagy igen?
Kis cég vs. nagy cég? Nyilván nagyobb cégnél nagyobb a mozgástér és nem akarja egyből kiszívni a főnök a vérem.
Kinek milyen tapasztalata van, milyen tanácsot adna egy magamfajtának?
-
soma314
tag
nem mindegy, hogy egy légkondicionált irodába a szomszéd szobába telepített szünetmentes tápellátásról hajtva vagy mondjuk egy sivatagi út mellett egy forgalom irányító lámpa szerelvényszekrénybe van telepítve egy switch ahol éjjel -10 nappal +50 fok van.
Nem mindegy, hogy a rendelkezésre állás sem: nem mindegy, hogy egy tartalék switch-et a hóna alá csapva valaki lesétál egy emeletet és addig nem tud az iroda e-irodaként működni, vagy, hogy a példánál maradjak nem mindegy, hogy mondjuk egy nagyváros legforgalmasabb kereszteződésében sárgán villognak a lámpák amitől dugó lesz az egész városban pár perc alatt.
Ugye az ipari switch azért sarkalatos dolog, mert egy végponti eszköz (egy csatornán) egyszerre csak egy switch-hez tud csatlakozni, ha az elszáll, akkor az arra csatlakoztatott eszközök mindegyike elérhetetlenné válik. (Persze vannak több kommunikációs csatornát fenntartó berendezések, pl. két rezes hálókártya két subnetre csatlakozva a végberendezésben, vagy fallback-ként a második, esetleg a második wireless).
Valóban szeretik a gyűrűtopológiát sokan, pont azért mert ha kiesik egy switch, a másik irányból még működik a rendszer. Erre persze jó esetben nem a spanning tree-t alkalmazzák. Sok ipari switch gyártónak van saját gyűrű topológiát támogató rendszere (pl. Hirschmann-nál a HIPER-ring). A Cisco-s REP én úgy hittem inkább a SP területen közkedvelt (az ME-s switch-ek tudják).
Ugye ezek a gyűrűs topológiák csak gyűrű topológiában használhatóak, míg a spanning tree-nél elvileg nincs topológia megkötés (bár az RSTP-nél, MST-nél kifejezetten ellenjavalt a gyűrű topológia alkalmazása - count to infinity probléma miatt).
A gyűrű technológiák gyűrűben elvileg sokkal gyorsabb konvergenciára képesek.A robotok-kat én nem hoznám példának, legalábbis nem a gyártásban alkalmazott robotokat. Azok többnyire légkondicionált, kezelt levegőjű gyártási környezetben dolgoznak pont azért mert drágák és olcsóbb a környezetet megteremteni nekik, mint ellenállóvá tenni őket. Oda szerintem pont jó a legtöbb enterprise cucc.
Ha autómatizálásról van szó ipari környezetben akkor nekem inkább a közlekedés, a közművek, a hajózás jut eszembe, ahol jelentkeznek ezek a problémák.
Amire a jövő szempontjából érdemes fókuszálni a wireless-ben otthon lévőknek, az szerintem az önvezető autók. Itt hihetetlen lehetőségek vannak, ha az autók szinkronizálni tudják a mozgásukat egymással, egy "dugó oszlató" városi vezérlő rendszerrel...
(Műszakilag, jogilag egyébként pont az a gátja az önvezető autók elterjedésének, hogy lenne jó pár átmeneti évtized, amíg önvezető autók és ember által vezetettek együtt kellene közlekedjenek, ami sokkal nagyobb kihívás az önvezető járművekre.) -
Yeffy
veterán
válasz
FecoGee
#14113
üzenetére
errol, ha nem tul off, erdeklodhetek par sort?
nem ertem a fogalmat, h "Cisco ipari". nem ugy van, h eleve a Cisco termekek nem atlag/home usereknek keszulnek, hanem vallalati celokra?
miben kulonbozik ez az OT?bocsi, ha beleronditottam a topikba, remelem nem kerdeztem tul nagy marhasagot, csak ez nem tiszta szamomra...
-
FecoGee
Topikgazda
válasz
cisco007
#14112
üzenetére
Hat azert az ipari Cisco picit mas vilag ahogy en latom. Mi vagyunk az IT, az meg az OT (operational technology). A ketto kozott eleg nagy hezag van. A Cisco a Rockwell hatan akar bemaszni ebbe a vilagba mert oriasi zseton van benne. De itt gyuruk vannak, REP, Profinet, CIP meg tarsai. A CCNA Industrial az en ugy tudom hogy pont arrol szol hogy az OT-s ember is ertsen picit az IT-hoz. Nem rossz ebben az iranyban sem tanulni mert egyre nagyobb alatta a piac, de az IT tudasbol ott nem nagyon fogsz megelni, es az IT-ben sem nagyon az OT-s tudasbol
. -
soma314
tag
válasz
cisco007
#14109
üzenetére
azok alapján amiket írsz szerintem a tipikus HR-es hirdetésbe futottál, ahol mindenhez kell érteni (RandS, security) és mindent kell csinálni és beletettek minden divatos frázist a témában (SDN, Cloud, IoT).
Utility cégnél el tudom képzelni az IoT-t, ha távleolvasással megy a mérők leolvasása. Véletlenül nem szolgáltat internetet is?
Ha tényleg mindezt kell majd csinálnod is, akkor az szerintem egy CV-ben jól mutat. Különben is te fogod irni a CV-det, abban aztán azt domborítasz ki amit akarsz. Meg különben is, nem feleséget választasz, hanem munkahelyet ott lesz a próbaidő és ha nem jön be lehet váltani, nem szégyen ott hagyni egy munkahelyet ma már ahol nem azt kapod, amit ígértek/reméltél.
-
cisco007
csendes tag
válasz
soma314
#14107
üzenetére
Köszi a részletes választ.
A job description alapján esetemben azért kissé másra számítok. Nem kell menni sehova, mert külföldre dolgoznánk. Lenne sok tűzfal mgmt is (Cisco, Palo Alto, Fortinet). Plusz SDN/Cloud tapasztalat is előny, Azure-ban is kell dolgozni valamit, nem teljesen tudom még, hogy mit (talán virtual FW ott fent?). Amúgy ez Utility cég (áram,víz,gáz).
Igazából kicsit félelmem, hogy ha elmegyek ebbe az irányba, 2-3-4 év múlva (vagy amikor már úgy érzem váltani kell) kicsit nehezebb lesz mondjuk visszaváltani enterprise irányba, ha ezt látják a CV-ben.
Erről mit gondolsz? -
soma314
tag
válasz
cisco007
#14106
üzenetére
nem tudom mennyire vehetem magamra a kérdésedet, mert ipari jellegű hálózatokkal van némi tapasztalatom, de én első sorban nem Cisco eszközökkel találkoztam.
Az ipari jelleg is speciális volt. Fogalmazzunk úgy, hogy a területen a működtetett rendszerek üzemzavara, rendelkezésre állása rendkívül kritikus volt. És ezt nem úgy kell érteni, hogy sok pénz esik ki, ha nem megy a hálózat, hanem úgy, hogy emberek kerülhetnek veszélybe.Az én tapasztalatom erre a területre vonatkozik és ennek semmi köze az IoT-hez (sőt szerintem az IoT és az Ipar2.0 is elég távol állnak egymástól).
Amit én tapasztaltam:
- az eszközök tudásukhoz képest drágák voltak az enterprise eszközöktől. Ami ugye abból adódik, hogy a környezettel szemben sokkal ellenállóbbak (hőmérséklet, páratartalom, savas/lugos környezet....).
- Uplinkben találkoztunk csak Gigabit-el, vagy nagyobb sebességgel.
- nagy hangsúlyt kellett fektetni az eszközök szünetmentes tápellátására. Jellemzően egy apró Din sínre pattintható switch is rendelkezik kettős betáplálással.
- voltak speciális, jellemzően gyűjtött hibajelek, amik nem a hálózaton, hanem egy analóg feszmentes kontaktuson jelentek meg
- a készülékeke galavanikus elváláasztása és vagy a távolság miatt a linkek nagy számban relatív alacsony sebességű (100, 1000 Mbps) optikai linkek voltak.
- nagy távolságú digitális átvitelre rézen ISDN volt használva. (A sebesség nem volt szempont.)
- igen a PLC-k miatt nem csak IPv4/IPv6 szaladgált rajtuk (Profinet, serial over IP...). Ezekkel a protokollokkal én max ethernet szintig kellett foglalkozzak. Nem is értek hozzájuk.
- adatbiztonsági okból volt ethernet-TCP/IP to serial layer 1-es váltás is, hogy egy rendszerből egy másik rendszerbe adat jusson át a lehetséges visszahatás minimalizálásávalA fentiek miatt mérnökileg érdekes volt, de hálózati szempontból az enterprise világ sokszor összetettebb. Ott az egyszerűség a rendszerek miatt "követelmény" volt. Ebből adódtak a hálózati problémák. Földrajzilag nagy kiterjedésű layer 2-es kapcsolatok, broadcast domain-ek....
Enterprise világhoz képest a hangsúly a fizikia, adatkapcsolati réteg-en volt hibaelhárítás esetén, nem volt jellemző layer 3-as probléma.Engem megfizettek, nem panaszkodtam emiatt soha. Viszont rendszermérnök is voltam, nem csak hálózati mérnök. Ott elvárás volt, hogy ne csak a hálózat működését, de valamelyest a komplex rendszert is átlásd.
Kb ez olyan, mintha egy bankban lennél hálózati rendszergazda, de át kéne látnod a banki pénzügyek folyamatait is.Ami még negatívum volt, hogy sokat kellett menni, a rendszerek természetéből adódóan ugyanis nem volt lehetőség jellemzően távadminisztrációra.
Találkoztam sok hálózati szempontból ostoba szoftveres megoldással, ami "történelmileg" alakult. Na az érdekes volt, hogy ezekre a szoftver problémákra hogyan találtam hálózati megoldást. A szoftvereket ugyanis "kőbe vésettnek" kellett tekinteni. A módosításuk rendkívül drága lett volna. -
cisco007
csendes tag
Sziasztok!
Cisco enterprise környezetben dolgozom már pár éve, szeretem, bár kicsit kevés a pénz.
Most adódott egy olyan lehetőség, ahol Cisco Industrial IoT környezetbe lehetne átugrani.
Van valakinek tapasztalata ilyen területen?
Cisco Connected Grid Routers, Industrial Ethernet Switches, stb.
Fogalmam since, mennyire más ez a terület, látom hogy más feature-ök vannak (PROFINET, CIP), ezek abszolút ismeretlenek. Azt is látom, hogy a CCNA Industrial-hoz pl nincs hivatalos Cert Guide sem... Nem tudom egyelőre hogy honnan fogom felszedni a tudást.
Az is kérdéses számomra, hogy vajon mennyire jó tapasztalat ez hosszabb távon, lehet hogy enterprise/data center vonalon izgalmasabb dolgok történnek/nagyobb a pénz?Mit gondoltok? Köszi!
-
crok
Topikgazda
válasz
Rambovits
#14100
üzenetére
Jó helyre írtál.
Jó lenne a pontos konfig.. de tapasztalatból mondhatom hogy baromisokszor figyelmetlenség az újrahúzáskor az ok: pl. a jelszó kijelölésekor hagysz egy space-t a végén.. nem látszik.. mégis beadtad a string-et és része a konfigban mert nincs utána más argumentum, része lesz a jelszónak.
Manapság azt látom (jópár éve), hogy az affected version-t nem az alapján írják már ki, hogy a kód alapján melyik IOS-be volt ugyanaz beleforgatva, hanem hogy a beérkezett rinyálások alapján az ügyfail mit használt mikor lejelentette - simán beleeshet az a T csak másnál nem jött még elő (legalábbis addig amíg a bug-ot meg nem nyitották vagy utoljára frissítették).
- Első körben reconfig de ügyelve hogy ne legyen trailing space vagy hasonló.
- Második: ha valamilyen Internet DSL-el ahol cert-es DMVPN-t használsz akkor simán lehet MTU probléma is és a nagy (>1500byte) cert tördelve lett és valahol nem fér át az első fele - így ragadsz bent. Sajnos ez is gyakori, a szolgáltató rendszerében backbone szinten volt olyan path válozás amit te nyilván nem érzékelsz de egy kiesés miatt pl. secured path-on van egy BB linkjük amin szűk keresztmetszet az MTU (régi rendszer a backup, új rendszer az éles).
- Harmadikban meg reload. Ez nálam is a gyakorlati tapasztalat.
- 15.3 vagy 15.4 M-est javaslok. -
#14101
#25583896
törölt tag
BlackJapan
#14099
#25583896
törölt tag
válasz
BlackJapan
#14099
üzenetére
FE8 = 1111 1110 1000
FE9 = 1111 1110 1001
FEA = 1111 1110 1010
FEB = 1111 1110 1011Tehát az első 10 bit ugyanaz. Ha 12 bit lenne, akkor csak FE8 kezdetű lehetne, de mivel az utolsó 2 bit változik (ami a 3. hex része), ezért 4 lehetőség is van. 2 hex viszont még nem elég (tehát mondjuk FE), mert abba beletartozna az FE0 is, aminek az első 10 bitje 1111 1110 00, ami már nem jó.
Új hozzászólás Aktív témák
Hirdetés
- 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!
- Milyen egeret válasszak?
- Kerékpárosok, bringások ide!
- HiFi műszaki szemmel - sztereó hangrendszerek
- Autós topik
- Sony MILC fényképezőgépcsalád
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- One mobilszolgáltatások
- iPhone topik
- Milyen cserélhető objektíves gépet?
- További aktív témák...
- DUPLA XEON GOLD 6134!!! HP Z8 G4 LEGNAGYOBB WORKSTATION 64GB 2x8 mag 2x16 szál gamer, szerver, munka
- DELL PowerEdge R730xd 26SFF rack szerver - 2xE5-2680v3 (24c/48t, 2.5/3.3GHz), 64GB RAM, 10G, H730p
- Billentyűzet magyarosítás magyarítás lézerrel is! 10-15ezer közötti áron! Óriási betűkészeletünk van
- BESZÁMÍTÁS! ASUS ROG STRIX Z270G GAMING WiFi alaplap garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RTX 4070 Ti Super GAMER PC termékbeszámítással
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged