Статическая маршрутизация

Материал из Национальной библиотеки им. Н. Э. Баумана
Последнее изменение этой страницы: 21:59, 1 февраля 2015.

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

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

192.168.1.0/24

172.16.0.0/16

        ...

ВО/О

Е0/1

...
Таблица маршрутизации для Roscoe
Получатель Следующий транзитный переход Выходной интерфейс Метрика

172.16.0.0/16

172.31.0.0/16

   ...

Е0/0

Е0/1

...
Таблица маршрутизации для Luke
Получатель Следующий транзитный переход Выходной интерфейс Метрика

172.31.0/16

10.0.0.0/8

...

Е0/0

Е0/1

...

Первым столбцом в таблицах маршрутизации каждого маршрутизатора является получатель, с информацией о сети получателя.При этом перечислены только те сети, к которым непосредственно подключены маршрутизаторы. При использовании статической маршрутизации такие записи в таблицах предусмотрены по умолчанию. А если в таблицы необходимо ввести данные о других сетях, то эти сведения должны быть введены вручную. За столбцом с адресом сети получателя следует столбец. Следующий транзитный переход, который сообщает маршрутизаторам, каковым является адрес маршрутизатора, находящегося в конце следующего транзитного перехода по маршруту к этой сети получателя. В настоящее время этот столбец не заполнен, поскольку данные о маршрутах еще не были введены вручную; единственными маршрутами, известными маршрутизаторам, являются маршруты, ведущие к устройствам, к которым они непосредственно подключены. Следующим является столбец "Выходной интерфейс", который сообщает маршрутизатору, через какой интерфейс должен быть перенаправлен пакет (обычно эта информация не требуется). Наконец, столбец Метрика используется, если к одному и тому же получателю ведут несколько маршрутов, указанных в таблице. Маршрутизатор, выбирая направление передачи пакета к любому конкретному получателю, предпочитает маршрут с наименьшей стоимостью. В данном примере в качестве метрики применяется количество транзитных переходов (число, которое указывает, сколько маршрутизаторов находится в пути между этим маршрутизатором и сетью получателя). Поскольку все маршрутизаторы непосредственно подключены к тем единственным сетям, о которых они в настоящее время имеют информацию, столбец метрика во всех таблицах не заполнен. Далее необходимо отметить, что каждому интерфейсу маршрутизатора присвоен IP-адрес. Эти адреса будут более подробно рассматриваться ниже, но в данный момент достаточно указать, что IP-адрес шлюза клиента 1 (192.168.1.100), применяемого по умолчанию, представляет собой адрес интерфейса Е0/0 маршрутизатора Во (192.168.1.1), а для клиента 2 (10.0.0.100) в качестве IP-адреса шлюза, применяемого по умолчанию, указано 10.0.0.1 (адрес интерфейса Е0/1 маршрутизатора Luke). Рассмотрим, что произойдет после того, как клиент 1 отправит пакет клиенту 2. Клиент 1 выполняет операцию "И" с адресом и маской сети получателя и обнаруживает, что клиент 2 находится в другой сети. Клиент 1 выполняет поиск в своей кон¬фигурации IP и находит запись с данными о шлюзе, применяемом по умолчанию, где указан маршрутизатор Во (192.168.1.1). После этого клиент отправляет пакет с приведенными ниже параметрами:

  • МАС-адрес получателя — ll-11-ll-ll-ll-ll (МАС-адрес интерфейса ЕО/О маршрутизатора Во).
  • МАС-адрес отправителя — 00-00-00-00-00-01 (МАС-адрес хоста клиента 1).
  • IP-адрес получателя — 10.0.0.100 (хост клиента 2).
  • IP-адрес отправителя — 192.168.1.100 (хост клиента I).
  • TTL-128.

