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

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

В ОС IOS при описании сетей в процесс маршрутизации EIGRP есть

возможность автоматического преобразования масок подсетей в wildcard-

mask, При описании сети можно использовать маски подсети, а в конфигура-

ционный файл маршрутизатора будут внесены требуемые сети с соответству-

ющими wildcard-mask.

7.2 Настройка аутентификации в протоколе EIGRP

Также как и в протоколе RIP в протоколе EIGRP аутентификация на-

страивается на каждом выходном интерфейсе, за которым находятся соседние

маршрутизаторы. Для настройки аутентификации используются следующие

команды. Команда ip authentication key-chain eigrp указывает на ключевую це-

почку, которая будет использована для аутентификации. Команда ip authentic-

ation mode eigrp md5 указывает, что в качестве метода аутентификации будет

использоваться MD5.

Синтаксис команд ip authentication key-chain eigrp и ip authentication

mode eigrp md5 приводится в примерах 7.3 и 7.4.

Пример 7.3 – Синтаксис команды ip eigrp authentication key-chain

(config-if)# ip authentication key-chain eigrp as-number key-chain

(config-if)# no ip eigrp as-number authentication key-chain [key-chain]

Пример 7.4 – Синтаксис команды ip authentication mode eigrp md5

(config-if)# ip authentication mode eigrp as-number md5

(config-if)# no ip authentication mode eigrp as-number md5

Пример настройки аутентификации между парой соседних маршрутиза-

торов приводится на рисунке 7.3

R1 R2

r2#

interface serial 1

ip address 172.16.1.2 255.255.255.252

ip authentication key -chain eigrp 200 trees

ip authentication mode eigrp 200 md5

router eigrp 200

network 172.16.1.0 255.255.255.252

key chain trees

key 1

key-string chestnut

172.10.1.0/30

r1#

interface serial 0

ip address 172.16.1.1 255.255.255.252

ip authentication key -chain eigrp 200 trees

ip authentication mode eigrp 200 md5

router eigrp 200

network 172.16.1.0 255.255.255.252

key chain trees

key 1

key-string chestnut

S0 S1

Рисунок 7.3 – Настройка аутентификации в протоколе EIGRP

131

Если маршрутизаторы проходят взаимную аутентификацию, то они

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

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

Это можно отследить с помощью команд show ip route и show ip eigrp

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

ции EIGRP. Подробно о данной команде будет рассказано ниже.

При установке соседских отношений с новым маршрутизатором на кон-

соль будет выведено сообщение представленное в примере 7.5

Пример 7.5 – Сообщение об установке соседских отношений

*Mar 13 18:41:51.743 KRSK: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 200: Neighbor

10.93.1.2 (Serial0/0/1) is up: new adjacency

Также процесс обмена Hello пакетами можно посмотреть при помощи

команды debug eigrp packets, которая выводит информацию обо всех служеб-

ных пакетах протокола EIGRP, отправленных и полученных маршрутизато-

ром (Пример 7.6).

Пример 7.6 – Вывод информации о пакетах протокола EIGRP

*Mar 13 18:42:20.079 KRSK: EIGRP: Sending HELLO on Serial0/0/1

*Mar 13 18:42:20.079 KRSK: AS 200, Flags 0x0, Seq 0/0 idbQ 0/0 iidbQ un/rely

0/0

*Mar 13 18:42:20.299 KRSK: EIGRP: received packet with MD5 authentication, key

id = 1

*Mar 13 18:42:20.299 KRSK: EIGRP: Received HELLO on Serial0/0/1 nbr 10.93.1.2

*Mar 13 18:42:20.299 KRSK: AS 200, Flags 0x0, Seq 0/0 idbQ 0/0 iidbQ un/rely

0/0 peerQ un/rely 0/0

Если по каким либо причинам аутентификация не прошла, то команда

debug eigrp packets проинформирует об этом при помощи сообщения вида

(Пример 7.7)

Пример 7.7 – Ошибка аутентификации

*Mar 13 18:45:26.843 KRSK: EIGRP: pkt key id = 1, authentication mismatch

*Mar 13 18:45:26.843 KRSK: EIGRP: Serial0/0/1: ignored packet from 10.93.1.2,

opcode = 5 (invalid authentication)

Если до настройки аутентификации маршрутизаторы уже находились в

соседских отношениях, а при аутентификации произошла ошибка, то на кон-

соль будет выведено сообщение представленное в примере 7.8

132

Пример 7.8 – Разрыв соседских отношений

