Вебинар на тему "Routing basics lab"

UPD: Вебинар состоялся.



Просмотреть в оригинале (с помощью Webex)
Скачать оригинал в формате .arf для оффлайн просмотра

Файлы лабораторной работы:
Логическая топология и задания (pdf)
Правила, логическая/физическая топологии и задания (pdf)
GNS3 топология
Начальные конфиги
Финальные конфиги

Как добавить лабу в GNS3
  1. Открываем файл топологии (.gns3) текстовым редактором и меняем следующее:
    «PUT-L2-IMAGE-NAME» на название вашего L2 образа (для каждого свитча)
    «PUT-L3-IMAGE-NAME» на название вашего L3 образа (для каждого роутера)
    «host»: «gns3server» на IP или hostname вашего сервера GNS3 (или виртуалки)
  2. Сохраняем и открываем топологию в GNS3.
  3. File -> Import/Export Device Configs -> Import и указываем на папку с распакованными конфигами.
  4. Можно запускать и работать.
Или файлы для импорта в UNL




В воскресенье 8 мая в 18:00 МСК состоится вебинар «Routing basics lab», в котором мы будем решать лабораторную работу в прямом эфире.
Вебинар проведёт Дмитрий Фиголь.
Лабораторная работа будет включать в себя следующие темы: Static routing/PPP/PPPoe/PBR/SLA. Приходите подготовленными!
Топология и задания будут выложены на ccie.linkmeup.ru в теме про вебинар за 10-15 минут до начала.

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

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

 

Тема: Routing basics lab
Организатор: Dmitry Figol
Дата: 08 Мая 2016 г.
Время: 18:00, Российское время (Москва, GMT+03:00)
Номер сеанса: 202 373 729
Пароль сеанса: linkmeup
Продолжительность: 3-4 часа

 
Присоединиться к сеансу обучения
1. Перейдите по ссылке
2. Введите ваше имя и электронный адрес.
3. Введите пароль сеанса: linkmeup
4. Нажмите «Присоединиться сейчас».
5. Следуйте инструкциям на экране.

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

Всё сказанное Дмитрием является его личным мнением и может не совпадать с мнением и позицией компании Cisco.

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

Все выпуски


Сеть “Лифт ми Ап” вместе со своим штатом разрастается вдоль и поперёк. Обслуживание ИТ-инфраструктуры вынесли в отдельную специально созданную организацию “Линк ми Ап”.
Буквально на днях были куплены ещё четыре филиала в различных городах и инвесторы открыли для себя новые измерения движения лифтов. А сеть выросла с четырёх маршрутизаторов сразу до десяти. При этом количество подсетей теперь увеличилось с 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.5


Маршрутизатор в Москве анонсирует всем остальным маршрутизаторам в сети маршрут по умолчанию. Но на все остальные маршрутизаторы он приходит с одинаковой метрикой равной 1 и метрика не увеличивается по пути передачи маршрута.
Для удобства решено было изменить настройки по умолчанию таким образом, чтобы начальная метрика маршрута по умолчанию была 30 и по пути, с передачей маршрута по умолчанию по сети, к начальной метрике добавлялась стоимость пути. Кроме того, в дальнейшем возможно добавление резервного маршрутизатора в Москве, с которого на провайдера будет указывать ещё один маршрут по умолчанию. Резервный маршрутизатор будет использоваться только если пропадет основной, поэтому маршруты по умолчанию, которые они анонсируют должны быть с разными метриками.
Ответ не торопитесь открывать.

Задача №6.4

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

Задача №6.3


С провайдером «Филькин сертификат» случилась оказия. Из-за их ошибки в настройках VPN на маршрутизатор во Владивостоке начали приходить какие-то непонятные маршруты, вероятно, от другого клиента или внутренние самого сети провайдера. Некоторые сети пересекались с локальными сетями и была потеряна связь с некоторыми участками сети. После этого случая было решено защититься на будущее от подобных ситуаций.
Ситуация, вообще говоря, надуманная и маловероятная, но в качестве задачки подойдёт.
На участке между Москвой и Владивостоком необходимо настроить маршрутизаторы таким образом, чтобы они, при установке отношений соседства, проверяли ещё и установленный пароль. Пароль должен быть: MskVladPass и передаваться он должен в виде хеша md5 (номер ключа 1).
Ответ не торопитесь открывать.