router rip cisco что это

Router rip cisco что это

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

Содержание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[править] Split horizon

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

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

[править] Offset List

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

Источник

Routing protocols. RIP

Так как теории у протокола RIP мало и работает он относительно просто, то предлагаю начать этот раздел с рассказа о том, что же такое протоколы маршрутизации (routing protocol), а так же некоторые интересные моменты заполнения и использования таблицы маршрутизации.

Протоколы маршрутизации

Протоколы маршрутизации позволяют маршрутизаторам обмениваться информацией о существующих маршрутах. Самые популярные на сегодняшний день протоколы маршрутизации – RIP, EIGRP, OSPF и BGP.

Мы уже проходили, что такое Administrative Distance (здесь), и знаем его значение для статических (static) и подключенных (connected) маршрутов. В таблице 7.1 представлены источники, откуда узнали о маршруте и значение Administrative Distance (AD).

Таблица 7.1 Основные значения Administrative Distance

Глядя на эту таблицу можно сказать, что если один и тот же маршрут определен статически и найден через протокол RIP, то в таблицу маршрутизации будет добавлен статический маршрут. Или еще пример, если один и тот же маршрут найден при помощи протоколов маршрутизации EIGRP и OSPF, то в таблице маршрутизации появится маршрут узнанный через EIGRP. Что такое External EIGRP и iBGP мы разберем в одном из следующих разделов.

Теперь можно переходить к разбору первого протокола маршрутизации – Routing Information Protocol.

Routing Information Protocol (RIP)

RIP относится к разряду протоколов с кодовым названием distance-vector. В качестве метрики он использует количество “прыжков” (hop count, в американской терминологии пакеты не передаются между роутерами, а “прыгают”) до каждого маршрута.

Рисунок 7.1 RIP метрика

Рисунок 7.1 показывает как роутеры определяют количество “прыжков” до подсети 10.99.1.0/24.

Версии протокола RIP

RIP таймеры

По умолчанию роутер отправляет обновления каждые 30 секунд. В обновлениях содержатся не только маршруты, которые подключены к нему напрямую, но и маршруты узнанные от других роутеров посредством протокола RIP.

Если в течении 180 секунд роутер не получает обновлений, то маршруты, полученные при помощи предыдущих обновлений, помечаются как “необновленные”. А если обновления так и не пришли в течении 240 секунд, то помеченные маршруты удаляются (240 секунд, это 4 минуты, пользователи за это время вас просто съедят, это один из недостатков протокола RIP).

Общая информация

Packet Tracer version: 6.2.0

Рабочий файл: скачать

Тип: Теория и практика

Версия файла: 2.0

Уже получили: 28 пользователей

Получить достижение

Код активации можно получить выполнив практическое задание

Уже получили 34 пользователей

Начальные данные

Все “манипуляции” можно осуществлять при помощи PC0 (либо с других PC в сети).

В данной практической работе сеть уже спланирована, адресация распределена и настроен DHCP.На сетевом оборудовании настроен telnet-сервер, пароль – cisco123. Доступа к роутерам ISP (Internet Server Provider) нет.

Настроенные DNS-записи (сервер DNS):

Выполнение

Понять представленную топологию

Прежде всего дадим определения цветным прямоугольникам. Синий прямоугольник обозначает границы сети “Главного офиса”, зеленый – границы сети “Филиала”, а желтый – границы сети “Отделения”. “Филиал” и “Отделение” присоединены к “Главному офису” за счет предоставление провайдером L2-каналов (L2VPN), т.е, грубо говоря, провайдер предоставляет нам провод между “Главным офисом” и “Филиалом”.

Также следует отметить, что на роутерах r2 и r3 настроен DHCP для сети 10.77.2.0/23. При этом роутер r2 выдает диапазон 10.77.2.255 – 10.77.3.99, с шлюзом (gateway) 10.77.2.1, а r3 выдает диапазон 10.77.3.100 – 10.77.3.199 с шлюзом 10.77.2.254. Так сделано для резервирования (плохой пример резервирования).

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

Настроить RIP на роутерах: r2, br-r1, small-br-r1

Теперь изучим таблицу маршрутизации.

