Для чего rip в роутере

Для начала, что же такое RIP?

RIP (англ. Routing information Protocol) — один из самых простых протоколов маршрутизации. Применяется в небольших компьютерных сетях, позволяет маршрутизаторам динамически обновлять маршрутную информацию (направление и дальность в хопах), получая ее от соседних маршрутизаторов.

Почему именно RIP? В чем его преимущества?

  • Простота

Отсутствие в нем большой глубины, как в OSPF

  • Поддержка Windows

Можно использовать, как способ доставки маршрутов до VPN-клиентов

  • Несложно диагностировать

Кратко рассмотрим принцип работы RIP:

Маршрутизаторы, работающие через этот протокол, отправляют  таблицы маршрутизации соседним устройствам  для их обновления.

Если рассмотреть поэтапно:

  1. Посылает свои пакеты в нужный интерфейс и, в случае наличия соседнего устройства, он принимает эти широковещательные пакеты
  2. «Сосед» определяет количество переходов до нужной сети
  3. Отправляет свои маршруты в этот же интерфейс
  4. Следующий «сосед», принимая данный пакет, понимает, какое количество переходов нужно сделать до нужной сети.*

*есть ограничение на количество переходов  (это связано с настройками по умолчанию и старостью протокола)

Настройка протокола RIP на роутерах MikroTik (RouterOS 7)

  1. Для начала создадим Instance, т.е. процесс для интерфейса или же таблиц маршрутизации
  2. Рисунок 1 – Instance

  3. Далее создаем шаблон интерфейса, где указываем тот интерфейс, на котором будет вещать протокол
  4. Рисунок 2 – Interface Templates

    Как итог, на интерфейсе ether2 включен протокол RIP.

    Отметим, что этот интерфейс должен иметь IP-адрес.

    Рисунок 3 – Address List

  5. Проверим, что этот IP-адрес принадлежит соседнему устройству
  6. Рисунок 4 – Terminal

Как итог, на интерфейсе ether2 включен протокол RIP.

Настройка соседнего устройства (RouterOS 6)

  1. Указываем IP-адрес соседнего устройства
  2. Рисунок 5 – New RIP Network

  3. Галочки у пункта Redistribute Connected Routes не должно быть
  4. Рисунок 6 – RIP Settings

  5. В RouterOS 7 Вы должны увидеть полученный с RouterOS 6 маршрут

Рисунок 7 – Route List

Дополнительная информация:

  • Для того чтобы в RIP не поступали все маршруты, их можно отфильтровать

Рисунок 8 – Route Filters

  • Кроме этого, в настройках интерфейса есть некоторые опции, позволяющие повысить безопасность RIP протокола

Рисунок 9 – Настройки интерфейса

Например, Authentication (доверять устройствам, которые используют такую же аутентификацию)

На этом базовый обзор протокола RIP закончен.

Введение

На данный момент почти все люди знают, что такое интернет, но некоторые даже и приблизительно не представляют, как он работает и как за такое короткое время устройства находят друг друга. В этих статьях я решил разобрать основные протоколы маршрутизации, что они из себя представляют и как работают. Данная статья скорее для тех, кто только начал свой путь по сетям и стремится больше узнать о работе маршрутизаторов в небольших и средних локальных сетях (Для крупных чаще всего используется протокол OSPF). Первым разберем протокол RIP. Но сначала немного о маршрутизации…

Маршрутизация

Маршрутизация сама по себе — поиск маршрута доставки пакета между сетями через транзитные узлы — маршрутизаторы, которые позиционируют себя как многофункциональные устройства для разделения сетей. Вся сеть интернет разделена на крупные автономные системы (AS), которые связываются и узнают друг о друге с помощью внешних протоколов маршрутизации,

Этапы маршрутизации:

1. Изучение сети

Здесь и начинается самое интересное:) В более менее крупных сетях, где используется динамическая(адаптивная) маршрутизация, все изменение конфигурации сети автоматически отражаются в таблицах маршрутизации благодаря протоколам маршрутизации. Протоколы маршрутизации делятся на внешние протоколы (BGP) и внутренние (OSPF и RIP). Внешние протоколы маршрутизируют трафик среди автономных систем, грубо говоря, подсети провайдеров объединяют внешние протоколы, объединенные внешним маршрутизатором. А внутренние протоколы маршрутизации изучают сеть с помощью других протоколов, таких как OSPF или RIP (чаще всего используют OSPF).

RIP (Routing Information Protocol — протокол машрутной информации) является внутренним протоколом маршрутизации дистанционно-векторного типа (что это значит я опишу уже в следующей статье). Будучи простым в реализации он в основном использовался в небольших сетях, хотя сейчас он уже сильно устарел и редко используется в более менее современных компаниях. Его работу я опишу вкратце, дабы не забивать вам голову устаревшей информацией.
Этап 1 — создание минимальной таблицы. В исходном состоянии на каждом маршрутизаторе программным обеспечением стека TCP/IP автоматически создается минимальная таблица маршрутизации, в которой учитываются только непосредственно подсоединенные сети.
Пример таблицы маршрутизатора с 3 подсоединенными портами.

Номер сети Адрес следущего маршрутизатора Порт Расстояние
201.36.14.0 201.36.14.3 1 1
132.11.0.0 132.11.0.7 2 1
194.27.18.0 194.27.18.1 3 1

Этап 2 — рассылка минимальной таблицы соседям. После создания своих минимальных таблиц, маршрутизатор начинает рассылать своим соседям сообщения протокола RIP. Сообщения, которые передаются в дейтаграммах UDP, включают в себя информацию о каждой сети: её IP-адрес и расстояние до неё от передающего маршрутизатора.

Этап 3 — получение RIP-сообщений от соседей и обработка полученной информации. Наш маршрутизатор, после получения сообщений от соседних маршрутизаторов, увеличивает каждое поле метрики на 1 и запоминает, через какой порт и от какого маршрутизатора получена информация, после сравнивает значения со своей таблицей.

Этап 4 — рассылка новой таблицы соседям. Сконфигурированную таблицу маршрутизатор снова отправляет всем своим соседям. В ней хранится информация не только о сетях, к которым маршрутизатор подключен напрямую, но и о удаленных, о которых он узнал от соседних маршрутизаторов на втором этапе. Думаю тут начинает становиться понятно, почему протокол RIP используется в основном в небольших сетях.

Этап 5 — получение таблиц и обработка полученной информации. Тут все, как на 3 этапе — маршрутизатор получает таблицу и сравнивает со своей, внося изменения.

2. Продвижение пакетов на маршрутизаторе

