Бүгін біз OSPF маршруттауын үйренуді бастаймыз. Бұл тақырып, EIGRP хаттамасы сияқты, бүкіл CCNA курсындағы ең маңызды тақырып болып табылады. Көріп отырғаныңыздай, 2.4-бөлім «IPv2 үшін OSPFv4 бір аймақты және көп аймақты конфигурациялау, сынау және ақаулықтарды жою (аутентификацияны, сүзуді, маршрутты қолмен қорытындылауды, қайта бөлуді, кесінді аумағын, VNet және LSA-ны қоспағанда)» деп аталады.
OSPF тақырыбы өте кең, сондықтан оған 2, мүмкін 3 бейне сабақ қажет. Бүгінгі сабақ мәселенің теориялық жағына арналады, мен сізге бұл протоколдың не екенін және оның қалай жұмыс істейтінін айтып беремін. Келесі бейнеде Packet Tracer көмегімен OSPF конфигурациялау режиміне көшеміз.
Осы сабақта біз үш нәрсені қарастырамыз: OSPF дегеніміз не, ол қалай жұмыс істейді және OSPF аймақтары қандай. Алдыңғы сабақта OSPF маршрутизаторлар арасындағы байланыс байланыстарын зерттейтін және сол сілтемелердің жылдамдығына негізделген шешім қабылдайтын Link State маршруттау протоколы екенін айттық. Жылдамдығы жоғары, яғни өткізу қабілеті жоғары ұзын арнаға өткізу қабілеті аз қысқа арнаға қарағанда басымдық беріледі.
RIP протоколы қашықтық векторы протоколы бола отырып, бұл сілтеме төмен жылдамдыққа ие болса да, бір рет секіру жолын таңдайды, ал OSPF хаттамасы, егер осы маршруттағы жалпы жылдамдық жылдамдығынан жоғары болса, бірнеше секірулерден тұратын ұзақ маршрутты таңдайды. қысқа жолдағы қозғалыс жылдамдығы.
Шешім қабылдау алгоритмін кейінірек қарастырамыз, бірақ қазір OSPF сілтеме күйінің протоколы екенін есте ұстаған жөн. Бұл ашық стандарт 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 - бұл сілтеме күйінің жарнамаларымен немесе LSA-мен алмасу механизмі. LSA хабарламалары маршрутизатор арқылы жасалады және көптеген ақпаратты қамтиды: маршрутизатордың бірегей идентификаторы маршрутизатор идентификаторы, маршрутизаторға белгілі желілер туралы деректер, олардың құны туралы деректер және т.б. Маршрутизаторға маршруттау туралы шешім қабылдау үшін осы ақпараттың барлығы қажет.
R3 маршрутизаторы LSA ақпаратын R5 маршрутизаторына жібереді, ал R5 маршрутизаторы LSA ақпаратын R3-пен бөліседі. Бұл LSAs сілтеме күйінің деректер қорын немесе LSDB құрайтын деректер құрылымын білдіреді. Маршрутизатор барлық алынған LSA-ларды жинайды және оларды LSDB-ге орналастырады. Екі маршрутизатор да дерекқорларын жасағаннан кейін, олар көршілерді табуға қызмет ететін Сәлем хабарларымен алмасады және олардың LSDB салыстыру процедурасын бастайды.
R3 маршрутизаторы R5 маршрутизаторына DBD немесе «деректер қорының сипаттамасы» хабарын жібереді, ал R5 R3 маршрутизаторына DBD жібереді. Бұл хабарларда әрбір маршрутизатордың дерекқорларында қолжетімді LSA индекстері бар. DBD алғаннан кейін, R3 R5-ке «Менде 3,4 және 9 хабарламалары бар, сондықтан маған тек 5 және 7-ні ғана жіберіңіз» деп RXNUMX-ке LSR желі күйі сұрауын жібереді.
R5 дәл осылай жасайды, үшінші маршрутизаторға: «Менде 3,4 және 9 ақпарат бар, сондықтан маған 1 және 2 жіберіңіз» дейді. LSR сұрауларын алған маршрутизаторлар LSU желісінің күйін жаңарту пакеттерін кері жібереді, яғни LSR-ге жауап ретінде үшінші маршрутизатор R5 маршрутизаторынан LSU алады. Маршрутизаторлар өздерінің дерекқорларын жаңартқаннан кейін, олардың барлығында, тіпті сізде 100 маршрутизатор болса да, бірдей LSDB болады. Маршрутизаторларда 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 жіберіп жатыр, сонымен қатар өзінің идентификаторы, оған қосылған желі туралы деректер және басқа да ақпарат болады. көршімен бөлісу.
Осы пакетті алған соң, В маршрутизаторы: «Мен осы байланыс арнасында OSPF көршісіне ықтимал үміткер бар екенін көріп тұрмын» дейді және Init күйіне өтеді. Сәлем пакеті бір тарату немесе тарату хабары емес, ол 224.0.0.5 мультикаст OSPF IP мекенжайына жіберілген көп тарату пакеті. Кейбір адамдар мультикаст үшін ішкі желі маскасы не екенін сұрайды. Өйткені, мультикастта ішкі желі маскасы жоқ, ол радиосигнал ретінде таралады, оны жиілігіне бапталған барлық құрылғылар естиді. Мысалы, 91,0 жиілігінде таратылатын FM радиосын тыңдағыңыз келсе, радионы сол жиілікке реттейсіз.
Дәл осылай, В маршрутизаторы 224.0.0.5 мультикаст мекенжайы үшін хабарламаларды қабылдауға конфигурацияланған. Бұл арнаны тыңдау кезінде ол A маршрутизаторы жіберген Hello пакетін алады және өз хабарламасымен жауап береді.
Бұл жағдайда, егер В жауабы критерийлер жинағын қанағаттандырса ғана көршілестік орнатылуы мүмкін. Бірінші критерий - Hello хабарламаларын жіберу жиілігі және осы хабарға жауап күту аралығы Өлі интервал екі маршрутизатор үшін де бірдей болуы керек. Әдетте өлі интервал бірнеше Hello таймер мәндеріне тең. Осылайша, егер А маршрутизаторының Hello Timer 10 с болса және B маршрутизаторы оған хабарламаны 30 секундтан кейін жіберсе, өлі интервал 20 с болса, іргелесу орын алмайды.
Екінші критерий – екі маршрутизатор да бірдей аутентификация түрін қолдануы керек. Сәйкесінше, аутентификация құпия сөздері де сәйкес келуі керек.
Үшінші критерий - Arial ID аймағы идентификаторларының сәйкестігі, төртіншісі - желі префиксінің ұзындығының сәйкестігі. Егер А маршрутизаторында /24 префиксі бар болса, B маршрутизаторында да /24 желі префиксі болуы керек. Келесі бейнеде біз бұл туралы толығырақ қарастырамыз, әзірге бұл ішкі желі маскасы емес екенін ескеремін, мұнда маршрутизаторлар кері Wildcard маскасын пайдаланады. Әрине, егер маршрутизаторлар осы аймақта болса, Stub аймағының жалаушалары да сәйкес келуі керек.
Осы критерийлерді тексергеннен кейін, егер олар сәйкес болса, В маршрутизаторы өзінің Hello пакетін А маршрутизаторына жібереді. А хабарламасынан айырмашылығы, В маршрутизаторы А маршрутизаторын көріп, өзін таныстырады деп хабарлайды.
Осы хабарламаға жауап ретінде А маршрутизаторы В маршрутизаторына қайтадан Сәлем жібереді, онда ол В маршрутизаторын да көргенін растайды, олардың арасындағы байланыс арнасы 1.1.1.1 және 2.2.2.2 құрылғыларынан тұрады және оның өзі 1.1.1.1 құрылғысы болып табылады. . Бұл көршілестік құрудың өте маңызды кезеңі. Бұл жағдайда екі жақты 2 ЖАҚТЫ қосылым пайдаланылады, бірақ бізде 4 маршрутизатордың бөлінген желісі бар коммутатор болған жағдайда не болады? Мұндай «ортақ» ортада маршрутизаторлардың бірі тағайындалған маршрутизатор DR рөлін, ал екіншісі резервтік көшірме тағайындалған маршрутизатор, BDR рөлін атқаруы керек.
Осы құрылғылардың әрқайсысы Толық қосылымды немесе толық сабақтастық күйін құрайды, кейінірек бұл не екенін қарастырамыз, алайда бұл түрдегі байланыс тек DR және BDR арқылы орнатылады; екі төменгі маршрутизатор D және B әлі де «нүктеден нүктеге» екі жақты қосылу схемасын пайдаланып бір-бірімен байланысады.
Яғни, DR және BDR көмегімен барлық маршрутизаторлар толық көршілестік қатынасын орнатады, ал бір-бірімен - нүктеден нүктеге байланыс орнатады. Бұл өте маңызды, себебі көрші құрылғылар арасындағы екі жақты байланыс кезінде барлық Hello пакетінің параметрлері сәйкес келуі керек. Біздің жағдайда бәрі сәйкес келеді, сондықтан құрылғылар еш қиындықсыз көршілесті құрайды.
Екі жақты байланыс орнатылғаннан кейін А маршрутизаторы В маршрутизаторына Дерекқор сипаттамасы пакетін немесе «деректер базасының сипаттамасын» жібереді және ExStart күйіне өтеді - алмасудың басы немесе жүктеуді күту. Мәліметтер қорының дескрипторы - бұл кітаптың мазмұнына ұқсас ақпарат - бұл маршруттау дерекқорындағы барлық нәрселердің тізімі. Жауап ретінде В маршрутизаторы өзінің дерекқор сипаттамасын A маршрутизаторына жібереді және Exchange арнасының байланыс күйіне кіреді. Егер Exchange күйінде маршрутизатор өзінің дерекқорында кейбір ақпараттың жоқтығын анықтаса, ол ЖҮКТЕЛУ ЖҮКТЕЛУ күйіне өтіп, көршісімен LSR, LSU және LSA хабарламаларымен алмасуды бастайды.
Сонымен, А маршрутизаторы көршісіне LSR жібереді, ол LSU пакетімен жауап береді, А маршрутизаторы В маршрутизаторына LSA хабарламасымен жауап береді. Бұл алмасу құрылғылар LSA хабарламаларымен алмасқысы келген сайын орын алады. LOADING күйі LSA дерекқорының толық жаңартуы әлі жасалмағанын білдіреді. Барлық деректер жүктелгеннен кейін екі құрылғы да ТОЛЫҚ көршілестік күйіне енеді.
Есіңізде болсын, екі жақты қосылымда құрылғылар жай ғана іргелес күйде болады, ал толық іргелес күй тек маршрутизаторлар, DR және BDR арасында ғана мүмкін.Бұл әрбір маршрутизатор DR-ге желідегі өзгерістер туралы және барлық маршрутизаторлар туралы хабарлайды. DR осы өзгерістер туралы біліңіз
DR және BDR таңдау маңызды мәселе болып табылады. Жалпы ортада DR қалай таңдалатынын қарастырайық. Біздің схемада үш маршрутизатор мен қосқыш бар деп есептейік. OSPF құрылғылары алдымен Hello хабарларындағы басымдықты салыстырады, содан кейін маршрутизатор идентификаторын салыстырады.
Ең жоғары басымдыққа ие құрылғы 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, ал A-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 маршрутты пайдалана алады.
A-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 AREA арқылы таралады және тек осы аймаққа әсер етеді. 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.2 ГГц 6C 128 ГБ DDR3 2x960 ГБ SSD 1 Гбит/с 100 ТБ - 99 доллардан бастап! туралы оқыңыз
Ақпарат көзі: www.habr.com