Супер! Как было сказано ранее, на половине роутеров RIP уже настроен, именно поэтому мы видим, что таблица маршрутизации заполнилась. Напротив каждого маршрута узнанного через RIP стоит буква R. Теперь разберем, что такое [120/1]. Первое число, это Administrative Distance, второе количество “прыжков” до указанной подсети – метрика, которую использует RIP. Рядом с каждым маршрутом есть время – отсчет времени с последнего обновления маршрута.

Теперь настроим роутер br-r1. К сожалению, с компьютера PC0 подключиться не получится. Зато получится подключиться с роутера r2.

До завершения этой части осталось настроить RIP на роутере small-br-r1. Попасть на него можно с роутера r3. Ниже представлен “копипаст” для его настройки.

Разобрать команду show ip rip database

Команда show ip rip database показывает все маршруты, о которых знает протокол RIP. Сразу оговорим, что строки со словом auto-summary нам не интересны, потому что мы отключили “суммаризацию маршрутов”. Как можно заметить, в этой базе маршрутов содержится не только маршруты узнанные от других роутеров, но и маршруты подключенные напрямую к этому роутеру. Именно эту таблицу роутер рассылает каждые 30 секунд. Теперь разберем маршруты узнанные от других роутеров, например, для номера сети 10.1.2.4/30. В квадратных скобках ([3]) указывается метрика (кол-во “прыжков”), далее указывается кто прислал информацию об этом маршруте (via 10.1.1.10). Обратите внимание, что к этой подсети имеется два маршрута, через 10.1.1.10 и через 10.1.1.1, оба с метрикой 3 (путь к подсети 10.1.2.4/30 проходит через 3 роутера). Теперь найдем подсеть 10.1.2.4/30, в таблице маршрутизации ( show ip route ), как можно заметить добавлены оба маршрута. Очень важно, если в таблице маршрутизации появляются два маршрута к одной и той же подсети, то роутер выполняет балансировку (load balancing). К сожалению, рассмотрения типов балансировки и более тонкая настройка протокола RIP рассмотрена не будет (т.к. Packet Tracer попросту не имеет достаточного количества команд).

При помощи команды passive-interface можно указать интерфейс, который не будет рассылать базу маршрутов, но при этом будет принимать обновления. В нашем примере это удобно сделать на границе сетей “Главного офиса” и “Филиала”, так что роутер r2 будет принимать информацию о маршрутах от роутера br-r1, но не будет передавать информацию о своей базе маршрутов. Чтобы такая схема заработала, придется добавить на br-r1 один статический маршрут. В начале добавим статический маршрут на br-r1, после установим passive-interface и посмотрим как изменилась база маршрутов протокола RIP на br-r1.

Интерфейс Fa0/1 роутера r2 “смотрит” на роутрер br-r1, теперь он в режиме passive-interface – принимает информацию о маршрутах, но не рассылает. Теперь посмотрим таблицу маршрутизации на br-r1, предварительно надо ее очистить командой clear ip route * (таким образом роутеру надо будет заново собрать всю информацию о маршрутах).

Супер, теперь на br-r1 компактная таблица маршрутизации, при этом у роутера есть маршрут по умолчанию, указывающий на r2. Вы можете самостоятельно убедиться, что таблица маршрутизации на r2 имеет маршруты к сети “Филиала”.

Повлиять на движение пакета

Как было отмечено в части с теорией – “если имеется несколько идентичных маршрутов, в таблицу маршрутизации попадает маршрут с наименьшей метрикой (AD)”. Но что если мы добавим пересекающийся маршрут? Предлагаю поэкспериментировать.

Сейчас передача данных между “Филиалом” (172.16.14.0/24) и “Отделением” (192.168.10.0/24) происходит по такой схеме:

“Филиал” → R2 → R3 → “Отделение”

Теперь, добавив один единственный маршрут, мы изменим путь для части адресов (не для всей подсети).

Прежде чем объяснять, выполним трассировку до двух адресов 192.168.10.10 (small-br-sw-1) и 192.168.10.50 (PC4) c PC3, рисунок 7.3.

