Что делает qos pre-classify?

Иногда встречаются недопонимания этой команды. По сути, pre-classify позволяет использовать данные из оригинального IP заголовка для обеспечения QoS в IPSec VPN окружении. Под данными здесь подразумевается не просто значение ToS байта, которое по умолчанию будет скопировано в IPSec, а остальные заголовки оригинального пакета. По сути, эта информация извлекается и передается в исходящий интерфейс параллельно с уже зашифрованным пакетом. Что соответственно позволяет использовать её для service policy.

Стоит учитывать, что pre-classify используется только на spoke роутерах и эффективно ограничивает лишь исходящий трафик. Со стороны же центрального vpn-концентратора, традиционно советуют реализовывать per-tunnel qos policy.

Петли и MPLS

Думаю, что на вопрос о методах борьбы с петлями в MPLS окружении можно отвечать несколькими способами. Например вот так: 

• Построением loop-free окружения занимается лежащий в основе MPLS сети протокол динамической маршрутизации, например OSFP или IS-IS.

Этого должно хватить, такой вариант даже в экзаменационных тестах встречается. Но если появляется желание как следует разобраться в вопросе, то:

• Простейшее дополнение: MPLS заголовок имеет поле TTL значение которого копируется из оригинального IP заголовка (или не копируется в случае no mpls ip propagate-ttl). Это не спасет от появления петель, но позволит справиться с их последствиями.

• Сложное дополнение: может показаться надуманным, но существует способ избежать кратковременных петель возникающих после падения линка. Это механизм MPLS RSVP-TE. Ему можно посвятить отдельный раздел|книгу|религию.

• Архивные дополнения: давным-давно, во времена ATM и Frame-Relay, в MPLS успешно уживались и другие способы избавления от петель. К ним относятся Hop Count TLV, Path-Vector TLV и алгоритм Coroled Thread.

Быть или не быть, succesor или feasible succesor?

Всем известный алгоритм DUAL позволяет протоколу EIGRP получать оптимальную, свободную от петель топологию. В русскоязычных блогах ему обычно уделяется не так много места, типа вот так:

Если маршрут через successor становится недействительным (изменилась топология) или у соседа изменилась метрика, DUAL проверяет, есть ли для данного маршрута feasible successor.
Если feasible successor есть, DUAL использует его в качестве successor-а, что позволяет избежать перерасчет маршрута.
Если feasible successor-а для маршрута нет, производится перерасчет маршрута. Хотя перерасчет не сильно загружает процессор, он занимает определенное время, поэтому желательно избегать ненужных перерасчетов.

На первый взгляд всё так и есть. Но если попытаться разобраться в том, как работает DUAL, станет понятно, что данное описание неполно. Рассмотрим следующую топологию в качестве примера:

Редистрибуция в IPv4 и IPv6.

Нюансы, нюансы.

Если в OSPFv2 мы решим редистрибутить сети из соседнего EIGRP, то ввод команды "redistribute eigrp 1 subnets" приведет к запуску следующего процесса:

• Все маршруты имеющиеся в show ip route eigrp станут кандидатами для редистрибуции. 
• Все connected сети на интерфейсах которых работает eigrp так-же будут редистрибутированы.

А вот в IPv6 окружении, несколько иначе. Собственно само различие весьма небольшое, по умолчанию не будут подвержены редистрибуции connected сети, для их включения в него создан ключ include connected. Поведение этого механизма несколько отличается в раличных версиях IOS и для протоколов, особенно это касается BGP.

Оптимизация SPF в OSPF.

Как известно, в OSPF для нахождения кратчайших intra-area маршрутов используется алгоритм Дейкстры. Он же используется и в IS-IS, тем не менее эти протоколы по разному реагируют на изменения топологии. Так, добавление нового stub-роутера или изменение/добавление ip-адреса, приводит в случае OSPF (имеем в виду v2 если не указано обратное) к полному пересчету SPT. Однако, в случае IS-IS такого не происходит. Отчего и почему рассмотрим далее.

Cisco и таблица маршрутизации.

sh ip route

Известная всем команда выводит текущение содержимое таблицы маршрутизации. Но стоит задуматься, откуда там появляются маршруты? Как они удаляются оттуда? Что вообще черт побери происходит? Рассмотрим ответы на эти вопросы далее.

Познакомимся поближе с virtual-link

Virtual-link?

Общее предназначение виртуал-линков думаю всем известно. Обычно ими соединяют разделенную нулевую область или присоединяют "оторванную" область к нулевой через транзитную. Но это только одно из предназначений, про другое обычно забывают.

Рассмотрим следующую топологию: