Live лаба по EIGRP от Димы Фиголя

В субботу 20 августа в 18:00 МСК состоится вебинар лабинар по теме «EIGRP», в котором мы будем решать лабораторную работу в прямом эфире.
Вебинар проведёт Дмитрий Фиголь.
Основной упор лабораторной работы будет на EIGRP, но другие темы тоже могут встретиться. Приходите подготовленными!
Топология и задания будут выложены на ccie.linkmeup.ru в теме про лабинар за 10-15 минут до начала.

Кратко о формате вебинара:
Участники решают лабораторную работу, подготовленную экспертом.
Роль эксперта: вводить команды, направлять и объяснять сложные и непонятные моменты.
Роль участников: говорить, какие команды выполнять и, в итоге, решить все задания.
Смысл такого вебинара: построить методологию для траблшутинга проблемы любой сложности.
Рекомендуется активно принимать участие, решая задания. Для этого нужна хорошая гарнитура.
Или можно участвовать в вебинаре просто в режиме слушателя.

Ждём вас на вебинаре!

Тема: EIGRP lab
Организатор: Dmitry Figol
Дата: 20 августа 2016 г.
Время: 18:00, Российское время (Москва, GMT+03:00)
Номер сеанса: 204 979 278
Пароль сеанса: linkmeup (54656387 с телефонов)
Продолжительность: 5-5.5 часов
Присоединиться к сеансу обучения:
  1. Перейдите по ссылке
  2. Введите ваше имя и электронный адрес.
  3. Введите пароль сеанса: linkmeup
  4. Нажмите «Присоединиться сейчас».
  5. Следуйте инструкциям на экране.
Для просмотра в других часовых поясах или на других языках нажмите ссылку
Скачать файл для календаря можно здесь

Важно: Для того, чтобы у вас был звук, вам необходимо подключиться к аудио, нажав на «Audio Conference» и выбрав «Use computer for audio» — если вы ходите подключиться к аудио через ваш компьютер, или выбрав «Use Phone», чтобы Webex вам позвонил.

Вебинар и лабинар по EIGRP

В четверг 18 августа в 19:30 МСК состоится очередной вебинар на тему «EIGRP», который проведёт Дмитрий Фиголь.
В нём мы рассмотрим как и основы протокола EIGRP, так и продвинутые фичи.
Будет интерактив, поэтому будьте готовы участвовать — естественно, для этого нужна хорошая гарнитура.
Помните, что вебинар — это в первую очередь для вас, поэтому ваши вопросы приветствуются. Также, если вам есть, что дополнить по теме — не стесняйтесь делиться в прямом эфире. Судя по нашему опыту, наибольшая польза от подобных мероприятий достигается, когда идёт оживлённое обсуждение сложных вопросов, где побеждает коллективный разум.

Ниже вы найдёте детали для подключения к вебинару. Регистрация не требуется. Запись вебинара будет выложена позже.
Ждём вас на вебинаре!

Тема: EIGRP
Организатор: Dmitry Figol
Дата: 18 августа 2016 г.
Время: 19:30, Российское время (Москва, GMT+03:00)
Номер сеанса: 208 477 790
Пароль сеанса: linkmeup
Продолжительность: 3-4 часа
Присоединиться к сеансу обучения:
  1. Перейдите по ссылке
  2. Введите ваше имя и электронный адрес.
  3. Введите пароль сеанса: linkmeup
  4. Нажмите «Присоединиться сейчас».
  5. Следуйте инструкциям на экране.
Для просмотра в других часовых поясах или на других языках нажмитессылку
Скачать файл для календаря можноздесь

Кроме того, в субботу 20 августа состоится «лабинар», который будет проводиться в другом формате — участники будут решать лабораторную работу, подготовленную экспертом. Роль эксперта: вводить команды, направлять и объяснять сложные и непонятные моменты. Роль участников: говорить, какие команды выполнять и, в итоге, решить все задания. Смысл такого вебинара: построить методологию для траблшутинга проблемы любой сложности. Длительность этого лабинара будет 4-5 часов. Задания будут сложные, поэтому приходите подготовленными!
UPD: Проголосовать за время можно по ссылке

Особенности протокола EIGRP

Данную статью написал наш читатель и слушатель Дмитрий Фиголь специально для linkmeup.
==================================

Привет! В этой статье я расскажу про интересные особенности протокола маршрутизации EIGRP.
Основы EIGRP отлично описаны в одной из статей цикла СДСМ: 6. Сети для самых маленьких. Часть шестая. Динамическая маршрутизация
В первой половине статьи кратко описаны некоторые факты об этом протоколе, а во второй — несколько интересных примеров с топологией и командами.

