Не работает протокол rip

RIP не работает с IP сетей выше 192.*.*.* (в Packet Tracer)

Добрый день,
Возникла проблема с Cisco Packet Tracer:
Мне нужно настроить маршрутизацию между двумя сетями через коммутаторы + маршрутизаторы с RIP.

IP первой сети: 195.100.239.1 /17
Второй: 10.241.100.1 /11

Когда я настраиваю маршрутизацию, пакет между сетями не пересылается, но если меняю ip первой сети, например, на 191.100.239.1, все работает.

Я прикрепил файл с неработающей сетью и надеюсь вы сможете мне. Я пробовал включать RIP v2, no auto-summary, но конкретно с данной комбинацией адресов — безуспешно.

Заранее спасибо за помощь!

Использую версию Cisco 6.2.0.0052

Помощь в написании контрольных, курсовых и дипломных работ здесь.

Вложения

NetworkRIP_lb.zip (69.1 Кб, 18 просмотров)

Настройка rip packet tracer
Добрый вечер, который день пытаюсь в packet tracer настроить rip и безрезультатно. Подсети.

Настройка Rip в Cisco packet tracer
Доброго времени суток. Помогите пожалуйста разобраться с настройкой. 6 часов уже сижу читаю.

Динамическая маршрутизация протокол RIP (в Packet Tracer)
Столкнулся с несколькими проблемами. 1)Не понимаю почему, но не могу пинговать сеть.Просто все.

Настройка протокола RIP на маршрутизаторе (в Packet Tracer)
Почему 1 роутер (второй) никак не контактирует с другими? Где я допустил ошибку? Подскажите.

Источник

Урок 29. Настройка протокола RIP на маршрутизаторе Cisco

Попробуем настроить протокол RIP в сети

Настройка очень простая. Достаточно ввести всего лишь 2 команды. Настроим его на маршрутизаторе A:

Router_A(config)# router rip

Теперь надо указать какие сети он будет анонсировать (то есть объявлять соседям)

Router_A(config-router)# network 189.0.0.0

Router_A(config-router)# network 56.10.10.0

То же самое проделаем и с остальными маршрутизаторами. И на этом все. Протокол RIP настроен и сеть прекрасно работает.

Маршрутизатор, на котором запущен RIP рассылает обновления по адресу 255.255.255.255 на UDP порт 520

Кроме того, протокол является классовым, то есть не передает по сети маски переменной длины (VLSM). То есть, если у нас имеется сеть 10.1.1.0/30, то маршрутизатор анонсирует сеть 10.0.0.0/8 — классовую сеть А.

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

Посмотрим результат работы протокола — проверим таблицу маршрутизации:

Router_A# show ip route

Так как протокол является классовым, то в таблице мы видим адреса сети с классовой маской.

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

Router_A# show ip protocols

Чтобы увидеть сам процесс рассылки обновления достаточно выполнить:

Router# debug ip rip

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

RIPv2 является улучшенной версией протокола RIP. Основные отличия протокола от предыдущей версии:

• Рассылка обновлений по многоадресному принципу (multicast) вместо широковещательной. Рассылка осуществляется по адресу 224.0.0.9. Принцип многоадресной рассылки основан на том, что только определенная группа устройств принимает и обрабатывает обновления, то есть только маршрутизаторы, на которых запущен RIP. Данный принцип можно сравнить с подпиской газеты или журнала. Например, возьмем многоквартирный дом, в котором только 10 квартир подписаны на еженедельную рассылку журнала. То есть журнал получат только те, кто хочет его почитать, а не все соседи сразу.
• Бесклассовый протокол, то есть поддерживает передачу масок в обновлениях.
• Аутентификация анонсирований. То есть маршрутизатор может принимать обновления только от авторизованных соседей. Достигается это с помощью установки паролей.

Чтобы включить протокол достаточно ввести команды:

Router(config)# router rip

Router(config-router)# version 2

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

Возьмем сеть предприятия, представленную на рисунке

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

Причин тому несколько:

• Нет смысла нагружать локальные маршрутизаторы маршрутными таблицами провайдера. Это приведет к растрате ресурсов локальных маршрутизаторов.
• Кроме того, небезопасно и нерационально рассылать провайдеру информацию о локальной сети.
• Так как имеется всего лишь один выход во внешнюю сеть, то гораздо проще объявить всем локальным маршрутизаторам, чтобы пересылали запросы в неизвестную сеть через пограничный маршрутизатор.

Имеется 2 способа для установки стандартного маршрута по умолчанию.

В пограничном маршрутизаторе выполни команду:

Router(config)# ip route 0.0.0.0. 0.0.0.0 100.1.1.1

