ccnp route

Больше, больше хардкора. В заключительной части мы посмотрим как можно оптимизировать конвергенцию протокола EIGRP с помощью фильтрации маршрутов на основе таких средств, как ACL, prefix-list, route-map. Выясним кто такие stub маршрутизаторы, а так же какое влияние оказывают суммарные маршруты на query сообщений. Ну и на сладенькое выясним что за состояние “Stuck in Active” и как испортить load sharing с помощью offset lists.

Оптимизация конвергенции EIGRP

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

Сеть, находящаяся за R1 внезапно умирает. В этом случае R1 генерирует query на всех интерфейсах, за исключением отвалившегося, спрашивая низлежашие маршрутизаторы не знают ли они чего-нибудь про 10.1.0.0/16. Те, понятное дело не знают, но они в свою очередь генерируют query и спрашивают других соседей. В большой сети это может затянуться на весьма продолжительное время, но проблема в том, что если R1 не получит ответ на свой query в течении 3х минут… он сбросит соседство (сосед stuck in active) :) Допустим, B6 нашел маршрут до 10.1.0.0/16 через богом забытый dial-up. R1 не установит маршрут в таблицу маршрутизации до тех пока не получит от всех ответ на свои query сообщения.

Read more

EIGRP в NBMA сетях, split horizon, аутентификация

В предыдущей статье мы рассмотрели материал, который должен знать каждый уважающий себя CCNA.

Откровенно говоря я не очень понимаю зачем Cisco везде тащит устаревший Frame Relay, но раз он есть в экзамене, то и разобраться с ним не помешает.

Для реализации EIGRP в NBMA сетях есть два варианта настройки:

• псевдо броадкаст
• указание соседа в ручном режиме

  Read more

No rest for the wicked. Прошел почти месяц со сдачи экзамена NCDA и вот я уже ощущаю непонятный зуд и, похоже, это не глисты. Самый простой для меня способ что-то запомнить – это написать статью, чем я, собственно, и собираюсь заняться, раскрыв темы по EIGRP, OSPF, BGP и др.

Освежим в памяти материал по EIGRP из CCNA трэка, прежде чем залезать по колено в хардкор.

Преимущества EIGRP:

• позволяет осуществлять балансировку нагрузки по маршрутам с разной метрикой;
• позволяет легко и быстро производить префиксную агрегацию (routing summarization) в любой точке;
• хранит в таблице топологии (topology table) резервный маршрут (feasible successor) и позволяет практически моментально на него переключиться, в отличии от RIP, который начинает лихорадочно искать соседей или OSPF, который хранит всю таблицу целиком и в случае пропажи маршрута будет вынужден запустить жадный до ресурсов алгоритм поиска кратчайшего пути;
• потребляет меньше ресурсов чем OSPF;
• меньше условий для установления соседства, чем у OSPF, легче настройка

Почему нет?

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

  Read more