Рисунок 7.3 Трассировка с PC3 до 192.168.10.50 и 192.168.10.10

Разберем первую трассировку, которая показывает ожидаемый путь. Как и было указано выше путь такой:

“Филиал” ( 172.16.14.0/24) → br-r1 → 10.1.2.0/30 → r2 → 10.77.2.0/23 → r3 → 10.1.3.0/30 → small-br-r1 → “Отделение” ( 192.168.10.0/24)

Добавив маршрут для подсети 192.168.10.0/28, на роутеры r2 и core_r1, часть пакетов будет идти другим путем, а именно пакеты с адресом получателя из диапазона 192.168.10.0 – 192.168.10.15. Таким образом, когда мы выполняем трассировку до адреса 192.168.10.10, трассировка увеличилась на два роутера больше:

“Филиал” ( 172.16.14.0/24) → br-r1 → 10.1.2.0/30 → r2 → 10.1.1.4/30 → core-r1 → 10.1.1.0/30 → core-r2 → 10.1.1.8/30 → r3 → 10.1.3.0/30 → small-br-r1 → “Отделение” ( 192.168.10.0/24)

Если взглянуть на таблицу маршрутизации r2, то можно увидеть два пересекающихся маршрута к подсети 192.168.10.0/24 и 192.168.10.0/28. Теперь вы должны были понять, что мы обсуждали в теоретической части – “при передаче пакетов роутер смотрит на ip адрес получателя и ищет маршрут с самым “длинным совпадением” (longest match)”(или минимальным префиксом).

И еще один интересный факт. После добавления маршрутов, данные до адреса 192.168.10.10 будут проходить 6 роутеров, но ответ будет передаваться только через 4 роутера (например, от 192.168.10.10 до PC3). Попробуйте догадаться, почему.

Общая информация

Packet Tracer version: 6.2.0

Рабочий файл: скачать

Тип: Самостоятельная работа

Версия файла: 2.1

Уже получили: 28 пользователей

Источник

Router rip cisco что это

Таймеры протокола

Update:насколько часто(в секундах) рассылать обновления Invalid: сколько секунд должно пройти после получения последнего обновления, чтобы счесть маршрут некорректным и поместить его на удержание Hold Down: сколько времени (в секундах) «не верить» любым равным или менее убедительным (худшим) обновления маршрутов, находящихся на удержании Flush: сколько секунд с момента последнего валидного обновления должно пройти, проежде чем мы выбросим этот маршрут в корзину(сбор мусора для непредпочтительных и необновляемых маршрутов)

Описание работы протокола

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

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

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

RIP в Cisco

Базовые настройки

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

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

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

Особенности анонсирования сетей

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

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

Маршрут по умолчанию

Команда default-information originate

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

Команда redistribute static

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

Суммирование маршрутов

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

Автоматическое суммирование

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

Административное суммирование

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

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

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

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

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

Просмотр настроек

База данных маршрутов RIP

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

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

Работа с таймерами

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

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

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

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

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

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

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

Дополнительные возможности

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

Triggered extension to RIP

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

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

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

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

Split horizon

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

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

Offset List

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

Источник

Тренинг Cisco 200-125 CCNA v3.0. День 21. Дистанционно-векторная маршрутизация RIP

Тема сегодняшнего урока – RIP, или протокол маршрутной информации. Мы поговорим о различных аспектах его применения, о его настройке и ограничениях. Как я уже говорил, тема RIP не входит в учебный план курса Cisco 200-125 CCNA, однако я решил посвятить этому протоколу отдельный урок, так как RIP является одним из основных протоколов маршрутизации.

Сегодня мы рассмотрим 3 аспекта: понимание работы и настройка RIP в роутерах, таймеры RIP, ограничения RIP. Этот протокол был создан в 1969 году, так что это один из самых старых сетевых протоколов. Его преимущество заключается в необычайной простоте. На сегодня множество сетевых устройств, в том числе Cisco, продолжают поддерживать RIP, поскольку он является не проприетарным, как EIGRP, а общедоступным протоколом.

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