Маршрутизатор Во получает пакет через интерфейс Е0/0 и проверяет поле МАС- адреса получателя. Обнаружив, что в качестве МАС-адреса получателя указан его собственный МАС-адрес, он приступает к обработке пакета, выполняя поиск в своей таблице маршрутизации адреса сети получателя (10.0.0.0). После просмотра таблицы маршрутизации маршрутизатор обнаруживает, что у него нет данных о маршруте к указанной сети получателя, поэтому он отправляет клиенту 1 в ответ пакет IСМР, сообщая тем самым клиенту 1, что получатель недостижим. Чтобы устранить это нарушение связи, необходимо указать маршрутизатору Во, как достичь сети 10.0.0.0. Отметим, что маршрутизатор Во должен передавать все пакеты для сети 10.0.0.0 маршрутизатору Roscoe, поскольку именно Roscoe является следующим маршрутизатором в пути к сети получателя. Поэтому необходимо ввести в таблицу маршрутизации маршрутизатора Во данные о статическом маршруте с приведенными ниже параметрами:

  • Поле "Попучатель" с адресом сети получателя — 10.0.0.0/8.
  • Поле "Спедующий" транзитный переход с адресом следующего транзитного перехода — 172.16.1.2 (интерфейс Е0/0 маршрутизатора Roscoe).
  • Поле "Выходной" интерфейс с номером выходного интерфейса — Е0/1.
  • Поле "Метрика" (с метрикой, обозначающей количество транзитных переходов) — 2 (пакет должен пройти через два маршрутизатора, чтобы достичь сети получателя).

После ввода этой информации конфигурация сети примет вид, показанный на рис.2[1].

Рис.2. Конфигурация сети после ввода в таблицу маршрутизации Во статического маршрута к сети 10.0. 0. 0/8
Таблица маршрутизации для Во
Получатель Следующий транзитный переход Выходной интерфейс Метрика

192.168.1.0/24

172.16.0.0/16

10.0.0.0/8

        ...


172.16.1.2

ВО/О

Е0/1

ЕО/1

...

...

2

Таблица маршрутизации для Roscoe
Получатель Следующий транзитный переход Выходной интерфейс Метрика

172.16.0.0/16

172.31.0.0/16

   ...

Е0/0

Е0/1

...
Таблица маршрутизации для Luke
Получатель Следующий транзитный переход Выходной интерфейс Метрика

172.31.0/16

10.0.0.0/8

...

Е0/0

Е0/1

...

Можно ли теперь надеяться на то, что после отправки клиентом 1 пакета клиенту 2 этот пакет будет успешно доставлен? Рассмотрим происходящий при этом процесс и выясним, так ли это. Клиент 1 выполняет такие же действия, как и в предыдущем примере, и передает пакет маршрутизатору Во, указывая в нем МАС-адрес маршрутизатора Во и IP-адрес клиента 2. Маршрутизатор Во проверяет пакет, находит в своей таблице маршрутизации запись о маршруте, после чего передает пакет в маршрутизатор, находящийся в конце следующего транзитного перехода (Roscoe), введя в этот пакет перечисленные ниже параметры:

  • МАС-адрес получателя — 22-22-22-22-22-22 (МАС-адрес интерфейса Е0/0 маршрутизатора Roscoe).
  • МАС-адрес отправителя — 11-11-11-11-11-12 (МАС-адрес интерфейса ЕО/1 маршрутизатора Во).
  • IP-адрес получателя — 10.0.0.100 (хост клиента 2).
  • IP-адрес отправителя — 192.168.1.100 (хост клиента 1).
  • TTL — 127 (каждый маршрутизатор должен уменьшить значение в поле Time То Live (время жизни) по меньшей мере на 1).

До сих пор процесс передачи пакета проходит успешно. На данном этапе поля в пакете проверяет маршрутизатор Roscoe, ищет в своей таблице маршрутизации запись с данными о сети получателя и ничего не находит. Поэтому маршрутизатор Roscoe предпринимает попытку передать клиенту 1 пакет ICMP с информацией о том, что получатель недоступен, но после обращения к своей таблице маршрутизации обнаруживает, что у него даже нет сведений о том, как вернуть пакет назад! Поэтому он просто уничтожает первоначальный пакет, а клиенту 1 остается только ждать завершения этого сеанса передачи по тайм-ауту (тогда как при правильной организации работы сети он почти немедленно получил бы сообщение о недостижимости получателя — Destination Unreachable). Для решения этой проблемы необходимо ввести данные о статическом маршруте к сети 10.0.0.0 и в таблицу маршрутизации Roscoe с использованием приведенных ниже параметров:

  • Поле "Получатель" с адресом сети получателя — 10.0.0.0/8.
  • Поле "Следующий" транзитный переход с адресом следующего транзитного пере¬хода — 172.31.1.2 (интерфейс Е0/0 маршрутизатора Luke).
  • Поле "Выходной" интерфейс с номером выходного интерфейса — Е0/1.
  • Поле "Метрика" (с метрикой, обозначающей количество транзитных переходов) — 1.

