Проверка RIP: debug ip rip

Большинство ошибок конфигурации RIP включают неправильный оператор конфигурации network, отсутствие оператора конфигурации network или конфигурацию несмежных подсетей в классовой среде.

Проверка RIP: debug ip rip

Интерпретация Вывода debug ip rip

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

Щелкните по кнопке 2 на рисунке.

Сначала мы видим, что обновление приходит от R1 на интерфейс Serial 0/0/0. Заметьте, что R1 отправляет только один маршрут к сети 192.168.1.0. Никакие другие маршруты не отправляются, потому что выполнение этого нарушило бы правило расщепленного горизонта. R1 не позволено распространять сети назад к R2, которые R2 ранее отправил к R1.

Щелкните по кнопке 3 на рисунке.

Следующее обновление приходит от R3. Снова, из-за правила расщепленного горизонта, R3 отправляет только один маршрут - сеть 192.168.5.0.

Щелкните по кнопке 4 на рисунке.

R2 отсылает свои собственные обновления. Во-первых, R2 создает обновление, которое отсылается на интерфейс FastEthernet0/0. Обновление включает всю таблицу маршрутизации за исключением сети 192.168.3.0, которая присоединена к FastEthernet0/0.

Щелкните по кнопке 5 на рисунке.

Затем, R2 создает обновление для передачи к R3. Включаются три маршрута. R2 не распространяет сеть, которую R2 и R3 совместно используют, а также он не распространяет сеть 192.168.5.0 из-за расщепленного горизонта.

Щелкните по кнопке 6 на рисунке.

Наконец, R2 создает обновление, которое требуется передать к R1. Включаются три маршрута. R2 не распространяет сеть, которую разделяют R2 и R1, и а также он не распространяет сеть 192.168.1.0 из-за расщепленного горизонта.

Отметьте: Если бы Вы ожидали еще 30 секунд, то Вы увидели бы повторение всего вывода отладки, показанного на рисунке, потому что RIP отсылает периодические обновления каждые 30 секунд.

Щелкните по кнопке 7 на рисунке.

Чтобы прекратить контролировать обновления RIP на R2, введите команду no debug ip rip или просто undebug all, как показано на рисунке.

Рассматривая этот вывод отладки, мы можем проверить, что маршрутизация RIP является полностью рабочей на R2. Но, видите ли Вы способ, которым мы могли оптимизировать маршрутизацию RIP на R2? Должен ли R2 отсылать обновления на FastEthernet0/0? Мы увидем в следующий раз, как мы можем предотвратить ненужные обновления.

Далее: Автосуммирование и RIPv2

Смотрите также
Комментарии
Написать

(обязательно)

(обязательно)

Это не спам (обязательно)