Предположим, у вас есть 2 роутера, соединенные друг с другом. При этом первый роутер рассказывает соседу все, что знает. Допустим, к первому роутеру подсоединена сеть 10, между первым и вторым роутером расположена сеть 20, а за вторым роутером находится сеть 30. Тогда первый роутер говорит второму, что он знает сети 10 и 20, а роутер 2 сообщает роутеру 1, что он знает о сети 30 и сети 20.

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

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

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

RIPv1 использует бродкастинг, то есть все обновления рассылаются с помощью широковещательных сообщений, так что их получают все участники сети. Допустим, к первому роутеру подсоединен компьютер, который ничего не знает об этих обновлениях, поскольку они нужны только устройствам маршрутизации. Однако роутер 1 будет рассылать эти сообщения всем устройствам, имеющим Broadcast ID, то есть даже тем, кто в этом не нуждается.

Во второй версии RIP эта проблема решена – здесь используется Multicast ID, или групповая передача трафика. В данном случае обновления получают только те устройства, которые указаны в настройках протокола. Кроме аутентификации, эта версия RIP поддерживает бесклассовую IP-адресацию VLSM. Это означает, что если к первому роутеру подсоединена сеть 10.1.1.1/24, то обновления также получают все сетевые устройства, чей IP-адрес находится в диапазоне адресов данной подсети. Вторая версия протокола поддерживает метод CIDR, то есть когда второй роутер получает обновление, он знает, какой конкретной сети или маршрута оно касается. В случае первой версии, если к роутеру подсоединена сеть 10.1.1.0, то обновления получат также устройства сети 10.0.0.0 и остальных сетей, относящихся к этому же классу. При этом роутер 2 также получит полную информацию об обновлении этих сетей, однако без CIDR он не будет знать, что эта информация касается подсети с IP-адресами класса А.

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

После этого вы увидите, что заголовок командной строки изменился на R1(config-router)#, потому что мы перешли на уровень подкоманд роутера. Второй командой будет Version 2, то есть мы указываем роутеру, что он должен использовать 2-ю версию протокола. Далее мы должны ввести адрес анонсируемой классовой сети, по которой должны передаваться обновления, с помощью команды network X.X.X.X. Эта команда имеет 2 функции: во-первых, она указывает, какую сеть нужно анонсировать, во-вторых, какой интерфейс нужно для этого использовать. Вы поймете, что я имею в виду, когда посмотрите на конфигурацию сети.

У нас здесь имеется 4 роутера и компьютер, подсоединенный к свитчу через сеть с идентификатором 192.168.1.0/26, которая подразделяется на 4 подсети. Мы используем только 3 подсети: 192.168.1.0/26, 192.168.1.64/26 и 192.168.1.128/26. У нас остается еще подсеть 192.168.1.192/26, но она не используется по причине ненадобности.

Далее я использую другие адреса, потому что у нас начинается другая сеть – 10.1.1.0/16, поэтому второй порт второго роутера, к которому подсоединена эта сеть, имеет IP-адрес 10.1.1.1, а порт четвертого роутера, к которому подсоединен свитч – адрес 10.1.1.2.

Чтобы настроить созданную мною сеть, я должен присвоить устройствам IP-адреса. Начнем с первого порта первого роутера.

Сначала создадим имя хоста R1, присвоим порту f0/0 адрес 192.168.1.1 и укажем маску подсети 255.255.255.192, поскольку у нас сеть вида /26. Завершим настройку R1 командой no shut. Второй порт первого роутера f0/1 получит IP-адрес 192.168.1.65 и маску подсети 255.255.255.192.
Второй роутер получит имя R2, первому порту f0/0 мы присвоим адрес 192.168.1.66 и маску подсети 255.255.255.192, второму порту f0/1 – адрес 192.168.1.129 и маску подсети 255.255.255.192.

Перейдя к третьему роутеру, мы присвоим ему имя хоста R3, порт f0/0 получит адрес 192.168.1.130 и маску 255.255.255.192, а порт f0/1 – адрес 10.1.1.1 и маску 255.255.0.0, потому что эта сеть /16.

Наконец, я перейду к последнему роутеру, присвою ему имя R4 и назначу порту f0/0 адрес 10.1.1.2 и маску 255.255.0.0. Итак, мы настроили все сетевые устройства.

