Чому RIP не масштабується?

Більшість посилань кажуть, що "RIP не є масштабованим", тому його можна використовувати лише в менших мережах. Але ніхто не каже "ЧОМУ?" Що це в RIP, що насправді заважає йому масштабуватись до великих мереж? І ЯК OSPF долає недоліки RIP?

Більшість посилань кажуть, що "RIP не є масштабованим", тому його можна використовувати лише в менших мережах. Але ніхто не каже "ЧОМУ?" Що це в RIP, що насправді заважає йому масштабуватись до великих мереж? І ЯК OSPF долає недоліки RIP?

Підсумок

• RIPv1 затоплює маршрути часто (кожні 30 секунд), що вводить великі навантаження процесора в міру збільшення розміру таблиці маршрутизації. Це ускладнюється реальністю, що RIP перераховує показники для кожного маршруту, кожного разу, коли він заливає новий інтерфейс (незалежно від того, змінилася топологія чи ні). Зі збільшенням кількості маршрутів це запобігає масштабуванню RIP , а також інших протоколів.
• RIPv1 є класовим
• Маршрути затоплення OSPF нечасто. Якщо в мережі є зміна топології, затоплені лише зміни LSA; показники розраховуються на цих змінах. Таким чином, обчислення маршруту на вимогу, на LSA , які рідко затоплені, добре роблять масштаб OSPF .
• OSPF - це безкласовий протокол, який підтримує CIDR , що також робить його більш масштабованим протоколом, ніж RIPv1

Деталі RIPv1 :

RIP - протокол дистанційного вектора ; весь протокол відстані Vector запустити алгоритм Беллмана-Форда . На високому рівні це означає:

• Усі маршрути в таблиці маршрутизації періодично оголошуються через усі інтерфейси.
• RIP затоплює маршрути кожні RIP- інтерфейс кожні 30 секунд. Оскільки RIP маршрути чутки , це означає, що кожен маршрутизатор в топології повинен працювати прямо пропорційно розміру таблиці маршрутів кожні 30 секунд. Наслідки цього навантаження на процесор і тремтіння трафіку стають жахливими, коли ви наближаєтесь до тисяч маршрутів (особливо на маршрутизаторах, що базуються на процесорі, без апаратного переадресації).
• Сам протокол RIP має фіксовану максимальну кількість стрибків при 15 стрибках (що мало, якщо вам потрібно виконати будь-яку форму зважування контуру).
• Протоколи, що базуються на алгоритмах Беллмана-Форда , схильні до циклів маршрутизації та проблем, що враховуються до нескінченності .

Деталі OSPF :

На відміну від цього, OSPF - це протокол стану зв'язку, який працює з алгоритмом Дійкстри . Як такий:

• Кожен маршрутизатор оголошує лише безпосередньо пов'язані та перерозподілені маршрути в оновленнях маршрутів (звані LSA s).
• Кожен маршрутизатор за замовчуванням забиває свій власний LSA кожні 30 хвилин (оскільки таймер оновлення маршруту становить 3600 секунд або 1 годину)
• LSA s також заповнюються, коли викликані змінами таблиці маршрутів
• Маршрутизатори використовують алгоритм Dijkstra, щоб виконувати обчислені шляхи LSA лише в разі необхідності.

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

Як ви, напевно, вже дізналися, максимальна метрика RIP - 15 стрибків. Це обмежує розмір мережі.

RIP не має ієрархії. Уявіть всесвітню мережу, і кожного разу, коли посилання йде вгору і вниз в Сінгапурі, маршрутизатор в Ісландії повинен перераховувати всі свої маршрути. Немає можливості ізолювати одну область від іншої.