Факты про EIGRP


  • В феврале 2013 года Cisco решила открыть EIGRP. Стоит отметить, что был открыт не исходный код, а лишь информация, необходимая для реализации протокола. В итоге появился драфт RFC. Последнее обновление 10.04.2014. В этом документе не была раскрыта ключевая особенность — Stub, без которой пользоваться протоколом практически бесполезно. Интересна реакция других вендоров: на сегодняшний день никто, кроме Cisco, не внедрил поддержку этого протокола в своём оборудовании.
  • EIGRP для расчёта метрики использует 5 K-values, которые являются лишь модификаторами (коэффициентами), и 4 значения метрики. Надёжность (reliability) и загрузка линка (load) являются динамическими параметрами, поэтому эти значения пересчитываются только при изменении в сети. K5 — это дополнительный коэффициент надёжности, и никакого отношения к MTU он не имеет! Напомню общую формулу расчёта метрики:

    А если K5 = 0, то формула имеет такой вид:



    где min_bandwidth — это пропускная способность наихудшего линка в kbps,
    а total_delay — это сумма задержек всех линков в мкс (микросекундах).
    Для изменения метрики обычно меняют delay, так как bandwidth влияет на QoS, кроме этого, изменение bandwidth не всегда меняет метрику (если наихудший линк не изменился).
    Минимальное значение MTU действительно подсчитывается, но не принимает никакой роли в определении лучшего пути. В своей топологии в GNS3 я тестировал несколько десятков раз с помощью команд redistribute connected metric и maximum-paths 1. Несмотря на различное значение MTU, лучший путь выбирается тот, который был изучен ранее. Также интересно, что в драфте RFC упоминается дополнительный коэффициент K6 и 2 дополнительных значения метрики: джиттер (jitter) и энергия (energy).
  • Feasibility Condition не всегда легко понять в первый раз. Но логика очень простая: если ты говоришь мне, что у тебя метрика больше, чем метрика моего лучшего пути, значит есть шанс, что твой путь проходит через меня, что в свою очередь означает петлю. Из-за этого часто очевидные для инженера «пути-без-петли» могут не рассматриваются протоколом как feasible successors. Помните, EIGRP не видит всей сети — а лишь то, что говорят соседи.
  • EIGRP — Distance Vector протокол, никакой гибридности в нём нет.
  • С помощью show ip eigrp neighbors detail можно посмотреть, является ли сосед тупиковым (stub) роутером.
  • Помните, с помощью команды show ip eigrp topology видны лишь successors и feasible successors. Чтобы посмотреть все возможные пути, необходимо добавить ключевое слово «all-links»: show ip eigrp topology all-links.
  • В IOS 15 наконец-то отключена по умолчанию автоматическая суммаризация, ура! Прощай, команда no auto-summary!
  • Значения таймеров (Hello и Hold) могут быть неодинаковыми. Кстати, значение таймера Hold передаётся соседу и означает: «если в течение X секунд ты от меня не получишь Hello, значит я больше недоступен».
  • EIGRP использует свой транспортный протокол (IP protocol number: 88) — RTP (Reliable Transport Protocol). Не стоит путать его с другим известным протоколом Real-time Transport Protocol (тоже RTP), который используется для передачи потоков реального времени, например, VoIP (в связке с SIP). EIGRP также использует мультикаст адрес: 224.0.0.10. Не забывайте во входящем ACL разрешать EIGRP трафик, например, с помощью записи: permit eigrp any any.
  • Из-за различных значений административной дистанции (AD) для внутренних (90) и внешних (170) маршрутов EIGRP позволяет избежать некоторых проблем при редистрибьюции (redistribution).
  • Помните, что 2 роутера могут быть соседями, и при этом у них может не быть adjacency. С помощью команды show ip eigrp neighbors показываются все соседи, а для того, чтобы узнать, является ли сосед смежным (adjacent), необходимо убедиться, что значение в поле Q Cnt равно 0.
  • EIGRP кроме суммарного маршрута может отправить и конкретный специфический маршрут. Эта особенность называется EIGRP Leak Map. Это полезно, если мы хотим сделать traffic engineering. Идея очень похожая на bgp unsuppress-map. Для этого необходимо применить команду: ip summary-address eigrp as-number summary-address summary-mask leak-map leak-map-route-map.