Напоследок посмотрим на сетевые настройки компьютера – он имеет статический IP-адрес 192.168.1.10, маску полсети 255.255.255.192 и адрес шлюза по умолчанию 192.168.1.1.

Итак, вы посмотрели, как настраивается маска подсети для устройств в различных подсетях, это очень просто. Теперь включим маршрутизацию. Я захожу в настройки R1, задаю режим глобальной конфигурации и набираю команду router. После этого система выдает подсказки возможных вариантов протоколов маршрутизации для этой команды: bgp, eigrp, ospf и rip. Поскольку наш урок посвящен RIP, я использую команду router rip.

Если набрать знак вопроса, система выдаст новую подсказку для следующей команды с возможными вариантами функций этого протокола: auto-summary – автоматическое суммирование маршрутов, default-information – управление представлением информации по умолчанию, network – сети, тайминги и так далее. Здесь можно выбрать информацию, которой мы будем обмениваться с соседними устройствами. Самая важная функция – это версия, поэтому мы начнем с ввода команды version 2. Далее нам нужно использовать ключевую команду network, которая создает маршрут для указанной IP-сети.

Мы продолжим настраивать Router1 позже, а сейчас я хочу перейти к роутеру 3. Прежде чем я использую для него команду network, давайте посмотрим на правую часть топологии нашей сети. Второй порт роутера имеет адрес 10.1.1.1. Как же работает RIP? Даже во второй версии RIP, как довольно старый протокол, до сих пор использует свои собственные классы сетей. Поэтому, несмотря на то, что наша сеть 10.1.1.0/16 принадлежит к классу А, мы должны указать полную версию класса этого IP-адреса, использовав команду network 10.0.0.0.

Но даже если я наберу команду network 10.1.1.1 и посмотрю после этого на текущую конфигурацию, то увижу, что система исправила 10.1.1.1 на 10.0.0.0, автоматически использовав формат полноклассовой адресации. Так что если у вас на экзамене CCNA попадется вопрос о RIP, вы должны будете использовать полноклассовую адресацию. Если вместо 10.0.0.0 вы наберете 10.1.1.1 или 10.1.0.0, то совершите ошибку. Не смотря на то, что конвертация в полноклассовую форму адресации происходит автоматически, я советую вам изначально использовать правильный адрес, чтобы потом не ждать, пока система исправит ошибку. Запомните – в протоколе RIP всегда используется полноклассовая адресация сети.

После того, как вы использовали команду network 10.0.0.0, третий роутер вставит эту десятую сеть в протокол маршрутизации и разошлет обновление по маршруту R3-R4. Теперь нужно настроить протокол маршрутизации четвертого роутера. Я захожу в его настройки и последовательно ввожу команды router rip, version 2 и network 10.0.0.0. Этот командой я прошу R4 начать анонсировать сеть 10. по протоколу маршрутизации RIP.

Сейчас эти два роутера могли бы обменяться информацией, но это ничего бы не изменило. Использование команды show ip route показывает, что порт FastEthernrt 0/0 напрямую соединен с сетью 10.1.0.0. Четвертый роутер, получив анонс сети от третьего роутера, скажет: «отлично, приятель, я получил твой анонс десятой сети, но я и так об этом знаю, потому что напрямую соединен с этой сетью».

Поэтому мы вернемся к настройкам R3 и вставим другую сеть командой network 192.168.1.0. Я снова использую формат полноклассовой адресации. После этого третий роутер сможет анонсировать сеть 192.168.1.128 по маршруту R3-R4. Как я уже говорил, RIP – это «сплетник», который рассказывает о новых сетях всем свои соседям, передавая им информацию из своей таблицы маршрутизации. Если теперь посмотреть на таблицу третьего роутера, можно увидеть данные двух подсоединенных к нему сетей.

Он передаст эти данные в оба конца маршрута и второму, и четвертому роутеру. Перейдем к настройкам R2. Я ввожу те же команды router rip, version 2 и network 192.168.1.0, и тут начинается интересное. Я указываю сеть 1.0, но это и сеть 192.168.1.64/26, и сеть 192.168.1.128/26. Поэтому когда я указываю сеть 192.168.1.0, то технически обеспечиваю маршрутизацию для обоих интерфейсов этого роутера. Удобство состоит в том, что всего одной командой можно задать маршрутизацию для всех портов устройства.

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