С этим все достаточно просто: пакет поступает на маршрутизатор, маршрутизатор проверяет свою таблицу маршрутизации и отправляет на указанный порт.

На этом в приницпе заканчиваются основные методы работы протокола RIP, oднако в сетях постоянно происходят изменения — меняются маршрутизаторы, перестраиваются линии связи, к тому же, могут создаваться новые сети, а старые могут выводиться из состава.

Для адаптации к изменениям в сети протокол RIP использует ряд механизмов.

Адаптация маршрутизаторов RIP к изменениям состояние сети.

К новым маршрутам маршрутизаторы RIP приспосабливается безболезненно — они передают новую информацию в очередном сообщении своим соседям и постепенно эта информация становится известна всем маршрутизаторам сети. А вот с потерей какого-либо маршрута протокол справляется достаточно проблематично. Это связано с тем, что в формате сообщений протокола RIP нет поля, которое бы указывало на то, что путь к данной сети больше не существует.

Для уведомления о том, что данный маршрут недействителен, используются механизм истечения времени жизни маршрута.

Механизм основан на том, что обмен таблицами маршрутизации в протоколе RIP происходит раз в 30 секунд, время тайм-аута — в 6 раз больше, то есть 180 секунд, и маршрутизатор, получивший сообщение с подтверждением записи маршрута, ставит таймер в исходное состояние и если в течении времени тайм-аута (180 секунд) подтверждение не приходит еще раз, то маршрут становится недействительным.

Шестикратное время тайм-аута нужно для того, чтобы была точная уверенность, что маршрут недействителен, а не пакеты потерялись (ведь протокол использует транспортный протокол UDP).

В принципе я старался максимально просто объяснить протокола и надеюсь у меня это получилось:)

Базовая работа протокола RIP

Эта серия статей подробно объясняет основные понятия, принципы и операции протокола маршрутизации RIP с примерами. Узнайте, как работает RIP (Routing Information Protocol) и как обновляет таблицу маршрутизации из широковещательного сообщения шаг за шагом.

Маршрутизаторы используют таблицу маршрутизации для принятия решения о переадресации. Таблица маршрутизации содержит информацию о сетевых путях. Сетевой путь — это простой фрагмент информации, который говорит, какая сеть подключена к какому интерфейсу маршрутизатора.

Всякий раз, когда маршрутизатор получает пакет данных, он ищет в таблице маршрутизации адрес назначения. Если маршрутизатор найдет запись сетевого пути для адреса назначения, он переадресует пакет из связанного интерфейса. Если маршрутизатор не найдет никакой записи для адреса назначения, он отбросит пакет.

Существует два способа обновления таблицы маршрутизации: статический и динамический. В статическом методе мы должны обновить его вручную. В динамическом методе мы можем использовать протокол маршрутизации, который будет обновлять его автоматически. RIP — это самый простой протокол маршрутизации. В этой статье мы узнаем, как RIP обновляет таблицу маршрутизации.

В протоколе RIP маршрутизаторы узнают о сетях назначения от соседних маршрутизаторов через процесс совместного использования. Маршрутизаторы, работающие по протоколу RIP, периодически транслируют настроенные сети со всех портов. Список маршрутизаторов обновит их таблицу маршрутизации на основе этой информации.

Давайте посмотрим, как работает процесс RIP шаг за шагом. Следующий рисунок иллюстрирует простую сеть, работающую по протоколу маршрутизации RIP.

Когда мы запускаем эту сеть, маршрутизаторы знают только о непосредственно подключенной сети.

  • OFF1 знает, что сеть 10.0.0.0/8 подключена к порту F0/1, а сеть 192.168.1.252/30 подключена к порту S0/0.
  • OFF2 знает, что сеть 192.168.1.252/30 подключена к порту S0/0, а сеть 192.168.1.248/30 подключена к порту S0/1.
  • OFF3 знает, что сеть 20.0.0.0/8 подключена к порту F0/1, а сеть 192.168.1.248/30 подключена к порту S0/0.

В отличие от статической маршрутизации, где мы должны настроить все маршруты вручную, в динамической маршрутизации все, что нам нужно сделать, это просто сообщить протоколу маршрутизации, какой маршрут мы хотим объявить. А остальное будет сделано автоматически, запустив динамический протокол. В нашей сети мы используем протокол маршрутизации RIP, поэтому он будет обрабатываться RIP.

Иногда RIP также известен как маршрутизация прослушки. Потому что в этом протоколе маршрутизации маршрутизаторы изучают информацию о маршрутизации от непосредственно подключенных соседей, а эти соседи учатся от других соседних маршрутизаторов.

Протокол RIP будет совместно использовать настроенные маршруты в сети через широковещательные передачи. Эти широковещательные передачи называются обновлениями маршрутизации. Прослушивающие маршрутизаторы обновят свою таблицу маршрутизации на основе этих обновлений.

Маршрутизатор выполняет несколько измерений, обрабатывая и помещая новую информацию о маршруте в таблицу маршрутизации. Мы объясним их позже в этой статье. Если маршрутизатор обнаружит новый маршрут в обновлении, он поместит его в таблицу маршрутизации.

Через 30 секунд (интервал времени по умолчанию между двумя обновлениями маршрутизации) все маршрутизаторы снова будут транслировать свои таблицы маршрутизации с обновленной информацией.

В данный момент времени:

  • OFF1 будет транслироваться для 10.0.0.0/8, 192.168.1.248/30 и 192.168.1.252/30.
  • OFF2 будет транслировать для 10.0.0.0/8, 20.0.0.0/8, 192.168.1.248/30 и 192.168.1.252/30.
  • OFF3 будет транслироваться для 20.0.0.0/8, 192.168.1.248/30 и 192.168.1.252/30.
  • OFF1 узнает о сети 20.0.0.0/8 из трансляции OFF2.
  • У OFF2 нет ничего, чтобы обновить из трансляции OFF1 и OFF2.
  • OFF3 узнает о сети 10.0.0.0/8 из трансляции OFF2.

Через 30 секунд маршрутизатор снова будет транслировать новую информацию о маршрутизации. На этот раз маршрутизаторам нечего обновлять. Эта стадия называется конвергенцией.

КОНВЕРГЕНЦИЯ

Конвергенция — это термин, который относится к времени, затраченному всеми маршрутизаторами на понимание текущей топологии сети.

МЕТРИКА ПРОТОКОЛА МАРШРУТИЗАЦИИ RIP

У нас может быть два или более путей для целевой сети. В этой ситуации RIP использует измерение, называемое метрикой, чтобы определить наилучший путь для целевой сети. RIP использует подсчет прыжков как метрику. Прыжки — это количество маршрутизаторов, необходимое для достижения целевой сети.

