Sot do të fillojmë të mësojmë rreth rrugëtimit të OSPF. Kjo temë, si protokolli EIGRP, është tema më e rëndësishme në të gjithë kursin CCNA. Siç mund ta shihni, seksioni 2.4 titullohet "Konfigurimi, testimi dhe zgjidhja e problemeve OSPFv2 Single-zone dhe Multi-zone për IPv4 (duke përjashtuar vërtetimin, filtrimin, përmbledhjen manuale të rrugës, rishpërndarjen, zonën e grumbullit, VNet dhe LSA).
Tema e OSPF është mjaft e gjerë, kështu që do të duhen 2, ndoshta 3 mësime video. Mësimi i sotëm do t'i kushtohet anës teorike të çështjes; unë do t'ju tregoj se çfarë është ky protokoll në terma të përgjithshëm dhe si funksionon. Në videon tjetër, ne do të kalojmë në modalitetin e konfigurimit të OSPF duke përdorur Packet Tracer.
Pra, në këtë mësim do të mbulojmë tre gjëra: çfarë është OSPF, si funksionon dhe cilat janë zonat OSPF. Në mësimin e mëparshëm, thamë se OSPF është një protokoll i rrugëzimit të Link State që shqyrton lidhjet e komunikimit midis ruterave dhe merr vendime bazuar në shpejtësinë e atyre lidhjeve. Një kanali të gjatë me shpejtësi më të lartë, domethënë me më shumë xhiro, do t'i jepet përparësi ndaj një kanali të shkurtër me më pak xhiro.
Protokolli RIP, duke qenë një protokoll vektori i distancës, do të zgjedhë një shteg me një hop, edhe nëse kjo lidhje ka një shpejtësi të ulët, dhe protokolli OSPF do të zgjedhë një rrugë të gjatë prej disa kërcimesh nëse shpejtësia totale në këtë rrugë është më e lartë se shpejtësia e trafikut në rrugën e shkurtër.
Ne do të shikojmë algoritmin e vendimit më vonë, por tani për tani ju duhet të mbani mend se OSPF është një Protokoll i Shtetit të Lidhjes. Ky standard i hapur u krijua në 1988 në mënyrë që çdo prodhues i pajisjeve të rrjetit dhe çdo ofrues i rrjetit të mund ta përdorte atë. Prandaj OSPF është shumë më popullor se EIGRP.
Versioni 2 i OSPF mbështeti vetëm IPv4, dhe një vit më vonë, në 1989, zhvilluesit njoftuan versionin 3, i cili mbështeti IPv6. Sidoqoftë, një version i tretë plotësisht funksional i OSPF për IPv6 u shfaq vetëm në 2008. Pse zgjodhët OSPF? Në mësimin e fundit, mësuam se ky protokoll i portës së brendshme kryen konvergjencën e rrugës shumë më shpejt se RIP. Ky është një protokoll pa klasë.
Nëse ju kujtohet, RIP është një protokoll i klasit, që do të thotë se nuk dërgon informacione të maskës së nënrrjetit dhe nëse ndeshet me një adresë IP të klasës A/24, nuk do ta pranojë atë. Për shembull, nëse e prezantoni atë me një adresë IP si 10.1.1.0/24, ai do ta perceptojë atë si rrjet 10.0.0.0 sepse nuk e kupton kur një rrjet është nënrrjet duke përdorur më shumë se një maskë nënrrjeti.
OSPF është një protokoll i sigurt. Për shembull, nëse dy ruterë po shkëmbejnë informacionin OSPF, ju mund të konfiguroni vërtetimin në mënyrë që të mund të ndani informacion vetëm me një ruter fqinj pasi të keni futur një fjalëkalim. Siç kemi thënë tashmë, është një standard i hapur, kështu që OSPF përdoret nga shumë prodhues të pajisjeve të rrjetit.
Në një kuptim global, OSPF është një mekanizëm për shkëmbimin e reklamave të shtetit të lidhjeve, ose LSA-ve. Mesazhet LSA gjenerohen nga ruteri dhe përmbajnë shumë informacion: identifikuesin unik të ruterit të ruterit, të dhëna rreth rrjeteve të njohura për ruterin, të dhëna për koston e tyre, etj. Ruteri ka nevojë për të gjitha këto informacione për të marrë vendime për rrugëtimin.
Ruteri R3 dërgon informacionin e tij LSA te ruteri R5 dhe ruteri R5 ndan informacionin e tij LSA me R3. Këto LSA përfaqësojnë strukturën e të dhënave që formon bazën e të dhënave të shtetit Link, ose LSDB. Ruteri mbledh të gjitha LSA-të e marra dhe i vendos ato në LSDB-në e tij. Pasi të dy ruterat të kenë krijuar bazat e të dhënave të tyre, ata shkëmbejnë mesazhe Hello, të cilat shërbejnë për të zbuluar fqinjët dhe fillojnë procedurën e krahasimit të LSDB-ve të tyre.
Ruteri R3 i dërgon ruterit R5 një mesazh DBD, ose "përshkrimi i bazës së të dhënave", dhe R5 dërgon DBD-në e tij te ruteri R3. Këto mesazhe përmbajnë indekse LSA që janë të disponueshme në bazat e të dhënave të secilit ruter. Pas marrjes së DBD-së, R3 dërgon një kërkesë për statusin e rrjetit LSR në R5 duke thënë "Unë tashmë kam mesazhe 3,4 dhe 9, kështu që më dërgoni vetëm 5 dhe 7".
R5 bën të njëjtën gjë, duke i thënë ruterit të tretë: "Kam informacionin 3,4 dhe 9, kështu që më dërgoni 1 dhe 2." Pas marrjes së kërkesave LSR, ruterët dërgojnë mbrapsht paketat e përditësimit të gjendjes së rrjetit LSU, domethënë, në përgjigje të LSR-së së tij, ruteri i tretë merr një LSU nga ruteri R5. Pasi ruterët të përditësojnë bazat e të dhënave të tyre, të gjithë ata, edhe nëse keni 100 rutera, do të kenë të njëjtat LSDB. Pasi të krijohen bazat e të dhënave LSDB në ruter, secili prej tyre do të dijë për të gjithë rrjetin në tërësi. Protokolli OSPF përdor algoritmin Shortest Path First për të krijuar tabelën e rrugëzimit, kështu që kushti më i rëndësishëm për funksionimin e saktë të tij është që LSDB-të e të gjitha pajisjeve në rrjet të jenë të sinkronizuara.
Në diagramin e mësipërm, ka 9 ruter, secili prej të cilëve shkëmben mesazhe LSR, LSU, e kështu me radhë me fqinjët e tij. Të gjithë ata janë të lidhur me njëri-tjetrin nëpërmjet p2p, ose ndërfaqeve "pikë-për-pikë" që mbështesin funksionimin nëpërmjet protokollit OSPF dhe ndërveprojnë me njëri-tjetrin për të krijuar të njëjtën LSDB.
Sapo bazat sinkronizohen, çdo ruter, duke përdorur algoritmin e rrugës më të shkurtër, formon tabelën e tij të rrugëtimit. Këto tabela do të jenë të ndryshme për ruterë të ndryshëm. Kjo do të thotë, të gjithë ruterat përdorin të njëjtën LSDB, por krijojnë tabela rutimi bazuar në konsideratat e tyre për rrugët më të shkurtra. Për të përdorur këtë algoritëm, OSPF duhet të përditësojë rregullisht LSDB-në.
Pra, që OSPF të funksionojë vetë, së pari duhet të sigurojë 3 kushte: të gjejë fqinjët, të krijojë dhe përditësojë LSDB-në dhe të formojë një tabelë rutimi. Për të përmbushur kushtin e parë, administratori i rrjetit mund t'i duhet të konfigurojë manualisht ID-në e ruterit, kohëzgjatjen ose maskën e shkronjës. Në videon tjetër do të shikojmë konfigurimin e një pajisjeje për të punuar me OSPF, tani për tani duhet të dini se ky protokoll përdor një maskë të kundërt dhe nëse nuk përputhet, nëse nënrrjetat tuaja nuk përputhen ose vërtetimi nuk përputhet , një lagje ruterash nuk do të mund të formohet. Prandaj, kur zgjidhni OSPF, duhet të zbuloni pse kjo lagje nuk është formuar, domethënë, kontrolloni që parametrat e mësipërm përputhen.
Si administrator rrjeti, ju nuk jeni i përfshirë në procesin e krijimit të LSDB. Bazat e të dhënave përditësohen automatikisht pas krijimit të një lagjeje ruterash, siç është ndërtimi i tabelave të rrugëtimit. E gjithë kjo kryhet nga vetë pajisja, e konfiguruar për të punuar me protokollin OSPF.
Le të shohim një shembull. Kemi 2 rutera, të cilëve, për thjeshtësi, u kam caktuar RID 1.1.1.1 dhe 2.2.2.2. Sapo t'i lidhim, kanali i lidhjes do të shkojë menjëherë në gjendjen lart, sepse unë fillimisht i konfigurova këta ruter për të punuar me OSPF. Sapo të krijohet një kanal komunikimi, ruteri A do të dërgojë menjëherë një paketë Hello te ruteri A. Kjo paketë do të përmbajë informacion që ky ruter nuk ka "parë" ende askënd në këtë kanal, sepse po dërgon Hello për herë të parë, si dhe identifikuesin e tij, të dhëna për rrjetin e lidhur me të dhe informacione të tjera që mund të ndaje me një fqinj.
Pasi të ketë marrë këtë paketë, ruteri B do të thotë: "Unë shoh që ka një kandidat të mundshëm për një fqinj OSPF në këtë kanal komunikimi" dhe do të shkojë në gjendjen Init. Paketa Hello nuk është një mesazh unicast ose transmetimi, është një paketë multicast dërguar në adresën IP të OSPF multicast 224.0.0.5. Disa njerëz pyesin se cila është maska e nënrrjetit për multicast. Fakti është se multicast nuk ka një maskë nën-rrjeti; ai përhapet si një sinjal radio, i cili dëgjohet nga të gjitha pajisjet e akorduara në frekuencën e tij. Për shembull, nëse dëshironi të dëgjoni një radio FM që transmeton në frekuencën 91,0, ju akordoni radion tuaj në atë frekuencë.
Në të njëjtën mënyrë, ruteri B është konfiguruar të marrë mesazhe për adresën multicast 224.0.0.5. Gjatë dëgjimit të këtij kanali, ai merr paketën Hello të dërguar nga ruteri A dhe përgjigjet me mesazhin e tij.
Në këtë rast, një lagje mund të krijohet vetëm nëse përgjigja B plotëson një sërë kriteresh. Kriteri i parë është që frekuenca e dërgimit të mesazheve Hello dhe intervali i pritjes për një përgjigje ndaj këtij mesazhi Intervali i vdekur duhet të jetë i njëjtë për të dy ruterat. Në mënyrë tipike, Dead Interval është i barabartë me disa vlera Hello timer. Kështu, nëse kohëmatësi i përshëndetjes së ruterit A është 10 s, dhe ruteri B i dërgon një mesazh pas 30 s, ndërsa intervali i vdekur është 20 s, afërsia nuk do të ndodhë.
Kriteri i dytë është që të dy ruterat duhet të përdorin të njëjtin lloj vërtetimi. Prandaj, fjalëkalimet e vërtetimit duhet gjithashtu të përputhen.
Kriteri i tretë është përputhja e identifikuesve të zonës Arial ID, i katërti është përputhja e gjatësisë së prefiksit të rrjetit. Nëse ruteri A raporton një prefiks /24, atëherë ruteri B duhet të ketë gjithashtu një prefiks rrjeti /24. Në videon tjetër do ta shikojmë këtë në më shumë detaje, tani për tani do të vërej se kjo nuk është një maskë e nënrrjetit, këtu ruterat përdorin një maskë Wildcard të kundërt. Dhe sigurisht, flamujt e zonës Stub duhet gjithashtu të përputhen nëse ruterët janë në këtë zonë.
Pas kontrollit të këtyre kritereve, nëse ato përputhen, ruteri B dërgon paketën e tij Hello te ruteri A. Në kontrast me mesazhin e A, Router B raporton se pa Router A dhe prezantohet.
Në përgjigje të këtij mesazhi, ruteri A i dërgon përsëri Përshëndetje ruterit B, në të cilin konfirmon se ka parë edhe ruterin B, kanali i komunikimit midis tyre përbëhet nga pajisjet 1.1.1.1 dhe 2.2.2.2, dhe vetë është pajisja 1.1.1.1. . Kjo është një fazë shumë e rëndësishme e krijimit të një lagjeje. Në këtë rast përdoret një lidhje dykahëshe 2-WAY, por çfarë ndodh nëse kemi një switch me një rrjet të shpërndarë prej 4 ruterash? Në një mjedis të tillë "të përbashkët", njëri nga ruterët duhet të luajë rolin e një router të caktuar DR, dhe i dyti duhet të luajë rolin e një ruteri të caktuar rezervë, BDR.
Secila prej këtyre pajisjeve do të formojë një lidhje të plotë, ose një gjendje afërsie të plotë, më vonë do të shikojmë se çfarë është kjo, megjithatë, një lidhje e këtij lloji do të vendoset vetëm me DR dhe BDR; dy ruterët e poshtëm D dhe B do të ende komunikojnë me njëri-tjetrin duke përdorur një skemë lidhjeje dykahëshe "pikë-në-pikë".
Kjo do të thotë, me DR dhe BDR, të gjithë ruterat krijojnë një marrëdhënie të plotë fqinjësie, dhe me njëri-tjetrin - një lidhje pikë-për-pikë. Kjo është shumë e rëndësishme sepse gjatë një lidhjeje të dyanshme midis pajisjeve ngjitur, të gjithë parametrat e paketës Hello duhet të përputhen. Në rastin tonë, gjithçka përputhet, kështu që pajisjet formojnë një lagje pa asnjë problem.
Sapo vendoset komunikimi i dyanshëm, ruteri A i dërgon ruterit B një paketë përshkrimi i bazës së të dhënave, ose "përshkrimi i bazës së të dhënave" dhe shkon në gjendjen ExStart - fillimi i shkëmbimit, ose duke pritur për ngarkim. Përshkruesi i bazës së të dhënave është informacion i ngjashëm me tabelën e përmbajtjes së një libri - është një listë e gjithçkaje që gjendet në bazën e të dhënave të rrugëzimit. Si përgjigje, ruteri B dërgon përshkrimin e tij të bazës së të dhënave ruterit A dhe hyn në gjendjen e komunikimit të kanalit Exchange. Nëse në gjendjen Exchange ruteri zbulon se disa informacione mungojnë në bazën e të dhënave të tij, ai do të kalojë në gjendjen e ngarkimit LOADING dhe do të fillojë të shkëmbejë mesazhe LSR, LSU dhe LSA me fqinjin e tij.
Pra, ruteri A do t'i dërgojë një LSR fqinjit të tij, i cili do të përgjigjet me një paketë LSU, së cilës ruteri A do t'i përgjigjet ruterit B me një mesazh LSA. Ky shkëmbim do të ndodhë aq herë sa pajisjet dëshirojnë të shkëmbejnë mesazhe LSA. Gjendja LOADING do të thotë që një përditësim i plotë i bazës së të dhënave LSA nuk ka ndodhur ende. Pasi të jenë shkarkuar të gjitha të dhënat, të dyja pajisjet do të hyjnë në gjendjen FULL fqinjësi.
Vini re se me një lidhje të dyanshme, pajisjet janë thjesht në gjendje afërsie dhe gjendja e plotë e afërsisë është e mundur vetëm midis ruterëve, DR dhe BDR. Kjo do të thotë që çdo ruter informon DR për ndryshimet në rrjet dhe të gjithë ruterat mësoni për këto ndryshime nga DR
Zgjedhja e DR dhe BDR është një çështje e rëndësishme. Le të shohim se si zgjidhet DR në një mjedis të përgjithshëm. Le të supozojmë se skema jonë ka tre rutera dhe një ndërprerës. Pajisjet OSPF krahasojnë fillimisht përparësinë në mesazhet Hello, më pas krahasojnë ID-në e Router-it.
Pajisja me përparësinë më të lartë bëhet DR Nëse prioritetet e dy pajisjeve përkojnë, atëherë pajisja me ID-në më të lartë të Router-it zgjidhet nga të dyja dhe bëhet DR
Pajisja me prioritetin e dytë më të lartë ose ID-në e dytë më të lartë të ruterit bëhet ruteri rezervë i dedikuar BDR. Nëse DR dështon, ajo do të zëvendësohet menjëherë nga BDR. Ajo do të fillojë të luajë rolin e DR dhe sistemi do të zgjedhë një tjetër BDR
Shpresoj se e keni kuptuar zgjedhjen e DR dhe BDR, nëse jo, do t'i kthehem kësaj çështjeje në një nga videot e mëposhtme dhe do ta shpjegoj këtë proces.
Deri më tani kemi parë se çfarë është Hello, përshkruesi i bazës së të dhënave dhe mesazhet LSR, LSU dhe LSA. Para se të kalojmë në temën tjetër, le të flasim pak për koston e OSPF.
Në Cisco, kostoja e një rruge llogaritet duke përdorur formulën e raportit të gjerësisë së brezit të referencës, e cila është vendosur në 100 Mbit/s si parazgjedhje, me koston e kanalit. Për shembull, kur lidhni pajisje nëpërmjet një porti serik, shpejtësia është 1.544 Mbps dhe kostoja do të jetë 64. Kur përdorni një lidhje Ethernet me një shpejtësi prej 10 Mbps, kostoja do të jetë 10 dhe kostoja e një lidhjeje FastEthernet me një shpejtësi prej 100 Mbps do të jetë 1.
Gjatë përdorimit të Gigabit Ethernet kemi një shpejtësi prej 1000 Mbps, por në këtë rast shpejtësia supozohet gjithmonë të jetë 1. Pra, nëse keni Gigabit Ethernet në rrjetin tuaj, duhet të ndryshoni vlerën e paracaktuar të Ref. BW me 1000. Në këtë rast, kostoja do të jetë 1, dhe e gjithë tabela do të rillogaritet me vlerat e kostos që rriten me 10 herë. Pasi të kemi formuar fqinjësinë dhe të kemi ndërtuar LSDB, kalojmë në ndërtimin e tabelës së rrugëzimit.
Pas marrjes së LSDB-së, çdo ruter në mënyrë të pavarur fillon të gjenerojë një listë rrugësh duke përdorur algoritmin SPF. Në skemën tonë, ruteri A do të krijojë një tabelë të tillë për vete. Për shembull, ai llogarit koston e rrugës A-R1 dhe e përcakton atë të jetë 10. Për ta bërë diagramin më të kuptueshëm, supozoni se ruteri A përcakton rrugën optimale për në ruterin B. Kostoja e lidhjes A-R1 është 10 , lidhja A-R2 është 100, dhe kostoja e rrugës A-R3 është e barabartë me 11, domethënë shuma e rrugës A-R1(10) dhe R1-R3(1).
Nëse ruteri A dëshiron të shkojë te ruteri R4, mund ta bëjë këtë ose përgjatë rrugës A-R1-R4 ose përgjatë rrugës A-R2-R4, dhe në të dyja rastet kostoja e itinerareve do të jetë e njëjtë: 10+100 =100+10=110. Rruga A-R6 do të kushtojë 100+1=101, që tashmë është më mirë. Tjetra, ne konsiderojmë rrugën drejt ruterit R5 përgjatë rrugës A-R1-R3-R5, kostoja e së cilës do të jetë 10+1+100 = 111.
Rruga drejt ruterit R7 mund të vendoset përgjatë dy rrugëve: A-R1-R4-R7 ose A-R2-R6-R7. Kostoja e të parit do të jetë 210, e dyta - 201, që do të thotë se duhet të zgjidhni 201. Pra, për të arritur në ruterin B, ruteri A mund të përdorë 4 rrugë.
Kostoja e itinerarit A-R1-R3-R5-B do të jetë 121. Itinerari A-R1-R4-R7-B do të kushtojë 220. Itinerari A-R2-R4-R7-B do të kushtojë 210, dhe A-R2- R6-R7- B ka një kosto prej 211. Bazuar në këtë, ruteri A do të zgjedhë rrugën me koston më të ulët, të barabartë me 121, dhe do ta vendosë në tabelën e rrugëzimit. Ky është një diagram shumë i thjeshtuar se si funksionon algoritmi SPF. Në fakt, tabela përmban jo vetëm përcaktimet e ruterëve përmes të cilëve kalon rruga optimale, por edhe përcaktimet e porteve që i lidhin ato dhe të gjitha informacionet e tjera të nevojshme.
Le të shohim një temë tjetër që ka të bëjë me zonat e rrugëtimit. Në mënyrë tipike, kur vendosni pajisjet OSPF të një kompanie, ato janë të vendosura të gjitha në një zonë të përbashkët.
Çfarë ndodh nëse pajisja e lidhur me ruterin R3 dështon papritur? Ruteri R3 do të fillojë menjëherë t'u dërgojë një mesazh ruterave R5 dhe R1 se kanali me këtë pajisje nuk funksionon më dhe të gjithë ruterët do të fillojnë të shkëmbejnë përditësime për këtë ngjarje.
Nëse keni 100 rutera, ata të gjithë do të përditësojnë informacionin e gjendjes së lidhjes sepse janë në të njëjtën zonë të përbashkët. E njëjta gjë do të ndodhë nëse një nga ruterat fqinjë dështon - të gjitha pajisjet në zonë do të shkëmbejnë përditësimet LSA. Pas shkëmbimit të mesazheve të tilla, vetë topologjia e rrjetit do të ndryshojë. Pasi të ndodhë kjo, SPF do të rillogarisë tabelat e rrugëzimit sipas kushteve të ndryshuara. Ky është një proces shumë i madh, dhe nëse keni një mijë pajisje në një zonë, ju duhet të kontrolloni madhësinë e kujtesës së ruterëve në mënyrë që të jetë e mjaftueshme për të ruajtur të gjitha LSA-të dhe bazën e të dhënave të madhe të gjendjes së lidhjes LSDB. Sapo ndodhin ndryshime në një pjesë të zonës, algoritmi SPF rillogarit menjëherë rrugët. Si parazgjedhje, LSA përditësohet çdo 30 minuta. Ky proces nuk ndodh në të gjitha pajisjet njëkohësisht, por në çdo rast përditësimet kryhen nga secili ruter çdo 30 minuta. Sa më shumë pajisje rrjeti. Sa më shumë memorie dhe kohë duhet për të përditësuar LSDB-në.
Ky problem mund të zgjidhet duke e ndarë një zonë të përbashkët në disa zona të veçanta, domethënë duke përdorur multizoning. Për ta bërë këtë, duhet të keni një plan ose diagram të të gjithë rrjetit që menaxhoni. AREA 0 është zona juaj kryesore. Ky është vendi ku bëhet lidhja me rrjetin e jashtëm, për shembull, qasja në internet. Kur krijoni zona të reja, duhet të ndiqni rregullin: çdo zonë duhet të ketë një ABR, Zona Border Router. Një ruter skajor ka një ndërfaqe në një zonë dhe një ndërfaqe të dytë në një zonë tjetër. Për shembull, ruteri R5 ka ndërfaqe në zonën 1 dhe zonën 0. Siç thashë, secila prej zonave duhet të lidhet me zonën zero, domethënë të ketë një ruter skajor, njëra ndërfaqe e të cilit është e lidhur me AREA 0.
Le të supozojmë se lidhja R6-R7 ka dështuar. Në këtë rast, përditësimi LSA do të përhapet vetëm përmes AREA 1 dhe do të prekë vetëm këtë zonë. Pajisjet në zonën 2 dhe zonën 0 as nuk do të dinë për të. Edge router R5 përmbledh informacionin rreth asaj që po ndodh në zonën e tij dhe dërgon informacion përmbledhës për gjendjen e rrjetit në zonën kryesore AREA 0. Pajisjet në një zonë nuk kanë nevojë të jenë të vetëdijshme për të gjitha ndryshimet e LSA brenda zonave të tjera sepse ruteri ABR do të përcjellë informacionin përmbledhës të rrugës nga një zonë në tjetrën.
Nëse nuk e keni plotësisht të qartë konceptin e zonave, mund të mësoni më shumë në mësimet e ardhshme kur të fillojmë të konfigurojmë rrugëzimin OSPF dhe të shohim disa shembuj.
Faleminderit që qëndruat me ne. A ju pëlqejnë artikujt tanë? Dëshironi të shihni përmbajtje më interesante? Na mbështesni duke bërë një porosi ose duke rekomanduar miqve, 30% zbritje për përdoruesit e Habr në një analog unik të serverëve të nivelit të hyrjes, i cili u shpik nga ne për ju: (e disponueshme me RAID1 dhe RAID10, deri në 24 bërthama dhe deri në 40 GB DDR4).
Dell R730xd 2 herë më lirë? Vetëm këtu në Holandë! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - nga 99 dollarë! Lexoni rreth
Burimi: www.habr.com