Этот роутер знает и о сети 1.0, и о сети 1.64. Он также знает о сетях 1.128 и 10.1.1.0, потому что использует RIP. На это указывает заголовок R в соответствующей строке таблицы маршрутизации.
Прошу вас обратить внимание на информацию [120/2] – это административное расстояние, то есть надежность источника маршрутной информации. Эта величина может иметь большое или меньшее значение, но по умолчанию для протокола RIP она равна 120. Например, статический маршрут имеет административное расстояние, равное 1. Тем меньше административное расстояние, тем надежнее протокол. Если у роутера будет иметься возможность выбирать между двумя протоколами, например между статическим маршрутом и RIP, то он выберет пересылку трафика по статическому маршруту. Второе значение в скобках, /2 – это метрика. В протоколе RIP метрика означает число хопов. В данном случае сеть 10.0.0.0/8 может быть достигнута за 2 хопа, то есть роутер R1 должен отправить трафик по сети 192.168.1.64/26, это первый хоп, и по сети 192.168.1.128/26, это второй хоп, чтобы попасть в сеть 10.0.0.0/8 через устройство с интерфейсом FastEthernet 0/1 с IP-адресом 192.168.1.66.

Для сравнения, роутер R1 может достичь сеть 192.168.1.128 с административным расстоянием 120 за 1 хоп через интерфейс 192.168.1.66.

Сейчас, если попробовать пропинговать с компьютера PC0 интерфейс роутера R4 с IP-адресом 10.1.1.2, он успешно вернется обратно.

Первая попытка окончилась неудачей с сообщением Request timed out, потому что при использовании ARP первый пакет пропадает, но зато три остальных успешно вернулись адресату. Таким образом происходит связь по типу «точка-точка» в сети, использующей протокол маршрутизации RIP.

Зайдем в настройки R4 и введем команду show ip route. Вы видите, что сеть 10. подсоединена к роутеру напрямую, а сеть 192.168.1.0/24 доступна через порт f0/0 с IP-адресом 10.1.1.1 по протоколу RIP.

Если вы обратите внимание на вид сети 192.168.1.0/24, то заметите, что здесь имеет место проблема автосуммирования маршрутов. Если включено автосуммирование, протокол RIP будет суммировать все сети до 192.168.1.0/24. Давайте рассмотрим, что такое таймеры. Протокол RIP имеет 4 основных таймера.

Таймер Update отвечает за периодичность рассылки обновлений, каждые 30 секунд отправляя обновления протокола по всем интерфейсам, участвующим в маршрутизации RIP. Это означает, что он берет таблицу маршрутизации и рассылает её по всем портам, работающим в режиме RIP.
Представим, что у нас есть роутер 1, который соединен с роутером 2 сетью N2. Перед первым и после второго роутера имеются сети N1 и N3. Роутер 1 сообщает роутеру 2, что он знает сеть N1 и N2, и высылает ему обновление. Роутер 2 сообщает роутеру 1, что знает сети N2 и N3. При этом каждые 30 секунд порты роутеров обмениваются таблицами маршрутизации.

Представим, что по какой-то причине соединение N1-R1 разорвалось и роутер 1 больше не может связаться с сетью N1. После этого первый роутер станет посылать второму роутеру только обновления, касающиеся сети N2. Роутер 2, получив первое такое обновление, подумает: «отлично, теперь я должен поместить сеть N1 в таймер временно недоступных сетей Invalid Timer», после чего запустит таймер Invalid. В течение 180 секунд он не будет ни с кем обмениваться обновлениями сети N1, но по истечении этого периода времени остановит Invalid Timer и снова запустит Update Timer. Если в течение этих 180 секунд он не получит никаких обновлений состояния сети N1, то поместит её в таймер удерживания Hold Down длительностью 180 секунд, то есть таймер Hold Down стартует сразу после завершения таймера Invalid.

