ѕоддержим в трудное врем€ —пециальное предложение на техническую поддержку вашей »“ - инфраструктуры силами наших экспертов ѕодобрать тариф
ѕоставка оборудовани€ √аранти€ и помощь с настройкой. —кидка дл€ наших читателей по промокоду WIKIMERIONET  упить
»нтерфейс статистики Merion Mertics показывает ключевые диаграммы и графики по звонкам, а также историю звонков в формате, который легко поймет менеджер ѕопробовать бесплатно
¬недрение
офисной телефонии
Ўаг на пути к созданию доступных унифицированных коммуникаций в вашей компании ¬недрить
»нтеграци€ с CRM ѕомогаем навести пор€док с данными
и хранить их в единой экосистеме
ѕодключить
»“ Ѕезопастность ”мна€ информационна€ безопасность дл€ вашего бизнеса «аказать
ћерион Ќетворкс

8 минут чтени€

ћетрические веса TOS K1 K2 K3 K4 K5, выданные командой в режиме конфигурации маршрутизатора EIGRP, может быть использована дл€ установки K-значений, используемых EIGRP в своем расчете. ѕараметр TOS был предназначен дл€ использовани€ маркировки качества обслуживани€ (где TOS обозначает тип служебного байта в заголовке IPv4). ќднако параметр TOS должен быть равен 0. Ќа самом деле, если вы введете число в диапазоне 1 - 8 и вернетесь назад, чтобы изучить свою текущую конфигурацию, вы обнаружите, что Cisco IOS изменила это значение на 0. ѕ€ть оставшихс€ параметров в команде metric weights - это п€ть K-значений, каждое из которых может быть задано числом в диапазоне от 0 до 255.

ѕредыдущие статьи из цикла про EIGRP:

  1. „асть 1. ѕонимание EIGRP: обзор, базова€ конфигураци€ и проверка
  2. „асть 2. ѕро соседство и метрики EIGRP

—ледующие статьи из цикла:

  1. „асть 3.  онвергенци€ EIGRP Ц настройка таймеров
  2. „асть 4. ѕассивные интерфейсы в EIGRP
  3. „асть 5. Ќастройка статического соседства в EIGRP
  4. „асть 6. EIGRP: идентификатор роутера и требовани€ к соседству

Ќапример, представьте, что в нашем проекте мы обеспокоены тем, что нагрузка на наши линии может быть высокой в разы, и мы хотим, чтобы EIGRP учитывал уровень насыщени€ линии при расчете наилучшего пути. »зуча€ полную формулу расчета метрики EIGRP, мы замечаем, что наличие ненулевого значени€ дл€ K2 приведет к тому, что EIGRP будет учитывать нагрузку. ѕоэтому мы решили установить K2 равным 1, в дополнение к K1 и K3, которые уже установлены в 1 по умолчанию. «начени€  4 и  5 сохранитс€ на уровне 0. ¬ приведенном ниже примере показано, как можно настроить такой набор K-значений.

OFF1#conf term
Enter configuration commands, one per line. End with CNTL/Z .
OFF1(config)#router eigrp 1
OFF1(config-router)#metric weights 0 1 1 1 0 0
OFF1(config-router)#end
”становка K-значений

ѕервый 0 в команде metric weights 0 1 1 1 0 0, показанной в приведенном выше примере, задает значение TOS равное 0. —ледующие п€ть чисел задают наши п€ть K-значений: K1 = 1, K2 = 1, K3 = 1, K4 = 0, K5 = 0. Ётот набор K-значений теперь будет учитывать не только пропускную способность и задержку, но и нагрузку при выполнении расчета метрики. ќднако есть проблема. ќбратите внимание на сообщени€ консоли, по€вл€ющиес€ после нашей конфигурации. ќба наших соседства были разрушены, потому что маршрутизатор OFF1 теперь имеет другие K-значени€, чем маршрутизаторы OFF2 и OFF3. Ќапомним, что соседи EIGRP должны иметь соответствующие K-значени€, а это означает, что при изменении K-значений на одном EIGRP-спикер маршрутизаторе, вам нужен идентичный набор K-значений на каждом из его соседей EIGRP.  ак только вы настроите соответствующие K-значени€ на этих сосед€х, то каждый из этих соседей должен соответствовать K-значени€м.  ак вы можете видеть, в большой топологии может возникнуть значительна€ административна€ нагрузка, св€занна€ с манипул€цией K-значением.


ѕреемник и возможные маршруты преемников

