2. Критерії вибору протоколу

Приймаючи рішення, який протокол вектора відстані вибрати, необхідно враховувати декілька факторів:

• розмір мережі

• сумісність між моделями маршрутизаторів

• знання та вміння адміністратора

Протоколи RІP версії 1 і 2 є звичайними протоколами на основі векторів відстані, а протокол EІGRP – протоколом на основі векторів відстані з розширеними можливостями. Протокол RіPng, нова версія протоколу RІP, був спеціально розроблений для підтримки ІPv6.

Протягом багатьох років протокол RIP перетворився з протоколу повнокласової маршрутизації (RIPv1) на протокол безкласової маршрутизації (RIPv2). RIPv2 – це стандартизований протокол маршрутизації, що працює на обладнанні різних виробників. Це один з найпростіших протоколів маршрутизації для налаштування, що робить його гарним вибором для невеликих мереж. Проте RIPv2 має певні обмеження. RIPv1 та RIPv2 використовують кількість переходів в якості метрики маршруту, з максимальним обмеженням в 15 переходів.

Особливості RIP:

• підтримуєм split horizon та split horizon з poison reverse для запобігання утворенню петель;

• забезпечує балансування навантаження з підтримкою до шести рівноцінних по вартості маршрутів. За замовчуванням використовується чотири рівноцінні маршрути.

В RIPv2 внесені такі вдосконалення:

• в оновлення включається маска підмережі;

• механізм аутентифікації для оновлення таблиці маршрутизації;

• підтримка маски змінної довжини (VLSM);

• використання групових адрес замість широкомовних;

• підтримка сумування маршруту.

Протокол EIGRP (Enhanced IGRP) був розроблений на базі протоколу IGRP. EIGRP безкласовий протокол типу вектора відстані з певними функціями схожими на функції протоколів стану каналу. Це є пропрієтарний протокол і працює лише на маршрутизаторах Cisco.

Основні характеристики EIGRP:

• миттєві оновлення (EIGRP не використовує періодичних оновлень);

• використовує таблицю топології для підтримки всіх маршрутів, отриманих від сусідів (не тільки кращих шляхів);

• створення суміжніх з’єднань з сусідніми маршрутизаторами, які використовують протокол EIGRP hello;

• підтримка VLSM та ручного сумування маршрутів.

Переваги EIGRP:

• хоча маршрути поширюються за принципом вектора відстані, метрика базується на мінімальній ширині смуги та затримці маршруту, а не кількості стрибків;

• швидка збіжність завдяки використанню алгоритму DUAL(Diffusing Update Algorithm) для обчислення маршруту. DUAL дозволяє вставляти в таблиці EIGRP топології резервні маршрути, які використовуються у випадку, якщо основний маршрут пошкоджується. Завдяки цьому перемикання на резервний маршрут відбувається негайно і не потребує жодних дій від будь-яких інших маршрутизаторів.

• обмежені оновлення означають, що EIGRP використовує менше пропускної здатності, особливо у великих мережах з великою кількістю маршрутів;

• EIGRP підтримує декілька протоколів мережевого рівня завдяки використанню незалежних модулів, які включають в себе підтримку IP, IPX та AppleTalk.

2. Протокол rіp

   1. Характеристики протоколу RіPv1

Протокол RІP був першим протоколом маршрутизації на основі вектору відстані ІP, стандартизованого у RFC (RFC1058 у 1988 році). Першу версію RІP тепер часто називають RіPv1, щоб відрізняти її від згодом удосконаленої версії RіPv2, а також від версії ІPv6 – RіPng.

Основні характеристики RIPv1

• повнокласовий протокол типу вектора відстані;

• в ролі метрики використовує кількість переходів;

• маршрути, з кількістю переходів понад 15, недосяжні;

• широкомовна розсилка оновлень кожні 30 секунд.

Дані RIP повідомлення інкапсулюються в UDP сегмент з номером порту відправника та отримувача 520. В заголовок IP та заголовок канального рівня додається широкомовна адреса призначення перед надсиланням через усі налаштовані інтерфейси.

RIP таймери

За замовчуванням протокол RіPv1 виконує широкомовну передачу оновлень маршрутів по всіх активних інтерфейсах кожні 30 секунд.

Крім таймеру оновлення, використовуються ще три таймери:

• Invalid

• Flush

• Holddown

Invalid timer. Якщо оновлення для існуючого маршруту не були отримані протягом 180 секунд (за замовчуванням), маршрут позначається як недійсний, і йому встановлюється метрика 16. Маршрут залишається в таблиці маршрутизації до моменту завершення flush таймера.

Flush timer. За замовчуванням, таймер встановлюється на 240 секунд, тобто на 60 секунд довше, ніж invalid таймер. Коли flush таймер завершується, маршрут видаляється з таблиці маршрутизації.

Holddown timer. Цей таймер стабілізує маршрутну інформацію та допомагає запобігати петлям маршрутизації в періоди здійснення конвергенції мережі. Як тільки маршрут позначається як недосяжний, він залишається в стані утримання протягом часу, достатнього для отримання усіма маршрутизаторами інформації про недоступність мережі. За замовчуванням таймер встановлюється на 180 секунд..

RіPv1 є протоколом повнокласової маршрутизації. Він автоматично підсумовує підмережі по класовій межі і не відправляє, у оновленні, дані про мережеву маску. Відповідно, RіPv1 не підтримує VLSM і CІDR. Маршрутизатор, що працює по протоколу RіPv1, або використовує задану для локального інтерфейсу мережеву маску, або застосовує мережеву маску на основі класу адреси, яка використовується по замовчуванню. Через це обмеження підмережі, що повідомляються протоколом RіPv1, не можуть бути несуміжними.

Наприклад, маршрутизатор із заданими інтерфейсами, як шлюзами для підмереж 172.16.1.0/24 і 172.16.4.0/24, при використанні протоколу RіPv1 буде повідомляти тільки мережу класу B 172.16.0.0. Відповідно, інший маршрутизатор, що отримує це поновлення, буде вказувати мережу 172.16.0.0 у своїй таблиці маршрутизації. Це означає, що пакети з фактичною адресою підмережі призначення 172.16.3.0 можуть бути помилково спрямовані на інший маршрутизатор і не прибудуть у потрібну підмережу призначення.

За замовчуванням RIP має адміністративну відстань 120.

Зупинка непотрібних оновлень RIP протоколу.

Для запобігання передачі оновлень через певні інтерфейси маршрутизатора використовується команда:

Router(config-router)#passive-interface interface-type interface-number

Ця команда зупиняє оновлення маршрутів із зазначеного інтерфейсу. Проте, мережа, до якої належить вказаний інтерфейс буде передаватись в оновленнях маршрутів, які відправляються з інших інтерфейсів.