Что такое рекурсивный статический маршрут cisco
Задание IP-адреса следующего перехода для статических маршрутов
Параметры загрузки
Об этом переводе
Этот документ был переведен Cisco с помощью машинного перевода, при ограниченном участии переводчика, чтобы сделать материалы и ресурсы поддержки доступными пользователям на их родном языке. Обратите внимание: даже лучший машинный перевод не может быть настолько точным и правильным, как перевод, выполненный профессиональным переводчиком. Компания Cisco Systems, Inc. не несет ответственности за точность этих переводов и рекомендует обращаться к английской версии документа (ссылка предоставлена) для уточнения.
Содержание
Введение
В этом документе описаны базовые принципы работы статических маршрутов. Ситуация с возникшей проблемой используется для демонстрации обстоятельств, в которых желательно задать интерфейс, через который можно достичь IP-адрес следующего перехода при настройке статического маршрута. Если этого не сделать, может возникнуть нежелательное поведение и нарушение в работе сети.
Общие сведения
Статические маршруты используются по ряду причин, часто в тех случаях, когда не существует динамического маршрута к IP-адресу назначения или необходимо заменить маршрут, полученный динамически.
По умолчанию административное расстояние статического маршрута равно единице, что обеспечивает им приоритет по сравнению с маршрутами, полученными из любого протокола динамической маршрутизации. Если сделать значение административного расстояния больше значения для протокола динамической маршрутизации, статический маршрут может превратиться в запасную сеть на случай отказа динамической маршрутизации. Например, для маршрутов, полученных с помощью протокола EIGRP, административное расстояние по умолчанию равно 90 для внутренних маршрутов и 170 для внешних. Для настройки статического маршрута, который заменяется маршрутом EIGRP, задайте административное расстояние больше 170.
Статический маршрут такого вида с большим административным расстоянием называется плавающим статическим маршрутом. Он устанавливается в таблице маршрутизации только в том случае, если исчезает маршрут, полученный динамически. Примером плавающего статического маршрута является ip route 172.31.10.0 255.255.255.0 10.10.10.2 101.
Примечание. Административное расстояние 255 считается недостижимым, поэтому статические маршруты с административным расстоянием 255 никогда не попадают в таблицу маршрутизации.
Статический маршрут для взаимодействия через интерфейс без IP-адреса следующего перехода
Если вы указываете статический маршрут к интерфейсу и не задаете IP-адрес следующего перехода, маршрут вставлен в таблицу маршрутизации только, когда интерфейс активен. Эта конфигурация не рекомендуется, потому что, когда точки статического маршрута к интерфейсу и не имеет никакой информации о следующем переходе, маршрутизатор полагает, что каждый из хостов в диапазоне маршрута напрямую подключается через тот интерфейс. Примером такого статического маршрута является ip route 0.0.0.0 0.0.0.0 Ethernet0.
При использовании конфигурации этого типа маршрутизатор выполняет протокол ARP по Ethernet для каждой точки назначения, которую находит в маршруте по умолчанию, поскольку считает все эти точки непосредственно связанными с Ethernet 0. Использование статического маршрута этого вида, особенно если он используется множеством пакетов, направленных в несколько разных подсетей назначения, может привести к высокой загрузке процессора и образованию очень большого ARP-кеша (наряду с ошибками выделения памяти). Поэтому этот вид статического маршрута не рекомендуется.
При определении адреса следующего узла на непосредственно связанный интерфейс маршрутизатор не выполняет ARP для каждого адреса назначения (DA). Примером является маршрут ip route 0.0.0.0 0.0.0.0 Ethernet0 192.168.1.1. Можно указать только адрес напрямую подключенного следующего узла, но делать это не рекомендуется по причинам, которые описаны в этом документе. Указывать адрес напрямую подключенного следующего перехода не обязательно. Можно задать адрес удаленного следующего перехода и интерфейс, к которому удаленный следующий переход делает рекурсивный вызов.
Если существует возможность, что интерфейс со следующим переходом выключается, и следующий переход стал бы достижимым через рекурсивный маршрут, то необходимо задать и IP-адрес следующего перехода и альтернативный интерфейс, через который должен быть найден следующий переход. Например, ip route 10.0.0.1 255.255.255.255 Последовательных 3/3 192.168.20.1. Добавление альтернативного интерфейса позволяет установке статического маршрута стать более детерминированной.
Пример плавающего статического маршрута
В этом примере описывается использование плавающих статических маршрутов и иллюстрируется необходимость указания и исходящего интерфейса, и адреса следующего перехода с помощью команды static route.
Проблема
В конфигурации сети, показанной на следующем рисунке, один хост 172.31.10.1 подключен к Интернету. В данном примере хост устанавливает соединение с удаленным интернет-хостом 10.100.1.1:
В этой конфигурации основным является соединение, которое связывает последовательный порт 1/0 на маршрутизаторе R1 с последовательным портом 1/0 на маршрутизаторе R2 и используется для передачи трафика к хосту 172.31.10.1 и трафика от него в Интернет. Хост 10.100.1.1 используется здесь в качестве примера интернет-хоста. Соединение между последовательным портом 2/0 на маршрутизаторе R1 и последовательным портом 2/0 на маршрутизаторе R2 является резервным. Резервное соединение должно использоваться только в случае сбоя основного. Эта конфигурация развернута с использованием статических маршрутов, которые указывают на основное соединение, и плавающих статических маршрутов, указывающих на резервное соединение.
В ней есть два статических маршрута к одному и тому же адресу назначения (172.31.10.0/24) на маршрутизаторе R1. Один маршрут является обычным статическим маршрутом, а другой маршрут — плавающим статическим маршрутом, который представляет собой резервный или избыточный путь к сети назначения в локальной сети. Проблема в этом варианте состоит в том, что плавающий статический маршрут никогда не будет устанавливаться в таблице маршрутизации, если основное соединение не работает.
Вот конфигурация маршрутизатора R1:
Вот конфигурация маршрутизатора R2:
Вот таблица маршрутизации для R1:
Эхозапрос, отправленный с хоста на интернет-хост 10.100.1.1, выполняется, как ожидалось:
Это показывает команда traceroute, отправленная от хоста на интернет-хост 10.100.1.1:
Используется основное соединение 10.10.10.0/30.
Если выключить последовательный порт 1/0 на маршрутизаторе R1, чтобы проверить переключение при отказе, следует ожидать, что R1 установит плавающий статический маршрут к локальной сети 172.31.10.0, а R2 — плавающий статический маршрут к 0.0.0.0 через 10.10.20.1. Следует ожидать, что трафик будет передаваться по резервному соединению.
Однако статический маршрут для локальной сети 172.31.10.0/24 остается в таблице маршрутизации для R1:
Эхозапрос и команда traceroute, отправляемые с хоста, больше не работают:
Плавающий статический маршрут не устанавливается на R1, а основной статический маршрут по-прежнему есть в таблице маршрутизации для R1, хотя последовательный порт 1/0 закрыт. Это происходит потому, что статические маршруты являются рекурсивными по своему характеру. До тех пор, пока имеется маршрут к следюущему узлу, статический маршрут остается в таблице маршрутизации.
В этой ситуации можно было бы ожидать, что, поскольку основное соединение не работает, в таблице маршрутизации на R1 должен быть установлен плавающий статический маршрут с административным расстоянием 250. Однако плавающий статический маршрут не установлен в таблице маршрутизации, поскольку в ней остался обычный статический маршрут. Адрес следующего перехода 10.10.10.2 успешно рекурсивно переводится на 192.168.10.2 через статический маршрут 10.0.0.0/8, который присутствует в таблице маршрутизации.
Решение
Настройте на маршрутизаторе R1 статический маршрут, в котором следующий переход не может быть рекурсивно переведен на другой статический маршрут. Cisco рекомендует настроить для статического маршрута и исходящий интерфейс, и адрес следующего перехода. При использовании последовательного интерфейса достаточно указать исходящий интерфейс, поскольку последовательный интерфейс является интерфейсом типа «точка-точка». Если исходящим интерфейсом является интерфейс Ethernet, то необходимо будет задать и исходящий интерфейс, и адрес следующего перехода.
Здесь, статический маршрут для LAN настроен со спецификацией исходящего интерфейса:
Теперь эхозапрос и команда traceroute, отправляемые с хоста на интернет-хост, работают и резервное соединение используется:
Заключение
Cisco настоятельно рекомендует при настройке статических маршрутов указывать исходящий интерфейс и IP-адрес следующего перехода. Для исходящего интерфейса типа «точка-точка» (например, последовательного соединения), указывать адрес следующего перехода не нужно.
IPv6 в Cisco
Материал из Xgu.ru
 |