Ну что, пора заняться практикой?

Читать дальше →

Сети для самых маленьких. Часть шестая. Динамическая маршрутизация

Все выпуски


Сеть “Лифт ми Ап” вместе со своим штатом разрастается вдоль и поперёк. Обслуживание ИТ-инфраструктуры вынесли в отдельную специально созданную организацию “Линк ми Ап”.
Буквально на днях были куплены ещё четыре филиала в различных городах и инвесторы открыли для себя новые измерения движения лифтов. А сеть выросла с четырёх маршрутизаторов сразу до десяти. При этом количество подсетей теперь увеличилось с 9 до 20, не считая линков точка-точка между маршрутизаторами. И тут во весь рост встаёт вопрос управления всем этим хозяйством. Согласитесь, добавлять на каждом из узлов маршруты во все сети вручную — мало удовольствия.
Ситуация усложняется тем, что сеть в Калининграде уже имеет свою адресацию, и на ней запущен протокол динамической маршрутизации EIGRP.
Итак, сегодня:

  • Разбираемся с теорией протоколов динамической маршрутизации.
  • Внедряем в сеть “Лифт ми Ап” протокол OSPF
  • Настраиваем передачу (редистрибуцию) маршрутов между OSPF и EIGRP
  • В этом выпуске мы добавляем раздел “Задачи”. Идентифицировать по ходу статьи их будут такие пиктограммы:

Уровень сложности будет разный. Ко всем задачам будут ответы, которые можно посмотреть на сайте цикла. В некоторых из них вам понадобится подумать, в других почитать документацию, в третьих разобраться в топологии и, может, даже смотреть отладочную информацию. Если задача нереализуема в РТ, мы сделаем специальную пометку об этом.



Читать дальше →

Задача №6.7

На последнем совещании Лифт ми Ап было решено, что сеть Калининграда необходимо также переводить на OSPF.
Переход должен быть совершен без разрывов связи. Было решено, что лучшим вариантом будет параллельно с EIGRP поднять OSPF на трёх маршрутизаторах Калининграда и после того, как будет проверено, что вся информация о маршрутах Калининграда распространилась по остальной сети и наоборот, отключить EIGRP.
Но, так как сеть Калининграда достаточно большая, с большим количеством сетей, было решено, что необходимо отделить её от остальной сети так, чтобы изменения в сети Калининграда не приводили к запуску алгоритма SPF на других маршрутизаторах сети.
Ответ не торопитесь открывать.

Ответ к задаче №6.7

Задача 6.7
На klgr-balt-gw1:
klgr-balt-gw1(config)# router ospf 1
klgr-balt-gw1(config-router)# network 172.16.2.32 0.0.0.3 area 0
klgr-balt-gw1(config-router)# network 172.16.255.64 0.0.0.0 area 0
klgr-balt-gw1(config-router)# network 172.16.2.36 0.0.0.3 area 1
klgr-balt-gw1(config-router)# network 172.16.2.40 0.0.0.3 area 1
klgr-balt-gw1(config-router)# network 10.0.0.0 0.255.255.255 area 1

Задача №6.6


На маршрутизаторе klgr-balt-gw1 настроено перераспределение маршрутов EIGRP в OSPF. Далее по сети маршруты передаются как внешние с метрикой 20, которая не увеличивается по пути передачи маршрута. Необходимо изменить настройки так, чтобы по пути, с передачей внешних маршрутов по сети, к метрике внешних маршрутов добавлялась стоимость пути.
Ответ не торопитесь открывать.

Задача №6.4

Из-за настроек различных механизмов QoS на маршрутизаторах Калининграда, было изменено значение пропускной способности на интерфейсах, эти значения теперь не соответствуют действительности. Поэтому было решено, что необходимо изменить подсчет метрики EIGRP на маршрутизаторах Калининграда таким образом, чтобы учитывалась только задержка (delay) и не учитывалась пропускная способность интерфейса (bandwidth).
Ответ не торопитесь открывать.

Ответ к задаче №6.4

Задача 6.4
Метрика EIGRP по умолчанию считается по такой формуле (значение коэффициентов по умолчанию K1=K3=1, K2=K4=K5=0):
Metric = (K1 * bandwidth) + [(K2 * bandwidth) / (256 — load)] + (K3 * delay)
Для того чтобы исключить пропускную способность из формулы, необходимо чтобы коэффициент K1 был равен 0.

На трех маршрутизаторах Калининграда:
router eigrp 1
metric weight 0 0 0 1 0 0