Например, в приведенной выше сети OFF1 есть два маршрута для достижения сети 20.0.0.0/8.

  • Маршрут 1: — через OFF3 [на интерфейсе S0/1]. С прыжком — один.
  • Маршрут 2: — через OFF2-OFF3 [на интерфейсе S0/0]. С прыжком — два.

Итак, по какому маршруту OFF1 доберется до места назначения? Маршрут 1 имеет один прыжок, в то время как маршрут 2 имеет два прыжка. Маршрут 1 имеет меньшее количество переходов, поэтому он будет помещен в таблицу маршрутизации.

Источник

Терминология протокола RIP (Routing Information Protocol)

Эта статья подробно объясняет функции и терминологию протокола RIP (административное расстояние, метрики маршрутизации, обновления, пассивный интерфейс и т.д.) с примерами.

RIP — это протокол маршрутизации вектора расстояния. Он делится информацией о маршруте через локальную трансляцию каждые 30 секунд.

Маршрутизаторы хранят в таблице маршрутизации только одну информацию о маршруте для одного пункта назначения. Маршрутизаторы используют значение AD и метрику для выбора маршрута.

АДМИНИСТРАТИВНАЯ ДИСТАНЦИЯ

В сложной сети может быть одновременно запущено несколько протоколов маршрутизации. Различные протоколы маршрутизации используют различные метрики для расчета наилучшего пути для назначения. В этом случае маршрутизатор может получать различную информацию о маршрутах для одной целевой сети. Маршрутизаторы используют значение AD для выбора наилучшего пути среди этих маршрутов. Более низкое значение объявления имеет большую надежность.

Давайте разберемся в этом на простом примере: А маршрутизатор изучает два разных пути для сети 20.0.0.0/8 из RIP и OSPF. Какой из них он должен выбрать?

Ответ на этот вопрос скрыт в приведенной выше таблице. Проверьте объявленную ценность обоих протоколов. Административное расстояние — это правдоподобие протоколов маршрутизации. Маршрутизаторы измеряют каждый источник маршрута в масштабе от 0 до 255. 0 — это лучший маршрут, а 255-худший маршрут. Маршрутизатор никогда не будет использовать маршрут, изученный этим (255) источником. В нашем вопросе у нас есть два протокола RIP и OSPF, и OSPF имеет меньшее значение AD, чем RIP. Таким образом, его маршрут будет выбран для таблицы маршрутизации.

МЕТРИКИ МАРШРУТИЗАЦИИ

У нас может быть несколько линий связи до целевой сети. В этой ситуации маршрутизатор может изучить несколько маршрутов, формирующих один и тот же протокол маршрутизации. Например, в следующей сети у нас есть два маршрута между ПК-1 и ПК-2.

ПК-1 [10.0.0.0/8] == Маршрутизатор OFF1 [S0/1 — 192.168.1.254] = = Маршрутизатор OFF3 [S0/1-192.168.1.253] = = ПК-2 [20.0.0.0/8]

ПК-1 [10.0.0.0/8] == Маршрутизатор OFF1 [S0/0 — 192.168.1.249] == Маршрутизатор OFF2 [S0/0 — 192.168.1.250] == Маршрутизатор OFF2 [S0/1 — 192.168.1.246] == Маршрутизатор OFF3 [S0/0 — 192.168.1.245] == ПК-2 [20.0.0.0/8]

В этой ситуации маршрутизатор использует метрику для выбора наилучшего пути. Метрика — это измерение, которое используется для выбора наилучшего пути из нескольких путей, изученных протоколом маршрутизации. RIP использует счетчик прыжков в качестве метрики для определения наилучшего пути. Прыжки — это количество устройств уровня 3, которые пакет пересек до достижения пункта назначения.

RIP (Routing Information Protocol) — это протокол маршрутизации вектора расстояния. Он использует расстояние [накопленное значение метрики] и направление [вектор], чтобы найти и выбрать лучший путь для целевой сети. Мы объяснили этот процесс с помощью примера в нашей первой части этой статьи.

Хорошо, теперь поймите концепцию метрики; скажите мне, какой маршрут будет использовать OFF1, чтобы достичь сети 20.0.0.0/8? Если он выбирает маршрут S0/1 [192.168.1.245/30], он должен пересечь устройство 3 уровня. Если он выбирает маршрут S0/0 [19.168.1.254/30], то ему придется пересечь два устройства уровня 3 [маршрутизатор OFF! и последний маршрутизатор OFF3], чтобы достичь целевой сети.

Таким образом, он будет использовать первый маршрут, чтобы достигнуть сети 20.0.0.0/8.

МАРШРУТИЗАЦИЯ ПО СЛУХАМ

Иногда RIP также известен как маршрутизация по протоколу слухов. Потому что он изучает информацию о маршрутизации от непосредственно подключенных соседей и предполагает, что эти соседи могли изучить информацию у своих соседей.

ОБНОВЛЕНИЯ ОБЪЯВЛЕНИЙ

RIP периодически транслирует информацию о маршрутизации со всех своих портов. Он использует локальную трансляцию с IP-адресом назначения 255.255.255.255. Во время вещания ему все равно, кто слушает эти передачи или нет. Он не использует никакого механизма для проверки слушателя. RIP предполагает, что, если какой-либо сосед пропустил какое-либо обновление, он узнает об этом из следующего обновления или от любого другого соседа.

ПАССИВНЫЙ ИНТЕРФЕЙС

По умолчанию RIP транслирует со всех интерфейсов. RIP позволяет нам контролировать это поведение. Мы можем настроить, какой интерфейс должен отправлять широковещательную передачу RIP, а какой нет. Как только мы пометим любой интерфейс как пассивный, RIP перестанет отправлять обновления из этого интерфейса.

РАСЩЕПЛЕНИЕ ГОРИЗОНТА

Split horizon-это механизм, который утверждает, что, если маршрутизатор получает обновление для маршрута на любом интерфейсе, он не будет передавать ту же информацию о маршруте обратно маршрутизатору-отправителю на том же порту. Разделенный горизонт используется для того, чтобы избежать циклов маршрутизации.

Чтобы понять эту функцию более четко, давайте рассмотрим пример. Следующая сеть использует протокол RIP. OFF1-это объявление сети 10.0.0.0/8. OFF2 получает эту информацию по порту S0/0.

Как только OFF2 узнает о сети 10.0.0.0/8, он включит ее в свое следующее обновление маршрутизации. Без разделения горизонта он будет объявлять эту информацию о маршруте обратно в OFF1 на порту S0/0.