*Mar 13 18:44:44.951 KRSK: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 200: Neighbor

10.93.1.2 (Serial0/0/1) is down: Auth failure

7.3 Суммирование маршрутов в протоколе EIGRP

Протокол EIGRP способен производить как автоматическое, так и руч-

ное суммирование маршрутов. Протокол EIGRP автоматически производит

суммирование маршрутов на классовых границах сетей. Так же как и в проко-

ле RIP v2 данная возможность оставлена для совместимости с предшествен-

ником протокола EIGRP, классовым протоколом IGRP.

В большинстве современных сетей передачи данных функция автомати-

ческого суммирования маршрутов не актуальна, а в некоторых случаях может

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

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

no auto–summary в настройке EIGRP маршрутизатора. При необходимости

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

ся заданными вручную суммарными маршрутами.

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

манда ip summary–address eigrp, данная команда задается на интерфейсе, че-

рез который будет распространяться суммарный маршрут. Синтаксис ко-

манды ip summary–address eigrp приводится в примере 7.9

Пример 7.9 – Синтаксис команды ip summary–address eigrp

(config-if)# ip summary-address eigrp as-number ip-address ip-network-mask

[admin-distance]

(config-if)# no ip summary-address eigrp as-number ip-address ip-network-mask

Описание параметров команды ip summary–address eigrp приводиться в

таблице 7.2.

Таблица 7.2 – Параметры команды ip summary–address eigrp

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

as-number Номер автономной системы, для кото-

рой задается суммарный маршрут.

ip-address IP адрес суммарного маршрута.

ip-network-mask Маска подсети суммарного маршрута.

admin-distance Административное расстояние для

суммарного маршрута.

133

По умолчанию параметр admin-distance для суммарных маршрутов про-

токола EIGRP равняется 5. Это сделано, для того чтобы такой суммарный

маршрут выигрывал по административному расстоянию у маршрутов от всех

других динамических протоколов маршрутизации, в том числе и у самого EI-

GRP. Однако в некоторых ситуациях это может привести к неправильной ра-

боте сети, поэтому для суммарных маршрутов желательно устанавливать

административное расстояние равное административному расстоянию прото-

кола EIGRP, т.е. 90.

На рисунке 7.4 маршрутизаторы R1 – R3 имеют непосредственное под-

ключение к сетям 172.16.х.0/24, а включение между собой этих маршрутиза-

торов произведено через сеть 10.0.0.0/8. При таком включении для передачи

трафика между сетями 172.16.х.0/24, в сети 10.0.0.0/8 должны существовать

частные маршруты до каждой из этих сетей. Следовательно, на маршрутиза-

торах R1 – R3 необходимо отключить автоматическое суммирование маршру-

тов.

На маршрутизаторе R4 администратор вручную задает распространение

суммарных маршрутов на все подсети сетей 172.16.0.0/16 и 10.0.0.0/8 с интер-

фейса serial 0 во внешнюю WAN сеть. Таким образом, для сети WAN марш-

рутизатор R4 представляется как единственный вход в сеть 172.16.0.0/16.

WAN

10.0.0.0/8

172 .16.1.0/24

172 .16.2.0/24

172 .16.3.0/24

192 .168.1.0/30

r4#

router eigrp 200

network 10.0.0.0

network 192.168.1.0 0.0.0.3

interface Serial 0

ip address 192.168.1.1 255.255.255.252

ip summary-address eigrp 200 10.0.0.0 255.0.0.0 90

ip summary-address eigrp 200 172.16.0.0 255.255.0.0 90

r3#

router eigrp 200

network 10.0.0.0

network 172.16.0.0

no auto-summary

Рисунок 7.4 – Суммирование маршрутов в протоколе EIGRP

7.4 Настройка маршрута по умолчанию в протоколе EIGRP

Протокол EIGRP не имеет возможности распространять маршрут по

умолчанию 0.0.0.0 0.0.0.0, так как это реализовано в протоколе RIP.

При использовании EIGRP можно создать маршрут по умолчанию с по-

мощью команды ip default–network (Рисунок 7.5).

134

External AS10.0.0.0/8

r2# show ip route

...

Gateway of last resort is 10.64.0.1 to network 192.168.1.0

10.0.0.0/8 is variably subnetted , 7 subnets, 2 masks

...

C 10.64.0.0/24 is derectly connected, Ethernet 0

D* 192.168.1.0/30 [90/10486122] via 10.64.0.1, 00:00:15, Ethernet0

10.64.0.0/24