После ввода этих данных будет сформирована конфигурация, показанная на рис.3. Теперь клиент 1 передает пакет, а маршрутизатор Во находит необходимые данные в своей таблице маршрутизации и перенаправляет пакет маршрутизатору Roscoe. Маршрутизатор Roscoe также находит требуемые данные в своей таблице маршрутизации и перенаправляет пакет маршрутизатору Luke. Последний выполняет поиск в своей таблице маршрутизации, обнаруживает, что он непосредственно подключен к сети 10.0.0.0/8, и сразу же перенаправляет пакет клиенту 2. На этот раз передача пакета завершается успешно.

Рис.3. Конфигурация сети после ввода статического маршрута к сети 10.0.0.0 в таблицу маршрутизации Roscoe
Таблица маршрутизации для Во
Получатель Следующий транзитный переход Выходной интерфейс Метрика

192.168.1.0/24

172.16.0.0/16

10.0.0.0/8

        ...


172.16.1.2

ВО/О

Е0/1

ЕО/1

...

...

2

Таблица маршрутизации для Roscoe
Получатель Следующий транзитный переход Выходной интерфейс Метрика

172.16.0.0/16

172.31.0.0/16

10.0.0.0/8

   ...


172.31.1.2

Е0/0

Е0/1

Е0/1

...


1

Таблица маршрутизации для Luke
Получатель Следующий транзитный переход Выходной интерфейс Метрика

172.31.0/16

10.0.0.0/8

...

Е0/0

Е0/1

...

Допустим, что теперь клиент 2 пытается ответить и передает пакет маршрутизатору Luke. Последний выполняет поиск в своей таблице маршрутизации маршрута к сети 192.168.1.0/24 и ситуация повторяется (он снова не находит нужную информацию). Для корректной работы всей конструкции необходимо ввести информацию о маршрутах к сетям 10.0.0.0/8 и 192.168.1.0/24 для каждого маршрутизатора вдоль всего этого маршрута, как показано на рис. 4.

Рис.4. Конфигурация работоспособной сети, в которой информация о маршрутах и к сети 192.168.1. 0/24, и к сети 10.0.0. 0/8 введена во все маршрутизаторы
Таблица маршрутизации для Во
Получатель Следующий транзитный переход Выходной интерфейс Метрика

192.168.1.0/24

172.16.0.0/16

10.0.0.0/8

        ...


172.16.1.2

Е 0/0

Е0/1

Е0/1

...

...

2

Таблица маршрутизации для Roscoe
Получатель Следующий транзитный переход Выходной интерфейс Метрика

172.16.0.0/16

172.31.0.0/16

10.0.0.0/8

192.168.1.0/24

   ...


172.31.1.2

172.16.1.1

Е0/0

Е0/1

Е0/1

Е0/0

...


1

1

Таблица маршрутизации для Luke
Получатель Следующий транзитный переход Выходной интерфейс Метрика

172.31.0/16

10.0.0.0/8

192.168.1.0/24

...


172.31.1.1

Е0/0

Е0/1

Е0/0

...


2

На первый взгляд, все обстоит великолепно, так как клиент 1 может успешно передать пакет клиенту 2. Но эта конфигурация имеет несколько недостатков. Так, даже несмотря на то, что клиент 1 может без каких-либо проблем передавать пакеты клиенту 2, клиент 1 получит сообщение Network Unreachable (Сеть не доступна) при попытке выполнить эхо-тестирование IP-адреса 172.31.1.3 (интерфейса Е0/0 маршрутизатора Luke). Это связано с тем, что в маршрутизаторе Во в настоящее время отсутствуют данные о маршруте к сети 172.31.0.0. Хотя в данный момент эта проблема кажется несущественной, после установки сервера в сети 172.31.0.0 клиент 1 не сможет к нему обратиться. (Аналогичная проблема возникает также для клиента 2 и сети 172.16.0.0.) Поэтому для обеспечения полной связи с любой сетью необходимо добиться того, чтобы в каждом маршрутизаторе имелись данные о маршруте к любой сети, как показано на рис.5.

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

192.168.1.0/24

172.16.0.0/16

10.0.0.0/8

172.32.0.0/16

        ...


172.16.1.2

172.16.1.2

Е 0/0

Е0/1

Е0/1

Е0/1

...

...

2

1

Таблица маршрутизации для Roscoe
Получатель Следующий транзитный переход Выходной интерфейс Метрика

172.16.0.0/16

172.31.0.0/16

10.0.0.0/8

192.168.1.0/24

   ...


172.31.1.2

172.16.1.1

Е0/0

Е0/1

Е0/1

Е0/0

...


1

1

