Почему RIP не масштабируется?

В большинстве ссылок говорится, что «RIP не масштабируется», поэтому его можно использовать только в небольших сетях. Но никто не говорит "ПОЧЕМУ?" Что это такое в RIP, что на самом деле мешает его масштабированию на более крупные сети? И как OSPF преодолевает недостаток RIP?

В большинстве ссылок говорится, что «RIP не масштабируется», поэтому его можно использовать только в небольших сетях. Но никто не говорит "ПОЧЕМУ?" Что это такое в RIP, что на самом деле мешает его масштабированию на более крупные сети? И как OSPF преодолевает недостаток RIP?

Резюме

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

Подробности RIPv1 :

RIP - протокол векторного расстояния ; все вектора расстояния протокол s запустить Беллмана-Форда алгоритм. На высоком уровне это означает:

• Все маршруты в таблице маршрутизации периодически объявляются через все интерфейсы.
• RIP затопляет маршруты каждого интерфейса RIP каждые 30 секунд. Поскольку RIP маршрутизируется по слухам , это означает, что каждый маршрутизатор в топологии должен работать прямо пропорционально размеру таблицы маршрутизации каждые 30 секунд. Это влияет на загрузку ЦП и дрожание трафика, когда вы приближаетесь к тысячам маршрутов (особенно на маршрутизаторах на базе ЦП без аппаратной переадресации).
• Сам протокол RIP имеет фиксированный максимальный счетчик переходов в 15 прыжков (что мало, если вам необходимо выполнить любую форму взвешивания пути).
• Протоколы, основанные на алгоритмах Беллмана-Форда , склонны к циклам маршрутизации и проблемам подсчета до бесконечности .

OSPF Подробнее:

В отличие от этого, OSPF - это протокол состояния канала, работающий по алгоритму Дейкстры . Как таковой:

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

Просто чтобы добавить к тому, что Майк уже объяснил, RIP пересчитывает свои маршруты и объявляет их все каждые 30 секунд. В сети с тысячами маршрутизаторов и десятками тысяч маршрутов рассчитывается МНОЖЕСТВО маршрутов - маршрутизаторы будут слишком заняты, чтобы фактически перенаправлять любой трафик.

Как вы, наверное, уже узнали, максимальный показатель RIP составляет 15 прыжков. Это ограничивает размер сети.

RIP не имеет иерархии. Представьте себе сеть по всему миру, и каждый раз, когда в Сингапуре идет соединение вверх и вниз, маршрутизатор в Исландии должен пересчитывать все свои маршруты. Нет способа изолировать один регион от другого.