Ну а OFF1 не будет помещать этот маршрут в таблицу маршрутизации, потому что он имеет более высокое значение расстояния. Но в то же время он не будет игнорировать это обновление. Он будет предполагать, что OFF1 знает отдельный маршрут для достижения сети 10.0.0.0/8, но этот маршрут имеет более высокое значение расстояния, чем маршрут, который я знаю. Поэтому я не буду использовать этот маршрут для достижения 10.0.0.0/8, пока мой маршрут работает. Но я могу воспользоваться этим маршрутом, если мой маршрут будет недоступен. Так что это может сработать как запасной маршрут для меня.

Это предположение создает серьезную сетевую проблему. Например, что произойдет, если интерфейс F0/1 OFF1 выйдет из строя? OFF1 имеет прямое соединение с 10.0.0.0/8, поэтому он сразу же узнает об этом изменении.

В этой ситуации, если OFF1 получает пакет для 10.0.0.0/8, вместо того чтобы отбросить этот пакет, он переадресует его из S0/0 в OFF2. Потому что OFF1 думает, что у OFF2 есть альтернативный маршрут для достижения 10.0.0.0/8.

OFF2 вернет этот пакет обратно в OFF1. Потому что OFF2 думает, что у OFF1 есть маршрут для достижения 10.0.0.0/8.

Это создаст сетевой цикл, в котором фактический маршрут будет отключен, но OFF1 думает, что у OFF2 есть маршрут для назначения, в то время как OFF2 думает, что у OFF1 есть способ добраться до места назначения. Таким образом, этот пакет будет бесконечно блуждать между OFF1 и OFF2. Чтобы предотвратить эту проблему, RIP использует механизм подсчета прыжков (маршрутизаторов).

КОЛИЧЕСТВО ПРЫЖКОВ

RIP подсчитывает каждый переход (маршрутизатор), который пакет пересек, чтобы добраться до места назначения. Он ограничивает количество прыжков до 15. RIP использует TTL пакета для отслеживания количества переходов. Для каждого прыжка RIP уменьшает значение TTL на 1. Если это значение достигает 0, то пакет будет отброшен.

Это решение только предотвращает попадание пакета в петлю. Это не решает проблему цикла маршрутизации.

Split horizon решает эту проблему. Если расщепление горизонта включено, маршрутизатор никогда не будет вещать тот же маршрут обратно к отправителю. В нашей сети OFF2 узнал информацию о сети 10.0.0.0/8 от OFF1 на S0/0, поэтому он никогда не будет транслировать информацию о сети 10.0.0.0/8 обратно в OFF1 на S0/0.

Это решает нашу проблему. Если интерфейс F0/1 OFF1 не работает, и OFF1, и OFF2 поймут, что нет никакого альтернативного маршрута для достижения в сети 10.0.0.0/8.

МАРШРУТ ОТРАВЛЕНИЯ

Маршрут отравления работает противоположном режиме расщепления горизонта. Когда маршрутизатор замечает, что какой-либо из его непосредственно подключенных маршрутов вышел из строя, он отравляет этот маршрут. По умолчанию пакет может путешествовать только 15 прыжков RIP. Любой маршрут за пределами 15 прыжков является недопустимым маршрутом для RIP. В маршруте, находящимся в неисправном состоянии, RIP присваивает значение выше 15 к конкретному маршруту. Эта процедура известна как маршрутное отравление. Отравленный маршрут будет транслироваться со всех активных интерфейсов. Принимающий сосед будет игнорировать правило разделения горизонта, передавая тот же отравленный маршрут обратно отправителю. Этот процесс гарантирует, что каждый маршрутизатор обновит информацию об отравленном маршруте.

ТАЙМЕРЫ RIP

Для лучшей оптимизации сети RIP использует четыре типа таймеров.

  • Таймер удержания (Hold down timer) RIP использует удерживающий таймер, чтобы дать маршрутизаторам достаточно времени для распространения отравленной информации о маршруте в сети. Когда маршрутизатор получает отравленный маршрут, он замораживает этот маршрут в своей таблице маршрутизации на период таймера удержания. В течение этого периода маршрутизатор не будет использовать этот маршрут для маршрутизации. Период удержания будет прерван только в том случае, если маршрутизатор получит обновление с той же или лучшей информацией для маршрута. Значение таймера удержания по умолчанию составляет 180 секунд.
  • Route Invalid Timer — этот таймер используется для отслеживания обнаруженных маршрутов. Если маршрутизатор не получит обновление для маршрута в течение 180 секунд, он отметит этот маршрут как недопустимый маршрут и передаст обновление всем соседям, сообщив им, что маршрут недействителен.
  • Route Flush Timer — этот таймер используется для установки интервала для маршрута, который становится недействительным, и его удаления из таблицы маршрутизации. Перед удалением недопустимого маршрута из таблицы маршрутизации он должен обновить соседние маршрутизаторы о недопустимом маршруте. Этот таймер дает достаточно времени для обновления соседей, прежде чем недопустимый маршрут будет удален из таблицы маршрутизации. Таймер Route Flush Timer по умолчанию установлен на 240 секунд.
  • Update Timer -В RIP широковещательная маршрутизация обновляется каждые 30 секунд. Он будет делать это постоянно, независимо от того, изменяется ли что-то в маршрутной информации или нет. По истечении 30 секунд маршрутизатор, работающий под управлением RIP, будет транслировать свою информацию о маршрутизации со всех своих интерфейсов.

RIP — это самый старый протокол вектора расстояний. Для удовлетворения текущих требований к сети он был обновлен с помощью RIPv2. RIPv2 также является протоколом вектора расстояния с максимальным количеством прыжков 15.

Вы все еще можете использовать RIPv1, но это не рекомендуется. В следующей таблице перечислены ключевые различия между RIPv1 и RIPv2.

Источник

Материал из Xgu.ru

Перейти к: навигация, поиск

stub.png
Данная страница находится в разработке.
Эта страница ещё не закончена. Информация, представленная здесь, может оказаться неполной или неверной.

Если вы считаете, что её стоило бы доработать как можно быстрее, пожалуйста, скажите об этом.