Таблица маршрутизации для Luke
Получатель Следующий транзитный переход Выходной интерфейс Метрика

172.31.0/16

10.0.0.0/8

192.168.1.0/24

172.16.0.0/16

...


172.31.1.1

172.31.1.1

Е0/0

Е0/1

Е0/0

Е0/0

...


2

1

Очевидно, что задача ввода в таблицы маршрутизации всей этой информации вручную является весьма трудоемкой, поэтому желательно найти более легкий способ ее выполнения. Такой способ существует: в конфигурацию маршрутизаторов Во и Luke можно ввести данные о стандартных маршрутах. Таковыми являются маршруты, используемые маршрутизатором, если в его таблице маршрутизации отсутствует запись с информацией о сети получателя. Для ввода в конфигурацию данных о стандартном маршруте предусмотрен целый ряд методов, но в настоящий момент для этой цели будет применяться сеть 0.0.0.0. Если в таблицу маршрутизации будет введен маршрут к сети 0.0.0.0 с маской 0.0.0.0 (состоящей из одних нулей), то маршрутизатор по сути будет рассматривать этот адрес как подходящий для передачи любого пакета. Поэтому, если он не сможет найти в таблице маршрутизации данных о конкретном маршруте, то передаст пакет по стандартному маршруту[2].

Для ввода в конфигурацию рассматриваемой сети информации о стандартных маршрутах необходимо ввести в таблицы маршрутизации Во и Luke маршруты к сети со всеми нулями, как показано на рис.6.

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

192.168.1.0/24

172.16.0.0/16

10.0.0.0/8

172.32.0.0/16

        ...


172.16.1.2

172.16.1.2

Е 0/0

Е0/1

Е0/1

Е0/1

...

...

2

1

Таблица маршрутизации для Roscoe
Получатель Следующий транзитный переход Выходной интерфейс Метрика

172.16.0.0/16

172.31.0.0/16

10.0.0.0/8

192.168.1.0/24

   ...


172.31.1.2

172.16.1.1

Е0/0

Е0/1

Е0/1

Е0/0

...


1

1


Таблица маршрутизации для Luke
Получатель Следующий транзитный переход Выходной интерфейс Метрика

172.31.0/16

10.0.0.0/8

0.0.0.0/0


...


172.31.1.1


Е0/0

Е0/1

Е0/0


...

...

...



Теперь, после ознакомления с основными принципами работы статической маршрутизации, рассмотрим пример более сложной реализации метода статической маршрутизации. На рис. 7 показана схема сети, в которой установлен новый маршрутизатор, а также предусмотрены два дополнительных канала для повышения степени резервирования. Таблицы маршрутизации, применяемые в этой сети, приведены в табл.1.

Рис.7. Схема более сложной сети, в которой предусмотрено резервирование

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

Таблицы маршрутизации,применяемые в сети,которая показана на рис.7.

Получатель Следующий транзитный переход Выходной интерфейс Метрика
Daisy 192.168.200.0/24 - Е1/0 -

172.24.0.0/16 -
Е0/0 -

172.20.0.0/16 -
Е0/1 -

192.168.1.0/24 172.24.1.1 Е0/0 1

192.168.1.0/24 172.20.1.2 Е0/1 2

172.16.0.0/16 172.20.1.1 Е0/1 1

172.16.0.0/16 172.24.1.1 Е0/0 1

172.31.0.0/16 172.20.1.1 Е0/1 1

172.31.0.0/16 172.24.1.1 Е0/0 2

10.0.0.0/8 172.20.1.1 ЕО/1 2

10.0.0.0/8 172.24.1.1 ЕО/О 3
Во 192.168.1.0/24 - ЕО/1 -

172.16.0.0/16 -
ЕО/1 -

172.24.0.0/16 -
Е0/1 -

0.0.0.0/0 172.24.1 .2 Е1/0 -

0.0.0.0/0 172.16.1 .2 Е0/1 -
Roscoe
172.16.0.0/16 -
Е0/0 -

172.31.0.0/16 -
Е0/1 -

172.20.0.0/16  - Е1/0 -

10.0.0.0/8 172.31.1 .2 Е0/1 1

192.168.1.0/24 172.16.1 .1 Е0/0 1

192.168.1.0/24 172.20.1 .2 Е1/0 2

192.168.200.0/24 172.20.1 .2 Е1/0 1

192.168.200.0/24 172.16.1 .1 Е0/0 2

172.24.0.0/16 172.16.1 .1 Е0/0 1

172.24.0.0/16 172.20.1 .2 Е1/0 1
Luke
172.31.0.0/16  -  Е0/0  -

10.0.0.0/8 - Е0/1 -
0.0.0.0/0 172.31.1 .1 Е0/0 -

Рассмотрим таблицы маршрутизации последовательно, начиная с Во.

Единственным существенным изменением в таблице маршрутизации Во явилось добавление информации о непосредственно подключенной сети 172.24.0.0 (интерфейс Е1/0 маршрутизатора Во) и ввод второго стандартного маршрута. Если при использовании статической маршрутизации предусмотрено больше одного статического маршрута с одинаковыми метриками к одной и той же сети, маршрутизатор равномерно распределяет трафик по всем этим маршрутам. Например, если бы проводилось эхо-тестирование адреса клиента 2 с маршрутизатора Во, то первый пакет маршрутизатор Во передал бы через Roscoe, второй — через Daisy, третий — снова через Roscoe и т.д.[3].

Распределение нагрузки по статическим маршрутам позволяет также обеспечить резервирование. В маршрутизаторах Cisco[4] предусмотрено, что если адрес следующего транзитного перехода для любого маршрута (включая стандартные маршруты) становится недостижимым из-за неисправности локального канала (при этом маршрутизатор не может обнаружить работоспособный канал на исходящем интерфейсе), этот маршрут удаляется из таблицы маршрутизации до тех пор, пока канал не будет снова восстановлен. Поэтому если бы отказал интерфейс 0/1 маршрутизатора Во, то последний удалил бы стандартный маршрут к маршрутизатору Roscoe (172.16.1.2)и перенаправлял все пакеты к Daisy[5].

В таблицу маршрутизации Roscoe введены маршруты к новым сетям, а также резервный маршрут к сети 192.168.1.0. Обратите внимание на то, что для резервных маршрутов к каждой сети указана более высокая метрика, чем для основных маршрутов. Поскольку в качестве метрики используется количество транзитных переходов, применяемый при этом подход является довольно очевидным. В маршрутизаторе Roscoe используется маршрут с минимальной метрикой, а если этот маршрут становится неприменимым, он закрывается и вместо него используется маршрут с более высокой метрикой. Например, для доставки пакетов в сеть 192.168.200.0 маршрутизатор Roscoe использует маршрут через Daisy (172.20.1.2), поскольку он характеризуется наименьшей метрикой (является самым коротким маршрутом). Но если произойдет отказ интерфейса Е1/0 маршрутизатора Roscoe, последний удалит этот маршрут и вместо него начнет использовать маршрут через маршрутизатор Во. Следует учитывать, что в методе статической маршрутизации не предусмотрено распределение нагрузки по маршрутам с неравной стоимостью. Маршрутизатор просто всегда выбирает маршрут с наименьшей метрикой[6]

Анализ таблицы маршрутизации Daisy показывает, что в ней имеется по два маршрута почти к любой сети. И в этом случае следует обратить внимание на то, как используются метрики для определения того, какой маршрут должен быть выбран в качестве наиболее подходящего. Например, для доставки пакета в сеть 10.0.0.0 маршрутизатором Daisy должен быть выбран маршрут через Roscoe (с метрикой 2). Но если в маршрутизаторе Daisy произойдет отказ интерфейса ЕО/1, то он вместо этого отправит пакет маршрутизатору Во. К сожалению, именно в этом случае средства распределения нагрузки, предусмотренные в методе статической маршрутизации, могут стать причиной проблем в сети, где имеются резервные каналы. Поскольку в маршрутизаторе Во предусмотрены два статических маршрута с одинаковой стоимостью, он снова будет направлять каждый второй пакет прямо к Daisy. Затем Daisy снова отправит тот же пакет маршрутизатору Во, который с вероятностью 50% опять отправит его Daisy (как будто они играют этим пакетом в "пинг-понг").

Рис.8. Повторно приведенный пример сети ,показанной на рис.7.

Хотя такой пакет чаще всего будет в конечном итоге доставлен по назначению, иногда установленное в нем (в поле TTL) время жизни истекает и пакет уничтожается. Кроме того, все эти повторные передачи пакета потребляют ценные ресурсы маршрутизаторов и каналов. Более приемлемая конструкции таблицы маршрутизации для маршрутизатора Во показана в табл.2 (а топология сети еще раз показана на рис.8 для удобства пользования). В этой конфигурации предусмотрено, что если Daisy перенаправляет маршрутизатору Во пакет для сети 10.0.0.0, то последний перенаправляет пакет маршрутизатору Roscoe с вероятностью 100%.