В это же время работает еще один, четвертый таймер Flush, который запускается одновременно с таймером Invalid. Этот таймер определяет временной интервал между получением последнего нормального обновления о сети N1 до момента исключения этой сети из таблицы маршрутизации. Таким образом, когда продолжительность этого таймера достигнет 240 секунд, сеть N1 автоматически исключится из таблицы маршрутизации второго роутера.

Итак, Update Timer рассылает обновления каждые 30 секунд. Invalid Timer, который запускается каждые 180 секунд, ждет, пока новое обновление не достигнет роутера. Если оно не приходит, он помещает эту сеть в состояние удержания, при этом Hold Down Timer запускается каждые 180 секунд. Но Invalid и Flush таймеры запускаются одновременно, так что через 240 секунд после запуска Flush сеть, которая не упоминается в обновлении, исключается из таблицы маршрутизации. Время действия этих таймеров задано по умолчанию, и его можно изменять. Вот что представляют собой таймеры RIP.

Теперь перейдем к рассмотрению ограничений протокола RIP, их довольно много. Одном из основных ограничений является автосуммирование.

Вернемся к нашей сети 192.168.1.0/24. Роутер 3 говорит роутеру 4 о целой сети 1.0, на что указывает /24. Это означает, что все 256 IP-адресов данной сети, включая идентификатор сети и широковещательный адрес, являются доступными, то есть сообщения от устройств с любым IP-адресом, находящимся в этом диапазоне, будут отправляться через сеть 10.1.1.1. Обратимся к таблице маршрутизации R3.

Мы видим сеть 192.168.1.0/26, разделенную на 3 подсети. Это значит, что роутер знает только о трех указанных IP-адресах: 192.168.1.0, 192.168.1.64 и 192.168.1.128, которые относятся к сети /26. Но он ничего не знает, например, об устройствах с IP-адресами, расположенными в диапазоне от 192.168.1.192 до 192.168.1.254.

Однако по какой-то причине R4 думает, что знает все о трафике, который направляет ему R3, то есть обо всех IP-адресах сети 192.168.1.0/24, что совершенно неверно. При этом роутеры могут начать отбрасывать трафик, потому что они «обманывают» друг друга – ведь роутер 3 не имеет права говорить четвертому роутеру, что знает всё о подсетях данной сети. Это происходит из-за проблемы, которая называется «автосуммированием». Она возникает при движении трафика по разным крупным сетям. Например, в нашем случае сеть с адресами класса С соединяется через роутер R3 с сетью с адресами класса А.

Роутер R3 считает эти сети одинаковыми и автоматически суммирует все маршруты в единый сетевой адрес 192.168.1.0. Вспомним, что мы говорили о суммировании маршрутов суперсетей в одном из предыдущих видео. Причина суммирования проста – роутер считает, что одна запись в таблице маршрутизации, у нас это запись 192.168.1.0/24 [120/1] via 10.1.1.1, лучше, чем 3 записи. Если сеть состоит из сотни мелких подсетей, то при отключении суммирования таблица маршрутизации будет состоять из огромного количества маршрутных записей. Поэтому для предотвращения накопления огромного количества информации в таблицах маршрутизации используется автоматическое суммирование маршрутов.

Однако в нашем случае автосуммирование маршрутов создает проблему, так как заставляет роутер обмениваться ложной информацией. Поэтому нам нужно зайти в настройки роутера R3 и ввести команду, запрещающую автосуммировать маршруты.

Для этого я последовательно набираю команды router rip и no auto-summary. После этого нужно подождать, пока обновление распространится по сети, а затем можно использовать команду show ip route в настройках роутера R4.

Вы видите, как изменилась таблица маршрутизации. Запись 192.168.1.0/24 [120/1] via 10.1.1.1 сохранилась из предыдущего варианта таблицы, а дальше следуют три записи, которые благодаря таймеру Update обновляются каждые 30 секунд. Таймер Flush обеспечивает то, что через 240 секунд после обновления плюс 30 секунд, то есть через 270 секунд, эта сеть будет удалена из таблицы маршрутизации.