router eigrp 200

network 10.64.0.0 0.0.0.255

network 192.168.1.0 0.0.0.3

passive-interface Serial0

ip default-network 192.168.1.0

ip route 192.168.1.0 255.255.255.0 192.168.1.1

192 .168 .1.0/30

r1# show ip route

Gateway of last resort is not set

...

C 10.64.0.0/24 is derectly connected, Ethernet 0

S* 192.168.1.0/30 [1/0] via 192.168.1.1

Рисунок 7.5 – Маршрут по умолчанию в протоколе EIGRP

Маршрутизатор сконфигурированный данной командой, рассматривает

сеть, описанную в этой команде как шлюз «последней надежды». Сеть долж-

на быть достижима для маршрутизатора, который использует эту команду,

прежде чем он объявит себя как кандидат на маршрут по умолчанию.

Сеть, сконфигурированную в этой команде нужно также объявить дру-

гим EIGRP маршрутизаторам так, чтобы те могли использовать эту сеть как

маршрут по умолчанию и установить шлюз «последней надежды».

Начиная с версии IOS 12.0(4)T еще одним возможным способом рас-

пространения маршрута по умолчанию 0.0.0.0 0.0.0.0 является настройка сум-

марного маршрута 0.0.0.0 0.0.0.0 на выходных интерфейсах головного марш-

рутизатора.

7.5 Распределение нагрузки в протоколе EIGRP

Как и другие протоколы динамической маршрутизации, протокол EI-

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

с равной стоимостью. По умолчанию количество маршрутов, по которым мо-

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

Кроме этого протокол EIGRP имеет возможность распределения на-

грузки между маршрутами с различными метриками. Степень различия мет-

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

можно контролировать с помощью команды variance заданной в режиме кон-

135

фигурации процесса маршрутизации EIGRP. Синтаксис команды variance

приводится в примере 7.10.

Пример 7.10 – Синтаксис команды variance

(config-router)# variance multiplier

(config-router)# no variance

Параметр multiplier (множитель) отражает значение вариации от 1 до 128,

используемой при распределении нагрузки. По умолчанию принимается значе-

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

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

дут приниматься в расчет для распределения нагрузки.

1530

1010

1020

Рисунок 7.6 – Распределение нагрузки по маршрутам

с различными метриками

На рисунке 7.6 диапазон метрик, для маршрутов от маршрутизатора R5

до сети Z, составляет от 20 до 45. Этот диапазон значений используется в про-

цедуре определения потенциального маршрута. Маршрут считается приемле-

мым, если следующий маршрутизатор, лежащий на пути, будет ближе к полу-

чателю, чем текущий, и метрика всего маршрута лежит в пределах вариации.

Если этих условия соблюдены, то такой маршрут будет считаться приемле-

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

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

На рисунке 7.6, имеются три маршрута к сети Z, метрики для этих

маршрутов:

– 30 – верхний маршрут;

– 20 – средний маршрут;

– 45 – нижний маршрут.

136

По умолчанию маршрутизатор R5 помещает в свою таблицу маршрути-

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

кой.

Для включения режима балансировки нагрузки по маршрутам с различ-

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

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

шего маршрута умноженного на величину variance.

Для включения балансировки между средним и верхним маршрутами

необходимо использовать variance = 2, т.к. 20*2=40, а это больше метрики

верхнего маршрута. Точно также, что бы добавить нижний маршрут необхо-

димо использовать variance = 3.

При включении процесса распределения нагрузки по маршрутам с

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

висимости от величины variance. По маршруту соответствующему variance =

2, будет отправлено в два раз меньше пакетов относительно количества паке-

тов отправленного по наилучшему маршруту.

7.6 Расширенная настройка протокола EIGRP

7.6.1 Таймеры протокола EIGRP

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

информации соседним маршрутизаторам. Однако для поддержания соседских

отношений между маршрутизаторами необходимо периодически передавать

Hello пакеты. При получении от соседа Hello пакета маршрутизатор понима-

ет, что сосед продолжает функционировать.

Исходя из этого, в протоколе EIGRP существует два основных таймера:

– таймер рассылки Hello пакетов;

– таймер ожидания Hello пакетов.

По умолчанию таймер рассылки Hello пакетов равняется 60 секундам

для низкоскоростных каналов связи, со скоростями меньшими, чем T1 и сетей

NBMA. Для всех остальных типов сетей интервал рассылки Hello пакетов ра-

вен 5 секундам.

Время ожидания получения Hello пакетов должно равняться не менее