Содержание

  • 1 Описание протокола
    • 1.1 Таймеры протокола
  • 2 Описание работы протокола
  • 3 RIP v2 в Cisco
    • 3.1 Базовые настройки
    • 3.2 Особенности анонсирования сетей
    • 3.3 Маршрут по умолчанию
      • 3.3.1 Команда default-information originate
      • 3.3.2 Команда redistribute static
    • 3.4 Суммирование маршрутов
      • 3.4.1 Автоматическое суммирование
      • 3.4.2 Административное суммирование
      • 3.4.3 Ограничения суммирования маршрутов в RIP
    • 3.5 Просмотр настроек
      • 3.5.1 База данных маршрутов RIP
    • 3.6 Работа с таймерами
    • 3.7 Дополнительные возможности
      • 3.7.1 Проверка адреса отправителя обновления
      • 3.7.2 Triggered extension to RIP
      • 3.7.3 Статическое указание соседа
      • 3.7.4 Split horizon
      • 3.7.5 Offset List
  • 4 RIP в ProCurve
  • 5 Дополнительная информация

[править] Описание протокола

Характеристики протокола:

  • RIPv1 и RIPv2 используют UDP порт 520.
  • RIPng использует UDP порт 521.
  • Для передачи сообщений RIPv1 в адресе получателя используется широковещательный адрес 255.255.255.255, а RIPv2 — мультикаст адрес 224.0.0.9.

[править] Таймеры протокола

  • Update timer — частота отправки обновлений протокола, по истечению таймера отправляется обновление. По умолчанию равен 30 секундам.
  • Invalid timer — Если обновление о маршруте не будет получено до истечения данного таймера, маршрут будет помечен как Invalid, то есть с метрикой 16. По умолчанию таймер равен 180 секундам.
  • Flush timer (garbage collection timer) — По умолчанию таймер равен 240 секундам, на 60 больше чем invalid timer. Если данный таймер истечет до прихода обновлений о маршруте, маршрут будет исключен из таблицы маршрутизации. Если маршрут удален из таблицы маршрутизации то, соответственно, удаляются и остальные таймеры, которые ему соответствовали.
  • Holddown timer — Запуск таймера произойдет после того, как маршрут был помечен как не достижимый. До истечения данного таймера маршрут будет находиться в памяти для предотвращения образования маршрутной петли и по этому маршруту передается трафик. По умолчанию равен 180 секундам. Таймер не является стандартным, добавлен в реализации Cisco.

[править] Описание работы протокола

Когда маршрутизатор отправляет обновление RIP, он добавляет к метрике маршрута, которую он использует, 1 и отправляет соседу.
Сосед получает обновление, в котором указано какую метрику для полученного маршрута ему использовать.

Маршрутизатор отправляет каждые 30 секунд все известные ему маршруты соседним маршрутизаторам. Но, кроме этого, для предотвращения петель и для улучшения времени сходимости, используются дополнительные механизмы:

  • Split horizon — если маршрут достижим через определенный интерфейс, то в обновление, которое отправляется через этот интерфейс не включается этот маршрут;
  • Triggered update — обновления отправляются сразу при изменении маршрута, вместо того чтобы ожидать когда истечет Update timer;
  • Route poisoning — это принудительное удаление маршрута и перевод в состояние удержания, применяется для борьбы с маршрутными петлями.
  • Poison reverse — Маршрут помечается, как не достижимый, то есть с метрикой 16 и отправляется в обновлениях.

В обновлениях RIPv2 могут передаваться до 25 сетей.

[править] RIP v2 в Cisco

[править] Базовые настройки

router(conf)# router rip
router(conf-router)# version 2
router(conf-router)# network <классовая сеть>

RIPv2 бесклассовый протокол маршрутизации, но в команде network может быть указана только классовая сеть.
Даже если указать сеть с маской, которая не соответствует классовой, RIP автоматически преобразует её в классовую сеть.
Команда network указывает только на каких интерфейсах включить RIP, а фактическая сеть и маска будет взята из настроек интерфейса.

Включение RIP для классовой сети (команда network) значит включение его на всех интерфейсах, которые являются частью этой сети.
А включение RIP на интерфейсе означает, что маршрутизатор:

  • отправляет с него обновления RIP,
  • слушает обновления RIP на 520 порту,
  • анонсирует сеть интерфейса соседям.

Для того чтобы отключить эти функции на интерфейсе:

Функция Как отключить
Отправление обновлений Указать интерфейс как passive
Ожидание обновлений Фильтровать входящие обновления с помощью distribute list
Анонсирование сети Фильтровать исходящие обновления с помощью distribute list на остальных интерфейсах (указать сеть интересующего интерфейса)

[править] Особенности анонсирования сетей

  • RIP по умолчанию выполняет суммирование маршрутов на границах сетей.
  • RIP не анонсирует суперсети (сети, у которых маска меньше классовой, например, 192.168.0.0/20)
  • RIP анонсирует маршруты к хостам (маска 32)

Схема (используется классовый протокол маршрутизации):

10.10.11.0/24—(R1)—10.10.12.0/24—(R2)—192.168.1.0/24—(R3)—10.10.13.0/24—(R4)—10.10.14.0/24

Информация о сети 10.10.11.0/24 не дойдет до R4.
R2 передаст к R3 информацию о классовой сети 10.0.0.0/8, но у R3 есть более специфический маршрут в сеть 10.0.0.0/8, то он не будет анонсировать эту информацию R4.

[править] Маршрут по умолчанию

[править] Команда default-information originate

Синтаксис команды:

dyn3(config-router)# default-information originate [route-map <map-name>]

RIP будет анонсировать маршрут по умолчанию, даже если маршрута по умолчанию нет в таблице маршрутизации.

[править] Команда redistribute static

Если в таблице маршрутизации есть статический маршрут по умолчанию, то можно анонсировать его с помощью команды redistribute static.

Синтаксис команды:

dyn3(config-router)# redistribute static [metric <metric>] [route-map <map-name>]

[править] Суммирование маршрутов

Маршрутизатор может суммировать сети:

  • автоматически, суммируя подсети в классовую сеть на границе классовой сети (auto-summary),
  • в соответствии с настройками, анонсируя указанную сеть на интерфейсе.

[править] Автоматическое суммирование

Автоматическое суммирование маршрутов перебивает настройки суммарного маршрута на интерфейсе, за исключением случая когда выполняются следующие условия:

  • Настроенный суммарный адрес на интерфейсе и IP-адрес интерфейса разделяют общую классовую сеть,
  • split horizon выключен на интерфейсе
int fa0/0
 ip add 10.10.10.1 255.255.255.0
 ip summary-address rip 10.20.0.0 255.255.0.0
 no ip split-horizon

router rip 
network 10.0.0.0

[править] Административное суммирование

Настройка суммарного маршрута:

router(config-if)# ip summary-address rip 10.1.1.0 255.255.255.0

[править] Ограничения суммирования маршрутов в RIP

RIP не позволяет настраивать суммарный маршрут с маской, которая меньше классовой (supernet).
Например, нельзя настроить суммарный маршрут 10.0.0.0/6:

router(config-if)# ip summary-address rip 10.0.0.0 252.0.0.0
Summary mask must be greater or equal to major net

OSPF и EIGRP такое сделать позволяют.

У каждого суммарного маршрута настроенного на интерфейсе маршрутизатора должна быть уникальная классовая сеть.
RIP не позволяет настраивать несколько суммарных подсетей из одной классовой сети на одном интерфейсе.
Например, такие суммарные маршруты не разрешены:

interface FastEthernet 0/0
  ip summary-address rip 10.1.0.0 255.255.0.0
  ip summary-address rip 10.2.0.0 255.255.0.0 

Note-icon.gif

В новых версиях IOS это ограничение снято.

[править] Просмотр настроек

[править] База данных маршрутов RIP

В базе данных хранятся такие маршруты:

  • все маршруты, которые были получены по протоколу RIP,
  • все непосредственно присоединённые сети, которые RIP анонсирует соседям,
  • суммарные маршруты.

Note-icon.gif

Если маршрут RIP не может быть помещен в таблицу маршрутизации (существует другой маршрут с лучшим значением AD), то он не хранится в базе данных маршрутов RIP.

Просмотр базы данных маршрутов RIP:

router# show ip rip database

[править] Работа с таймерами

В таблице маршрутизации, в каждом маршруте, который получен по протоколу RIP указан Invalid timer:

router# show ip route

Когда маршрут находится в таблице маршрутизации в состоянии possibly down, это значит, что Invalid timer истек, а Flush timer еще нет:

router# show ip route

Для того чтобы посмотреть информацию о текущем значении таймера flush, необходимо дать команду:

router# show ip route <сеть назначения>

Изменение значений таймеров RIP:

router(conf)# router rip
router(conf-router)# timers basic <update invalid hold-down flush>

Для ускорения процесса сходимости можно удалить маршруты из таблицы маршрутизации (это приведет к тому, что и все таймеры RIP обнулятся).

Удалить можно все маршруты:

router# clear ip route *

или маршрут к конкретной сети:

router# clear ip route  <сеть назначения>

[править] Дополнительные возможности

[править] Проверка адреса отправителя обновления

Отключить проверку:

router(config-router)# no validate-update-source

[править] Triggered extension to RIP

Triggered extension to RIP — дополнительный функционал, который позволяет RIP отправлять полную информацию о всех маршрутах только один раз и после этого не отправлять её. Функция разработана для demand circuit и описана в RFC 2091.
Включается на интерфейсе командой ip rip triggered.

[править] Статическое указание соседа

Для того чтобы ограничить отправления обновлений в сети с множественным доступом можно использовать команду neighbor.
До этого надо указать интерфейс как passive.
Тогда, после выполнения команды neighbor, RIP будет отправлять обновления unicast-пакетами только указанному соседу.

Статическое указание соседа:

router(conf)# router rip
router(conf-router)# passive-interface <interface>
router(conf-router)# neighbor <ip-address>

[править] Split horizon

Split horizon по умолчанию включён на всех интерфейсах, кроме случаев когда Frame Relay настроен с IP-адресом на физическом интерфейсе.

Отключить split horizon на интерфейсе:

router(conf-if)# no ip split-horizon

[править] Offset List

Offset list — механизм для увеличения входящей или исходящей метрики маршрутов, которые были выучены через RIP.
Можно применить offset list к конкретному интерфейсу или с помощью ACL отфильтровать конкретные сети для которых надо увеличить метрику.

Создание offset list:

router(conf)# router rip
router(conf-router)# offset-list [access-list-number | name] {in | out} offset [type number] 

[править] RIP в ProCurve

Основная страница: RIP в ProCurve

[править] Дополнительная информация

  • holddown timer in RIP
 Просмотр этого шаблона Cisco Systems, Inc.
Устройства Cisco 871 • Cisco Router • Cisco Switch • Сisco Сatalyst  • Cisco IPS • Cisco ASA • PIX • Dynamips
Безопасность
(коммутаторы и
маршрутизаторы)
Cisco Security • Port security • DHCP snooping • Dynamic ARP Protection • IP Source Guard • Аутентификация при доступе к сети • 802.1X в Cisco • Zone-Based Policy Firewall • Cisco NAT • NAT в Cisco  • Cisco SSH
Cisco ASA Cisco ASA/NAT • Cisco ASA/Troubleshooting • Cisco ASA/IPS • Cisco ASA failover • Cisco ASA/Transparent firewall • Cisco ASA/Site-to-Site_VPN • Cisco ASA/Easy_VPN • Cisco ASA/WebVPN • Объединение OSPF-сетей туннелем между двумя системами ASA (без GRE) • Центр сертификатов на Cisco ASA
VPN IPsec в Cisco • Cisco IOS Site-to-Site VPN  • DMVPN  • Cisco Easy VPN • Cisco Web VPN • Cisco ipsec preshared
Канальный уровень CDP  • VLAN в Cisco  • ISL  • VTP  • STP в Cisco  • Cisco Express Forwarding  • Агрегирование каналов  • Зеркалирование трафика  • QinQ  • Frame Relay
Сетевой уровень Маршрутизация в Cisco  • RIP  • EIGRP  • IS-IS  • OSPF • BGP  • PIM  • Multicast  • GLBP  • VRRP  • HSRP  • DHCP  • IPv6  • IPv6 vs IPv4  • Резервирование Интернет-каналов без использования BGP • Использование BGP для резервирования Интернет-каналов
Разное Режим ROMMON в Cisco • Опция 82 DHCP • 802.1X и RADIUS • SNMP в Cisco • QoS в Cisco  • EEM  • Troubleshooting  • Автоматизация работы устройств Cisco  • Cisco NTP  • Cisco IP SLA  • Cisco Enhanced Object Tracking

From Wikipedia, the free encyclopedia

The Routing Information Protocol (RIP) is one of the oldest distance-vector routing protocols which employs the hop count as a routing metric. RIP prevents routing loops by implementing a limit on the number of hops allowed in a path from source to destination. The largest number of hops allowed for RIP is 15, which limits the size of networks that RIP can support.

RIP implements the split horizon, route poisoning, and holddown mechanisms to prevent incorrect routing information from being propagated.

In RIPv1 routers broadcast updates with their routing table every 30 seconds. In the early deployments, routing tables were small enough that the traffic was not significant. As networks grew in size, however, it became evident there could be a massive traffic burst every 30 seconds, even if the routers had been initialized at random times.