Сети 192.168.1.0/26, 192.168.1.64/26 и 192.168.1.128/26 указаны правильно, поэтому теперь, если трафик будет предназначен для устройства 192.168.1.225, это устройство его отбросит, потому что роутер не знает, где находится устройство с таким адресом. Но в предыдущем случае, когда у нас было включено автосуммирование маршрутов для R3, этот трафик направлялся бы в сеть 10.1.1.1, что было совершенно неправильно, потому что R3 должен был бы сразу отбрасывать эти пакеты, не отсылая их дальше.

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

Следующим ограничением RIP являются Loops, или маршрутные петли. Мы уже говорили о конвергенции сетей, когда происходит корректное обновление таблицы маршрутизации. В нашем случае роутер не должен получать обновления для сети 192.168.1.0/24, если ничего о ней не знает. Технически конвергенция означает, что таблица маршрутизации обновляется только корректной информацией. Такое должно происходить при отключении роутера, его перезагрузке, повторном подключении к сети и т.д. Конвергенция – это состояние, при котором выполнены все необходимые обновления таблиц маршрутизации и проведены все необходимые вычисления.
Протокол RIP характеризуется очень плохой конвергенцией, это очень и очень медленный протокол маршрутизации. Из-за такой медлительности и возникают маршрутные петли Loops, или проблема «бесконечного счетчика».

Я нарисую схему сети, аналогичную предыдущему примеру – роутер 1 соединен с роутером 2 сетью N2, к роутеру 1 подключена сеть N1, а к роутеру 2 – сеть N3. Предположим, что по какой-то причине соединение N1-R1 нарушено.

Роутер 2 знает, что сеть N1 достижима в один хоп через роутер 1, однако в данный момент эта сеть не работает. После выхода сети из строя запускается процесс таймеров, роутер 1 помещает её в состояние Hold Down и так далее. Однако у роутера 2 запущен таймер Update, и он в установленное время отсылает роутеру 1 обновление, в котором сказано, что сеть N1 доступна через него в два хопа. Это обновление приходит роутеру 1 до того, как он успевает отослать роутеру 2 обновление о выходе из строя сети N1.

Получив это обновление, роутер 1 думает: «я знаю, что сеть N1, которая подсоединена ко мне, по какой-то причине не работает, однако роутер 2 сообщил мне, что она доступна через него в два хопа. Я ему верю, поэтому добавлю один хоп, обновлю свою таблицу маршрутизации и вышлю роутеру 2 обновление, в котором скажу, что сеть N1 доступна через роутер 2 в три хопа!».
Получив это обновление от первого роутера, роутер 2 говорит: «ок, раньше я получил обновление от R1, в котором было сказано, что сеть N1 доступна через него в один хоп. Сейчас он сообщил мне, что она доступна в 3 хопа. Возможно, что-то поменялось в сети, я не могу ему не верить, поэтому обновлю свою таблицу маршрутизации, добавив один хоп». После этого R2 отсылает первому роутеру обновление, в котором говорится, что сеть N1 теперь доступна в 4 хопа.
Вы видите, в чем состоит проблема? Оба роутера отсылают друг другу обновления, каждый раз добавляя по одному хопу, и в конце концов число хопов достигает большого значения. В протоколе RIP максимальное количество хопов равно 16, и как только оно достигает этой величины, роутер понимает, что возникли неполадки и просто удаляет данный маршрут из таблицы маршрутизации. Вот в чем состоит проблема возникновения маршрутных петель в протоколе RIP. Это связано с тем, что RIP – дистанционно-векторный протокол, он наблюдает только за дистанцией, не обращая внимания на состояние участков сетей. В 1969 году, когда компьютерные сети работали намного медленней, чем сейчас, дистанционно-векторный подход себя оправдывал, поэтому разработчики RIP выбрали отсчет хопов в качестве основной метрики. Однако на сегодня этот подход создает множество проблем, поэтому в современных сетях повсеместно осуществлен переход на более прогрессивные протоколы маршрутизации, такие, как OSPF. Де-факто этот протокол стал стандартом для сетей большинства мировых компаний. Мы очень подробно рассмотрим этот протокол в одном из следующих видео.

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

Источник