трем интервалам рассылки Hello пакетов, следовательно, для низкоскорост-

ных каналов связи данный интервал равняется 180 секундам, а для всех

остальных каналов связи 15 секундам.

При необходимости стандартные значения таймеров можно изменить,

используя команды ip hello-interval eigrp и ip hold-time eigrp . Синтаксис ко-

манд приводится в примерах 7.11 и 7.12.

137

Пример 7.11 – Синтаксис команды ip hello-interval eigrp

(config-router)# ip hello-interval eigrp as-number seconds

(config-router)# no ip hello-interval eigrp as-number seconds

Пример 7.12 – Синтаксис команды ip hold-time eigrp

(config-router)# ip hold-time eigrp as-number seconds

(config-router)# no ip hold-time eigrp as-number seconds

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

ректной работы протокола EIGRP необходимо соблюдать соотношение

таймеров рассылки Hello пакетов и ожидания Hello пакетов.

Еще одним таймером протокола EIGRP является таймер наступления

состояния SIA для сети, о которой был отправлен запрос. По умолчанию дан-

ный таймер равняется трем минутам. В больших сетях передачи данных ис-

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

данный таймер, используя команду timers active-time. Синтаксис команды

приводится в примере 7.13.

Пример 7.13 – Синтаксис команды timers active-time

(config-router)# timers active-time [time-limit | disabled]

(config-router)# no timers active-time

Описание параметров команды timers active-time приводиться в таблице

7.3.

Таблица 7.3 – Параметры команды timers active-time

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

time-limit Время в минутах, по истечении кото-

рого наступает состояние SIA.

disabled Отключение таймера, разрешение

маршрутизатору ожидать получение

ответов бесконечно долгое время.

7.6.2 Изменение административного расстояния протокола EIGRP

По умолчанию административное расстояние протокола EIGRP равня-

ется 90.

В некоторых ситуациях, например во время перехода с некого протоко-

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

го перехода изменить административное расстояние протокола EIGRP с це-

138

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

ции. Для этого используется команда distance eigrp. Синтаксис команды при-

водится в примере 7.14.

Пример 7.14 – Синтаксис команды distance eigrp

(config-router)# distance eigrp internal-distance external-distance]

(config-router)# no distance eigrp

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

Таблица 7.4 – Параметры команды distance eigrp

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

internal-distance Административное расстояние вну-

тренних (собственных) маршрутов EI-

GRP. По умолчанию 90.

external-distance Административное расстояние внеш-

них маршрутов EIGRP. Под внешними

маршрутами понимаются маршруты,

полученные от других протоколов

маршрутизации. По умолчанию 170.

7.6.3 Изменение весовых коэффициентов протокола EIGRP

Формула расчета метрики маршрута в протоколе EIGRP зависит от ве-

совых коэффициентов. По умолчанию коэффициенты равняются: k1=1, k2=0,

k3=1, k4=0, k5=0.

Процесс маршрутизации EIGRP позволяет при помощи команды metric

weights изменить весовые коэффициенты. Синтаксис команды приводится в

примере 7.15.

Пример 7.15 – Синтаксис команды metric weights

(config-router)# metric weights tos k1 k2 k3 k4 k5

(config-router)# no metric weights

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

7.5.

139

Таблица 7.5 – Параметры команды metric weights

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

tos Параметр типа сервиса, всегда уста-

навливается равным 0.

k1 k2 k3 k4 k5 Устанавливаемые весовые коэффици-

енты.

Например, при использовании в сети передачи данных ненадежных ка-

налов связи, можно установить k5=1, тогда формула расчета метрики примет

вид (7.1):

Metric = (BW + Delay)*(1/R) (7.1)

где BW – пропускная способность канала;

Delay – задержка на канале связи;

R – надежность канала связи.

Необходимо подчеркнуть, что модификация весовых коэффициентов

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

стему.

Весовые коэффициенты могут модифицироваться только после тща-

тельного планирования. Изменение значений по умолчанию может препят-

ствовать сходимости сети.

7.6.4 Настройка протокола EIGRP для сетей NBMA

Для функционирования протокола EIGRP в сетях NBMA необходимо

на каждом маршрутизаторе вручную указывать соседей при помощи команды

neighbor, синтаксис команды приводится в примере 7.16.

Пример 7.16 – Синтаксис команды neighbor

(config-router)# neighbor ip-address interface-type interface-number

(config-router)# no neighbor ip-address interface-type interface-number

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

указывается, за каким интерфейсом он находиться.

140