In most networking environments, RIP is not the preferred choice of routing protocol, as its time to converge and scalability are poor compared to EIGRP, OSPF, or IS-IS. However, it is easy to configure, because RIP does not require any parameters, unlike other protocols.

RIP uses the User Datagram Protocol (UDP) as its transport protocol, and is assigned the reserved port number 520.[1]

Development of distance-vector routing[edit]

Based on the Bellman–Ford algorithm and the Ford–Fulkerson algorithm, distance-vector routing protocols started to be implemented from 1969 onwards in data networks such as the ARPANET and CYCLADES. The predecessor of RIP was the Gateway Information Protocol (GWINFO) which was developed by Xerox in the mid-1970s to route its experimental network. As part of the Xerox Network Systems (XNS) protocol suite GWINFO transformed into the XNS Routing Information Protocol. This XNS RIP in turn became the basis for early routing protocols, such as Novell’s IPX RIP, AppleTalk’s Routing Table Maintenance Protocol (RTMP), and the IP RIP. The 1982 Berkley Software Distribution of the UNIX operating system implemented RIP in the routed daemon. The 4.2BSD release proved popular and became the basis for subsequent UNIX versions, which implemented RIP in the routed or gated daemon. Ultimately, RIP had been extensively deployed[2] before the standard, written by Charles Hedrick, was passed as RIPv1 in 1988.[3]

The RIP hop count[edit]

The routing metric used by RIP counts the number of routers that need to be passed to reach a destination IP network. The hop count 0 denotes a network that is directly connected to the router. 16 hops denote a network that is unreachable, according to the RIP hop limit.[4]

Versions[edit]

There are three standardized versions of the Routing Information Protocol: RIPv1 and RIPv2 for IPv4, and RIPng for IPv6.

RIP version 1[edit]

The original specification of RIP was published in 1988.[3] When starting up, and every 30 seconds thereafter, a router with RIPv1 implementation broadcasts to 255.255.255.255 a request message through every RIPv1 enabled interface. Neighbouring routers receiving the request message respond with a RIPv1 segment, containing their routing table. The requesting router updates its own routing table, with the reachable IP network address, hop count and next hop, that is the router interface IP address from which the RIPv1 response was sent. As the requesting router receives updates from different neighbouring routers it will only update the reachable networks in its routing table, if it receives information about a reachable network it has not yet in its routing table or information that a network it has in its routing table is reachable with a lower hop count. Therefore, a RIPv1 router will in most cases only have one entry for a reachable network, the one with the lowest hop count. If a router receives information from two different neighbouring router that the same network is reachable with the same hop count but via two different routes, the network will be entered into the routing table two times with different next hop routers. The RIPv1 enabled router will then perform what is known as equal-cost load balancing for IP packets.[4]

RIPv1 enabled routers not only request the routing tables of other routers every 30 seconds, they also listen to incoming requests from neighbouring routers and send their own routing table in turn. RIPv1 routing tables are therefore updated every 25 to 35 seconds.[4] The RIPv1 protocol adds a small random time variable to the update time, to avoid routing tables synchronizing across a LAN.[5] It was thought, as a result of random initialization, the routing updates would spread out in time, but this was not true in practice. Sally Floyd and Van Jacobson showed in 1994 that, without slight randomization of the update timer, the timers synchronized over time.[6]

RIPv1 can be configured into silent mode, so that a router requests and processes neighbouring routing tables, and keeps its routing table and hop count for reachable networks up to date, but does not needlessly send its own routing table into the network. Silent mode is commonly implemented to hosts.[7]

RIPv1 uses classful routing. The periodic routing updates do not carry subnet information, lacking support for variable length subnet masks (VLSM). This limitation makes it impossible to have different-sized subnets inside of the same network class. In other words, all subnets in a network class must have the same size. There is also no support for router authentication, making RIP vulnerable to various attacks.

RIP version 2[edit]

Due to the deficiencies of the original RIP specification, RIP version 2 (RIPv2) was developed in 1993,[4] published in 1994,[8] and declared Internet Standard 56 in 1998.[9] It included the ability to carry subnet information, thus supporting Classless Inter-Domain Routing (CIDR). To maintain backward compatibility, the hop count limit of 15 remained. RIPv2 has facilities to fully interoperate with the earlier specification if all Must Be Zero protocol fields in the RIPv1 messages are properly specified. In addition, a compatibility switch feature[9] allows fine-grained interoperability adjustments.

In an effort to avoid unnecessary load on hosts that do not participate in routing, RIPv2 multicasts the entire routing table to all adjacent routers at the address 224.0.0.9, as opposed to RIPv1 which uses broadcast. Unicast addressing is still allowed for special applications.

(MD5) authentication for RIP was introduced in 1997.[10][11]

Route tags were also added in RIP version 2. This functionality allows a distinction between routes learned from the RIP protocol and routes learned from other protocols.

RIPng[edit]

RIPng (RIP next generation) is an extension of RIPv2 for support of IPv6, the next generation Internet Protocol.[12] The main differences between RIPv2 and RIPng are:

  • Support of IPv6 networking.
  • While RIPv2 supports RIPv1 updates authentication, RIPng does not. IPv6 routers were, at the time, supposed to use IPsec for authentication.[citation needed]
  • RIPv2 encodes the next-hop into each route entry, RIPng requires specific encoding of the next hop for a set of route entries.

RIPng sends updates on UDP port 521 using the multicast group ff02::9.

RIP messages between routers[edit]

RIP messages use the User Datagram Protocol on port 520 and all RIP messages exchanged between routers are encapsulated in a UDP datagram.[4]

RIPv1 Messages[edit]

RIP defined two types of messages:

Request Message
Asking a neighbouring RIPv1 enabled router to send its routing table.
Response Message
Carries the routing table of a router.

Timers[edit]

The routing information protocol uses the following timers as part of its operation:[13]

Update Timer
Controls the interval between two gratuitous Response Messages. By default the value is 30 seconds. The response message is broadcast to all its RIP enabled interface.[13]
Invalid Timer
The invalid timer specifies how long a routing entry can be in the routing table without being updated. This is also called as expiration Timer. By default, the value is 180 seconds. After the timer expires the hop count of the routing entry will be set to 16, marking the destination as unreachable.[13]
Flush Timer
The flush timer controls the time between the route is invalidated or marked as unreachable and removal of entry from the routing table. By default the value is 240 seconds. This is 60 seconds longer than Invalid timer. So for 60 seconds the router will be advertising about this unreachable route to all its neighbours. This timer must be set to a higher value than the invalid timer.[13]
Holddown Timer
The hold-down timer is started per route entry, when the hop count is changing from lower value to higher value. This allows the route to get stabilized. During this time no update can be done to that routing entry. This is not part of the RFC 1058. This is Cisco’s implementation. The default value of this timer is 180 seconds.[13]