Мы просто указали “нулевую” сеть и “нулевую” маску. Как мы уже знаем это означает любая сеть с любой маской.

Теперь посмотрим на таблицу маршрутизации:

Мы видим статический маршрут и шлюз последней надежды (gateway of last resort). Теперь любая сеть будет доступна для данного маршрутизатора.

Попробуем выполнить команду PING с других маршрутизаторов, чтобы узнать о доступности сети провайдера. PING не будет работать, так как у нас не установлен стандартный маршрут на остальных маршрутизаторах, то есть они ничего не знают о о данном маршруте. Поэтому его необходимо объявить.Для этого на пограничном маршрутизаторе выполни:

Router_A(config-rip)# default-information originate

Данная команда заставляет маршрутизатор объявлять о стандартном маршруте в своих объявлениях. Посмотрим таблицу в каждом маршрутизаторе и выполним PING:

Удалим предыдущий статический маршрут:

Router_A(config)# no ip route 0.0.0.0 0.0.0.0 100.1.1.1

Теперь снова создадим статический путь:

Router_A(config)# ip route 100.1.1.0 255.255.255.252 100.1.1.1

Укажем маршрутизатору стандартный путь:

Router_A(config)# ip default-network 100.0.0.0

При выполнении данной команды необходимо указывать классовую сеть. Теперь взглянем на таблицу:

Так как команду default-information originate никто не отменял, то остальные маршрутизаторы тоже узнают об этом маршруте

В принципе ничего не изменилось, таблица такая же как и при первом способе.

Следует иметь в виду, что команда работает только в том случае, если маршрутизатор уже имеет маршрут к указанной сети.

Анонсирование подключенных сетей

Попробуем теперь выполнить PING с компьютера PC 1 на компьютер PC 4. Результат будет не успешным.

Посмотрим на таблицу в каждом маршрутизаторе

В них отсутствует запись о подключенных сетях соседей 172.16.1.0 и 172.16.2.0. То есть эти сети не анонсируются протоколом RIP.

Чтобы исправить ситуацию можно, конечно, включить RIP и на интерфейсах FastEthernet 0/0, но это нецелесообразно, так как сеть будет загружена ненужными объявлениями протокола.

Но есть способ получше. Достаточно просто объявить всем маршрутизаторам о имеющихся подключенных сетях:

Router(config-rip)# redistribute connected

В данном случае PING работает, однако иногда его работа может быть нестабильна.

В чем же причина?

Маршрутизатор A является транзитным, поэтому повнимательнее посмотрим на его таблицу маршрутов

Вместо адресов 172.16.1.0 и 172.16.2.0 там всего лишь один адрес 172.16.0.0, который указывает на 2 разных интерфейса. В этом и заключается проблема. Протокол автоматически осуществляет суммирование похожих адресов (вспомни VLSM).

Кстати, таблица маршрутизации маршрутизаторов В и С не изменилась, однако PING на другие компьютеры более или менее работает. В чем причина?

Во-первых, у этих маршрутизаторов есть маршрут по умолчанию, то есть маршрутизатор А.

Во-вторых, маршрутизатор А благодаря технологии Split Horizont не отправит суммированный IP адрес своим же соседям, так как они уже имеют такой адрес. Кроме того, даже если бы маршрутизатор А и отправил обновления о суммированном адресе, то это бы все равно никак не повлияло на маршрутизаторы В и С.

Автосуммирование функция полезная, но в данном случае она только мешает.

Отключим ее и посмотрим, что произойдет:

Router_A(router-rip)# no auto-summary

Теперь все в порядке:

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

Существуют 2 режима авторизации:

• с установкой пароля открытым текстом.
• с использованием хэша MD5.

Для начала разберемся в чем же отличия этих двух вариантов.

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

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

Второй способ гораздо безопаснее первого, однако его легко можно взломать с помощью специальным программ.

Для настройки авторизации необходимо установить цепочку ключей, которые будут содержать пароли. Для повышения безопасности можно настроить “срок действия” каждого пароля:

Router(config)# key chain название_цепочки

Router(config-keychain)# key номер

Router(config-keychain-key)# key-string пароль

Теперь на интерфейсе, на котором запущен RIP, включаем аутентификацию. Для этого мы указываем созданную цепочку ключей:

Router(config-if)# ip rip authentication mode (text | MD5)

Router(config-if)#ip rip authentication key-chain название_цепочки

Для того, чтобы посмотреть какие ключи настроены выполни:

Источник

OSPF, RIP и BGP простым языком. Часть 1. Протокол RIP

Введение

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

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

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

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).

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

Источник