Таблица 2. Таблицы маршрутизации, применяемые в сети, которая показана на рис. 8

Получатель Следующий транзитный переход Выходной интерфейс Метрика
Daisy 192.168.200.0/24 - Е1/0 -

172.24.0.0/16 -
Е0/0 -

172.20.0.0/16 -
Е0/1 -

192.168.1.0/24 172.24.1.1 Е0/0 1

192.168.1.0/24 172.20.1.2 Е0/1 2

172.16.0.0/16 172.20.1.1 Е0/1 1

172.16.0.0/16 172.24.1.1 Е0/0 1

172.31.0.0/16 172.20.1.1 Е0/1 1

172.31.0.0/16 172.24.1.1 Е0/0 2

10.0.0.0/8 172.20.1.1 ЕО/1 2

10.0.0.0/8 172.24.1.1 ЕО/О 3
Во 192.168.1.0/24 - ЕО/1 -

172.16.0.0/16 -
ЕО/1 -

172.24.0.0/16 -
Е0/1 -

0.0.0.0/0 172.24.1 .2 Е1/0 -

0.0.0.0/0 172.16.1 .2 Е0/1 -
Roscoe
172.16.0.0/16 -
Е0/0 -

172.31.0.0/16 -
Е0/1 -

172.20.0.0/16  - Е1/0 -

10.0.0.0/8 172.31.1 .2 Е0/1 1

192.168.1.0/24 172.16.1 .1 Е0/0 1

192.168.1.0/24 172.20.1 .2 Е1/0 2

192.168.200.0/24 172.20.1 .2 Е1/0 1

192.168.200.0/24 172.16.1 .1 Е0/0 2

172.24.0.0/16 172.16.1 .1 Е0/0 1

172.24.0.0/16 172.20.1 .2 Е1/0 1
Luke
172.31.0.0/16  -  Е0/0  -

10.0.0.0/8 - Е0/1 -
0.0.0.0/0 172.31.1 .1 Е0/0 -

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

Примечания

  1. Поскольку альтернативных маршрутов к сети 10.0.0.0 не существует, фактически ввод данных о метрике не требуется. Однако всегда рекомендуется проявлять предусмотрительность и вводить данные о метрике, чтобы можно было уменьшить объем работы по администрированию сети на тот случай, если конфигурация сети в дальнейшем изменится. Следует также ответить, что с точки зрения настройки конфигурации, статические маршруты в действительности не имеют метрики. При вводе в статический маршрут параметра, который в терминах ISO именуется "метрикой", фактически для этого статического маршрута задается так называемое административное расстояние. При условии, что используются только статические маршруты, административное расстояние можно рассматривать как аналог метрики, но различия между этими параметрами станут существенными только после перехода к применению в сети динамических маршрутизирующих протоколов.
  2. Следует учитывать, что маршрутизатор всегда использует наиболее конкретный маршрут, который он может найти в таблице маршрутизации. Например, если пакет должен быть передан по адресу 10.1.1.1, а маршрутизатор имеет данные о маршрутах к сетям 10.0.0.0/8, 10.1.1.0/24 и 0.0.0.0/0, то он воспользуется маршрутом 10.1.1.0/24. Это правило известно под названием правила поиска адреса с наибольшим количеством совпадающих битов.
  3. Метод распределения нагрузки по резервным статическим маршрутам известен под названием распределения нагрузки с учетом равной стоимости; при этом каналы и пропускная способность в обоих маршрутах должны быть примерно равными. Если это условие не соблюдается, то один канал будет перегружен, а другой недогружен. Такая ситуация называется микрозатором.
  4. Обычно система IOS компании Cisco позволяет распределять нагрузку по статическим маршрутам, количество которых может достигать шести.
  5. При использовании статической маршрутизации резервирование обеспечивает нормальную работу только при отказах прямого канала. Средства статической маршрутизации не позволяют обнаружить отказ удаленного устройства и не обеспечивают удаление из таблицы маршрутизации маршрута через отказавший резервный канал. Поэтому доставка пакетов периодически нарушается. (При наличии двух каналов отказ резервного канала влечет за собой потерю 50% пакетов, при наличии трех каналов — 33% пакетов и т.д.)
  6. В системе IOS компании Cisco предусмотрено, чтобы маршруты с более высокой метрикой в таблице маршрутизации не были показаны. Но после возникновения отказа прямого канала эти маршруты вставляются в таблицу маршрутизации и используются обычным образом.