Тема сьогоднішнього уроку – RIP або протокол маршрутної інформації. Ми поговоримо про різні аспекти його застосування, про його налаштування та обмеження. Як я вже казав, тема RIP не входить до навчального плану курсу Cisco 200-125 CCNA, проте я вирішив присвятити цьому протоколу окремий урок, оскільки RIP є одним із основних протоколів маршрутизації.
Сьогодні ми розглянемо 3 аспекти: розуміння роботи та налаштування RIP у роутерах, таймери RIP, обмеження RIP. Цей протокол був створений у 1969 році, так що це один із найстаріших мережевих протоколів. Його перевага полягає у надзвичайній простоті. На сьогоднішній день безліч мережевих пристроїв, у тому числі Cisco, продовжують підтримувати RIP, оскільки він є не пропрієтарним, як EIGRP, а загальнодоступним протоколом.
Існують дві версії RIP. Перша, класична версія, не підтримує VLSM - змінну довжину маски підмережі, на якій заснована безкласова IP-адресація, тому ми можемо використовувати лише одну мережу. Про це я розповім трохи згодом. Ця версія також не підтримує автентифікацію.
Припустимо, у вас є 2 роутери, з'єднані один з одним. При цьому перший роутер розповідає сусідові про все, що знає. Допустимо, до першого роутера приєднана мережа 10, між першим і другим роутером розташована мережа 20, а за другим роутером знаходиться мережа 30. Тоді перший роутер говорить другому, що він знає мережі 10 і 20, а роутер 2 повідомляє роутеру 1, про мережу 30 та мережу 20.
Протокол маршрутизації свідчить про те, що ці дві мережі потрібно додати таблицю маршрутизації. Загалом виходить, що один роутер розповідає про приєднані до нього мережі сусіднього роутера, той - свого сусіда, і т.д. Простіше кажучи, RIP - це протокол-пліткар, який служить тому, щоб сусідні роутери ділилися один з одним інформацією, причому кожен із сусідів беззастережно вірить тому, що йому сказали. Кожен роутер «слухає», чи не відбулися в мережі зміни та ділиться ними зі своїми сусідами.
Відсутність підтримки автентифікації означає, що будь-який роутер, який буде підключений до мережі, стає її повноправним учасником. Якщо я захочу обрушити мережу, то приєднаю до неї свій хакерський роутер зі шкідливим оновленням, і оскільки решта роутерів йому довіряють, вони оновлять свої таблиці маршрутизації так, як потрібно мені. Проти такого злому перша версія RIP не передбачає жодного захисту.
У RIPv2 можна передбачити аутентифікацію, налаштувавши роутер належним чином. У цьому випадку оновлення інформації між роутерами стане можливим лише після проходження мережної автентифікації шляхом введення пароля.
RIPv1 використовує бродкастинг, тобто всі оновлення надсилаються за допомогою широкомовних повідомлень, так що їх отримують всі учасники мережі. Допустимо, до першого роутера приєднано комп'ютер, який нічого не знає про ці оновлення, оскільки вони потрібні лише пристроям маршрутизації. Однак роутер 1 розсилатиме ці повідомлення всім пристроям, що мають Broadcast ID, тобто навіть тим, хто цього не потребує.
У другій версії RIP цю проблему вирішено – тут використовується Multicast ID, або групова передача трафіку. У цьому випадку оновлення отримують лише ті пристрої, які вказані в установках протоколу. Окрім автентифікації, ця версія RIP підтримує безкласову IP-адресацію VLSM. Це означає, що якщо до першого роутера підключена мережа 10.1.1.1/24, то оновлення також отримують всі мережні пристрої, чия IP-адреса знаходиться в діапазоні адрес цієї підмережі. Друга версія протоколу підтримує метод CIDR, тобто коли другий роутер отримує оновлення, він знає, якої конкретної мережі чи маршруту воно стосується. У випадку першої версії, якщо до роутера приєднана мережа 10.1.1.0, то оновлення отримають також пристрої мережі 10.0.0.0 та інших мереж, що належать до цього класу. При цьому роутер 2 також отримає повну інформацію про оновлення цих мереж, однак без CIDR не знатиме, що ця інформація стосується підмережі з IP-адресами класу А.
Ось що являє собою протокол RIP у дуже загальних рисах. Тепер розглянемо, як його можна налаштувати. Вам потрібно зайти в режим глобальної конфігурації налаштувань роутера та використовувати команду Router RIP.
Після цього ви побачите, що заголовок командного рядка змінився на R1(config-router)#, тому що ми перейшли до рівня підкоманд роутера. Другою командою буде Version 2, тобто ми вказуємо роутеру, що він має використовувати 2 версію протоколу. Далі ми повинні ввести адресу анонсованої класової мережі, за якою повинні передаватися оновлення, за допомогою команди network XXXX Ця команда має дві функції: по-перше, вона вказує, яку мережу потрібно анонсувати, по-друге, який інтерфейс потрібно використовувати для цього. Ви зрозумієте, що я маю на увазі, коли подивіться на конфігурацію мережі.
У нас тут є 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.
Нарешті, я перейду до останнього роутера, надаю йому ім'я 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, встановлюю режим глобальної конфігурації і набираю команду router. Після цього система видає підказки можливих варіантів протоколів маршрутизації цієї команди: bgp, eigrp, ospf і rip. Оскільки наш урок присвячений RIP, я використовую команду router rip.
Якщо набрати знак питання, система видасть нову підказку для наступної команди з можливими варіантами функцій цього протоколу: auto-summary – автоматичне підсумовування маршрутів, default-information – управління поданням за промовчанням, network – мережі, таймінги тощо. Тут можна вибрати інформацію, якою ми обмінюватимемося із сусідніми пристроями. Найважливіша функція – це версія, тому ми почнемо із введення команди version 2. Далі нам потрібно використовувати ключову команду network, яка створює маршрут для вказаної IP-мережі.
Ми продовжимо налаштовувати Router1 пізніше, а зараз я хочу перейти до роутера 3. Перш ніж я використовую для нього network команду, давайте подивимося на праву частину топології нашої мережі. Другий порт роутера має адресу 10.1.1.1. Як працює RIP? Навіть у другій версії RIP як досить старий протокол досі використовує свої власні класи мереж. Тому, незважаючи на те, що наша мережа 10.1.1.0/16 належить до класу А, ми повинні вказати повну версію класу цієї IP-адреси, використовуючи network 10.0.0.0.
Але навіть якщо я наберу команду network 10.1.1.1 та подивлюсь після цього на поточну конфігурацію, то побачу, що система виправила 10.1.1.1 на 10.0.0.0, автоматично використовуючи формат повнокласової адресації. Так що якщо у вас на іспиті CCNA трапиться питання про RIP, ви повинні використовувати повнокласову адресацію. Якщо замість 10.0.0.0 ви наберете 10.1.1.1 або 10.1.0.0, здійсніть помилку. Незважаючи на те, що конвертація у повнокласову форму адресації відбувається автоматично, я раджу вам спочатку використовувати правильну адресу, щоб потім не чекати, поки система виправить помилку. Запам'ятайте – у протоколі RIP завжди використовується повнокласова адресація мережі.
Після того, як ви використовували network 10.0.0.0, третій роутер вставить цю десяту мережу в протокол маршрутизації і розішле оновлення за маршрутом R3-R4. Тепер потрібно налаштувати протокол маршрутизації четвертого роутера. Я заходжу в його налаштування та послідовно вводжу команди router rip, version 2 та network 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. Я вводжу самі команди router rip, version 2 і network 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.
Зараз, якщо спробувати пропінгувати з комп'ютера PC0 інтерфейс роутера R4 з IP-адресою 10.1.1.2 він успішно повернеться назад.
Перша спроба закінчилася невдачею з повідомленням Request timed out, тому що при використанні ARP перший пакет пропадає, але три інші успішно повернулися адресату. Таким чином відбувається зв'язок на кшталт «точка-точка» у мережі, що використовує протокол маршрутизації RIP.
Отже, щоб активувати використання роутером протоколу RIP, потрібно послідовно набрати команди router rip, version 2 і network < номер мережі / ідентифікатор мережі у повнокласової формі >.
Зайдемо до налаштувань 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 основні таймери.
Таймер Update відповідає за періодичність розсилки оновлень, кожні 30 секунд відправляючи оновлення протоколу за всіма інтерфейсами, що беруть участь у маршрутизації RIP. Це означає, що він бере таблицю маршрутизації та розсилає її по всіх портах, що працюють у режимі RIP.
Уявимо, що ми маємо роутер 1, який з'єднаний з роутером 2 мережею N2. Перед першим та після другого роутера є мережі N1 та N3. Роутер 1 повідомляє роутеру 2, що він знає мережу N1 та N2, і надсилає йому оновлення. Роутер 2 повідомляє роутеру 1, що знає мережі N2 та N3. При цьому кожні 30 секунд порти роутерів обмінюються таблицями маршрутизації.
Припустимо, що з якоїсь причини з'єднання N1-R1 розірвалося і роутер 1 більше не може зв'язатися з мережею N1. Після цього перший роутер посилатиме другому роутеру тільки оновлення, що стосуються мережі N2. Роутер 2, отримавши перше таке оновлення, подумає: «відмінно, тепер я мушу помістити мережу N1 у таймер тимчасово недоступних мереж Invalid Timer», після чого запустить таймер Invalid. Протягом 180 секунд він не буде ні з ким обмінюватись оновленнями мережі N1, але після цього періоду часу зупинить Invalid Timer і знову запустить Update Timer. Якщо протягом цих 180 секунд він не отримає жодних оновлень стану мережі N1, то помістить її в таймер утримання Hold Down тривалістю 180 секунд, тобто таймер Hold Down стартує відразу після завершення таймера Invalid.
У цей час працює ще один, четвертий таймер Flush, який запускається одночасно з таймером Invalid. Цей таймер визначає часовий інтервал між отриманням останнього нормального оновлення мережі N1 до моменту виключення цієї мережі з таблиці маршрутизації. Таким чином, коли тривалість цього таймера досягне 240 секунд, мережа N1 автоматично виключиться з таблиці маршрутизації другого роутера.
Отже, Update Timer розсилає поновлення кожні 30 секунд. Invalid Timer, який запускається кожні 180 секунд, чекає, доки нове оновлення не досягне роутера. Якщо воно не приходить, він поміщає цю мережу у стан утримання, при цьому Hold Down Timer запускається кожні 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 не має права говорити четвертому роутеру, що знає все про підмережі цієї мережі. Це відбувається через проблему, яка називається «автопідсумовуванням». Вона виникає при русі трафіку різними великими мережами. Наприклад, у нашому випадку мережа з адресами класу С з'єднується через роутер R3 з мережею з класом А.
Роутер R3 вважає ці мережі однаковими і автоматично підсумовує всі маршрути на єдину мережеву адресу 192.168.1.0. Згадаймо, що ми говорили про підсумовування маршрутів супермереж в одному з попередніх відео. Причина підсумовування проста – роутер вважає, що один запис у таблиці маршрутизації, у нас це запис 192.168.1.0/24 [120/1] via 10.1.1.1, краще ніж 3 записи. Якщо мережа складається із сотні дрібних підмереж, то при відключенні підсумовування таблиця маршрутизації складатиметься з величезної кількості маршрутних записів. Тож запобігання накопичення величезної кількості інформації у таблицях маршрутизації використовується автоматичне підсумовування маршрутів.
Однак у нашому випадку автопідсумовування маршрутів створює проблему, оскільки змушує роутер обмінюватися хибною інформацією. Тому нам потрібно зайти в налаштування роутера R3 і ввести команду, яка забороняє підсумовувати маршрути.
Для цього я послідовно набираю команди router rip та no auto-summary. Після цього потрібно почекати, доки оновлення пошириться по мережі, а потім можна використовувати команду show ip route у налаштуваннях роутера R4.
Ви бачите, як змінилася таблиця маршрутизації. Запис 192.168.1.0/24 [120/1] via 10.1.1.1 зберігся з попереднього варіанта таблиці, а далі три записи, які завдяки таймеру Update оновлюються кожні 30 секунд. Таймер Flush забезпечує те, що через 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 поміщає їх у стан Hold Down тощо. Однак у роутера 2 запущено таймер Update, і він у встановлений час відсилає роутеру 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% знижка для користувачів Хабра на унікальний аналог entry-level серверів, який був винайдений нами для Вас: (Доступні варіанти з RAID1 і RAID10, до 24 ядер і до 40GB DDR4).
Dell R730xd у 2 рази дешевше? Тільки в нас у Нідерландах! Dell R420 – 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB – від $99! Читайте про те
Джерело: habr.com