- Samsung Galaxy S23 Ultra - non plus ultra
- Fotók, videók mobillal
- Samsung Galaxy Z Fold3 5G - foldi evolúció
- Magyarországon is kapható a Honor 200 Lite, ennyibe kerül
- Huawei Mate 40 Pro - a csúcson kell abbahagyni?
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Vodafone-ra áttért Digi Mobilosok
- iPhone topik
- Milyen okostelefont vegyek?
Hirdetés
-
Extra magokkal tömi ki AmpereOne szerverprocesszorát az Ampere
ph Ehhez a TSMC 3 nm-es eljárása ad alapot, ráadásul új technológiák is érkeznek.
-
Sarokba szorította a Huawei az Apple-t Kínában
it A Huawei olyan nagy versenyt teremtett az Apple számára Kínában, hogy utóbbi érezhetően csökkentette az országban az iPhone-ok árait.
-
Xiaomi Pad 6S Pro 12.4 - Kína (válasza az) iPad(r)e
ma Nagyon nyomul a Xiaomi tablet fronton, és nagyobb méretben is jól megy nekik. Jól. Nem tökéletesen.
-
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
-
FecoGee
Topikgazda
válasz zsolti.22 #1043 üzenetére
Na megírom a megoldást mert lassan alszom, hosszú volt az éjszaka, csörgött a telefon párszor , és nem kizárt hogy ma éjszaka is így lenne.
R4 route táblája:
EIGRP_2#sh ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
172.16.0.0/24 is subnetted, 4 subnets
C 172.16.4.0 is directly connected, Loopback1
D 172.16.1.0 [90/2809856] via 10.0.0.14, 00:00:33, Serial0/1
D 172.16.2.0 [90/2809856] via 10.0.0.14, 00:00:33, Serial0/1
C 172.16.3.0 is directly connected, Loopback0
10.0.0.0/30 is subnetted, 4 subnets
D 10.0.0.8 [90/2681856] via 10.0.0.14, 00:00:43, Serial0/1
C 10.0.0.12 is directly connected, Serial0/1
D EX 10.0.0.0 [170/2229760] via 10.0.0.14, 00:00:43, Serial0/1
D EX 10.0.0.4 [170/2229760] via 10.0.0.14, 00:00:48, Serial0/1Látszik hogy egy 192.168.x.x-es route sincs benne.
R2 route táblája:
ASBR#sh ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
172.16.0.0/24 is subnetted, 4 subnets
D 172.16.4.0 [90/2297856] via 10.0.0.13, 00:00:59, Serial0/1
D 172.16.1.0 [90/2297856] via 10.0.0.9, 00:00:48, Serial0/0
D 172.16.2.0 [90/2297856] via 10.0.0.9, 00:00:48, Serial0/0
D 172.16.3.0 [90/2297856] via 10.0.0.13, 00:00:59, Serial0/1
192.168.4.0/32 is subnetted, 1 subnets
O 192.168.4.1 [110/11] via 10.0.0.5, 00:00:03, FastEthernet0/1
10.0.0.0/30 is subnetted, 4 subnets
C 10.0.0.8 is directly connected, Serial0/0
C 10.0.0.12 is directly connected, Serial0/1
C 10.0.0.0 is directly connected, FastEthernet0/0
C 10.0.0.4 is directly connected, FastEthernet0/1
192.168.1.0/32 is subnetted, 1 subnets
O 192.168.1.1 [110/11] via 10.0.0.1, 00:00:16, FastEthernet0/0
192.168.2.0/32 is subnetted, 1 subnets
O 192.168.2.1 [110/11] via 10.0.0.1, 00:00:16, FastEthernet0/0
192.168.3.0/32 is subnetted, 1 subnets
O 192.168.3.1 [110/11] via 10.0.0.5, 00:00:06, FastEthernet0/1Ebből a lényeg:
192.168.4.0/32 is subnetted, 1 subnets
O 192.168.4.1 [110/11] via 10.0.0.5, 00:00:03, FastEthernet0/1
192.168.1.0/32 is subnetted, 1 subnets
O 192.168.1.1 [110/11] via 10.0.0.1, 00:00:16, FastEthernet0/0
192.168.2.0/32 is subnetted, 1 subnets
O 192.168.2.1 [110/11] via 10.0.0.1, 00:00:16, FastEthernet0/0
192.168.3.0/32 is subnetted, 1 subnets
O 192.168.3.1 [110/11] via 10.0.0.5, 00:00:06, FastEthernet0/1/32-vel látja a subneteket. Miért? Mert az OSPF a loopback interface-kre saját type-t használ, amit /32-vel hirdet be. És mivel a redisztribúció a route-táblából történik, ezért a /24-es prefix lista bejegyzéseid nem érvényesülnek, hiszen /32-vel vannak ott.
A megoldás a loopback interface-k OSPF type-jának átállítása.OSPF_1(config)#int ra lo0 - 1
OSPF_1(config-if-range)#ip ospf net po
OSPF_1(config-if-range)#ip ospf net point-to-p
OSPF_1(config-if-range)#^Z
OSPF_1#clear ip ospf 10 p
Reset OSPF process? [no]: y
OSPF_1#
*Mar 1 00:06:10.443: %OSPF-5-ADJCHG: Process 10, Nbr 10.0.0.14 on FastEthernet0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Mar 1 00:06:11.463: %OSPF-5-ADJCHG: Process 10, Nbr 10.0.0.14 on FastEthernet0/0 from LOADING to FULL, Loading DoneÉs már látszik is R4-en a két subnet.
EIGRP_2#sh ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
172.16.0.0/24 is subnetted, 4 subnets
C 172.16.4.0 is directly connected, Loopback1
D 172.16.1.0 [90/2809856] via 10.0.0.14, 00:06:19, Serial0/1
D 172.16.2.0 [90/2809856] via 10.0.0.14, 00:06:19, Serial0/1
C 172.16.3.0 is directly connected, Loopback0
192.168.4.0/24 is subnetted, 1 subnets
D EX 192.168.4.0 [170/2229760] via 10.0.0.14, 00:00:13, Serial0/1
10.0.0.0/30 is subnetted, 4 subnets
D 10.0.0.8 [90/2681856] via 10.0.0.14, 00:06:29, Serial0/1
C 10.0.0.12 is directly connected, Serial0/1
D EX 10.0.0.0 [170/2229760] via 10.0.0.14, 00:06:33, Serial0/1
D EX 10.0.0.4 [170/2229760] via 10.0.0.14, 00:06:33, Serial0/1
D EX 192.168.2.0/24 [170/2229760] via 10.0.0.14, 00:01:16, Serial0/1[ Szerkesztve ]
-
FecoGee
Topikgazda
válasz zsolti.22 #1069 üzenetére
Szia,
igen, a könyvben nincs minden benne. Ezért kell a laborozás, hogy ezeket észrevegye az ember. A CCNP ROUTE Lab Manual-ban benne van:
Step 2: Add interfaces into OSPF.
a. Create OSPF process 1 on all three routers. Using the network command, configure the subnet of the
serial link between R1 and R2 to be in OSPF area 0. Add loopback 1 on R1 and loopback 2 on R2 into
OSPF area 0.
Note: The default behavior of OSPF for loopback interfaces is to advertise a 32 -bit host route. To ensure
that the full /24 network is advertised, use the ip ospf network point-to -point command. Change the
network type on the loopback interfaces so that they are advertised with the correct subnet. R1(config)# router ospf 1
R1(config-router)# network 10.1.12.0 0.0.0.255 area 0
R1(config-router)# network 10.1.1.0 0.0.0.255 area 0
R1(config-router)# exit
R1(config)# interface loopback 1
R1(config-if)# ip ospf network point-to-pointR2(config)# router ospf 1
R2(config -router)# network 10.1.12.0 0.0.0.255 area 0
R2(config-router)# network 10.1.2.0 0.0.0.255 area 0
R2(config-router)# exit
R2(config)# interface loopback 2
R2(config-if)# ip ospf network point-to-point -
-
tusi_
addikt
válasz zsolti.22 #1067 üzenetére
A gond az, hogy nem a Mint debianos gépemmel néztem, hanem a Maya-val, amiről panaszkodtam, hogy nem nyit konzol kapcsolatot, van benne valami bug. De lényegtelen, mert megnyitotta a topológiát, csak épp a konzolt nem, rgo semmit nem láttam a konfigokból. De ha láttam volna sem tudtam vona a megoldást, mert itt már komoly redistributok vannak, amiket én még nem tanultam. Viszont a route-mapot kigyakoroltam, gondoltam, hátha abban van a hiba. De erre az ospf point-2-pointra az életben nem jöttem volna rá
eat, sleep, play, replay
-
tronic
tag
válasz zsolti.22 #1132 üzenetére
Így is van. Rendelés elindítva, s a megadott összeget vonták le a PayPal számlámról (A korábbi hozzászlásban megadott eur-t vonta le a PP a kártyámról). Egy kis eltérés van, Németország a célállomás.
Ha minden igaz csütörtökön meg kell érkeznie..és szombatig van az akció. Ha van vmi, majd frissítek
'Tipikus esete annak, amikor génmanipulálgatanak össze-vissza és a végén kijön belole valami véletlenül...:)''
-
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
-
FecoGee
Topikgazda
válasz zsolti.22 #1156 üzenetére
Kilaboroztam, nem küld.
DSW1-Cat3560#sh run int fa0/1
Building configuration...Current configuration : 95 bytes
!
interface FastEthernet0/1
switchport mode access
endDSW1-Cat3560#
DSW1-Cat3560#debug dtp allDSW1-Cat3560#
*Mar 5 21:52:54.323: DTP-queue:Fa0/1:Not queuing DTP packet: DTP not enabled ../dyntrk/dyntrk_process.c:1362Dynamic auto:
dyn auto
DSW1-Cat3560#ess.c:1745
*Mar 5 22:18:25.965: DTP-pkt:Fa0/1:Sending packet ../dyntrk/dyntrk_process.c:1248
*Mar 5 22:18:25.965: DTP-pkt:Fa0/1: TOS/TAS = ACCESS/AUTO ../dyntrk/dyntrk_process.c:1251
*Mar 5 22:18:25.965: DTP-pkt:Fa0/1: TOT/TAT = 802.1Q/NEGOTIATE ../dyntrk/dyntrk_process.c:1254
*Mar 5 22:18:25.965: DTP-pkt:Fa0/1:datagram_out ../dyntrk/dyntrk_process.c:1286
*Mar 5 22:18:25.965: DTP-state:Fa0/1:Ending state transition to state S2:ACCESS ../dyntrk/dyntrk_fsm.c:659[ Szerkesztve ]
-
FecoGee
Topikgazda
válasz zsolti.22 #1215 üzenetére
Értem, köszönöm!
Szerintem packet tracerrel csak a network diagramot kellene lerajzolni és ha lehet GNS3-mal a routereket és igazi switcheken a switchinget felhúzni konfignak. Nem tudom van -e rá lehetőség a szakdolgozat írójának. Bár ha már csak rajzolás, akkor inkább Visio. -
tronic
tag
válasz zsolti.22 #1136 üzenetére
Meghozta ma reggel a 4 könyvet az UPS (Kedd > Csütörtök). Mindegyikből a legfrissebb nyomtatás gyütt, így a hibák is ki vannak gyepálva . Már csak idő kellene a nyári hajrá mellett .
'Tipikus esete annak, amikor génmanipulálgatanak össze-vissza és a végén kijön belole valami véletlenül...:)''
-
Ygg
senior tag
válasz zsolti.22 #1267 üzenetére
De lehet, hogy a következő helyeden igen.
Vagy pont majd azért vesznek fel valahova, mert Neked van, a többi hasonló képességű jelöltnek meg nem.
Meg ha az adott helyen pont magáért a certiért nem is fizetnek, a vele járó tudást kihasználhatod, esetleg juthatsz vele előbbre. -
tusi_
addikt
válasz zsolti.22 #1283 üzenetére
Itt a szálláson van egy cseh srác. A cseh Cisco akadémián dolgozik, CCNA, CCNA Voice és securitiyje van, jövő hónapban megy CCNP switchre. Van kivel dumcsizni legalább
Ja ez bruttó, amit irtam. Ha 45e € bruttó, akkor adó után szaros 30e € (havi2500 €) marad csak meg
[ Szerkesztve ]
eat, sleep, play, replay
-
tronic
tag
válasz zsolti.22 #1286 üzenetére
Anno az Euro nyelviskolában jártam végig 1 évet felső előkészítőben, még mielőtt kimentem Németországba. Nagyon hasznos volt, bár a szombatok rámentek...de hát vmit vmiért.
Igazából, ha van egy erős közeped, akkor a szakmai részét kis kitartással relatíve hamar fel lehet szedni, mivel ami eddig passzív volt, a tanulásból kifolyólag, át fog menni szép lassan aktívba. Bár ez minden szakmára igaz sztemSzakmai fülidomításhoz (via podcasts) pedig ezt tudom meleg szívvel ajánlani http://packetpushers.net/
[ Szerkesztve ]
'Tipikus esete annak, amikor génmanipulálgatanak össze-vissza és a végén kijön belole valami véletlenül...:)''
-
tusi_
addikt
-
tusi_
addikt
válasz zsolti.22 #1353 üzenetére
Nem, azt félbe szakitottam. Ahogy néztem a lehetséges állásokat hamarabb találkozom L3-as switchekkel, mint 40-50 routerrel egy hálóban. Most tartok a CEF-nél, de egyre durvább a switch.
Kijegyzetelem a lényeget, tényleg nagyon cimszavakban, de már kb 10 oldalnál tartok.
FecoGee: igazad volt, mint mindig. Itt kezdődik a tudás, a CCNP-nél
eat, sleep, play, replay
-
sm1ley
csendes tag
válasz zsolti.22 #1361 üzenetére
Sziasztok!
Hónap elején lett meg a CCNA vizsgám, és mivel én is a CCNP felé tartok, ezért gondoltam csatlakozom ide is... Ha lesz elég időm tanulni, akkor biztos nekem is lesznek kérdéseim CCNP témákban, de egyelőre örülök, hogy sikerült a CCNA
@zsolti.22: BGP-hez még nem értek, viszont a VTP rejtélyre lenne egy tippem: az lehet, hogy a port nem volt trönkre konfigurálva (kézileg), viszont ha auto-n volt, akkor a DTP esetleg dinamikusan trönkké változtatta... És mikor törlés után újraindult a switch, akkor a kliens elküldte neki a vlan adatokat, mivel magasabb revíziószáma volt (ha jól emlékszem, a magasabb revision number-rel rendelkező switch felülírja a többinek a vlan információit, függetlenül attól, hogy szerver vagy kliens).
-
crok
Topikgazda
válasz zsolti.22 #1361 üzenetére
@BGP:
Igen, iBGP-nél biztosítani kell, hiszen iBGP esetén a next-hop alapvetően
nincs megváltoztatva mint eBGP esetén. EBGP esetén azért van szükség
a next-hop IP-címének megváltoztatására, mert kimutat az út az ASből.
Ha ezt az utat iBGP-be hirdeted akkor a border router-en lehet hogy be kell
állítanod majd az iBGP peerek felé a next-hop self paramétert hacsak nem
használsz valamilyen protokollt a next-hop feloldására (indirect next-hop -od
lesz ugyanis). IBGP esetén a routerek úgyis össze kell hogy legyenek kötve
valamilyen IGP-vel (akár static, OSPF, EIGRP.. bármi), tehát az eBGP routerek
felé mutató linkek route-jait is be kell juttatnod és mindenkinek tudnia is kell
az eBGP route-ok next-hop -jainak elérhetőságéről különben nem fognak az
utak a routing táblába bekerülni, már a BGP táblába se, hiszen nulladik döntési
szinten áll (még a weight előtt..) hogy a next-hopnak a RIB-ben szerepelnie kell.Egyébiránt az iBGP routerek nem küldenek tovább iBGP routertől kapott route
-ot másik iBGP routernek hiszen miért tennék, az iBGP routereknek az iBGP
route-okat ismerniük kell (full mesh: mivel iBGP-ben a full-mesh követelmény,
minden iBGP routernek lennie kell egy BGP kapcsolatának az AS összes iBGP
routerével ezért egy eBGP route legfeljebb egy iBGP rotueren keresztül
mindenképp elérhető kell legyen [úgy értem egy BGP-t beszélő routeren keresztül..
nyilván nem egy routeren keresztül..] ). (Jó, kivétel: router-reflector.. BGP
konföderáció.. de ezek speciális esetek..). Így maradhat az iBGP loopmentes:
"másnak nem adom tovább azt amit én is bentről kaptam" - split horizon.Már késő van de ha nagyon nem érthető (remélem nem hülyeség) akkor átírom.
IpSpace: BGP next hop processing
BGP next hop self
BGP Best Path Selection
Bgp Split Horizon rule[ Szerkesztve ]
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
Topikgazda
válasz zsolti.22 #1368 üzenetére
Igen, a CCIE-ban nyilván benne van, de CCIP (BGP/MPLS) anyag,
az meg CCNP szint. Azért gondoltam megemlíteni még nem baj.[ Szerkesztve ]
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
Topikgazda
válasz zsolti.22 #1386 üzenetére
A régióban jól fizet, a kitartó munka pedig jól jövedelmezik.
Számomra ez hivatás.. komolyan.. hobbym a melóm..[ Szerkesztve ]
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
Topikgazda
válasz zsolti.22 #1414 üzenetére
Igen, így néz ki a dummy route. Igen, drop lesz, megy a router /dev/null -ba.
De ez nem volt probléma mert a az OSPFnek nem kellett így lefutnia teljesen
és a beragadt LSA miatt amúgy is loopolt arra a network-re a 2 router, így a
pár másodpercnyi null-ba route-olás arra a prefixre nem volt probléma, addig
se ment.. viszont a LAN-ban nem szűnt meg a routing teljesenHa egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
crok
Topikgazda
válasz zsolti.22 #1430 üzenetére
+1 a c3725-nek! GNS3ban nagyon jól működik!
Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..
-
Tsory
tag
válasz zsolti.22 #1448 üzenetére
Fordítsuk át ipv4-re a kérdést. A 200/3 (200.0.0.0/3) mit jelent? Binárisan 1100 1000 0000 0000 0000 0000 0000 0000. Ebből kell az első 3 bitnek egyezni, vagyis 1101 1111 1111 1111 1111 1111 1111 1111, így 223.255.255.255-ig mehet a cím. Az, hogy decimálisan mi változhat, az a bináris alakból látszik. Itt is feltennéd ugyezt a kérdést? Változhatnak a nullák? (Igazából sántít a péda, mert itt 192-223 közötti a hálózat)
Ez ipv6 esetében sem változott, így a 2000::/3 tartomány binárisan
0010 0000 0000 0000 - 0011 1111 1111 1111
hexában: 2000 - 3FFF-ig tart.
Részletesen:
IPv6 address 2000:0000:0000:0000:0000:0000:0000:0000
Prefix length 3
Network start 2000:0000:0000:0000:0000:0000:0000:0000
Network end 3FFFFFFFFFFFFFFFFFFFFFFFF
Netmask E000:0000:0000:0000:0000:0000:0000:0000[ Szerkesztve ]
-
Tsory
tag
válasz zsolti.22 #1459 üzenetére
Ismeretlen hálózat felé tartó csomagokat többféleképpen is kezelhetünk:
ip default-gateway
ip default-network
ip route 0.0.0.0 0.0.0.0Az ip default-gateway parancsot akkor használjuk, ha nincs ip routing az eszközön. Vagy azért, mert Layer 2-es az eszköz, vagy ki van kapcsolva az ip routing (multilayer switch vagy akár router is lehet).
Ha van ip routing, akkor az ip default-network vagy ip route 0.0.0.0 0.0.0.0 parancsot használhajuk az alapértelmezett útvonal megadására. A két parancs működésében vannak különbségek:
Az ip default-network osztályos működésű.
Több alapértelmezett útvonalat felvéve másképp viselkednek.
Másképp működik a disztribúciójuk dinamikus útválasztó protokollokba.Az ip default-network az osztályos címzésű ip időkből maradt ránk, én azt mondanám, hogy ha lehet, akkor kerüljük el a használatát.
[ Szerkesztve ]
-
aor
tag
válasz zsolti.22 #1477 üzenetére
Tegnap kutakodtam a pc-ben és találtam egy progit, aminek CCNA Discovery 4.0 a neve!
Ez lenne az??
Telepítés után 4 modult ad:
I. Otthoni és kisvállalati hálózatok kezelése
II. Hálózati feladatok kis- és középvállalatoknál vagy internetszolgáltatónál
III. Forgalomirányítás és kapcsolás nagyvállalati környezetben
IV. Számítógép-hálózatok tervezése és támogatásaHa nem ez lenne, akkor privátba megkeresnélek!
Ú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!
- Melyik tápegységet vegyem?
- Samsung Galaxy S23 Ultra - non plus ultra
- Xbox Series X|S
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Fotók, videók mobillal
- Samsung Galaxy Z Fold3 5G - foldi evolúció
- OLED TV topic
- Magyarországon is kapható a Honor 200 Lite, ennyibe kerül
- Új kategóriát teremtett a PC-n belül a Microsoft
- Parfüm topik
- További aktív témák...
- Gigabyte AORUS GeForce RTXTM 3070 Ti MASTER , 8GB GDDR6X, 256-bit GV- N307TAORUS M-8GD - Garancia
- Creative SFXI SoundBlaster X4 Külső hangkártya
- KIÁRUSÍTÁS! MINI PC : Intel Pentium J4205 - 8GB DDR4 - 256GB SSD
- Arlo Smarthub VMB4540 Féláron!
- Ipad Pro 11 (2018-2022) Ipad Air 5/4 ESR Magnetic Keyboard Case
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen