Дибров М.В. Маршрутизаторы

Подождите немного. Документ загружается.

Сеть FD AD Topology

10.1.1.0/24 3

Via R 2 3 1 S

Via R 4 4 2 FS

Via R 5 4 3

10.1.1.0/24

R2 R4

R3 R5

Сеть FD AD Topology

10.1.1.0/24 -1 **ACTIVE **

Via R 3 5 3 (Q)

Via R 5 5 4 (Q)

Сеть FD AD Topology

10.1.1.0/24 3

Via R 4 3 2 S

Via R 3 4 3

Рисунок 6.12 – Маршрутизатор R4 рассылает запросы соседям

Однако у маршрутизатора R3 в таблице присутствует маршрут до этой

сети через маршрутизатор R2, причем маршрутизатор R2 назначен преемни-

ком. Следовательно, маршрутизатор R3 может ответить маршрутизатору R4

на запрос о маршруте до сети 10.1.1.0/24.

Сеть FD AD Topology

10.1.1.0/24 3

Via R 2 3 1 S

Via R 5 4 3

10.1.1.0/24

R2 R4

R3 R5

Сеть FD AD Topology

10.1.1.0/24 -1 **ACTIVE **

Via R 3 5 3

Via R 5 5 4 (Q)

Сеть FD AD Topology

10.1.1.0/24 -1 **ACTIVE **

Via R 3 4 3 (Q)

Рисунок 6.13 – Маршрутизатор R4 получает ответ от R3

121

Маршрутизатор R4 принимает ответ от R3 о наличии маршрута до сети

10.1.1.0/24 и снимает маркер запроса со строчки в таблице топологии, однако,

сеть 10.1.1.0/24 все еще находится в активном состоянии, так как маршрути-

затор R5 еще не ответил на запрос (Рисунок 6.13).

Затем маршрутизатор R5 рассчитывает новое FD маршрута до сети

10.1.1.0/24, устанавливает нового преемника в таблицу топологии, и перево-

дит маршрут из активного состояния в пассивное. Маршрутизатор R4 все еще

ожидает ответа от R5 (Рисунок 6.14).

Сеть FD AD Topology

10.1.1.0/24 3

Via R 2 3 1 S

Via R 5 4 3

10.1.1.0/24

R2 R4

R3 R5

Сеть FD AD Topology

10.1.1.0/24 -1 **ACTIVE **

Via R 3 5 3

Via R 5 5 4 (Q)

Сеть FD AD Topology

10.1.1.0/24 4

Via R 3 4 3 S

Рисунок 6.14 – Маршрутизатор R5 получает ответ от R3

Маршрутизатор R5 отвечает на запрос о маршруте до сети 10.1.1.0/24

маршрутизатору R4. На маршрутизаторе R4 алгоритм DUAL получает ответ и

удаляет флаг запроса с маршрута до сети 10.1.1.0/24 через R5.

Маршрутизатор R4 рассчитывает новые FD до сети 10.1.1.0/24 через

маршрутизаторы R3 и R5. Маршруты через R3 и R5 имеют одинаковые FD и

оба маркируются как преемники. Маршрут до сети 10.1.1.0/24 переводится из

активного состояния в пассивное.

Маршрутизатор R4 устанавливает новых преемников в таблицу марш-

рутизации (Рисунок 6.15).

122

Сеть FD AD Topology

10.1.1.0/24 3

Via R 2 3 1 S

Via R 5 4 3

10.1.1.0/24

R2 R4

R3 R5

Сеть FD AD Topology

10.1.1.0/24 5

Via R 3 5 3 S

Via R 5 5 4 S

Сеть FD AD Topology

10.1.1.0/24 4

Via R 3 4 3 S

Рисунок 6.15 – Маршрутизатор R4 получает ответ от R5

Полученная сеть (Рисунок 6.16) является сведенной и стабильной.

Маршрутизатор R4 имеет в таблице маршрутизации два маршрута до сети

10.1.1.0/24. По этим двум маршрутам автоматически включается механизм

балансировки нагрузки.

Сеть FD AD Topology

10.1.1.0/24 3

Via R 2 3 1 S

Via R 5 4 3

10.1.1.0/24

R2 R4

R3 R5

Сеть FD AD Topology

10.1.1.0/24 5

Via R 3 5 3 S

Via R 5 5 4 S

Сеть FD AD Topology

10.1.1.0/24 4

Via R 3 4 3 S

Рисунок 6.16 – Сегмент сети после завершения работы алгоритма DUAL

123

6.8 Механизм ответов на запросы

Как модифицированный дистанционно-векторный протокол маршрути-

зации, в вопросе получения маршрутизирующей информации протокол

EIGRP полагается на соседей. Если маршрут потерян и нет возможного

преемника, протокол EIGRP начнет рассылать запросы на предмет поиска за-

мены утерянному маршруту.

Если маршрутизатор, получивший запрос, имеет альтернативный марш-

рут, он даст ответ на запрос, и не будет распространять его дальше. Если со-

сед не имеет альтернативного маршрута, он разошлет этот запрос в поисках

альтернативного маршрута на соседние с ним маршрутизаторы. Таким об-

разом, запросы будут распространяться по сети, создавая тем самым расширя-

ющееся дерево запросов. Отвечая на запрос, маршрутизатор останавливает

дальнейшее распространение запроса по сети.

Когда маршрут становится активным и генерируется рассылка запро-

сов, единственным способом выхода этого маршрутизатора из активного со-

стояния является получение ответа на каждый сгенерированный запрос.

Поэтому, получив ответы на все запросы, маршрутизатор переводит маршрут

из активного состояния в пассивное.

Если маршрутизатор не получает ответа на исходящие запросы в тече-

ние трех минут он разрывает соседские отношения с не отвечающим маршру-

тизатором. Маршрутизатор переводит все маршруты на этот соседний марш-

рутизатор в активное состояние. Такая ситуация называется stuck in active –

SIA (Рисунок 6.17).

10.1.1.0/24

R2 R3



10.1.1.0/24



10.1.1.0/24

Рисунок 6.17 – Состояние SIA

Наиболее частыми причинами такой ситуации являются:

– Высокая загрузка маршрутизатора. Критический уровень загрузки

маршрутизатора, поэтому он не может ответить на запрос.

– Проблемы в работе памяти маршрутизатора. Маршрутизатор не мо-

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

та с ответом.

– Из-за проблем в каналах связи. Пакеты теряются при передаче между

маршрутизаторами – пакеты, необходимые для поддержания соседских отно-

шений, канал пропускает, но запросы или ответы уже не может пропустить.

124

– Маршрутизатор использует симплексные каналы. Причиной сбоя мо-

жет стать канал, который пропускает трафик только в одном направлении.

Количество ситуаций SIA можно минимизировать при помощи меха-

низма SIA–Query.

Использование множества автономных систем, работающих под управ-

лением протокола EIGRP, что ограничивает диапазон рассылки запросов, не

является правильным решением данной проблемы. Когда запрос достигает

границы автономной системы, будет получен ответ на первоначальный

запрос, но затем граничный маршрутизатор рассылает новый запрос в другой

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

как она будет продолжаться в другой автономной системе, где маршрут по-

тенциально может перейти в состояние SIA.

SIA–Query и SIA–Reply два новых дополнения в заголовок пакета

EIGRP. Эти пакеты генерируются автоматически в ОС Cisco IOS, начиная с

версии 12.1(5), и не требуют конфигурирования. Они дают возможность

EIGRP маршрутизатору контролировать процесс поиска преемника и гаранти-

ровать, что соседи являются все еще достижимыми. Работа механизма SIA–

Query приводится на рисунке 6.18.

10.1.1.0/24

R2 R3



10.1.1.0/24

Q Q



10.1.1.0/24

SIA-Q

SIA-R



Рисунок 6.18 – Работа механизма SIA–Query

Маршрутизатор R1 обнаруживает недоступность сети 10.1.1.0/24 и

посылает запрос о ней маршрутизатору R2. Маршрутизатор R2 не подключен

к этой сети и обращается с запросом к маршрутизатору R3. Если проблема в

канале связи находиться между маршрутизаторами R2 и R3, пакет ответа от

маршрутизатора R3 к R2 может быть потерян. Маршрутизатор R1 не видит

протекание процесса и предполагает, что проблема находится в канале связи

до маршрутизатора R2. После трех минутной задержки R1 прекращает сосед-

ские отношения с R2 и сбрасывает все известные маршруты, проходящие че-

рез маршрутизатор R2.

При использовании SIA–Query маршрутизатор R1 при отсылке запроса

к R2 в середине трехминутного интервала посылает SIA–Query к маршрутиза-

тору R2. Маршрутизатор R2 получает SIA–Query и отвечает на него SIA–

Reply, R1 получив пакет, подтверждает достижимость маршрутизатора R2 и

не разрывает и ним соседские отношения. Через такое же время R2 посылает

SIA–Query маршрутизатору R3 и не получив на него ответ прекращает с ним

соседские отношения. После этого маршрутизатор R2 оповещает маршрути-

125

затор R1 о недостижимости сети 10.1.1.0/24. Маршрутизаторы R1 и R2 удаля-

ют активный маршрут до сети 10.1.1.0/24 из своих таблиц топологии. Отно-

шения соседства между маршрутизаторами R1 и R2 не изменяются.

126

7 Конфигурирование и тестирование протокола EIGRP

Несмотря на сложность алгоритма DUAL, конфигурирование протокола

EIGRP является относительно простым.

7.1 Запуск протокола EIGRP

Для запуска протокола EIGRP используется команда router eigrp

autonomus–system–number. Параметр autonomus–system–number представляет

собой номер автономной системы, который используется для идентификации

маршрутизаторов принадлежащих домену маршрутизации. Это значение

должно совпадать у всех маршрутизаторов в пределах домена маршрутиза-

ции.

Для описания сетей участвующих в процессе маршрутизации использу-

ется команда network.

Синтаксис команды network для протокола EIGRP приводится в приме-

ре 7.1.

Пример 7.1 – Синтаксис команды network

(config-router)# network network-number [wildcard-mask]

(config-router)# no network network-number [wildcard-mask]

Описание параметров команды network приводиться в таблице 7.1.

Таблица 7.1 – Параметры команды network

Параметр Описание

network-number Номер сети участвующей в процессе

маршрутизации EIGRP.

wildcard-mask Обратная маска подсети для сети

участвующей в процессе маршрутиза-

ции EIGRP.

По значению network-number маршрутизатор определяет, какие сети бу-

дут участвовать в процессе маршрутизации EIGRP и через какие интерфейсы

производить рассылку служебных пакетов протокола EIGRP. По умолчанию

рассылка служебных пакетов производиться со всех интерфейсов попадаю-

щих в network-number, поэтому не следует забывать о команде passive-inter-

face для контроля интерфейсов, с которых производиться рассылка служеб-

ной информации.

127

Если не использовать параметр wildcard-mask, то процесс маршрутиза-

ции EIGRP предполагает, что все непосредственно подключенные подсети яв-

ляющиеся частью описанной полной классовой сети, будут участвовать в

процессе маршрутизации EIGRP.

При использовании параметра wildcard-mask процесс маршрутизации

EIGRP проводит отбор подсетей участвующих в процессе маршрутизации как

по совпадению номера сети, так по попаданию маски подсети в диапазон

wildcard-mask. Стоит подчеркнуть, что при использовании на маршрутизаторе

нескольких непрерывных подсетей, в процессе маршрутизации не стоит опи-

сывать каждую сеть в отдельности, а можно описать сеть с суммарной wild-

card-mask. Для работы процесса маршрутизации не имеет значения, использу-

ются суммарные или частные wildcard-mask, в независимости от этого, марш-

руты будут распространяться о частных подсетях. Использование суммарных

wildcard-mask уменьшает количество строк конфигурации маршрутизатора,

тем самым, упрощая процесс ее восприятия администратором сети.

Как говорилось ранее, главной составляющей в метрике протокола EI-

GRP является полоса пропускания канала связи. Поэтому, особенно на после-

довательных интерфейсах, необходимо задать пропускную способность кана-

ла. Если значение пропускной способности для таких интерфейсов не менять,

протокол EIGRP будет считать, что пропускная способность канала будет

равна T1. Если канал работает медленнее, маршрутизатор будет вести непра-

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

нале связи используется команда bandwidth.

Синтаксис команды bandwidth приводится в примере 7.2.

Пример 7.2 – Синтаксис команды bandwidth

(config-if)# bandwidth kbps

Здесь значение kbps определяет задаваемую пропускную способность в

килобитах в секунду. Для топологий типа "точка–точка", таких как РРР или

HDLC, пропускная способность устанавливается равной скорости линии. Для

интерфейсов типа "точка–точка" Frame Relay пропускная способность уста-

навливается равной согласованной скорости передачи информации (Commit-

ted Information Rate – CIR). Для многоточечных каналов это значение устанав-

ливается равным сумме всех значений CIR на данном интерфейсе.

Стоит обратить особенное внимание, что скорость канала, задаваемая

командой bandwidth, является только справочной, и ни как не влияет на ре-

альную скорость передачи данных по каналу связи. Часто сетевые админи-

страторы задают на каналах справочные скорости меньше или больше реаль-

ных с целью того чтобы маршрут через этот канал становился менее или нао-

борот более привлекательным с точки зрения протокола EIGRP. Манипулиро-

128

вание значением bandwidth является самым простым и действенным способом

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

Также рекомендуется в настройках процесса маршрутизации использо-

вать команду eigrp log-neighbor-changes. При использовании данной команды

фиксируются все события связанные с изменением состояния соседних EI-

GRP маршрутизаторов с которыми установлены и поддерживаются соседские

отношения. В последних версиях IOS данная команда включена по умолча-

нию и не отображается в конфигурации маршрутизатора.

10.1.0.0/16

S1S0

172 .16.2.0/24

172.16.7.0/24

10.4.0.0/16

172.16.1.0/24

172 .16.4.0/24

192 .168 .1.0/24

r1#

router eigrp 200

network 10.0.0.0

network 172.16.0.0

AS200

Рисунок 7.1 – Пример конфигурации процесса маршрутизации в AS 200

На рисунке 7.1 приводится конфигурация процесса маршрутизации EI-

GRP на маршрутизаторах автономной системы. Маршрутизатор R1, совмест-

но с другими маршрутизаторами является частью автономной системы с но-

мером 200. Для установки соседских отношений все маршрутизаторы должны

принадлежать одной автономной системе.

При включении в процесс маршрутизации EIGRP сетей настроенных на

интерфейсах маршрутизатора R1 можно воспользоваться следующими ко-

мандами (Пример 7.1).

Пример 7.1 – Запуск процесса EIGRP на маршрутизаторе R1

r1(config)# router eigrp 200

r1(config–router)# network 10.1.0.0

r1(config–router)# network 10.4.0.0

r1(config–router)# network 172.16.2.0

r1(config–router)# network 172.16.7.0

Так как при настройке не использовались обратные маски для задания

сетей участвующих в процессе маршрутизации, то маршрутизатор автомати-

чески произведет суммирование команд network до классовых сетей. В ре-

129

зультате получится конфигурация представленная на рисунке 7.1, следова-

тельно, все интерфейсы маршрутизатора R1 являющееся частью сетей

10.0.0.0/8 и 172.16.0.0/16 участвуют в процессе маршрутизации.

Другой возможной конфигурацией маршрутизатора может быть конфи-

гурация представленная в примере 7.2.

Пример 7.2 – Конфигурация EIGRP с использованием wildcard-mask

router eigrp 200

network 10.1.0.0 0.0.255.255

network 10.4.0.0 0.0.255.255

network 172.16.2.0 0.0.0.255

network 172.16.7.0 0.0.0.255

В данной конфигурации маршрутизатор сопоставляет номер сети и

обратную маску сети для определения интерфейсов участвующих в процессе

маршрутизации в пределах автономной системы.

External Network

172 .16.1.0/30

r2#

router eigrp 200

network 172.16.0.0

r1#

router eigrp 200

network 172.16.3.0 0.0.0.255

network 172.16.4.0 0.0.0.255

Рисунок 7.2 – Запуск EIGRP на маршрутизаторе с подключением

к внешней сети

На рисунке 7.2 приводится пример сети, в которой необходимо исполь-

зовать wildcard-mask для описания сетей участвующий в процессе маршрути-

зации, так как маршрутизатор R1 имеет соединение с внешней сетью, в кото-

рой так же может быть запущен процесс EIGRP маршрутизации с таким же

номером автономной системы.

Если не использовать обратные маски при настройке маршрутизатора

R1, тогда он посылать EIGRP пакеты во внешнюю сеть. Это приведет к поте-

рям пропускной способности канала связи, загрузке вычислительных возмож-

ностей маршрутизатора и распространению во внешнюю сеть информации о

топологии «домашней» сети.

В современных сетях передачи данных на маршрутизаторах могут быть

одновременно запущены несколько протоколов маршрутизации или несколь-

ко процессов маршрутизации одного протокола, поэтому использование wild-

card-mask позволяет точно указывать какие сети, будут участвовать в кон-

кретном процессе маршрутизации.

130