| Данная страница находится в разработке. Эта страница ещё не закончена. Информация, представленная здесь, может оказаться неполной или неверной. |
Если вы считаете, что её стоило бы доработать как можно быстрее, пожалуйста, скажите об этом.
На этой странице описывается процедура настройки IPv6 в Cisco.
Содержание
[править] Базовые настройки
[править] Настройка адреса на интерфейсе маршрутизатора
Есть несколько вариантов настройки адреса на интерфейсе (подробнее на странице IPv6):
Статическое задание global unicast адреса на интерфейсе:
Настройка EUI-64 IPv6 адреса:
[править] Настройка статических маршрутов в IPv6
[править] Непосредственно присоединенный статический маршрут
Непосредственно присоединенный статический маршрут (directly attached static route) — маршрут, который указывает на исходящий интерфейс.
Непосредственно присоединенный статический маршрут:
В примере указано, что все сети с префиксом 2001:128::/32 непосредственно доступны через интерфейс fa0/0.
Непосредственно присоединенные статические маршруты помещаются в таблицу маршрутизации, если:
У статического маршрута IPv6, который указывает на интерфейс, метрика 1, а не 0 как в IPv4.
[править] Рекурсивный статический маршрут
У статического маршрута IPv6, который указывает на next-hop IP-адрес, метрика 1, как и в IPv4.
ИТ База знаний
Полезно
— Онлайн генератор устойчивых паролей
— Онлайн калькулятор подсетей
— Руководство администратора FreePBX на русском языке
— Руководство администратора Cisco UCM/CME на русском языке
— Руководство администратора по Linux/Unix
Навигация
Серверные решения
Телефония
FreePBX и Asterisk
Настройка программных телефонов
Корпоративные сети
Протоколы и стандарты
Про CEF (Cisco Express Forwarding)
высокоскоростная маршрутизация и коммутация
Онлайн курс по Кибербезопасности
Изучи хакерский майндсет и научись защищать свою инфраструктуру! Самые важные и актуальные знания, которые помогут не только войти в ИБ, но и понять реальное положение дел в индустрии
Вы знаете, что коммутаторы 2 уровня будут переключать только кадры Ethernet в пределах VLAN, и, если мы хотим, мы можем фильтровать трафик на основе уровня 2 (например, с защитой портов). Многоуровневый коммутатор может делать то же самое, но он также способен маршрутизировать между VLAN и фильтровать на уровне 3 или 4 с помощью списков доступа.
Переадресация на уровне 2 основана на конечном MAC-адресе. Наш коммутатор изучает исходные MAC-адреса на входящих кадрах и строит таблицу MAC-адресов. Всякий раз, когда фрейм Ethernet входит в один из наших интерфейсов, мы проверяем таблицу MAC-адресов, чтобы найти конечный MAC-адрес, и отправляем его в правильный интерфейс.
Переадресация на уровне 3 основана на IP-адресе назначения. Переадресация происходит, когда коммутатор получает IP-пакет, где исходный IP-адрес находится в другой подсети, чем конечный IP-адрес.
Когда наш многоуровневый коммутатор получает IP пакет со своим собственным MAC адресом в качестве назначения в заголовке Ethernet есть две возможности:
В те не далекие времена коммутация производилась на аппаратной скорости, а маршрутизация-на программной. В настоящее время как коммутация, так и маршрутизация выполняются на аппаратной скорости. В оставшейся части этой статьи вы узнаете почему.
Давайте рассмотрим разницу между обработкой кадров Ethernet и IP-пакетов:
Жизнь коммутатора уровня 2 проста
Там нет никакого изменения кадра Ethernet!
Теперь давайте посмотрим, что происходит, когда получает IP-пакет многоуровневый коммутатор:
В приведенном выше примере компьютер А посылает IP-пакет к компьютеру В. Обратите внимание, что они находятся в разных подсетях, поэтому нам придется его маршрутизировать. Когда наш многоуровневый коммутатор получит IP-пакет, вот что произойдет:
Многоуровневый коммутатор проверит таблицу маршрутизации, заметит, что 192.168.20 /24 напрямую подключен, и произойдет следующее:
Как вы можете видеть, имеется довольно много шагов, связанных с маршрутизацией IP-пакетов.
Когда мы рассматриваем многоуровневый коммутатор возникает «разделение обязанностей». Мы должны построить таблицу для MAC-адресов, заполнить таблицу маршрутизации, ARP-запросы, проверить, соответствует ли IP-пакет списку доступа и т. д. И нам нужно переслать наши IP-пакеты. Эти задачи разделены между «плоскостью управления» и «плоскостью данных». Ниже приведен пример:
Плоскость управления отвечает за обмен информацией о маршрутизации с использованием протоколов маршрутизации, построение таблицы маршрутизации и таблицы ARP. Плоскость данных отвечает за фактическую пересылку IP-пакетов. Таблица маршрутизации не очень подходит для быстрой переадресации, потому что мы имеем дело с рекурсивной маршрутизацией.
Что такое рекурсивная маршрутизация?
Давайте рассмотрим пример:
В приведенном выше примере у нас есть три маршрутизатора. У R3 есть loopback интерфейс, к которому мы хотим получить доступ из R1. Будем использовать статические маршруты для достижения поставленной цели:
Первый статический маршрут предназначен для достижения интерфейса loopback0 R3 и указывает на интерфейс FastEthernet0/0 R3. Второй статический маршрут необходим для достижения сети 192.168.23.0/24.
Всякий раз, когда R1 хочет достичь 3.3.3.0/ 24, мы должны выполнить 3 поиска:
R1 должен проверить таблицу маршрутизации 3 раза, прежде чем он будет знать, куда отправлять свой трафик. Звучит не очень эффективно, верно? Выполнение нескольких поисков для достижения определенной сети называется рекурсивной маршрутизацией.
Большую часть времени все входящие и исходящие IP-пакеты будут обрабатываться и пересылаться плоскостью данных, но есть некоторые исключения, давайте сначала рассмотрим картинку ниже:
Большая часть IP-пакетов может быть передана плоскостью данных. Однако есть некоторые «специальные» IP-пакеты, которые не могут быть переданы плоскостью данных немедленно, и они отправляются на плоскость управления, вот некоторые примеры:
Плоскость управления может пересылать исходящие IP-пакеты на плоскость данных или использовать свой собственный механизм пересылки для определения исходящего интерфейса и следующего IP-адреса прыжка. Примером этого является маршрутизация на основе локальной политики.
Наш многоуровневый коммутатор выполняет больше шагов для пересылки пакетов, чем коммутаторы уровня 2, поэтому теоретически он должен работать медленнее, верно?
Одна из причин, по которой многоуровневые коммутаторы могут передавать кадры и пакеты на wirespeed, заключается в том, что в плате данных используется специальное оборудование, называемое ASICs.
Такая информация, как MAC-адреса, таблица маршрутизации или списки доступа, хранится в этих ASIC. Таблицы хранятся в content-addressable memory (Cam) и ternary content addressable memory (TCAM).
Таблица CAM используется для хранения информации уровня 2, например:
Поиск таблицы происходит быстро! Всякий раз, когда коммутатор получает кадр Ethernet, он будет использовать алгоритм хэширования для создания «ключа» для целевого MAC-адреса + VLAN, и он будет сравнивать этот хэш с уже хэшированной информацией в таблице CAM. Таким образом, он может быстро искать информацию в таблице CAM.
Поскольку существует 3 значения, мы называем его троичным. Так почему же существует 2 типа таблиц?
Когда мы ищем MAC-адрес, нам всегда требуется точное совпадение. Нам нужен точный MAC-адрес, если мы хотим переслать кадр Ethernet. Таблица MAC-адресов хранится в таблице CAM.
Всякий раз, когда нам нужно сопоставить IP-пакет с таблицей маршрутизации или списком доступа, нам не всегда нужно точное соответствие. Например, IP-пакет с адресом назначения 192.168.20.44 будет соответствовать:
По этой причине такая информация, как таблица маршрутизации, хранится в таблице TCAM. Мы можем решить, должны ли совпадать все или некоторые биты.
Пример таблицы TCAM
Если мы хотим сопоставить IP-адрес 192.168.10.22, многоуровневый коммутатор сначала посмотрит, есть ли «самое полное совпадение«. Там ничего нет, что соответствовало бы полностью 192.168.10.22/32, поэтому мы продолжим сравнение на не полное соответствие. В этом случае есть запись, которая соответствует 192.168.10.0/24. Приведенный выше пример относится к поиску таблиц маршрутизации, спискам доступа, а также к качеству обслуживания, спискам доступа VLAN и многим другим.
Теперь вы знаете все шаги, которые должен выполнять многоуровневый коммутатор, когда он должен пересылать IP-пакеты, плоскость управления/данных и, что мы используем разные таблицы, хранящиеся в специальном оборудовании, называемом ASIC. Давайте подробнее рассмотрим фактическую «пересылку» IP-пакетов.
Существуют различные методы коммутации для пересылки IP-пакетов. Вот различные варианты коммутации:
Все пакеты проверяются процессором, и все решения о пересылке принимаются в программном обеспечении. очень медленно!
Первый пакет в потоке проверяется процессором; решение о пересылке кэшируется аппаратно для следующих пакетов в том же потоке. Это более быстрый метод.
Таблица пересылки, созданная в аппаратном обеспечении заранее. Все пакеты будут коммутироваться с использованием оборудования. Это самый быстрый метод, но есть некоторые ограничения. Многоуровневые коммутаторы и маршрутизаторы используют CEF.
При использовании процессорной коммутации маршрутизатор удалит заголовок каждого кадра Ethernet, ищет IP-адрес назначения в таблице маршрутизации для каждого IP-пакета, а затем пересылает кадр Ethernet с переписанными MAC-адресами и CRC на исходящий интерфейс. Все делается в программном обеспечении, так что это очень трудоемкий процесс.
Быстрая коммутация более эффективна, потому что она будет искать первый IP-пакет, но будет хранить решение о переадресации в кэше быстрой коммутации. Когда маршрутизаторы получают кадры Ethernet, несущие IP-пакеты в том же потоке, он может использовать информацию в кэше, чтобы переслать их к правильному исходящему интерфейсу.
По умолчанию для маршрутизаторов используется CEF (Cisco Express Forwarding):
Онлайн курс по Кибербезопасности
Изучи хакерский майндсет и научись защищать свою инфраструктуру! Самые важные и актуальные знания, которые помогут не только войти в ИБ, но и понять реальное положение дел в индустрии
Что такое рекурсивный статический маршрут cisco
Автор: HunSolo от 2-07-2013, 23:56, посмотрело: 13403
1 В этой статье мы рассмотрим концепцию статических маршрутов. Для этого мы будем использовать заведомо проблемный сценарий для демонстрации условий, при которых желательно указывать интерфейс через который достижим адрес следующего хопа (Next Hop Address), когда вы конфигурируете статический маршрут.
Введние в статичскую маршрутизацию
Статический маршруты используются по ряду причин и чаще всего, когда не существует динамического маршрута к определенному месту назначения или когда включение динамического протокола маршрутизации не выполнимо. По умолчанию статические маршруты имеют административную дистанцию равную 1, что дает им преимущество над маршрутами изученными из динамических протоколов маршрутизации. Что такое административная дистанция и как она влияет на выбор маршрута, читайте в статье “Административная Дистанция”, опубликованной ранее на CicsoLab.RU.
Когда вы увеличиваете административную дистанцию в значение большем чем значение динамического протокола маршрутизации, статический маршрут будет работать только в случае, когда пропадет динамическая маршрутизация. Например, маршруты изученные из динамического протокола IGRP имеют административную дистанцию по умолчанию 100. Для того, чтобы конфигурировать статический маршрут, который будет перекрыт IGRP маршрутом, укажите административную дистанцию больше 100. Такой вид статической маршрутизации называется “плавающей”. Такой маршрут инсталлируется в таблицу маршрутизации только, когда более предпочтительный маршрут исчезнет оттуда. Например,
Обратите внимание, что административная дистанция 255, рассматривается как недостижимая и статический маршрут с административной дистанцией 255 никогда не будет введен в таблицу маршрутизации.
Если вы указали статический маршрут на броадкастовый интерфейс, маршрут вставляется в таблицу маршрутизации только когда этот броадкастовый интерфейс поднят. Такая конфигурация не рекомендуется потому что следующий хоп статического маршрута указывает на интерфейс, маршрутизатор думает, что каждый из хостов в диапазоне данного маршрута напрямую подсоединены к этому интерфейсу. Например,
В такой конфигурации маршрутизатор выполняет ARP запросы на интерфейсе Ethernet0 для каждого узла, который попадает в маршрут по умолчанию, потому что маршрутизатор рассматривает все эти узлы как напрямую подсоединенные к этому интерфейсу.
Такой вид маршрута по умолчанию, особенное если он используется большим количеством пакетов ко многим разным сетям может привести к большой нагрузке на CPU и огромному ARP кэшу и даже к исчерпании свободной памяти на этот самый кэш.
Указание числового следующего хопа (next hop) для маршрута, предотвратит выполнение ARP запросов на каждый адрес. Однако, если интерфейс за которым лежит next hop упадет, а числовое значение следующего хопа достижимо через рекурсивный маршрут, вы должный указать и IP адрес следующего хопа и интерфейс через который данный next hop может быть найден. Например,
Проблема статических маршрутов
R1 имеет маршрут по умолчанию который указывает на маршрутизатор сервис провайдера (ISP) для доступа в Интернет. R1 также имеет два канала к R2. T1 (Serial0/0) это основной канал, а s0/1 это резервный канал. На R1 настроен статический маршрут в сторону сети 172.31.10.0/24, который указывает на IP адрес интерфейса Serial0 маршрутизатора R2 (10.10.10.2) в качестве следующего хопа. R1 также имеет плавающий маршрут для сети 172.31.10.0/24 который указывает на IP адрес интерфейса Serial0/1 роутера R2 (192.168.20.2). Административная дистанция для такого плавающего статического маршрута установлена в значение 250. Задача, сделать так, чтобы пакеты ходили по 56К каналу в обоих направлениях только в случае падения основного канала.
Таблица маршрутизации на R1 выглядит следующим образом:
Основной статический маршрут к LAN 172.31.0.0/24 идет через канал T1 10.10.10.2. Маршрут по умолчанию 0.0.0.0/0 смотрим на интерфейс Serial0/3
R2 имеет маршрут по умолчанию инсталлированный через 10.10.10.1, и когда вы используете команду traceroute от R2 к ISP, пакеты ходят по каналу T1.
Трассировка к 192.168.10.2 выглядит следующим образом
R2 посылает ICMP пакеты к Internet хосту 192.168.30.1 с адресом отправителя 172.31.10.2.
Если мы опускаем интерфейс Serial0/0 на R1, то мы ожидаем, что R1 инсталирует плавающий статический маршрут к сети 172.31.10.0, а R2 инсталирует плавающий статический маршрут для 0.0.0.0 через 192.168.20.1. И по идее трафик будет ходить по 56К каналу. Выполним указанный тест и посмотрим так ли это на самом деле:
Взглянем на таблицы маршрутизации обоих роутеров.
Заметим, что статический маршрут 172.31.0.0/24 через канал T1 (10.10.10.2) остался в таблице маршрутизации. Это не то, что мы ожидали увидеть, когда выключали Serial 0/0. На маршрутизаторе R2 все правильно
Однако теперь более не возможно пинговать внешний хост 192.168.30.1, поскольку R1 пытается послать ICMP ответы через Serial0/0 который выключен.
Итак плавающий статический маршрут не был инсталлирован на R1 и основной маршрут все еще находиться в таблице маршрутизации R1, даже хотя интерфейс Serial0/0 лежит.
Причина этого поведения в том, что статические маршруты являются рекурсивными по природе. У вас всегда статический маршрут будет храниться в таблице маршрутизации до тех пор пока у вас есть маршрут на следующий хоп. В данном случае, R1 думает, что он может получить 10.10.10.2 через 192.168.10.2, потому, что 192.168.10.2 это следующий хоп для 0.0.0.0 0.0.0.0. Маршрут на следующий хоп может быть более специфичным, менее специфичным или маршрутом по умолчанию. В этом сценарии вы думаете, что поскольку линк упал, у вас не должно быит маршрута для 10.10.10.2, но если вы посмотрите на таблицу маршрутизации R1, вы увидите, что существует статический маршрут по умолчанию, указывающий на ISP роутер R3. Поэтому R1 думает, что он может достичь next hop (10.10.10.2) для сети 172.31.10.0/24, через свой маршрут по умолчанию и статический маршрут 172.31.10.0/24 через 10.10.10.2 остается в таблице маршрутизации, тем самым предотвращаю инсталляцию плавающего маршрута.
Для того, чтобы предотвратить данную проблему вы должны указать интерфейс через который может быть найден следующий хоп. Тогда плавающий маршрут будет инсталлироваться только в случае, когда IP адрес next-hop будет достижим через указный интерфейс. Решение, заключается в удалении старого статического маршрута к сети 172.31.10.0 и добавлении нового, но на этот раз указываем интерфейс, через который достижим IP адрес следующего хопа. Это позволит инсталлировать плавающий маршрут, когда упадет интерфейс Serial0/0.
Теперь снова роняем линк Serial0/0 и смотрим, что получилось
Статический маршрут к сети 172.31.10.0 через 10.10.10.2 будет находиться в таблице маршрутизации только, если 10.10.10.2 будет виден через интерфейс Serial0/0. Если данное условие не выполняется, статический маршрут через 10.10.10.2 удаляется их таблицы и взамен инсталлируется плавающий маршрут через Serial 0/1 и следующий хоп 192.168.20.2.