4. Як використовуються резервні шляхи у статичній маршрутизації? Завдання метрики для резервних шляхів за синтаксисом Cisco ios — показати приклад.
Основное предназначение резервных маршрутов – повышение надежности работы сети. Между двумя подсетями может существовать несколько различных путей с разной степенью предпочтительности.
Статические маршруты необходимы для соединения маршрутизатора с сетями, которые не являются непосредственно подсоединенными, а так же не были получены через протоколы динамической маршрутизации (RIP, EIGRP, OSPF и др.).
У каждого маршрута есть своя "административная дистанция" (АД) – мера надежности источника маршрута. Она учитывается в выборе правильного маршрута в том случае, если маршруты, пришедшие на роутер из разных источников, являются одинаковыми (сеть+префикс).
По умолчанию АД для непосредственно подсоединенных сетей равна 0 (наивысшая степень доверия), для статически прописанных маршрутов – 1, для динамических протоколов от 5 до 200. Маршрут с АД = 255 не заслуживает доверия и не будет добавлен в таблицу маршрутизации.
Статический маршрут с указанием АД на маршрутизаторе Cisco прописывается следующим образом:
ip route <адрес сети> <маска сети> <адрес шлюза> [Administrative Distance]
Например, ip route 192.168.2.0 0.0.0.255 192.168.1.1 20 (Маршрут к сети 192.168.2.0/24 через шлюз 192.168.1.1, АД=20)
5. Як відбувається інформаційний обмін між маршрутизаторами для заповнення їхніх таблиць при динамічній маршрутизації? Показати приклад на деревоподібній топології.
Сопровождая большие сети с большим количеством маршрутизаторов, становится сложно заполнять таблицы маршрутов, и особенно их оперативно менять, если, к примеру, какой то из каналов не работает. Поэтому применяется динамическая маршрутизация.
Общая идея динамической маршрутизации:
Этапы заполнения таблиц маршрутизации.
В исходном состоянии все таблицы содержат маршруты только присоединенных сетей.
Каждый маршрутизатор пересылает всю таблицу маршрутизации всем своим соседям, но из нее исключается информация о той сети, по которой пересылка осуществится.
Полученная от соседей информация анализируется, не обязательно вписывается в собственную таблицу и рассылается на след. шаге всем соседям. Из нее исключается информация, полученная от этого же соседа.
Если у полученной записи шлюз совпадает с маршрутизатором по умолчанию, то такая запись игнорируется.
Пример:
ТМ для R1
Сеть |
Шлюз |
Порт |
Метрика |
От |
Шаг |
10.0.1.0 10.0.11.0 |
10.0.1.1 10.0.11.1 |
10.0.1.1 10.0.11.1 |
- - |
|
«0» |
10.0.12.0 10.0.24.0 |
10.0.11.2 10.0.11.2 |
10.0.11.1 10.0.11.1 |
1 1 |
R2 |
«1»
|
10.0.2.0 |
10.0.11.2 |
10.0.11.1 |
2 |
R2 |
«2» |
Полученная информация о сетях 10.0.1.0 и 10.0.11.0 будет игнорироваться.
Таблицы остальных маршрутизаторов составляются аналогично.
ТМ для R2
Сеть |
Шлюз |
Порт |
Метрика |
От |
Шаг |
10.0.24.0 10.0.11.0 10.0.12.0 |
10.0.24.1 10.0.11.2 10.0.12.1 |
10.0.24.1 10.0.11.2 10.0.12.1 |
- - - |
|
«0» |
10.0.1.0 10.0.2.0 |
10.0.12.1 10.0.12.2 |
10.0.12.2 10.0.12.1 |
1 1 |
R1 R3 |
«1»
|
Полученные записи о сетях 10.0.24.0, 10.0.11.0 и 10.0.12.0 будут игнорироваться.
ТМ для R3
-
Сеть
Шлюз
Порт
Метрика
От
Шаг
10.0.2.0
10.0.12.0
10.0.2.1
10.0.12.2
10.0.2.1
10.0.12.2
-
-
«0»
10.0.11.0
10.0.24.0
10.0.12.1
10.0.12.1
10.0.12.2
10.0.12.2
1
1
R2
«1»
10.0.1.0
10.0.12.1
10.0.12.2
2
R2
«2»
Полученные записи о сетях 10.0.2.0 и 10.0.12.0 будут игнорироваться
Теперь, когда все маршрутизаторы знают о сетях соседних маршрутизаторов, пропингуем 2 компьютера, находящихся в разных сетях, а также проследим путь прохождения пакетов (на практике при помощи команды tracert). Итак, путь прохождения пакета от 10.0.1.2 до 10.0.2.2: 10.0.1.1 – 10.0.11.2 – 10.0.12.2 - 10.0.2.2.