Внутрішній протокол маршрутної інформації rip

Призначений для порівняно невеликих і щодо однорідних мереж. Маршрут тут характеризується вектором відстані до місця призначення. Передбачається, що кожен маршрутизатор є відправною точкою декількох маршрутів до мереж, з якими він пов'язаний. Описи цих маршрутів зберігається в маршрутної таблиці. Таблиця маршрутизації RIP містить по запису на кожну обслуговується машину (на кожен маршрут). Запис повинен включати в себе:

Метрика маршруту (від 1 до 15, а число кроків до місця призначення). Для вимірювання відстані між мережею - джерелом і мережею - приймачем RIP використовує єдину маршрутну метрику - лічильник вузлів. Кожному вузлу по шляху від джерела до приймача присвоюється значення лічильника вузлів. Зазвичай воно дорівнює 1, коли маршрутизатор отримує повідомлення про оновлення маршрутів з новий або змінений записом про мережу - приймачі, він збільшує значення метрики в оновленому маршруті на 1 і заносить мережу в свою маршрутну таблицю.

Таймери маршруту. Для регулювання продуктивності в RIP використовуються різні таймери, в тому числі таймер поновлення маршрутів, таймер очікування і таймер зміщення маршруту. Таймер поновлення маршрутів відраховує інтервали між періодичними оновленнями маршрутів. Кожен запис в маршрутної таблиці має свій таймер очікування. Коли значення інтервалу, заданий в цьому таймері, закінчується, маршрут позначається як недійсний, але зберігається в таблиці до тих пір, поки не закінчиться час, заданий в таймері зміщення маршруту.

RIP посилає повідомлення про оновлення маршрутів через регулярні інтервали, а також при зміні топології мережі. Коли маршрутизатор отримує інформацію про оновлення маршрутів, куди входять змінені записи маршрутної таблиці, він оновлює свою маршрутну таблицю, заносячи в неї новий маршрут. Значення метрики маршруту збільшується на 1, і в якості відправника повідомлення вказується наступний вузол. RIP- маршрутизатори запам'ятовують тільки найкращий маршрут до приймача (маршрут з найменшим значенням метрики). Після поновлення маршрутної таблиці маршрутизатор негайно починає передачу повідомлення про оновлення маршрутів, щоб повідомити іншим маршрутизаторів в мережі про зміни, що відбулися. Ця інформація надсилається незалежно від планових, регулярних оновлень, що посилаються RIP - маршрутизаторами.

Протокол RIP повинен бути здатний обробляти три типи помилок:

1. Циклічні маршрути. У протоколі немає механізмів виявлення замкнутих маршрутів - або сліпо вірити параметрам, або вживати заходів для блокування такої можливості.

Ілюстрація, яка пояснює виникнення циклічних маршрутів при використанні вектора відстані

2. Для придушення нестабільності RIP повинен використовувати мале значення максимально можливого числа кроків (<16).

3. Повільне поширення маршрутної інформації по мережі створює проблеми при динамічному зміну маршрутної ситуації (система не встигає за змінами). Мале граничне значення метрики покращує збіжність, але не усуває проблему.

Проблема може бути вирішена наступним чином. Маршрутизатор запам'ятовує, через який інтерфейс отримана маршрутна інформація, і через цей інтерфейс цю інформацію вже не передає. У розглянутому вище прикладі GW2 не стане посилати інформацію по шляху до мережі А маршрутизатора GW1, від якого він отримав ці дані. В цьому випадку в маршрутної таблиці GW1 шлях до А зникне відразу. Решта маршрутизатори дізнаються про недосяжність мережі А через кілька циклів. Існують і інші шляхи подолання повільних перехідних процесів. Якщо проводиться оповіщення про короткому шляху, всі вузли-одержувачі сприймають ці дані негайно. Якщо ж маршрутизатор закриває якийсь шлях, його скасування фіксується іншими лише по тайм-ауту. Універсальним методом виключення помилок при маршрутизації є використання досить великої витримки, перед тим як використовувати інформацію про зміну маршрутів. В цьому випадку до моменту зміни маршруту ця інформація стане доступною всім учасникам процесу маршрутизації. Але всі перераховані методи і деякі інші відомі алгоритми, вирішуючи одну проблему, часто вносять інші. Багато з цих методів можуть при певних умовах викликати лавину широкомовних повідомлень, що також дезорганізує мережу. Саме мала швидкість встановлення маршрутів в RIP і є причиною їх поступового витіснення іншими протоколами.

