Темата на днешния урок е RIP или Routing Information Protocol. Ще говорим за различни аспекти на приложението му, неговите настройки и ограничения. Както казах, темата за RIP не е включена в учебната програма на Cisco 200-125 CCNA, но реших да посветя отделен урок на този протокол, тъй като RIP е един от основните протоколи за маршрутизиране.
Днес ще разгледаме 3 аспекта: разбиране и конфигуриране на RIP в рутери, RIP таймери, RIP ограничения. Този протокол е създаден през 1969 г., така че е един от най-старите мрежови протоколи. Предимството му е в изключителната му простота. Днес много мрежови устройства, включително Cisco, продължават да поддържат RIP, тъй като той не е патентован като EIGRP, а публичен протокол.
Има 2 версии на RIP. Първата, класическа версия, не поддържа VLSM, променливата дължина на маската на подмрежата, на която се основава безкласов IP, така че можем да използваме само една мрежа. Ще говоря за това малко по-късно. Тази версия също не поддържа удостоверяване.
Да предположим, че имате 2 рутера, свързани един с друг. В същото време първият рутер казва на съседа всичко, което знае. Да предположим, че мрежа 10 е свързана към първия рутер, мрежа 20 е разположена между първия и втория рутер, а мрежа 30 е зад втория рутер.Тогава първият рутер казва на втория, че познава мрежи 10 и 20, а рутер 2 казва на рутера 1, че знае за мрежа 30 и мрежа 20.
Протоколът за маршрутизиране показва, че тези две мрежи трябва да бъдат добавени към таблицата за маршрутизиране. Като цяло се оказва, че един рутер съобщава за свързаните с него мрежи на съседен рутер, този рутер казва на съседа си и т.н. Просто казано, RIP е клюкарски протокол, който служи за гарантиране, че съседните рутери споделят информация помежду си и всеки от съседите безусловно вярва на това, което му е казано. Всеки рутер "слуша" за промени в мрежата и ги споделя със своите съседи.
Липсата на поддръжка за удостоверяване означава, че всеки рутер, който е свързан към мрежата, веднага става неин пълноправен член. Ако искам да сваля мрежата, ще свържа хакерския си рутер със злонамерен ъпдейт към него и тъй като всички други рутери му вярват, те ще актуализират таблиците си за маршрутизиране по начина, по който ми трябва. Срещу такъв хак първата версия на RIP не предоставя никаква защита.
RIPv2 може да осигури удостоверяване чрез съответно конфигуриране на рутера. В този случай актуализирането на информация между рутери ще стане възможно само след преминаване на мрежово удостоверяване чрез въвеждане на парола.
RIPv1 използва излъчване, т.е. всички актуализации се изпращат с помощта на излъчвани съобщения, така че да се получават от всички участници в мрежата. Да кажем, че към първия рутер е свързан компютър, който не знае нищо за тези актуализации, тъй като само устройствата за маршрутизиране се нуждаят от тях. Въпреки това, рутер 1 ще изпрати тези съобщения до всички устройства, които имат Broadcast ID, тоест дори до тези, които не се нуждаят от него.
Във втората версия на RIP този проблем е решен - използва Multicast ID, или мултикаст трафик. В този случай само онези устройства, които са посочени в настройките на протокола, получават актуализации. В допълнение към удостоверяването, тази версия на RIP поддържа безкласово VLSM IP адресиране. Това означава, че ако мрежата 10.1.1.1/24 е свързана към първия рутер, тогава всички мрежови устройства, чийто IP адрес е в адресния диапазон на тази подмрежа, също получават актуализации. Втората версия на протокола поддържа метода CIDR, тоест, когато вторият рутер получи актуализация, той знае за коя конкретна мрежа или маршрут се отнася. В случай на първата версия, ако мрежата 10.1.1.0 е свързана към рутера, тогава устройствата в мрежата 10.0.0.0 и други мрежи, принадлежащи към същия клас, също ще получават актуализации. В този случай рутер 2 също ще получи пълна информация за актуализирането на тези мрежи, но без CIDR той няма да знае, че тази информация се отнася за подмрежа с IP адреси от клас A.
Това е протоколът RIP в много общи линии. Сега нека да разгледаме как може да бъде конфигуриран. Трябва да влезете в режима на глобална конфигурация на настройките на рутера и да използвате командата Router RIP.
След това ще видите, че заглавката на командния ред се е променила на R1(config-router)#, защото сме се преместили на ниво подкоманда на рутера. Втората команда ще бъде версия 2, тоест казваме на рутера, че трябва да използва втората версия на протокола. След това трябва да въведем адреса на рекламираната класова мрежа, през която да се изпращат актуализации с помощта на командата network XXXX.Тази команда има 2 функции: първо, тя определя коя мрежа да се рекламира и второ, кой интерфейс да се използва за това. Ще разберете какво имам предвид, когато погледнете конфигурацията на мрежата.
Тук имаме 4 рутера и компютър, свързани към суич чрез мрежа с идентификатор 192.168.1.0/26, която е разделена на 4 подмрежи. Използваме само 3 подмрежи: 192.168.1.0/26, 192.168.1.64/26 и 192.168.1.128/26. Все още имаме подмрежа 192.168.1.192/26, но тя не се използва поради безполезност.
Портовете на устройството имат следните IP адреси: компютър 192.168.1.10, първи порт на първия рутер 192.168.1.1, втори порт 192.168.1.65, първи порт на втория рутер 192.168.1.66, втори порт на втория рутер 192.168.1.129, първи порт на третия рутер 192.168.1.130. Последния път говорихме за конвенции, така че не мога да следвам конвенцията и да присвоя втория порт на рутера на адрес .1, защото .1 не е част от тази мрежа.
След това използвам други адреси, защото стартираме друга мрежа - 10.1.1.0/16, така че вторият порт на втория рутер, към който е свързана тази мрежа, има IP адрес 10.1.1.1, а портът на четвъртия рутер към към който е свързан превключвателят - адрес 10.1.1.2.
За да настроя мрежата, която създадох, трябва да присвоя IP адреси на устройствата. Да започнем с първия порт на първия рутер.
Първо, нека създадем име на хост R1, присвоим порт f0/0 на 192.168.1.1 и зададем подмрежовата маска на 255.255.255.192, защото имаме /26 мрежа. Завършваме конфигурацията на R1 с командата no shut. Вторият порт на първия f0/1 рутер ще получи IP адрес 192.168.1.65 и подмрежова маска 255.255.255.192.
Вторият рутер ще бъде наречен R2, ще присвоим на първия порт f0 / 0 адреса 192.168.1.66 и подмрежовата маска 255.255.255.192, на втория порт f0 / 1 - адреса 192.168.1.129 и подмрежовата маска 255.255.255.192.
Преминавайки към третия рутер, ще му дадем име на хост R3, порт f0/0 ще бъде 192.168.1.130 и маска 255.255.255.192, а порт f0/1 ще бъде 10.1.1.1 и маска 255.255.0.0, защото тази мрежа е /16.
Накрая ще отида до последния рутер, ще го кръстя R4 и ще присвоя на порт f0/0 адрес 10.1.1.2 и маска 255.255.0.0. И така, конфигурирахме всички мрежови устройства.
И накрая, нека да разгледаме мрежовите настройки на компютъра - той има статичен IP адрес 192.168.1.10, полумрежова маска 255.255.255.192 и адрес на шлюз по подразбиране 192.168.1.1.
И така, видяхте как да конфигурирате подмрежовата маска за устройства в различни подмрежи, това е много просто. Сега нека активираме маршрутизирането. Влизам в настройките на R1, задавам режима на глобална конфигурация и въвеждам рутера. След това системата подканва за възможни протоколи за маршрутизиране за тази команда: bgp, eigrp, ospf и rip. Тъй като нашият урок е за RIP, използвам командата за извличане на рутера.
Ако въведете въпросителен знак, системата ще издаде нов съвет за следващата команда с възможни опции за функциите на този протокол: auto-summary - автоматично сумиране на маршрути, default-information - контрол на представянето на информацията по подразбиране, network - мрежи, времена и т.н. Тук можете да изберете информацията, която ще обменяме със съседните устройства. Най-важната характеристика е версията, така че ще започнем с въвеждане на командата версия 2. След това трябва да използваме командата мрежов ключ, която създава маршрут за определената IP мрежа.
Ще продължим да конфигурираме Router1 по-късно, но засега искам да премина към Router 3. Преди да използвам мрежовата команда върху него, нека да погледнем дясната страна на нашата мрежова топология. Вторият порт на рутера е с адрес 10.1.1.1. Как работи RIP? Дори във втората версия RIP, като доста стар протокол, все още използва свои собствени мрежови класове. Така че, въпреки че нашата мрежа 10.1.1.0/16 е клас A, трябва да посочим пълната версия на този IP адрес с помощта на командата network 10.0.0.0.
Но дори ако напиша командата network 10.1.1.1 и след това погледна текущата конфигурация, виждам, че системата е коригирала 10.1.1.1 до 10.0.0.0, автоматично използвайки формата за адресиране на пълен клас. Така че, ако имате въпрос относно RIP на изпита CCNA, трябва да използвате адресиране на пълен клас. Ако вместо 10.0.0.0 въведете 10.1.1.1 или 10.1.0.0, ще направите грешка. Въпреки че преобразуването към формата на пълен клас на адресиране е автоматично, съветвам ви да използвате правилния адрес първоначално, за да не се налага да чакате системата да коригира грешката по-късно. Не забравяйте, че RIP винаги използва пълно класово мрежово адресиране.
След като сте използвали командата network 10.0.0.0, третият рутер ще вмъкне тази десета мрежа в протокола за маршрутизиране и ще изпрати актуализацията по маршрута R3-R4. Сега трябва да конфигурирате протокола за маршрутизиране на четвъртия рутер. Влизам в неговите настройки и въвеждам последователно командите за копиране на рутера, версия 2 и мрежа 10.0.0.0. С тази команда моля R4 да започне да обявява мрежата 10. с помощта на протокола за маршрутизиране RIP.
Сега тези два рутера могат да обменят информация, но това няма да промени нищо. Използването на командата show ip route показва, че FastEthernrt порт 0/0 е директно свързан към мрежа 10.1.0.0. Четвъртият рутер, след като получи мрежовото съобщение от третия рутер, ще каже: „страхотно, приятелю, получих вашето съобщение за десетата мрежа, но вече знам за това, защото съм директно свързан с тази мрежа.“
Затова ще се върнем към настройките на R3 и ще вмъкнем друга мрежа с командата network 192.168.1.0. Отново използвам формата за адресиране на пълен клас. След това третият рутер ще може да обяви мрежата 192.168.1.128 по маршрута R3-R4. Както казах, RIP е "клюка", която разказва за нови мрежи на всички свои съседи, предавайки им информация от своята таблица за маршрутизиране. Ако сега погледнете таблицата на третия рутер, можете да видите данните на двете мрежи, свързани към него.
Той ще изпрати тези данни до двата края на маршрута както към втория, така и към четвъртия рутер. Да преминем към настройките на R2. Въвеждам същите команди за извличане на рутер, версия 2 и мрежа 192.168.1.0 и тук нещата стават интересни. Посочвам мрежа 1.0, но тя е както 192.168.1.64/26, така и 192.168.1.128/26. Следователно, когато посоча мрежата 192.168.1.0, технически осигурявам маршрутизиране и за двата интерфейса на този рутер. Удобството е, че само с една команда можете да зададете рутинга за всички портове на устройството.
Посочвам абсолютно същите параметри за рутера R1 и осигурявам маршрутизиране за двата интерфейса по един и същи начин. Ако сега погледнем таблицата за маршрутизиране на R1, можем да видим всички мрежи.
Този рутер е наясно както с мрежа 1.0, така и с мрежа 1.64. Освен това знае за мрежи 1.128 и 10.1.1.0, защото използва RIP. Това се указва от заглавието R в съответния ред на таблицата за маршрутизиране.
Моля, обърнете внимание на информацията [120/2] - това е административното разстояние, т.е. надеждността на източника на информация за маршрутизиране. Тази стойност може да бъде голяма или малка, но по подразбиране за RIP е 120. Например статичен маршрут има административно разстояние 1. Колкото по-малко е административното разстояние, толкова по-надежден е протоколът. Ако рутерът има възможност да избира между два протокола, например между статичен маршрут и RIP, тогава той ще избере да пренасочва трафика по статичен маршрут. Втората стойност в скоби, /2, е показателят. В протокола RIP метриката означава броя на скокове. В този случай мрежа 10.0.0.0/8 може да бъде достигната в 2 хопа, т.е. рутерът R1 трябва да изпрати трафик в мрежа 192.168.1.64/26, това е първият хоп, а в мрежа 192.168.1.128/26 това е втори скок за достигане до мрежа 10.0.0.0/8 през устройство с интерфейс FastEthernet 0/1 с IP адрес 192.168.1.66.
За сравнение, рутер R1 може да достигне до мрежа 192.168.1.128 с административно разстояние от 120 за 1 хоп през интерфейс 192.168.1.66.
Сега, ако се опитате да пингвате интерфейса на рутера R0 с IP адрес 4 от PC10.1.1.2 компютъра, той успешно ще се върне обратно.
Първият опит е неуспешен със съобщение Request timed out, защото при използване на ARP първият пакет се губи, но останалите три се връщат успешно към дестинацията. По този начин има комуникация от точка до точка в мрежа, използваща протокола за маршрутизиране RIP.
И така, за да активирате използването на протокола RIP от рутера, трябва да въведете последователно командите за извличане на рутера, версия 2 и мрежа <мрежов номер / мрежов идентификатор в пълен клас>.
Нека влезем в настройките на R4 и въведете командата show ip route. Можете да видите, че мрежата 10. е директно свързана с рутера, а мрежата 192.168.1.0/24 е достъпна през порт f0/0 с IP адрес 10.1.1.1, използвайки протокола RIP.
Ако обърнете внимание на изгледа на мрежата 192.168.1.0/24, ще забележите, че има проблем с автоматичното сумиране на маршрутите. Ако автоматичното обобщение е активирано, RIP ще сумира всички мрежи до 192.168.1.0/24. Нека да разгледаме какво представляват таймерите. Протоколът RIP има 4 основни таймера.
Таймерът за актуализация е отговорен за честотата на актуализациите, като изпраща актуализации на протокола на всеки 30 секунди на всички интерфейси, участващи в RIP маршрутизирането. Това означава, че той взема таблицата за маршрутизиране и я изпраща до всички портове, работещи в режим RIP.
Представете си, че имаме рутер 1, който е свързан с рутер 2 чрез мрежа N2. Преди първия и след втория рутер има мрежи N1 и N3. Рутер 1 казва на рутер 2, че познава мрежите N1 и N2 и му изпраща актуализация. Рутер 2 казва на рутер 1, че познава мрежи N2 и N3. В същото време на всеки 30 секунди портовете на рутерите обменят таблици за маршрутизиране.
Нека си представим, че по някаква причина връзката N1-R1 е прекъсната и рутер 1 вече не може да комуникира с мрежата N1. След това първият рутер ще изпраща на втория рутер само актуализации, свързани с мрежата N2. Рутер 2, след като получи първата такава актуализация, ще си помисли: „Страхотно, сега трябва да поставя мрежа N1 на невалиден таймер“ и след това да стартира невалидния таймер. В продължение на 180 секунди няма да обменя мрежови актуализации N1 с никого, но след този период от време ще спре Invalid Timer и ще стартира отново Update Timer. Ако през тези 180 секунди не получи никакви актуализации на състоянието на мрежата N1, тогава ще го постави в таймер за задържане от 180 секунди, т.е. таймерът за задържане започва веднага след края на таймера за невалиден.
В същото време работи друг, четвърти Flush таймер, който стартира едновременно с Invalid таймера. Този таймер определя интервала от време между получаването на последната нормална актуализация за мрежата N1, докато мрежата N240 бъде изключена от таблицата за маршрутизиране. По този начин, когато продължителността на този таймер достигне 1 секунди, мрежата NXNUMX автоматично ще бъде изключена от таблицата за маршрутизиране на втория рутер.
И така, Update Timer изпраща актуализации на всеки 30 секунди. Невалидният таймер, който работи на всеки 180 секунди, чака нова актуализация да достигне до рутера. Ако не пристигне, тя поставя тази мрежа на изчакване, като таймерът за задържане работи на всеки 180 секунди. Но таймерите Invalid и Flush стартират по едно и също време, така че 240 секунди след стартирането на Flush мрежа, която не е спомената в актуализацията, се изключва от таблицата за маршрутизиране. Продължителността на тези таймери е зададена по подразбиране и може да се променя. Това са RIP таймерите.
Сега нека да преминем към разглеждане на ограниченията на протокола RIP, има доста от тях. Едно от основните ограничения е автоматичното сумиране.
Да се върнем към нашата мрежа 192.168.1.0/24. Рутер 3 съобщава на рутер 4 за цялата мрежа 1.0, която е обозначена с /24. Това означава, че всичките 256 IP адреса на тази мрежа, включително ИД на мрежата и адресът за излъчване, са достъпни, т.е. съобщенията от устройства с всеки IP адрес в този диапазон ще бъдат изпращани през мрежата 10.1.1.1. Нека се обърнем към таблицата за маршрутизиране R3.
Виждаме мрежата 192.168.1.0/26, разделена на 3 подмрежи. Това означава, че рутерът знае само за трите посочени IP адреса: 192.168.1.0, 192.168.1.64 и 192.168.1.128, които принадлежат на /26 мрежата. Но не знае нищо например за устройства с IP адреси, вариращи от 192.168.1.192 до 192.168.1.225.
По някаква причина обаче R4 си мисли, че знае всичко за трафика, който R3 изпраща към него, тоест за всички IP адреси в мрежата 192.168.1.0/24, което е напълно погрешно. В същото време рутерите могат да започнат да изпускат трафик, защото се „залъгват“ един друг - в края на краищата рутер 3 няма право да каже на четвъртия рутер, че знае всичко за подмрежите на тази мрежа. Това се дължи на проблем, наречен "автосумиране". Това се случва, когато трафикът се движи през различни големи мрежи. Например в нашия случай мрежа с адреси от клас C е свързана чрез рутера R3 към мрежа с адреси от клас A.
Рутерът R3 счита тези мрежи за еднакви и автоматично обобщава всички маршрути в един мрежов адрес 192.168.1.0. Спомнете си, че говорихме за обобщаване на супермрежов маршрут в едно от предишните видеоклипове. Причината за сумирането е проста - рутерът смята, че един запис в таблицата за маршрутизиране, имаме запис 192.168.1.0/24 [120/1] чрез 10.1.1.1, е по-добър от 3 записа. Ако мрежата се състои от стотици малки подмрежи, тогава, когато обобщаването е деактивирано, таблицата за маршрутизиране ще се състои от огромен брой записи за маршрутизиране. Следователно автоматичното обобщаване на маршрута се използва, за да се предотврати натрупването на огромно количество информация в таблиците за маршрутизиране.
В нашия случай обаче автоматичното сумиране на маршрутите създава проблем, тъй като кара рутера да обменя невярна информация. Следователно трябва да влезем в настройките на рутера R3 и да въведем команда, която забранява автоматичното обобщаване на маршрути.
За да направя това, последователно въвеждам команди за извличане на рутер и без команди за автоматично обобщение. След това трябва да изчакате, докато актуализацията се разпространи в мрежата, след което можете да използвате командата show ip route в настройките на рутера R4.
Можете да видите как се е променила таблицата за маршрутизиране. Записът 192.168.1.0/24 [120/1] чрез 10.1.1.1 е запазен от предишната версия на таблицата, а след това следват три записа, които благодарение на Update timer се обновяват на всеки 30 секунди. Таймерът за промиване гарантира, че 240 секунди след актуализацията плюс 30 секунди, т.е. 270 секунди, тази мрежа ще бъде премахната от таблицата за маршрутизиране.
Мрежите 192.168.1.0/26, 192.168.1.64/26 и 192.168.1.128/26 са правилни, така че сега, ако трафикът е предназначен за устройство 192.168.1.225, това устройство ще го изпусне, защото рутерът не знае къде е устройството с такъв адрес. Но в предишния случай, когато имахме активирано автоматично обобщение на маршрута за R3, този трафик щеше да бъде насочен към мрежата 10.1.1.1, което беше напълно погрешно, защото R3 незабавно щеше да отхвърли тези пакети, без да ги изпраща по-нататък.
Като мрежов администратор трябва да създавате мрежи с възможно най-малко допълнителен трафик. Например в този случай няма нужда този трафик да се препраща през R3. Вашата задача е да увеличите честотната лента на мрежата възможно най-много, предотвратявайки пренасочването на трафик към устройства, които не се нуждаят от него.
Следващото ограничение на RIP е Loops или маршрутизиращите цикли. Вече говорихме за мрежова конвергенция, когато таблицата за маршрутизиране е правилно актуализирана. В нашия случай рутерът не трябва да получава актуализации за мрежата 192.168.1.0/24, ако не знае нищо за нея. Технически, конвергенцията означава, че таблицата за маршрутизиране се актуализира само с правилна информация. Това трябва да се случи, когато рутерът е изключен, рестартиран, свързан отново към мрежата и т.н. Конвергенцията е състояние, в което са направени всички необходими актуализации на таблиците за маршрутизиране и са направени всички необходими изчисления.
RIP има много слаба конвергенция и е много, много бавен протокол за маршрутизиране. Поради тази бавност възникват Loops или проблемът с „безкрайния брояч“.
Ще начертая мрежова диаграма, подобна на предишния пример - рутер 1 е свързан към рутер 2 чрез мрежа N2, рутер 1 е свързан към мрежа N1, а рутер 2 е свързан към мрежа N3. Да предположим, че по някаква причина връзката N1-R1 е прекъсната.
Рутер 2 знае, че мрежа N1 е достъпна с един хоп през рутер 1, но тази мрежа в момента не работи. След като мрежата се повреди, процесът на таймера стартира, рутер 1 го поставя в състояние на задържане и т.н. Въпреки това, рутер 2 има включен таймер за актуализиране и в зададеното време той изпраща актуализация до рутер 1, която казва, че мрежата N1 е достъпна през него в два хопа. Тази актуализация пристига до рутер 1, преди да има време да изпрати актуализация до рутер 2 за повреда в мрежата на N1.
След като получи тази актуализация, рутер 1 си мисли: „Знам, че мрежата N1, която е свързана с мен, не работи по някаква причина, но рутер 2 ми каза, че е достъпна през него на два хопа. Вярвам му, така че ще добавя един хоп, ще актуализирам таблицата си за маршрутизиране и ще изпратя актуализация до рутер 2, в която ще кажа, че мрежа N1 е достъпна през рутер 2 за три хопа!
След като получи тази актуализация от първия рутер, рутер 2 казва: „добре, по-рано получих актуализация от R1, която казва, че мрежата на N1 е достъпна през него в един скок. Сега той ме информира, че се предлага в 3 хопа. Може би нещо се е променило в мрежата, не мога да не го повярвам, така че ще актуализирам таблицата си за маршрутизиране с добавен един скок." След това R2 изпраща актуализация на първия рутер, която казва, че мрежата N1 вече е достъпна в 4 хопа.
Виждате ли какъв е проблемът? И двата рутера изпращат актуализации един на друг, като всеки път добавят по един хоп и в крайна сметка броят на хоповете достига голяма стойност. В протокола RIP максималният брой хопове е 16 и веднага щом достигне тази стойност, рутерът разбира, че има проблеми и просто премахва този маршрут от таблицата за маршрутизиране. Това е проблемът с циклите на маршрутизиране в RIP. Това се дължи на факта, че RIP е протокол за вектор на разстоянието, той само следи разстоянието, без да обръща внимание на състоянието на мрежовите секции. През 1969 г., когато компютърните мрежи бяха много по-бавни, отколкото сега, подходът на вектора на разстоянието се изплати, така че разработчиците на RIP избраха броя на скоковете като своя основна метрика. Днес обаче този подход създава много проблеми, поради което в съвременните мрежи преходът към по-усъвършенствани протоколи за маршрутизиране, като OSPF, е широко приложен. Де факто този протокол се превърна в стандарт за мрежите на повечето световни компании. Ще разгледаме много подробно този протокол в един от следващите видеоклипове.
Вече няма да се връщаме към RIP, следователно, използвайки примера на този най-стар мрежов протокол, ви разказах достатъчно за основите на маршрутизирането и проблемите, поради които се опитват да не използват повече този протокол за големи мрежи. В следващите видео уроци ще разгледаме съвременните протоколи за маршрутизиране – OSPF и EIGRP.
Благодарим ви, че останахте с нас. Харесвате ли нашите статии? Искате ли да видите още интересно съдържание? Подкрепете ни, като направите поръчка или препоръчате на приятели, 30% отстъпка за потребителите на Habr за уникален аналог на сървъри от начално ниво, който беше измислен от нас за вас: (предлага се с RAID1 и RAID10, до 24 ядра и до 40GB DDR4).
Dell R730xd 2 пъти по-евтин? Само тук в Холандия! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - от $99! Прочети за
Източник: www.habr.com