Бүгүн биз OSPF багыттоосу жөнүндө үйрөнө баштайбыз. Бул тема, EIGRP протоколу сыяктуу, бүт CCNA курсунун эң маанилүү темасы. Көрүнүп тургандай, 2.4-бөлүм “IPv2 үчүн OSPFv4 бир зонасын жана көп зонасын конфигурациялоо, тестирлөө жана көйгөйлөрдү чечүү (аныктыгын текшерүүдөн, чыпкалоодон, жолду кол менен жыйынтыктоодон, кайра бөлүштүрүүдөн, тактоо аймагынан, VNet жана LSAдан)” деп аталат.
OSPF темасы абдан кенен, андыктан ага 2, балким 3 видео сабак талап кылынат. Бүгүнкү сабак маселенин теориялык жагына арналат, мен сизге бул протоколдун жалпы маанисин жана ал кандайча иштээрин айтып берем. Кийинки видеодо Packet Tracer аркылуу OSPF конфигурациялоо режимине өтөбүз.
Ошентип, бул сабакта биз үч нерсени карайбыз: OSPF деген эмне, ал кантип иштейт жана OSPF зоналары деген эмне. Мурунку сабакта биз OSPF роутерлердин ортосундагы байланыш байланыштарын изилдеген жана ошол шилтемелердин ылдамдыгына жараша чечим кабыл алган Link State маршруттук протоколу экенин айтканбыз. Ылдамдыгы жогору болгон узун каналга, башкача айтканда өткөрүү жөндөмдүүлүгү азыраак кыска каналга караганда артыкчылык берилет.
RIP протоколу, аралыктын вектордук протоколу болгондуктан, бул шилтеме аз ылдамдыкта болсо да, бир секирип жолду тандайт, ал эми OSPF протоколу, эгерде бул каттамдагы жалпы ылдамдык ылдамдыгы жогору болсо, бир нече хоптун узун жолун тандайт. кыска жолдо кыймылдын ылдамдыгы.
Чечим кабыл алуу алгоритмин кийинчерээк карап чыгабыз, бирок азыр OSPF Link State Protocol экенин эстен чыгарбаңыз. Бул ачык стандарт 1988-жылы ар бир тармак жабдууларын өндүрүүчүсү жана каалаган тармак провайдери колдоно алышы үчүн түзүлгөн. Ошондуктан OSPF EIGRPге караганда алда канча популярдуу.
OSPF 2 версиясы IPv4 гана колдогон, ал эми бир жылдан кийин, 1989-жылы иштеп чыгуучулар IPv3 колдогон 6 версиясын жарыялашкан. Бирок, IPv6 үчүн OSPFдин толук функционалдык үчүнчү версиясы 2008-жылы гана пайда болгон. Эмне үчүн OSPFти тандадыңыз? Акыркы сабакта биз бул ички шлюз протоколу маршруттук конвергенцияны RIPге караганда тезирээк аткарарын билдик. Бул класссыз протокол.
Эсиңизде болсо, RIP класстык протокол болуп саналат, башкача айтканда, ал субтармактык маска маалыматын жөнөтпөйт жана A/24 класс IP дарегине туш келсе, аны кабыл албайт. Мисалы, эгер сиз аны 10.1.1.0/24 сыяктуу IP дареги менен көрсөтсөңүз, ал аны 10.0.0.0 тармак катары кабыл алат, анткени ал тармак бирден ашык ички тармак маскасы аркылуу субсетага кошулганын түшүнбөйт.
OSPF коопсуз протокол болуп саналат. Мисалы, эки роутер OSPF маалыматын алмаштырып жатса, сиз аутентификацияны конфигурациялай аласыз, ошону менен сырсөздү киргизгенден кийин коңшу роутер менен маалымат бөлүшө аласыз. Жогоруда айтылгандай, бул ачык стандарт, ошондуктан OSPF көптөгөн тармак жабдууларын өндүрүүчүлөр тарабынан колдонулат.
глобалдык мааниде, OSPF Link State Advertisements, же LSAs алмашуу механизми болуп саналат. LSA билдирүүлөрү роутер тарабынан түзүлөт жана көптөгөн маалыматтарды камтыйт: роутердин уникалдуу идентификаторунун роутер-идентификатору, роутерге белгилүү болгон тармактар жөнүндө маалыматтар, алардын наркы жөнүндө маалыматтар жана башкалар. Маршруттук чечимдерди кабыл алуу үчүн роутерге бул маалыматтын бардыгы керек.
R3 роутери LSA маалыматын R5 роутерине жөнөтөт, ал эми R5 роутер LSA маалыматын R3 менен бөлүшөт. Бул LSAлар Link State Data Base же LSDB түзүүчү маалымат структурасын билдирет. Роутер бардык кабыл алынган LSAларды чогултат жана аларды өзүнүн LSDBге жайгаштырат. Эки роутер тең маалымат базаларын түзгөндөн кийин, кошуналарды табууга кызмат кылган салам билдирүүлөрү менен алмашып, LSDBлерди салыштыруу процедурасын башташат.
R3 роутери R5 роутерин DBD, же "маалымат базасынын сүрөттөмөсү" билдирүүсүн, ал эми R5 өзүнүн DBDди R3 роутерине жөнөтөт. Бул билдирүүлөр ар бир роутердин маалымат базасында бар LSA индекстерин камтыйт. DBD алгандан кийин, R3 "Менде 5 жана 3,4 билдирүүлөрү бар, андыктан мага 9 жана 5 гана жөнөтүңүз" деп R7ке LSR тармак абалынын сурамын жөнөтөт.
R5 да ушундай кылып, үчүнчү роутерге: "Менде 3,4 жана 9 маалымат бар, ошондуктан мага 1 жана 2ни жөнөтүңүз" дейт. LSR суроо-талаптарын алгандан кийин, роутерлер LSU тармагынын абалын жаңыртуу пакеттерин кайра жөнөтүшөт, башкача айтканда, LSR жооп катары үчүнчү роутер R5 роутерден LSU алат. Маршрутизаторлор маалымат базасын жаңырткандан кийин, алардын бардыгында, мейли, сизде 100 роутер болсо да, ошол эле LSDBs болот. LSDB маалымат базалары роутерлерде түзүлгөндөн кийин, алардын ар бири бүтүндөй тармак жөнүндө билишет. OSPF протоколу маршруттук таблицаны түзүү үчүн эң кыска жол биринчи алгоритмин колдонот, андыктан анын туура иштешинин эң маанилүү шарты тармактагы бардык түзүлүштөрдүн LSDBs синхрондоштуруу болуп саналат.
Жогорудагы диаграммада 9 роутер бар, алардын ар бири кошуналары менен LSR, LSU жана башка билдирүүлөрдү алмашат. Алардын баары бири-бири менен p2p же OSPF протоколу аркылуу иштөөнү колдогон “чекиттен чекитке” интерфейстер аркылуу туташып, ошол эле LSDBди түзүү үчүн бири-бири менен иштешет.
Негиздер синхрондоштуруудан кийин, ар бир роутер эң кыска жол алгоритмин колдонуп, өзүнүн маршруттук таблицасын түзөт. Бул таблицалар ар кандай роутерлер үчүн ар кандай болот. Башкача айтканда, бардык роутерлор бир эле LSDBди колдонушат, бирок эң кыска маршруттар жөнүндө өздөрүнүн ой-пикирлеринин негизинде маршруттук таблицаларды түзүшөт. Бул алгоритмди колдонуу үчүн OSPF LSDBди үзгүлтүксүз жаңыртып турушу керек.
Ошентип, OSPF өзү иштеши үчүн алгач 3 шартты камсыз кылышы керек: кошуналарды табуу, LSDB түзүү жана жаңыртуу жана маршруттук таблицаны түзүү. Биринчи шартты аткаруу үчүн тармак администратору роутердин идентификаторун, убакыттарын же жапайы белги маскасын кол менен конфигурациялашы керек болушу мүмкүн. Кийинки видеодо биз OSPF менен иштөө үчүн түзмөктү орнотууну карап чыгабыз, азырынча бул протокол тескери масканы колдоноорун жана эгер ал дал келбесе, сиздин ички тармактарыңыз дал келбесе же аутентификация дал келбесе, билишиңиз керек. , роутерлердин кошунасы түзө албайт. Ошондуктан, OSPF көйгөйлөрүн чечип жатканда, эмне үчүн дал ушул коңшулук түзүлбөй жатканын, башкача айтканда, жогорудагы параметрлердин дал келээрин текшеришиңиз керек.
Тармак администратору катары сиз LSDB түзүү процессине катышпайсыз. Маалыматтар базалары роутерлердин конушун түзгөндөн кийин автоматтык түрдө жаңыртылып турат, ошондой эле маршруттук таблицаларды куруу. Мунун баары OSPF протоколу менен иштөө үчүн конфигурацияланган аппараттын өзү тарабынан аткарылат.
Келгиле, бир мисал карап көрөлү. Бизде 2 роутер бар, аларга мен жөнөкөйлүк үчүн RID 1.1.1.1 жана 2.2.2.2 дайындадым. Аларды туташтыраарыбыз менен, шилтеме каналы дароо өйдө абалга өтөт, анткени мен алгач бул роутерлерди OSPF менен иштөөгө конфигурацияладым. Байланыш каналы түзүлөөрү менен А роутер дароо А роутерге Hello пакетин жөнөтөт. Бул пакетте бул роутер бул каналда эч кимди "көрө элек", анткени ал биринчи жолу Hello жөнөтүп жаткандыгы жөнүндө маалыматты, ошондой эле өзүнүн идентификаторун, ага туташкан тармак жөнүндө маалыматтарды жана башка маалыматты камтыйт. кошуна менен бөлүшүү.
Бул пакетти алгандан кийин, роутер B: "Мен бул байланыш каналында OSPF кошунасы үчүн потенциалдуу талапкер бар экенин көрүп жатам" дейт жана Init абалына өтөт. Hello пакети бирдиктуу же уктуруу кабары эмес, ал 224.0.0.5 мультикаст OSPF IP дарегине жөнөтүлгөн мультикаст пакети. Кээ бир адамдар мультикаст үчүн ички тармак маскасы деген эмне деп сурашат. Чындыгында, мультикасттын ички тармак маскасы жок, ал радиосигнал катары тарайт, аны жыштыгына туураланган бардык түзмөктөр угат. Мисалы, 91,0 жыштыгында FM радиосунун уктуруусун уккуңуз келсе, радиоңузду ошол жыштыкка коюңуз.
Ушундай эле жол менен В роутери 224.0.0.5 мультикаст дареги үчүн билдирүүлөрдү кабыл алуу үчүн конфигурацияланган. Бул каналды угуп жатканда, ал роутер А жөнөткөн Hello пакетин алат жана өзүнүн билдирүүсү менен жооп берет.
Бул учурда, эгерде В жообу бир катар критерийлерге жооп бергенде гана коңшулук түзүлүшү мүмкүн. Биринчи критерий салам билдирүүлөрүн жөнөтүү жыштыгы жана бул билдирүүгө жооп күтүү аралыгы Өлгөн интервал эки роутер үчүн бирдей болушу керек. Адатта Dead Interval бир нече Hello таймер маанилерине барабар. Ошентип, эгерде А роутердин Hello Timer 10 с болсо, жана роутер В ага билдирүүнү 30 секунддан кийин жөнөтсө, өлүү аралыгы 20 сек болсо, чектештик болбойт.
Экинчи критерий - эки роутер тең аутентификациянын бир түрүн колдонушу керек. Демек, аутентификация сырсөздөрү да дал келиши керек.
Үчүнчү критерий - Arial ID зонасынын идентификаторлорунун дал келүүсү, төртүнчүсү - тармак префиксинин узундугунун дал келиши. Эгерде А роутери /24 префиксин билдирсе, анда В роутеринде да /24 тармак префикси болушу керек. Кийинки видеодо биз муну кененирээк карап чыгабыз, азыр мен бул субнеттин маскасы эмес экенин белгилейм, бул жерде роутерлор тескери Wildcard маскасын колдонушат. Жана, албетте, роутер бул зонада болсо, Stub аймагынын желектери да дал келиши керек.
Бул критерийлерди текшергенден кийин, эгер алар дал келсе, В роутери өзүнүн Hello пакетин А роутерге жөнөтөт. А билдирүүсүнөн айырмаланып, В роутери А роутерин көрүп, өзүн тааныштырганын билдирет.
Бул билдирүүгө жооп катары А роутери кайрадан В роутерге Hello жөнөтөт, анда ал В роутерин да көргөнүн ырастайт, алардын ортосундагы байланыш каналы 1.1.1.1 жана 2.2.2.2 түзүлүштөрүнөн турат, ал эми өзү 1.1.1.1 түзмөгү болуп саналат. . Бул кварталды түзүүнүн абдан маанилүү этабы. Бул учурда, эки тараптуу 2-WAY байланышы колдонулат, бирок бизде 4 роутердин бөлүштүрүлгөн тармагы менен коммутатор бар болсо, эмне болот? Мындай "жалпы" чөйрөдө роутерлердин бири DR дайындалган роутердин ролун ойношу керек, ал эми экинчиси резервдик көчүрүлгөн BDR роутеринин ролун ойношу керек.
Бул түзмөктөрдүн ар бири Толук туташуу же толук туташуу абалын түзөт, кийинчерээк бул эмне экенин карап чыгабыз, бирок бул типтеги байланыш DR жана BDR менен гана түзүлөт; төмөнкү эки роутер D жана B болот. дагы эле эки тараптуу байланыш схемасы "чекиттен чекитке" аркылуу бири-бири менен байланыш.
Башкача айтканда, DR жана BDR менен бардык роутерлор толук коңшулук мамилени, ал эми бири-бири менен чекиттен чекитке байланышты түзүшөт. Бул абдан маанилүү, анткени чектеш түзмөктөр ортосундагы эки тараптуу байланыш учурунда бардык Hello пакетинин параметрлери дал келиши керек. Биздин учурда, баары дал келет, ошондуктан аппараттар эч кандай көйгөйсүз кошунаны түзөт.
Эки тараптуу байланыш түзүлөөрү менен А роутери В роутерин Маалыматтар базасынын сүрөттөмө пакетин же “маалымат базасынын сүрөттөмөсүн” жөнөтөт жана ExStart абалына өтөт – алмашуунун башталышы же жүктөөнү күтүү. Берилиштер базасынын дескриптору бул китептин мазмунуна окшош маалымат – бул маршруттук маалымат базасындагы бардык нерселердин тизмеси. Жооп катары, B роутери өзүнүн маалымат базасынын сүрөттөмөсүн А роутерине жөнөтөт жана Exchange каналынын байланыш абалына кирет. Эгерде Exchange абалында роутер өзүнүн маалымат базасында кээ бир маалымат жок экенин аныктаса, ал LOADING loading абалына өтөт жана LSR, LSU жана LSA билдирүүлөрүн кошунасы менен алмаштыра баштайт.
Ошентип, роутер А LSRди кошунасына жөнөтөт, ал LSU пакети менен жооп берет, ага А роутер В роутерине LSA билдирүүсү менен жооп берет. Бул алмашуу түзмөктөр LSA билдирүүлөрүн алмашууну каалагандай көп жолу болот. LOADING абалы LSA маалымат базасын толук жаңыртуу али боло электигин билдирет. Бардык маалыматтар жүктөлүп алынгандан кийин, эки түзмөк тең FULL кошуналык абалына кирет.
Эки тараптуу туташуу менен түзмөктөр жөн гана чектеш абалда экенин, ал эми толук чектеш абал роутерлердин, DR жана BDR ортосунда гана мүмкүн экенине көңүл буруңуз.Бул ар бир роутер тармактагы өзгөрүүлөр жөнүндө DRга жана бардык роутерлерге кабарлай турганын билдирет. DR бул өзгөрүүлөр жөнүндө билүү
DR жана BDR тандоо маанилүү маселе болуп саналат. Келгиле, жалпы чөйрөдө DR кандайча тандалганын карап көрөлү. Биздин схемада үч роутер жана коммутатор бар деп коёлу. OSPF түзмөктөрү адегенде Hello билдирүүлөрүндөгү приоритетти салыштырышат, андан кийин роутердин ID'син салыштырышат.
Эң жогорку приоритеттүү аппарат DR болуп калат Эгерде эки түзмөктүн приоритеттери дал келсе, анда эң жогорку роутер идентификаторуна ээ болгон түзмөк экөөнүн ичинен тандалып, DR болуп калат.
Экинчи приоритеттүү же экинчи эң жогорку Маршрутизатор идентификаторуна ээ түзмөк камдык атайын BDR роутерине айланат. Эгерде DR иштебей калса, ал дароо BDR менен алмаштырылат. Ал DR ролун ойной баштайт жана система башкасын тандайт. BDR
Сиз DR жана BDR тандоосун түшүндүңүз деп үмүттөнөм, эгерде жок болсо, мен бул маселеге кийинки видеолордун биринде кайрылып, бул процессти түшүндүрөм.
Буга чейин биз Hello деген эмне экенин, Маалыматтар базасынын дескрипторун жана LSR, LSU жана LSA билдирүүлөрүн карап чыктык. Кийинки темага өтүүдөн мурун OSPFтин баасы жөнүндө бир аз сүйлөшөлү.
Ciscoдо маршруттун баасы демейки боюнча 100 Мбит/с деп коюлган Референция өткөрүү жөндөмдүүлүгүнүн каналдын наркына катышынын формуласы менен эсептелет. Мисалы, приборлорду сериялык порт аркылуу туташтырганда ылдамдыгы 1.544 Мбит/сек, баасы 64 болот. 10 Мбит/сек ылдамдыктагы Ethernet туташуусун колдонууда баасы 10, ал эми FastEthernet байланышынын баасы 100 Мбит / с ылдамдыгы 1 болот.
Gigabit Ethernetти колдонууда бизде 1000 Мбит/сек ылдамдык бар, бирок бул учурда ылдамдык ар дайым 1 деп кабыл алынат. Демек, тармагыңызда Gigabit Ethernet болсо, Ref демейки маанисин өзгөртүшүңүз керек. BW 1000. Бул учурда, наркы 1 болот, ал эми бүт таблица 10 эсеге көбөйгөн нарк баалуулуктары менен кайра эсептелинет. Биз чектеш аймакты түзүп, LSDB кургандан кийин, биз маршруттук таблицаны курууга өтөбүз.
LSDB алгандан кийин, ар бир роутер өз алдынча SPF алгоритмин колдонуу менен маршруттардын тизмесин түзө баштайт. Биздин схемада роутер А өзү үчүн ушундай таблицаны түзөт. Мисалы, ал A-R1 маршрутунун баасын эсептеп, аны 10 деп аныктайт. Диаграмманы оңой түшүнүү үчүн, А роутери В роутерге оптималдуу маршрутту аныктайт дейли. A-R1 шилтемесинин баасы 10 , A-R2 шилтемеси 100, ал эми А-R3 маршрутунун баасы 11ге барабар, башкача айтканда, A-R1(10) жана R1-R3(1) каттамдарынын суммасы.
Эгерде А роутер R4 роутерине жетүүнү кааласа, ал муну A-R1-R4 маршруту боюнча же A-R2-R4 маршруту боюнча жасай алат жана эки учурда тең каттамдардын баасы бирдей болот: 10+100 =100+10=110. A-R6 маршруту 100+1= 101 турат, бул жакшыраак. Андан кийин, биз A-R5-R1-R3 маршруту боюнча R5 роутерине жолду карап чыгабыз, анын баасы 10+1+100 = 111 болот.
R7 роутерине жол эки маршрут боюнча салынышы мүмкүн: A-R1-R4-R7 же A-R2-R6-R7. Биринчисинин баасы 210, экинчисинин баасы 201 болот, демек, 201ди тандоо керек. Демек, В роутерине жетүү үчүн А роутер 4 маршрутту колдоно алат.
А-R1-R3-R5-B маршрутунун баасы 121. А-R1-R4-R7-B маршруту 220. А-R2-R4-R7-B маршруту 210, ал эми A-R2- R6-R7- B 211 наркына ээ. Мунун негизинде А роутери эң арзан, 121ге барабар болгон маршрутту тандап, аны маршруттук таблицага жайгаштырат. Бул SPF алгоритминин ишинин абдан жөнөкөйлөштүрүлгөн диаграммасы. Чынында, таблицада оптималдуу маршрут өтүүчү роутерлердин белгилөөлөрү гана эмес, ошондой эле аларды бириктирген порттордун белгилери жана башка бардык зарыл маалыматтар камтылган.
Маршруттук зоналарга тиешелүү дагы бир теманы карап көрөлү. Адатта, компаниянын OSPF түзмөктөрүн орнотуп жатканда, алардын баары бир жалпы зонада жайгашкан.
R3 роутерге туташкан аппарат күтүлбөгөн жерден иштебей калса эмне болот? R3 роутер дароо R5 жана R1 роутерлерине бул аппарат менен канал иштебей калгандыгы тууралуу билдирүү жөнөтө баштайт жана бардык роутерлор бул окуя тууралуу жаңыртууларды алмаша башташат.
Эгер сизде 100 роутер болсо, алардын бардыгы шилтеме абалынын маалыматын жаңыртышат, анткени алар бир жалпы зонада. Коңшу роутерлердин бири иштебей калса, ошол эле нерсе болот - аймактагы бардык түзмөктөр LSA жаңыртууларын алмашат. Мындай билдирүүлөр менен алмашуудан кийин тармак топологиясынын өзү өзгөрөт. Бул болгондон кийин, SPF өзгөртүлгөн шарттарга ылайык маршруттук таблицаларды кайра эсептейт. Бул абдан чоң процесс жана эгер сизде бир зонада миң түзмөк болсо, анда бардык LSAларды жана LSDB шилтемесинин мамлекеттик маалымат базасын сактоо үчүн жетиштүү болушу үчүн роутерлердин эс тутумунун көлөмүн көзөмөлдөө керек. Зонанын кайсы бир бөлүгүндө өзгөрүүлөр болоору менен SPF алгоритми маршруттарды дароо кайра эсептейт. Демейки боюнча, LSA ар 30 мүнөт сайын жаңыртылып турат. Бул процесс бардык түзмөктөрдө бир эле учурда боло бербейт, бирок кандай болгон күндө да ар бир роутер ар бир 30 мүнөт сайын жаңыртууларды жасап турат. Канчалык көп тармак түзмөктөрү. LSDB жаңыртуу үчүн көбүрөөк эс жана убакыт талап кылынат.
Бул көйгөйдү бир жалпы зонаны бир нече өзүнчө зонага бөлүү, башкача айтканда, көп зоналаштыруу аркылуу чечсе болот. Бул үчүн, сиз башкарган бүт тармактын планы же диаграммасы болушу керек. AREA 0 – бул сиздин негизги аймак. Бул тышкы тармакка туташуу, мисалы, Интернетке кирүүчү жер. Жаңы аймактарды түзүүдө сиз эрежени карманышыңыз керек: ар бир зонада бирден ABR, Аймак чек ара роутери болушу керек. Чет роутер бир зонада бир интерфейске жана башка зонада экинчи интерфейске ээ. Мисалы, R5 роутери 1-зонада жана 0-зонада интерфейстерге ээ. Мен айткандай, зонанын ар бири нөл зонасына туташтырылган болушу керек, башкача айтканда, интерфейстеринин бири AREA 0 менен туташтырылган четки роутер болушу керек.
R6-R7 байланышы иштебей калды деп коёлу. Бул учурда, LSA жаңыртуусу 1 АЙМАК аркылуу гана тарайт жана бул зонага гана таасирин тийгизет. 2 жана 0 зонасындагы түзмөктөр бул тууралуу билишпейт. Edge роутери R5 өзүнүн зонасында эмне болуп жаткандыгы жөнүндө маалыматты жалпылайт жана тармактын абалы жөнүндө кыскача маалыматты AREA 0 негизги зонасына жөнөтөт. Бир зонадагы түзмөктөр башка зоналардагы бардык LSA өзгөрүүлөрүнөн кабардар болбошу керек, анткени ABR роутери бир зонадан экинчи зонага кыскача маршруттук маалыматты жөнөтөт.
Эгерде сиз зоналар түшүнүгүн толук түшүнбөсөңүз, анда биз OSPF багыттоосун конфигурациялоого киришкенде жана кээ бир мисалдарды карап жатканда кийинки сабактарда көбүрөөк биле аласыз.
Биз менен болгонуңуз үчүн рахмат. Биздин макалалар сизге жагабы? Көбүрөөк кызыктуу мазмунду көргүңүз келеби? Буйрутма берүү же досторуңузга сунуштоо менен бизди колдоңуз, Habr колдонуучулары үчүн биз сиз үчүн ойлоп тапкан баштапкы деңгээлдеги серверлердин уникалдуу аналогуна 30% арзандатуу: (RAID1 жана RAID10 менен жеткиликтүү, 24 өзөккө чейин жана 40 ГБ DDR4 чейин).
Dell R730xd 2 эсе арзанбы? Бул жерде гана Нидерландыда! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 доллардан! Жөнүндө окуу
Source: www.habr.com