- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Mi nincs, grafén akku van: itt a Xiaomi 11T és 11T Pro
- CMF Phone 2 Pro - a százezer forintos kérdés
- Honor 400 - és mégis mozog a kép
- Milyen okostelefont vegyek?
- Google Pixel topik
- Motorola Moto Tag - nyomom, követ
- iPhone topik
- Bemutatkozott a Poco X7 és X7 Pro
- eSIM, a kártyamentes szabadság
-
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
-
sunyijanika
tag
Azt lehet tudni, hogy majd a CCNP Enterprise mi módon lesz frissíthető? elég lesz egy Core exam hozzá vagy egy Concentration exam, vagy netalán mind2 kell majd? ez megújítja a Specialist certet is egyben vagy ehhez külön Concentration vizsgát kell majd letenni?
-
sunyijanika
tag
válasz
#52469760 #14378 üzenetére
Szia!
Én a Learning Guide-ot tudnám javasolni, ahol jól össze vannak szedve a dolgok, de nyilván összeségében az is kevés. Kiindulásnak viszont jó.
Milyen anyagot keressel pontosan? ..mert ez az a vizsga ahol mindent tudni kell technológia és desgin szinten és ugye nem csak egy témakörben.
Én egy 1 éve voltam, tavaly ilyenkor és ahogy észrevettem, most a főbb topikok a R&S, VPNs, Sec és ezek design megoldásai, egy minimál ACI és hát a DC környezet. Voice, QoS, Multicast nem volt hangsúlyos.
-
sunyijanika
tag
válasz
bump3r111 #14079 üzenetére
Pontosan sose lehet tudni, de ha változik is, sokáig lehetőséget biztosít a Cisco a régebbi / éppen aktuális vizsga letételére is, szóval ebből nem szokott gond lenni, Cisco oldalon mutatja, hogy meddig mehetsz el vizsgát tenni az adott vizsgából és eldöntheted neked melyik vekszik jobban.
-
sunyijanika
tag
CCNP Security ✔
CCDA + CCDP ✔
JNCIA - recertified ✔2018 - pihi, szakmai fejlődés vizsga nélkül.
-
sunyijanika
tag
válasz
okgyuri #13632 üzenetére
Egyszerűen csak rossz IOS-t próbálsz.
c7200-adventerprisek9-mz.152-4.M11.bin <--- M (series)
(config-if)#ipv6 address ?
WORD General prefix name
X:X:X:X::X IPv6 link-local address
X:X:X:X::X/<0-128> IPv6 prefix
autoconfig Obtain address using autoconfiguration
dhcp Obtain a ipv6 address using dhcp(config)#ipv6 dhcp pool TEST
(config-dhcpv6)#address prefix ?
X:X:X:X::X/<0-128> IPv6 x:x::y/<z> -
sunyijanika
tag
válasz
zsolti.22 #10615 üzenetére
Hello,
Már nem napi szinten találkozok vele, de van még hozzá szerencsém
Az OCG könyv és INE/CBT videók elegendőek a vizsgához. (bár előbbi valóban nyers / monoton).
A vizsga is főleg az ezekben elmondottakra alapoz.
Ha tudsz gyakorolni is rá, szerintem nem lehet gond.Vizsgáról még pár szót akkor: 54 kérdés volt (2 óra), 847 score-tól pass, kaptam 4 Lab Slim-et (1 SW cli (rém egyszerű) / 1 ISE GUI konfigurációs lab (Auth + Author.) / 2 db ISE GUI - válaszolj a kérdésekre Slim (config+log elemzés).
Cisco-hoz híven, azért dobott olyan kérdést is, amit szerintem úgy igazán sehol se írnak le vagy hallod tanulás során. max. egy google search után
-
sunyijanika
tag
Látom vannak itt olyanok akiket tervezik a SISAS vizsgát, ha érdekel titeket ma elmentem rá és különösebb gond nélkül meglett. Nem kell igazán félni tőle, szerintem van ennél nehezebb vizsga is. Alap dolgokra számítsatok, igazából 1db CLI-s Sim kérdés-t kaptam és egy GUI klikkest, többiben csak a log-ot kell elemezni.
Good luck, guys!
-
sunyijanika
tag
kipróbáltam az említett pattern-ket, de hibátlan mind. Az issue főleg akkor tapasztalható ha az ügyfél forgalom van a vonalon, ha átkapcsolom akkor hibátlan a LL a teszt nem mutat semmit. viszont az ügyféllel se szórakozhatok ugyebár..
valóban a scrambleing jó megközelítés lehet és az MTU-t is ellenőrzöm.
Köszöntem!
-
sunyijanika
tag
Sziasztok,
Az egyik client packet loss issue-val küzd az egyik LL. Annyit kiderítettem, hogy a transmitter pathval lesz valami, mivel elkezd dobálni 4461 bytes Lan-to-Lan csomagoknál viszont megy 4460al, receiver az OK. de ügyfél traffic-el akár 1500 is dobál a LL.-on. Másik path megy szóval nem a Lan vagy a Backbone.
A kérdés: milyen bottleneck okozhatja ezt a 4460 bytes-os határt? mielőtt belevetném magam dobjatok néhány tippet
-
sunyijanika
tag
válasz
kristofkax #5544 üzenetére
A kártya teszt alatt azt értem, hogy ha a loopback diag parancs van konfigurálva akkor a ping nem hagyja el a kártyát csak visszafordul önmagába, de ha már kábel is van rá dugva külön HW loop-al (nincs spec kábel
) akkor hogy viselkedik vajon? hogy mondjuk lássuk, nincs baj a connected cable-el.
-
sunyijanika
tag
Egy kérdés:
Adott egy controller (e1/t1) és állítok egy loopback diag-ot majd elindítok egy hdlc pinget az ugye a kártyát fogja tesztelni és mi van akkor ha rakok egy HW loopot a kábel végére ami kapcsolódik a kártyához ugyan úgy loopback diagot használva akkor az a ping elhagyja a kártyát és elmegy a kábel végéig vagy nem? vagy ilyenkor ne használjak loopback parancsot teszteléshez?
-
sunyijanika
tag
Sziasztok,
Mit ajánlotok most CCNA Sec-hez? Melyik a legfrissebb könyv és az mennyire bugos? a 640-554 vizsga most a legújabb? csak szeretnék egy körképet kapni, ti miből készültök.
-
sunyijanika
tag
Tud ajánlani valaki nekem jó vonalas könyveket (ISDN, IPSec, L2TP, DSL) , kicsit mélyebben belemennék.
-
sunyijanika
tag
Ha most virtual-linket használsz akkor area 2 nem lesz summary route mivel közvetlenül az area 0-hoz fog tartozni (úgy is látod O- érték) így nem tudod szűrni a filter parancsal max egy distribute listel. Most lehet, hogy summary-ként látod, de virtual-link estén a szűrés és a hirdetés megér egy külön mesét.
más a logikája.
-
sunyijanika
tag
válasz
zsolti.22 #3426 üzenetére
Én értem a felvázolt kérdést, de a választ sajnos én sem tudom
@tusi csak a topolgy table-ről írt egy szép összefoglalót, azonban te az all-links-et kérded. Én is tapasztaltam hasonlót! van, hogy egyes utakat nem jelenít meg pedig a könyv azt írja, hogy bizony ott kéne lenniük. Mélyebben még nem mentem bele, hát ha tud erre valaki valamit mondani majd itt a topicban
-
sunyijanika
tag
válasz
kowika87 #3248 üzenetére
Attól, hogy egy interfészre/-ekre authentication-t állítasz be, még az eigrp updatek szépen menni fognak, így R5 mért ne kapná meg ezeket? ha viszont két router között az auth. nem egyezik vagy esetednél r5 alól lehúzod még szép, hogy down-ra kapcsol és aztán már tényleg nem kapsz semmit sem
-
sunyijanika
tag
B.U.É.K minden és leendő cisco fanak! keep it up!
-
sunyijanika
tag
válasz
csabyka666 #2662 üzenetére
Én úgy tudom, hogy a Discovery-nél ugye úgy van, hogy választhatsz nyelvet hogy melyik adatbázisból kapd a kérdéseket, (pl. magyar, angol), de most tudomásom szerint pl. az angol kérdések egy része nincs is átfordítva magyarra, szóval ha magyart választod vagy eddig is azt választottad akkor jó esély van rá, hogy kevesebb kérdésből lesz összeválogatva a vizsga rész, mondjuk ez akkor jó, ha megbuksz és újra szeretnéd csinálni így valószínűleg ugyanazokat a kérdéseket kapnád, mivel nincs miből választani. de én úgy 100 vagy 150 kérdésre lőném be a dolgot amiből válogat, de lehet kevesebb.
-
sunyijanika
tag
válasz
zsolti.22 #2660 üzenetére
A udld leginkább a fizikai félrekábelezések ellen véd és igen tipikusan optikai portokon alkalmazzuk. Az adási és a vétel ágnak is megfelelően kell csatlakoznia, ha nem errdisable-be rakja.
Loopguard: A loopguardot általában a udld -vel együtt érdemes használni mivel ez pedig nem a fizikai hanem szoftveres hibák ellen véd. attól, hogy egy bpdu nem érkezik meg nem okoz topológia változást.
A portfast-ot a végfelhasználóknál használjuk. Mivel a portfast egyből forwardingba rakja a portot ezzel meggyorsítva a folyamatot, de ettől még az STP része marad és ha véletlenül egy hálózati eszközt kötünk a portra ami bpdu-t szór akkor bekövetkezhet a topológia váltás, ezért van a bpduguard amit portfastokkal együtt használunk. Ha a portfast port bpdu üzenetet kap akkor errdisable módba kerül, ami azonban magától nem fog visszaállni a normál státuszába.
-
sunyijanika
tag
válasz
Bjørgersson #2452 üzenetére
Hi,
Először is azért nem kap senki ip-t mert a linksys és a switch között straight cable van nem cross! cseréld le és azzal nem lesz gond. SSID broadcast nélkül?? max kikapcsolod az SSID broadcastot és kézileg adod meg.
-
sunyijanika
tag
Hát igen, de ez így nem egy tuti megoldás, több router esetén kicsit idegesítő lehet, sőt így lehet, hogy egyes részeket elfog utasítani a boot során.
Nem tudom, milyen .net fájlokat töltesz, de ajánlom neked ezt az oldalt:
betöltéshez olvasd el ezt:
Remélem jutsz valamire
-
sunyijanika
tag
találkoztam már ezzel a problémával én is, localhost és a port számok zavarnak be egymásnak.
én ezt a megoldást fejlesztettem ki:
megnyitod a xxxx.net fájlt wordpad-el pl. és látni fogod ezeket a részeket:
autostart = False
version = 0.8.2
[127.0.0.1:7200]
workingdir = C:\DOCUME~1\NAGYJA~1\LOCALS~1\Temp
udp = 11000
[[3640]]
image = C:\Program Files\GNS3\cisco_ios\c3640-jk9s-mz.124-16.image
idlepc = 0x603e26f0
ghostios = True
chassis = 3640értelemszerűen, nálad mások lesznek az elérések, ios.
tovább haladva a net fájlban láthatsz további részeket:
[127.0.0.1:7201]
workingdir = C:\DOCUME~1\NAGYJA~1\LOCALS~1\Temp
udp = 10100
[[3640]]
image = C:\Program Files\GNS3\cisco_ios\c3640-jk9s-mz.124-16.image
idlepc = 0x603e26f0
ghostios = True
chassis = 3640A kiemelt részeket átírod (udp portokat) és ezután, ha minden igaz befogja tölteni vagy is nálam így van.
-
sunyijanika
tag
válasz
zsolti.22 #2181 üzenetére
Nem lett félre írva. mivel, ha a magyarázatot figyelmesen elolvasod alatta akkor kiderül mért is ezt az utat választotta. Azt írja, hogy a - Local_Pref-hez - se egyéb más értéket még nem állítottak (default), de mind E1 és E2 ismer utat 183.0.0.0/8-hoz amit IBGP-ben továbbítanak is egymásnak. Bármilyen update IBGP-ből a Local-Pref-et defaultként 100-ra állítja be amint láthatod is az ábrán. de mért nem választja a magasabb értéket? mivel ahogy írtam ez default így ezt kihagyja és egészen Step 7- megy ahol EBGP jobb választás mint az IBGP így mind kettő a saját EBGP-jét választja.
Nem vagyok teljesen tisztában mindennel az BGP kapcsán, de könyv alapján ezért választja.
-
sunyijanika
tag
válasz
zsolti.22 #2090 üzenetére
semmi gond. szóval, NSSA-t minden bizonnyal egy ABR és ASBR közé fogsz tenni. ahogy nálad is látható (R3 -R7). LSA7 csak azok a routeok fognak kapni amiket az ASBR-n redistributolsz (external IGP, connected,static pl. , de nálad az ábrán nincs ilyen) - lényeg, hogy egy stub area is tudjon tanulni external routeokat ezért van az LSA7, mert LSA5-t elutasítják mint köztudott.
R7(lsa7)--->(ls7)R3(lsa5)---->R4
de te pont fordítva gondoltad az egészet! R3 csak LSA5-t fog látni az eigrp-ről mivel az egy sima external és ezt nem fogja LSA7 alakítani mert az NSSA csak egyszerűen eldobja (nincs LSA5).
R5(lsa5)----->all
Szerintem logikusan levezettem, erősítsetek meg
-
sunyijanika
tag
válasz
zsolti.22 #2088 üzenetére
Igen itt az iránnyal lesz gond ahogy crok is mondta. mivel az eigrp-t R3-m LSA5 fogja látni! (amit persze R7 - nssa miatt sose fog megkapni, omits LSA5) R3 area0 -ból kapja az eigrp útvonalat nem az R7-t felől. (R3 - ABR) Azonban, ha az ASBR-n (R7) redistributolsz (connected, static.. etc) az már LSA7 lesz amit R3 LSA5 továbbít majd. Remélem most már kicsit világosabb lett.
-
sunyijanika
tag
válasz
robesz87 #2073 üzenetére
ip inspect name "name" icmp (protocol amit szeretnél, hogy vissza jöjjön)
ha többet akarsz, többször írod le a sort:
ip inspect name -name- http
ip inspect name -name- stbinterfacen pedig pl out irányba engedélyezed.de úgy hogy közben befele tiltasz bizonyos forgalmat a (pl a 11-t).
de az "establish" kulcsszó is tökéletesen működik!
-
sunyijanika
tag
válasz
robesz87 #2065 üzenetére
Látom szereted bonyolítani a dolgokat
Egyes kérdések ellentmondanak a másiknak. pl 3 - 4, A 11 ne lássa az 1-t, de fordítva igen? vagy a 11 ne lássa az 1-t,de az 1 láthat mindenkit kivétel 11-t? nem egyértelmű számomra. mert akkor már itt nem elég az ACL, kell ip inspect is vagy ehhez hasonló firewall, De én azt mondom, kis átalakítással már Private Vlan-t kellene használni amivel szétosztod a vlanokat felesleges acl bonyolítás nélkül.
-
sunyijanika
tag
Igen normális, mivel Frame Relay esetén NBMA az alap network type ahol nincs automatikus neighbor discovery így kell a neighbor ip-address parancs. Azonban a network type-t tudod módosítani:
ip ospf network X:
- Broadcast
- Point-to-point
- Nonbroadcast (nincs discovery, NBMA alap)
- Point-to-multipoint
- Point-to-multipoint nonbroadcast (nincs discovery) -
sunyijanika
tag
Nem, ennek így kell működnie, mivel az igaz, hogy amikor előállítod elég csak két paramétert beállítani (és nem is enged többet - fordítottját), de amint elindítod a FW switchet az legenerálja a maradékot, de ennek nem kéne semmi hibát okoznia.
Azonban, lehet időként a gns3 kavar a dologba , ha nyomsz neki egy reset-t és újra felveszed a DLCI-k menni fog ahogy nálam és Tsory-nál is
-
sunyijanika
tag
válasz
zsolti.22 #1849 üzenetére
Nézzük ezt a FR-t.
1. Nincs kiadva a (no auto-summary) - ahogy ezt már írták,
2. a hubra mindenféle kép kell a no split-horizon eigrp x parancs.
3. Ahogy látszik, néhány útvonalat ismer, néhányat nem a 2 spoke. Ha megnézed a frame-relay map-t akkor láthatod, hogy csak egy út van és az a "hub"-hoz vezet. a hubon kivan adva a no split parancs ezért ő szépen küldi az update-t mind2 irányba ezért látod a subneteket, de soha nem fogja elérni őket (no ping). Ezért mindenképp kell további map-ket hozzáadni.
R2 ---> frame-relay map ip 10.0.0.3 201 broadcast
R3 ---> frame-relay map ip 10.0.0.2 301 broadcast
Ezek után szépen működni fog a dolog!
- Az mind1, hogy a fizikai vagy multipoint-t konfigurálsz a spokekon mind2 egyaránt működik (bár nincs sok értelme)
-
sunyijanika
tag
c,
Mivel a routing protocol - RIP - (distance vektor) hop-count metricet használunk. max(16) ezután a hálózat elérhetetlen lesz. (RIPv1)
R1 kap egy rip route-t (192.168.6.0/24) via s0/0/0 ezt hirdetné R2-nek azonban a metric ott már 16 lenne - route poisoning - a route nem kerül be a táblába.
Én nem szeretnék okoskodni nem tudom, h tanulsz, de ha szerintem elolvasnád a könyvet (alaposan) esetleg a Discovery tananyagot ott ez is szépen le van írva. Ne érts félre szívesen segítünk, de próbálj önállóságra törekedni, olvass utána több helyen, hidd el jobb ha te jössz rá, ha végképp nem megy a fiúkkal próbálunk segíteni
-
sunyijanika
tag
A PPP standard tartalmaz egy protocol field-t ami azonosítani tud egy csomag típust egy kereten belül, azonban a HDLC standard nem rendelkezik ilyen mezővel. Így a cisco fogta és készített egy cisco proprietary HDLC-t ami csak cisco eszközökön használható és tartalmazza a protocol field-t.
Végül is jobb mivel tudsz hitelesítést beállítani.
-
sunyijanika
tag
válasz
zsolti.22 #1139 üzenetére
A szöveg fordítása:
Amit előrendeltél teljesítésre kerül amint elérhetővé válik a CiscoPressen. Erről fogsz egy értesítő e-mailt is kapni. Ha képtelenek leszállítani a könyvet a megadott időben, akkor törölni fogják a rendelést amiről szintén kapsz egy értesítést. ezen kívül te is bármikor visszamondhatod.
A pénzt nem vonják le a számládról még a könyvet meg nem kapod. Függetlenül attól, hogy a könyv hogy jut el hozzád csak egy teljes körű szállításért kell majd fizetned.
Igen a BGP egy elég jó témakör, nekem is bejön
-
sunyijanika
tag
válasz
J0shu4M1ll3r #996 üzenetére
Google a barátod!
persze belehet őket szerezni egy sima pdf-ben is. Ha nem zavar, hogy gép előtt kell tanulnod akkor okosban mindent lelehet tölteni csak keresni kell.
-
sunyijanika
tag
válasz
zsolti.22 #934 üzenetére
Sem az NSSA, sem a totally NSSA "nem értelmezi" az LSA5 típusokat, náluk van bevezetve az LSA7 types, ezáltal ők képesek tanulni külső útvonalakat és (pl.defaultként hirdetni őket), majd NSSA area-ból távozva LSA5-ként hirdeti tovább.
ahogy már korábban is linkeltem, ha az alábbi ábrát értelmezed akkor, világos lesz:
-
sunyijanika
tag
-
sunyijanika
tag
válasz
zsolti.22 #862 üzenetére
Igen az idle pc-t kell használnod! egyszerűen csak jobb click egy router-re és kiválasztod az "idle pc" menü pontot, amire ő úgy reagál, hogy generál neked idle kulcsokat amik közül te kiválasztod a legjobbat. (ami már nem eszi a cpu-t annyira) és letudsz emulálni ezután már akármit. Igazság szerint csak a ramra kell figyelned, de mondom 512-vel (virtuális rammot megnövelve) simán viszi a 7-8 routert is.
-
sunyijanika
tag
Nem jó a 2950-s ccnp-hez, mert az Layer2 switch neked meg Layer3-s kell! (nem támogat olyan funkciókat amikre neked szükséged lenne ccnp switchez)! Persze ha már van akkor azt remekül felehet használni pl. egy 3550 mellé, de akkor is fog kelleni legalább 2db Layer3-s. ha teljes mértékben szeretnél felkészülni, akkor nem tudod megúszni.
-
sunyijanika
tag
válasz
zsolti.22 #754 üzenetére
Végül is igen. most szerintem valós helyzetben úgy is vagy point-to-point -ot használsz ahol csak a dlci kell megadnod vagy multipoint-ot ahol ahogy "Tsory" írta hub és a spoke routereken is ki kell adnod a frame map ip parancsot a "broadcast" kiegészítés meg akkor kell amikor az updateket akarod engedélyezni azonban ez nem mindig kötelező gondolok itt az ospf-re mivel az egész más mint az eigrp.
-
sunyijanika
tag
Én kifejezetten szerettem az OSPF-t olvasni. Az area-k működése és a network typok sokszínűsége nagyon érdekesek.
-
sunyijanika
tag
Szia!
Nem fogod megtalálni egy könyvesboltban sem ezeket a könyveket, esetleg megrendelhetik neked, de akkor már te is megtudod ezt tenni az amazonon.
PT mellett a GNS3 programot tudnám ajánlani amiben valódi IOS-ket tudsz emulálni, remek kis program!
ccnaSec -ben sajna nincs tapasztalatom.
-
sunyijanika
tag
Ne vegyél még egy 2950! Igen CCNP-hez vagy 3550 vagy 3560 multilayer switch fog kelleni. Igazság szerint 4db lenne az ideális, esetleg 2db , de tudom, hogy nem 2ft már 1db sem, szóval alternatíva lehet a [link] ahol felállított labokat találhatsz ilyen eszközökből és gyakorolhatsz ingyen! csak előtte időpontot kell foglalnod!
-
sunyijanika
tag
válasz
sunyijanika #631 üzenetére
Kicsit helyesbítem magam! lehet emulálni ez tény (kicsit körülményes), de szerintem mindenféle kép érdemes valódi eszközön is kipróbálnod a dolgokat.
-
sunyijanika
tag
Nem! mivel Etherchannelt és DHCP snoopingot csak Catalyst Switch-ken (Layer3) tudsz gyakorolni amihez valódi eszköz kell!! GNS3-al CSAK a Routingot tudod gyakorolni (RIP,EIGRP,OSPF,BGP etc.) ami a CCNP Routing vizsgához kiváló, a CCNP Switch examhez elengedhetetlen a valódi eszköz!
-
sunyijanika
tag
válasz
zsolti.22 #591 üzenetére
Az errata a könyv(ek) javításait tartalmazzák. mivel emberek vagyunk előfordulnak hibák, esetleg időközben változik egy két dolog és ezeket orvosolják az"errata"-ban. Ahogy FecoGee is írta a ciscopress.com-ról lehet letölteni őket! (egy egyszerű .doc).
Jó készülgetést mindenkinek!
-
sunyijanika
tag
válasz
Spa4aPaSWebr #214 üzenetére
Igen,
ha nálad van valami hasonló nyugodtan meghívhatsz magadhoz!!
Ú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!
- RETRO beárazás (mobil, PC, konzol)
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Mi nincs, grafén akku van: itt a Xiaomi 11T és 11T Pro
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Ez már a középkategória: teszten a GeForce RTX 5070
- CMF Phone 2 Pro - a százezer forintos kérdés
- Kerékpársportok
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Honor 400 - és mégis mozog a kép
- Formula-1
- További aktív témák...
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 16/32/64GB RAM RX 7700XT 12GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! MSI SUPRIM X RTX 4080 16GB videokártya garanciával hibátlan működéssel
- Azonnali készpénzes nVidia RTX 2000 sorozat videokártya felvásárlás személyesen / csomagküldéssel
- Maximális teljesítmény és biztonság, csak az ARCTIC mx-4-el! Adj új erőt a gépednek!
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5800X 32/64GB RAM RTX 4060 Ti 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