Limitations[edit]

  • The hop count cannot exceed 15, or routes will be dropped.
  • Variable Length Subnet Masks are not supported by RIP version 1 (which is obsolete).
  • RIP has slow convergence and count to infinity problems.[14]

Implementations[edit]

  • Cisco IOS, software used in Cisco routers (supports version 1, version 2 and RIPng)
  • Cisco NX-OS software used in Cisco Nexus data center switches (supports RIPv2 only[15])
  • Junos software used in Juniper routers, switches, and firewalls (supports RIPv1 and RIPv2)
  • Routing and Remote Access, a Windows Server feature, contains RIP support
  • Quagga, a free open source software routing suite based on GNU Zebra
  • BIRD, a free open source software routing suite
  • Zeroshell, a free open source software routing suite
  • A RIP implementation first introduced in 4.2BSD, routed, survives in several of its descendants, including FreeBSD[16] and NetBSD.[17]
  • OpenBSD introduced a new implementation, ripd, in version 4.1[18] and retired routed in version 4.4.
  • Netgear routers commonly offer a choice of two implementations of RIPv2;[19] these are labelled RIP_2M and RIP_2B. RIP_2M is the standard RIPv2 implementation using multicasting — which requires all routers on the network to support RIPv2 and multicasting, whereas RIP_2B sends RIPv2 packets using subnet broadcasting — making it more compatible with routers that do not support multicasting, including RIPv1 routers.
  • Huawei HG633 ADSL/VDSL routers support passive and active routing with RIP v1 & v2 on the LAN and WAN side.

Similar protocols[edit]

Cisco’s proprietary Interior Gateway Routing Protocol (IGRP) was a somewhat more capable protocol than RIP. It belongs to the same basic family of distance-vector routing protocols.

Cisco has ceased support and distribution of IGRP in their router software. It was replaced by the Enhanced Interior Gateway Routing Protocol (EIGRP) which is a completely new design. While EIGRP still uses a distance-vector model, it relates to IGRP only in using the same composite routing metric. Both IGRP and EIGRP calculated a single composite metric for each route, from a formula of five variables: bandwidth, delay, reliability, load, and MTU; though on Cisco routers, by default, only bandwidth and delay are used in this calculation.

See also[edit]

  • Convergence (routing)

References[edit]

  1. ^ «Service Name and Transport Protocol Port Number Registry». www.iana.org. The Internet Assigned Numbers Authority (IANA). p. 10. Retrieved 25 February 2022.
  2. ^ Jeff Doyle; Jennifer Carroll (2005). CCIE Professional Development: Routing TCP/IP Volume I, Second Edition. ciscopress.com. p. 169. ISBN 9781587052026.
  3. ^ a b C. Hedrick (June 1988). Routing Information Protocol. Network Working Group. doi:10.17487/RFC1058. RFC 1058. Historic. Updated by RFC 1388 and 1723.
  4. ^ a b c d e Jeff Doyle; Jennifer Carroll (2005). CCIE Professional Development: Routing TCP/IP Volume I, Second Edition. ciscopress.com. p. 170. ISBN 9781587052026.
  5. ^ Jeff Doyle; Jennifer Carroll (2005). CCIE Professional Development: Routing TCP/IP Volume I, Second Edition. ciscopress.com. p. 171. ISBN 9781587052026.
  6. ^ The Synchronization of Periodic Routing Messages, S. Floyd & V. Jacobson,April 1994
  7. ^ Jeff Doyle; Jennifer Carroll (2005). CCIE Professional Development: Routing TCP/IP Volume I, Second Edition. ciscopress.com. p. 175. ISBN 9781587052026.
  8. ^ G. Malkin (November 1994). RIP Version 2 — Carrying Additional Information. Network Working Group. doi:10.17487/RFC1723. RFC 1723. Obsolete. Obsoleted by RFC 2453. Obsoletes RFC 1388. Updates RFC 1058.
  9. ^ a b G. Malkin (November 1998). RIP Version 2. Network Working Group. doi:10.17487/RFC2453. STD 53. RFC 2453. Internet Standard. Obsoletes RFC 1723 and 1388. Updated by RFC 4822.
  10. ^ F. Baker; R. Atkinson (January 1997). RIP-2 MD5 Authentication. Network Working Group. doi:10.17487/RFC2082. RFC 2082. Obsolete. Obsoleted by RFC 4822.
  11. ^ R. Atkinson; M. Fanto (February 2007). RIPv2 Cryptographic Authentication. Network Working Group. doi:10.17487/RFC4822. RFC 4822. Proposed Standard. Obsoletes RFC 2082. Updates RFC 2453.
  12. ^ G. Malkin; R. Minnear (January 1997). RIPng for IPv6. Network Working Group. doi:10.17487/RFC2080. RFC 2080.G. Malkin (January 1997). RIPng Protocol Applicability Statement. Network Working Group. doi:10.17487/RFC2080. RFC 2080. Proposed Standard.
  13. ^ a b c d e Balchunas, Aaron. «Routing Information Protocol (RIP v1.03)» (PDF). routeralley.com. Archived (PDF) from the original on 10 October 2022. Retrieved 25 April 2014.
  14. ^ C. Hendrik (June 1988). «RFC 1058 Section 2.2». Routing Information Protocol. The Internet Society. doi:10.17487/RFC1058.
  15. ^ «Cisco Nexus 9000 Series NX-OS Unicast Routing Configuration Guide, Release 6.x — Configuring RIP [Cisco Nexus 9000 Series Switches]».
  16. ^ «routed, rdisc – network RIP and router discovery routing daemon». FreeBSD manual pages.
  17. ^ «routed, rdisc – network RIP and router discovery routing daemon». NetBSD manual pages.
  18. ^ «ripd – Routing Information Protocol daemon». OpenBSD manual pages.
  19. ^ «How do I change the LAN TCP/IP settings on my Nighthawk router?». Netgear Support pages.

Further reading[edit]

  • Malkin, Gary Scott (2000). RIP: An Intra-Domain Routing Protocol. Addison-Wesley Longman. ISBN 0-201-43320-6.
  • Edward A. Taft, Gateway Information Protocol (revised) (Xerox Parc, Palo Alto, May, 1979)
  • Xerox System Integration Standard — Internet Transport Protocols (Xerox, Stamford, 1981)

  • Для чего nfs в роутере
  • Для чего bridge в роутере
  • Для того чтобы через роутер открывались
  • Для чего 160 мгц в роутере
  • Для установки роутера на стену