ќдна из причин, по которой EIGRP быстро восстанавливает соединени€ в случае сбо€ маршрута, заключаетс€ в том, что EIGRP часто имеет резервный маршрут, готовый вз€ть на себ€ управление, если основной маршрут уходит в down. „тобы убедитьс€, что резервный маршрут не зависит от основного маршрута, EIGRP тщательно провер€ет резервный маршрут, убедившись, что он соответствует условию осуществимости EIGRP. ¬ частности, условие осуществимости гласит:

ћаршрут EIGRP €вл€етс€ возможным маршрутом-преемником, если его сообщенное рассто€ние (RD) от нашего соседа меньше возможного рассто€ни€ (FD) маршрута-преемника.

Ќапример, рассмотрим топологию, показанную на следующем рисунке, и соответствующую конфигурацию, приведенную ниже. ќбратите внимание, что сеть 10.1.1.8/30 (между маршрутизаторами OFF2 и OFF3) доступна из OFF1 через OFF2 или через OFF3. ≈сли маршрутизатор OFF1 использует маршрут через OFF2, он пересекает канал св€зи 1 √бит/с, чтобы достичь целевой сети. ќднако маршрут через OFF3 заставл€ет трафик пересекать более медленное соединение со скоростью 100 ћбит/с. ѕоскольку EIGRP учитывает пропускную способность и задержку по умолчанию, мы видим, что предпочтительный маршрут проходит через маршрутизатор OFF2. ќднако, что делать, если св€зь между маршрутизаторами OFF1 и OFF2 обрываетс€? ≈сть ли возможный преемственный маршрут, который может почти сразу заработать? ќп€ть же, мы видим, что маршрутизатор OFF1 будет использовать возможный маршрут преемника через маршрутизатор OFF3. ќднако, прежде чем мы убедимс€ в этом, мы должны подтвердить, что путь через OFF3 соответствует условию осуществимости.

подтвердить, что путь через OFF3 соответствует условию осуществимости

¬озможное условие преемника выполнено на маршрутизаторе OFF1

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

ѕросто в силу того, что маршрут через маршрутизатор OFF3 (то есть через 10.1.1.6) по€вл€етс€ в выходных данных команды show ip eigrp topology, выполненной на маршрутизаторе OFF1, мы делаем вывод, что путь через OFF3 действительно €вл€етс€ возможным маршрутом-преемником. ќднако давайте рассмотрим выходные данные немного более внимательно, чтобы определить, почему это возможный маршрут-преемник.

¬о-первых, рассмотрим запись из выходных данных в приведенном выше примере, идентифицирующую последующий маршрут (то есть предпочтительный маршрут):

via 10.1.1.2 (3072/2816), GigabitEthernet0/1

