Введення в протокол rip - ciscolab - лабораторія мереж

Введення в протокол RIP

0 Routing Information Protocol (RIP) використовує широкомовні User Datagram Protocol (UDP) пакети даних для обміну маршрутною інформацією. Програмне забезпечення Cisco IOS посилає маршрутні поновлення кожні 30 секунд, це називається вещаеніем або розсилкою (advertising). Якщо маршрутизатор не отримує оновлення від іншого маршрутизатора протягом 180 секунд або більше, він позначає маршрути обслуговуються неоновлювані маршрутизатором як непридатні. Якщо через 240 секунд до сих пір немає оновлення. маршрутизатор видаляє всі записи в таблиці маршрутизації для Неоновлювані маршрутизатора

Маршрутизатор під керуванням RIP може отримати мережу за замовчуванням за допомогою оновлень від іншого маршрутизатора, на якому працює RIP, або маршрутизатор може бути сам джерелом (генерувати) мережі за замовчуванням за допомогою RIP. В обох випадках, мережі за замовчуванням віщаються через RIP іншим RIP - сусідам.
Реалізація Cisco RIP версії 2 підтримує звичайну текстову і Message Digest 5 (MD5) аутентифікацію, підсумовування маршрутів, безкласову междоменной роутинг (CIDR) і підмережі з маскою змінної довжини (VLSMs).

RIP версії 1 і RIP версія 2 і аутентифікація

конфігурація RIP

Все що необхідно зробити на IOS маршрутизатор це оголосити інтерфейси які беруть участь в RIP через команду network і включити сам протокол RIP на пристрої. Використовуємо малюнок на діаграмі вище

Подивимося на таблицю маршрутизації роутера R1

Тут ми бачимо, що R1 вивчив мережу 2.0.0.0/8 від роутера R2. Також зауважимо, що R2 насправді має мережу 2.0.0.0/16 на своєму Fa0 / 0 інтерфейсі. Але за умовчанням R2 висилає апдейти RIP версії 1, в якому ньому поняття маски, а мережа 2.0.0.0 - є мережею класу A, а значить має маску 255.0.0.0.

Включивши debug ip rip на маршрутизаторі, ми можемо подивитися як відбуваються оновлення маршрутної інформації

Тут ми спостерігаємо періодичну розсилку повної маршрутної інформації, яка відбувається кожні 30 сек. Наступного сторінки можна більш детально ознайомиться з принципами Обміну маршрутної Інформацією між RIP-маршрутизатори

Обмін маршрутної Інформацією

До появи нових маршрутів маршрутизатори RIP пристосовуються без праці: в черговому повідомленні своїм сусідам вони передають нову інформацію, так що та поступово стає відома всім маршрутизаторам мережі. А ось до негативних змін, пов'язаних з втратою будь-якого маршруту, їм адаптуватися складніше. Справа в тому, що в форматі повідомлень протоколу RIP немає поля, де б містилася інформація про відсутність шляху до даної мережі.
Зрозуміло, що деякий маршрут більш недійсний, можна двома способами:
- на підставі закінчення часу життя маршруту;
- зазначенням спеціального відстані до мережі, що стала недоступною, а саме - нескінченності.
Для реалізації першого механізму кожен запис таблиці маршрутизації, отримана по протоколу RIP, має час життя (TTL). При надходженні чергового повідомлення RIP з підтвердженням того, що даний запис дійсна, таймер TTL встановлюється в початковий стан, а потім з нього кожну секунду віднімається одиниця. Якщо за час тайм-ауту не прийде нове маршрутне повідомлення про цей маршрут, то він відзначається як недійсний.
Час очікування пов'язане з періодом розсилки векторів по мережі. Період розсилки в RIP дорівнює 30 с, а в якості тайм-ауту прийнято шестиразове значення періоду розсилки, т. Е. 180 с. Шестиразовий запас часу потрібний для впевненості в тому, що проблеми полягають не у втратах повідомлень RIP (а це можливо, так як RIP використовує транспортний протокол UDP, який не гарантує доставку повідомлень), а в тому, що мережа дійсно стала недоступна. Якщо який-небудь маршрутизатор виходить з ладу, то через 180 с все породжені цим маршрутизатором записи стануть недійсними у його найближчих сусідів. Після цього процес повториться вже для сусідів найближчих сусідів - вони викреслять подібні записи через 360 с, так як перші 180 з найближчі сусіди ще передавали повідомлення про ці записи. Як бачимо, відомості про недоступні через відмовив маршрутизатор мережах поширюються по мережі не дуже швидко, час поширення кратно часу життя запису, а коефіцієнт кратності дорівнює кількості транзитних вузлів між самими далекими маршрутизаторами мережі. В цьому і полягає одна з причин вибору в якості періоду розсилки невеликої величини в 30 с.
Якщо збій відбувається лише на одному з інтерфейсів маршрутизатора або в мережі, через яку він пов'язаний з будь-яким сусідом, то ситуація зводиться до щойно описаної - механізм тайм-ауту знову приводиться в дію, і стали недійсними маршрути поступово будуть викреслені з усіх маршрутизаторів мережі.

Тайм-аут працює в тих випадках, коли маршрутизатор не може послати сусідам повідомлення про недоступному маршруті завдяки своїй непрацездатності або непрацездатності лінії зв'язку, по якій можна було б передати повідомлення.
Якщо пересилання можлива, то маршрутизатори RIP не використовують спеціальну ознаку в повідомленні, а вказують нескінченну відстань до мережі, причому в протоколі RIP воно вибрано рівним 16 транзитним вузлів (при використанні іншої метрики маршрутизатора необхідно вказати її значення, яке вважається нескінченністю). При надходженні повідомлення, в якому відстань до деякої мережі дорівнює 16 (або 15, що призводить до того ж результату, так як отримане значення збільшується на 1), маршрутизатор повинен перевірити, чи виходить ця «негативна» інформація про мережу від того ж маршрутизатора, повідомлення якого послужило свого часу підставою для запису про дану мережі в таблиці маршрутизації. Якщо це так, то інформація вважається достовірною, і маршрут відзначається як недоступний.
Значення «нескінченного» відстані задається настільки невеликим тому, що в деяких випадках перебої в лініях зв'язку викликають тривалі періоди некоректної роботи маршрутизаторів RIP, що виражається в зациклення пакетів в петлях мережі. І чим менше відстань, що використовується в якості «нескінченного», тим такі періоди стають коротшими.
Обмеження в 15 транзитних вузлів звужує сферу застосування протоколу RIP до мереж, в яких число проміжних маршрутизаторів не повинно перевищувати 15. Для більш масштабних мереж потрібно використовувати інші протоколи маршрутизації, наприклад OSPF, або розбивати мережу на автономні області.

Методи боротьби з помилковими маршрутами в протоколі RIP