В RIP повідомлення инкапсулируются в UDP - дейтограмми. Як метрики RIP використовує число кроків до мети. Якщо між відправником і приймачем розташовано три маршрутизатора, вважається, що між ними 4 кроки. Такий вид метрики не враховує відмінностей в пропускної здатності або завантаженості окремих сегментів мережі. Застосування вектора відстані не може гарантувати оптимальність вибору маршруту.

«КОМАНДА» показує, чи є пакет запитом або відповіддю. Запит вимагає, щоб маршрутизатор відправив маршрутну таблицю - всю або частково. Відповідь може бути незапрошуваних, регулярним оновленням маршрутної інформації або відповіддю на запит. У відповідях містяться записи маршрутної таблиці. Для передачі інформації з великих маршрутних таблиць використовується кілька RIP - пакетів.

«ВЕРСІЯ» для RIP дорівнює 1 (для RIP-2 дорівнює 2).

«НУЛЬОВИЙ ПОЛЕ» в протоколі RIP фактично не використовується. Воно додається виключно для забезпечення зворотної сумісності з нестандартними версіями RIP і містить нульове значення.

«НАБІР ПРОТОКОЛІВ МЕРЕЖІ I» визначає набір протоколів, які використовуються у відповідній мережі (для Інтернет це поле має значення 2).

«РАССОТЯНІЕ ДО МЕРЕЖІ i» містить ціле число кроків (від 1 до 15) до даної мережі. В одному повідомленні може бути присутнім інформація про 25 маршрутах.

При реалізації RIP можна виділити наступні режими:

Ініціалізація. Визначення всіх «живих» інтерфейсів шляхом посилки запитів, отримання таблиць маршрутизації від інших маршрутизаторів. Часто використовуються широкомовні запити.

Отриманий відгук. Проводиться корекція таблиці маршрутизації (видалення, виправлення, додавання).

Регулярні корекції. Кожні 30 секунд вся або частина таблиці маршрутизації надсилається всім сусіднім маршрутизаторам. Можуть посилатися і спеціальні запити при локальній зміні таблиці. RIP досить простий протокол.

2. RIP не вимагає багато часу для відновлення зв'язку після себе в маршрутизаторі (хвилини). В процесі встановлення режиму можливі цикли.

3. Число кроків важливий, але не єдиний параметр маршруту, та й 15 кроків не межа для сучасних мереж.

Протокол RIP-2 є новою версією RIP, яка на додаток до широковещательному режиму підтримує мультікастінга, дозволяє працювати з масками підмереж.

У форматі протоколу RIP-2 поле «КОМАНДА» означає те саме, що і в протоколі RIP.

Поле «ВЕРСІЯ» для протоколу RIP-2 дорівнює 2.

«МЕТКА МАРШРУТУ» служить для розпізнавання внутрішніх маршрутів (впізнаваних RIP) і зовнішніх маршрутів (впізнаваних іншими протоколами).

Поле маршрутний демон є ідентифікатором резидентної програми-маршрутизатора.

Поле мітка маршруту використовується для підтримки зовнішніх протоколів маршрутизації, сюди записуються коди автономних систем. При необхідності управління доступом можна використовувати перші 20 байт з кодом набору протоколів мережі 0хFFFF і міткою маршруту рівній 2. Тоді решта 16 байт можна записати в пароль.

Поле метрика визначає, скільки вузлів (транзитних ділянок між маршрутизаторами) потрібно пройти по шляху до приймача. Для діючих маршрутів ця величина знаходиться в діапазоні між 1 і 15, а для недіючих вона дорівнює 16.

Решта поля ідентичні полях протоколу RIP.

Схожі статті