„асть выходных данных via 10.1.1.2 говорит, что этот маршрут указывает на адрес следующего прыжка 10.1.1.2, который €вл€етс€ маршрутизатором OFF2. Ќа интерфейсе GigabitEthernet0/1 часть выходных данных указывает, что мы выходим из маршрутизатора OFF1 через интерфейс Gig0/1 (то есть выходной интерфейс). “еперь давайте рассмотрим эти два числа в скобках: (3072/2816). —тоимость 2816 называетс€ зафиксированна€ дистанци€ (reported distance (RD). ¬ некоторых литературных источниках это значение также называетс€ advertised distance (AD). Ёти термины, синонимы, относ€тс€ к метрике EIGRP, сообщенной (или объ€вленной) нашим соседом по EIGRP. ¬ данном случае значение 2816 говорит нам, что метрика маршрутизатора OFF2 (то есть рассто€ние) до cети 10.1.1.8/30 равна 2816. «начение 3072 на выходе - это допустимое рассто€ние маршрутизатора OFF1 (FD). FD вычисл€етс€ путем добавлени€ RD нашего соседа к метрике, необходимой дл€ достижени€ нашего соседа. ѕоэтому, если мы добавим метрику EIGRP между маршрутизаторами OFF1 и OFF2 к RD маршрутизатора OFF2, мы получим FD (то есть общее рассто€ние), необходимое дл€ того, чтобы OFF1 добралс€ до 10.1.1.8/30 через маршрутизатор OFF2.  стати, причина, по которой маршрутизатор OFF1 определ€ет наилучший путь к сети 10.1.1.8/30, - это via via router OFF2 (то есть 10.1.1.2) ¬ отличие от маршрутизатора OFF3 (то есть 10.1.1.6), потому что FD пути через OFF1 (3072) меньше, чем FD пути через OFF2 (28,416).

ƒалее рассмотрим запись дл€ возможного последующего маршрута из приведенного выше примера:

via 10.1.1.6 (28416/2816), GigabitEthernet0/2

„асть выходных данных via 10.1.1.6 говорит, что этот маршрут указывает на адрес следующего прыжка 10.1.1.6, который €вл€етс€ маршрутизатором OFF3. Ќа интерфейсе GigabitEthernet0/2 часть результатов показывает, что мы выходим из маршрутизатора OFF1 через интерфейс Gig0/2. Ёта запись имеет FD 28 416 и RD 2816. ќднако прежде, чем EIGRP просто слепо сочтет этот резервный путь возможным преемником, он провер€ет маршрут на соответствие условию осуществимости. ¬ частности, процесс EIGRP на маршрутизаторе OFF1 запрашивает, €вл€етс€ ли RD от маршрутизатора OFF3 меньше, чем FD последующего маршрута. ¬ этом случае RD от маршрутизатора OFF3 составл€ет 2816, что действительно меньше, чем FD преемника 3072. ѕоэтому маршрут через маршрутизатор OFF3 считаетс€ возможным преемником маршрута.

„тобы утвердить эту важную концепцию, рассмотрим топологию, показанную ниже. ѕроцесс EIGRP на маршрутизаторе OFF1 изучил три пути дл€ достижени€ сети 10.1.1.0/24. ќднако далее EIGRP должен определить, какой из этих путей €вл€етс€ маршрутом-преемником, какие (если таковые имеютс€) пути €вл€ютс€ возможными маршрутами-преемниками, а какие (если таковые имеютс€) пути не €вл€ютс€ ни преемником, ни возможным маршрутом-преемником. –езультаты расчетов EIGRP приведены в таблице ниже.

езультаты расчетов EIGRP приведены в таблиц

ѕримеры расчетов Feasible Successor

ѕримеры расчетов Feasible Successor

»спользу€ приведенную выше таблицу в качестве рассмотрени€, сначала рассмотрим путь маршрутизатора OFF1 к сети 10.1.1.0/24 через маршрутизатор OFF2. — точки зрени€ маршрутизатора OFF2, рассто€ние до сети 10.1.1.0/24 - это рассто€ние от OFF2 до OFF5 (которое равно 5000) плюс рассто€ние от OFF5 до сети 10.1.1.0/24 (которое равно 1000). Ёто дает нам в общей сложности 6000 дл€ рассто€ни€ от маршрутизатора OFF2 до сети 10.1.1.0/24. Ёто рассто€ние, которое маршрутизатор OFF2 сообщает маршрутизатору OFF1. “аким образом, маршрутизатор OFF1 видит RD 6000 от маршрутизатора OFF2. ћаршрутизатор OFF1, затем добавл€ет рассто€ние между собой и маршрутизатором OFF2 (который равен 10 000) к RD от OFF2 (который равен 6000), чтобы определить его FD дл€ достижени€ сети 10.1.1.0/24 составл€ет 16 000 (то есть 10 000 + 6000 = 16 000). ѕроцесс EIGRP на маршрутизаторе OFF1 выполн€ет аналогичные вычислени€ дл€ путей к сети 10.1.1.0/24 через маршрутизаторы OFF3 и OFF4. Ќиже приведены расчеты, которые привели к значени€м, приведенным в таблице.

расчеты, которые привели к значени€м, приведенным в таблице

«атем маршрутизатор OFF1 провер€ет результаты этих вычислений и определ€ет, что кратчайшее рассто€ние до сети 10.1.1.0/24 проходит через маршрутизатор OFF2, поскольку путь через OFF2 имеет самый низкий FD (16 000). Ётот путь, определ€емый как кратчайший, считаетс€ следующим маршрутом. «атем маршрутизатор OFF1 пытаетс€ определить, соответствует ли любой из других маршрутов условию выполнимости EIGRP. ¬ частности, маршрутизатор OFF1 провер€ет, чтобы увидеть, что RD от маршрутизаторов OFF3 или OFF4 меньше, чем FD последующего маршрута. ¬ случае OFF3 его RD в 11 000 действительно меньше, чем FD последующего маршрута (который составл€ет 16 000). “аким образом, путь к сети 10.1.1.0 /24 через OFF3 квалифицируетс€ как возможный маршрут-преемник. ќднако маршрут через OFF4 не подходит, потому что RD OFF4 из 18 000 больше, чем 16 000 (FD последующего маршрута). ¬ результате путь к сети 10.1.1.0/24 через маршрутизатор OFF4 не считаетс€ возможным маршрутом-преемником.

ћы изучили K - значени€, теперь почитайте про конвергенцию EIGRP и настройку таймеров