Реферат: Конфигурирование програмного обеспечения алгоритмов IGRP, EIGRP на маршрутизаторе Cisco
Модули, зависимые от протоколов, - отвечают за сетевой уровень и обрабатывают требования специфических протоколов. Например, модуль IP-EIGRP отвечает за отправку и получение пакетов EIGRP, инкапсулированных в протокол IP. Модуль IP-EIGRP отвечает за анализ (разбиение на компоненты) пакетов EIGRP и уведомление алгоритма DUAL о получении новой информации. IP-EIGRP обращается к алгоритму DUAL за принятием решений о маршрутизации, результаты которых хранятся в IP-таблице маршрутизации. IP-EIGRP отвечает за перераспределение маршрутов, обнаруженных другими IP-протоколами маршрутизации.
Таблица соседей.
Каждый маршрутизатор хранит сведения о смежных соседях. При обнаружении нового соседа записывается его адрес и интерфейс. Эта информация хранится в структуре данных этого соседа.
Таблица соседей содержит элементы этой структуры. Для каждого модуля, зависимого от протокола, ведется одна Таблица соседей. Когда маршрутизатор посылает пакет Hello, он объявляет HoldTime - время, в течение которого маршрутизатор ждет отклика соседа. Если пакет Hello не принимается в течение отведенного времени, то это свидетельствует о том, что сосед или недоступен, или не работает. Истечение времени HoldTime является признаком, по которому алгоритм DUAL определяет изменение топологии сети.
Элемент Таблицы соседей также включает в себя информацию, необходимую для механизма работы Надежного транспортного протокола. Для согласования подтверждения приема пакетов данных используются последовательные номера. Записывается последний последовательный номер, полученный от соседа, таким образом можно обнаружить несогласованные пакеты. Для постановки пакетов в очередь на случай повторной передачи применяется список передачи (transmission list), который составляется для каждого соседа. Для оценки оптимальных интервалов повторной передачи в структуре данных соседа хранятся Таймеры полного обхода маршрута.
Таблица топологии.
Таблица топологии пополняется модулями, зависимыми от протоколов, а работает с ней блок конечных состояний алгоритма DUAL. Таблица содержит все пункты назначения, объявленные соседними маршрутизаторами. К каждому элементу привязан адрес пункта назначения и список соседей, объявивших данный пункт назначения. Для каждого соседа записывается объявленный показатель, который сосед хранит в таблице маршрутизации. Если сосед объявляет этот пункт назначения, то для передачи пакета должен использоваться маршрут, соответствующий данному показателю. Это важное правило, которого должны придерживаться дистанционные векторные протоколы.
Также к каждому пункту привязан показатель, который маршрутизатор использует для передачи к пункту назначения. Этот показатель представляет собой сумму лучших объявленных показателей всех соседей и стоимость связи к лучшему соседу. Этот суммарный показатель маршрутизатор использует в таблице маршрутизации и для объявления других маршрутизаторов.
Вероятные последующие элементы.
Элемент пункта назначения переносится из таблицы топологии в таблицу маршрутизации, когда в ней есть вероятный последующий элемент. Все самые дешевые пути к пункту назначения формируют группу, в которой соседи с объявленными показателями, меньшими, чем текущий показатель таблицы маршрутизации, считаются вероятными последующими элементами.
Вероятные последующие элементы рассматриваются маршрутизатором как соседи, расположенные ближе к пункту назначения. Эти соседи и связанные с ними показатели помещаются в таблицу продвижения.
Когда сосед при объявлении изменяет показатель или в сети происходит изменение топологии, возможно, что группу вероятных последующих элементов придется переоценивать. Однако это не классифицируется как пересчет маршрута.
Состояния маршрута.
Элемент таблицы топологии для пункта назначения может находиться в одном из двух состояний. Считается, что маршрут находится в пассивном состоянии (Passive state), когда в этот момент маршрутизатор не производит пересчет маршрута. Маршрут находится в активном состоянии (Active state), когда в этот момент маршрутизатор производит пересчет маршрута. Если всегда есть вероятные последующие элементы, маршрут никогда не переходит в активное состояние, и таким образом нет необходимости пересчитывать маршрут.
Когда же вероятных последующих элементов нет, маршрут переходит в активное состояние, и происходит пересчет маршрута. Пересчет маршрута начинается с посылки маршрутизатором пакета запросов (Query) всем соседям. Соседние маршрутизаторы могут или откликнуться (Reply), если они располагают вероятными последующими элементами для пункта назначения, или вернуть запрос, тем самым уведомляя, что они производят пересчет маршрута (этот вариант факультативный). В активном состоянии маршрутизатор не может изменить ближайшего транзитного соседа, используемого для дальнейшей пересылки пакетов. Когда на запрос получены все отклики, маршрут переходит в пассивное состояние и можно выбирать новый последующий элемент.
Когда связь с соседом, который представляет собой только вероятный последующий элемент, прерывается, все маршрутизаторы, связанные с ним, начинают пересчет маршрута, и он переходит в активное состояние.
Форматы пакетов.
Протокол использует пять типов пакетов:
· Hello/Ack(nowledgment) (Приветствие/Подтверждение)
· Update (Обновление)
· Query (Запрос)
· Reply (Отклик)
· Request (Запрос-требование)
Как отмечалось выше, пакеты Hello направляются в режиме мультиотправки для обнаружения/восстановления соседа. Им не требуется подтверждения. Пакеты Hello, не содержащие данных, также используется как подтверждение.
Пакеты подтверждений (Acks) всегда посылаются в режиме одиночной отправки и содержат ненулевой номер подтверждения.
Пакеты обновлений (Update) используются для передачи параметров пунктов назначения. Когда обнаруживается новый сосед, ему посылаются пакеты Update, чтобы он мог создать свою таблицу топологии. В этом случае пакеты Update посылаются в режиме одиночной отправки. В других случаях, например, при изменении стоимости связи, пакеты Update посылаются в режиме мультиотправки. Пакеты Update всегда передаются с помощью Надежного транспортного протокола.
Пакеты запросов (Query) и откликов (Reply) посылаются, когда маршруты назначений переходят в активное состояние. Пакеты
Query всегда посылаются в режиме мультиотправки, за исключением тех случаев, когда они направляются в ответ на полученный запрос. В этом случае запрос посылается в режиме одиночной отправки обратно последующему элементу, создавшему первоначальный запрос. Пакеты Reply всегда посылаются в ответ на запрос Query, чтобы оповестить запрашивающего о том, что переходить в активное состояние не нужно, так как откликающийся располагает вероятными последующими элементами. Пакеты Reply посылаются в режиме одиночной отправки запрашивающему. Как пакеты Query, так и пакеты Reply передаются с помощью Надежного транспортного протокола.
Пакеты запросов-требований Request используются для получения специфической информации от одного или нескольких соседей. Пакеты Request используются прикладными приложениями маршрутных серверов. Пакеты Request могут посылаться в режиме мультиотправки и одиночной отправки. Пакеты Request передаются без использования Надежного транспортного протокола.
Тегирование маршрута.
В протоколе EIGRP существует определение внутренних и внешних маршрутов.
Внутренние маршруты - это маршруты, порожденные автономной системой (AS) протокола EIGRP. Поэтому сеть, подключенная напрямую и сконфигурированная для работы с протоколом EIGRP, рассматривается как внутренний маршрут, и информация об этом распространяется по всей автономной системе протокола EIGRP.
Внешние маршруты - это маршруты, которые распознаются другим протоколом маршрутизации или постоянно хранятся в таблице маршрутизации как статические маршруты. Такие маршруты тегируются индивидуально идентично их происхождению.
Внешние маршруты тегируются со следующей информацией:
- Идентификатор маршрутизатора EIGRP, который перераспределяет маршрут.
- Номер автономной системы AS, где постоянно хранится маршрут.
- Конфигурируемый тег администратора.
- Идентификатор внешнего протокола.
- Показатель из внешнего протокола.
- Битовые флаги для маршрутизации по умолчанию.
В качестве примера предположим, что у нас есть автономная система AS с тремя граничными маршрутизаторами. Граничный маршрутизатор - это маршрутизатор, который работает более чем с одним протоколом маршрутизации. Система AS пользуется протоколом EIGRP в качестве протокола маршрутизации. Предположим, что два граничных маршрутизатора BR1 и BR2 используют OSPF (Открытый протокол предпочтения кратчайшего пути), а третий BR3 - RIP (Протокол маршрутизации для сетей TCP/IP).
Маршруты, распознаваемые одним из граничных маршрутизаторов
BR1, могут условно перераспределяться в EIGRP. Это означает, что протокол EIGRP, выполняемый на BR1, будет объявлять маршруты OSPF внутри своей собственной AS. При этом он будет объявлять маршрут и тегировать его в качестве опознанного маршрута OSPF с показателем, равным показателю таблицы маршрутизации маршрута OSPF. Идентификатор маршрутизатора будет установлен = BR1. Маршрут EIGRP будет передаваться другим граничным маршрутизаторам.
Предположим, что BR3 - граничный маршрутизатор протокола RIP - также объявляет те же пункты назначения, что и BR1. Поэтому BR3 перераспределяет маршруты протокола RIP в автономную систему AS протокола EIGRP. После этого маршрутизатор BR2 обладает достаточной информацией для определения: точки входа маршрута в систему AS, используемого начального протокола маршрутизации и показателя.
Далее, администратор сети мог задать значения тегов специфическим пунктам назначения при перераспределении маршрута. BR2 может воспользоваться любым вариантом следующей информации: 1) пользоваться маршрутом или 2) переобъявить его, вернувшись в OSPF.
Использование тегирования маршрута в протоколе EIGRP может предоставить администратору сети гибкий стратегический контроль и помочь настроить маршрутизацию в соответствии с нуждами пользователей.
Тегирование маршрутов - особенно полезно в транзитных автономных системах, в которых протокол EIGRP обычно взаимодействует с протоколами маршрутизации между доменами, что обеспечивает осуществление более глобальных стратегий. Тегирование помогает проводить маршрутизацию для расширяемых стратегий.
Режим совместимости.
Протокол EIGRP обеспечивает совместимость и полное взаимодействие с маршрутизаторами IGRP. Это важное свойство, так как пользователи могут получать преимущества от обоих протоколов. Совместимость позволяет пользователям не назначать "особый день" для перехода на протокол EIGRP. Протокол EIGRP можно сделать доступным на стратегических пунктах, не прерывая работу в протоколе IGRP.
С помощью автоматического механизма перераспределения маршруты IGRP импортируются в EIGRP и наоборот. Так как показатели обоих протоколов направленно транслируемые, они легко сличимы, как если бы они были маршрутами, порожденными в собственных автономных системах. Кроме того, маршруты IGRP рассматриваются как внешние маршруты протокола EIGRP, поэтому доступны возможности тегирования для настройки маршрутов пользователей.
По умолчанию маршруты IGRP имеют более высокий приоритет, чем маршруты EIGRP. Такую установку можно изменить с помощью команды конфигурации, для чего не надо перезапускать процесс маршрутизации.
Настройка IGRP
Ниже приведен пример типичной конфигурации протокола IGRP на маршрутизаторе фирмы Cisco.
|
|||
Первая строка определяет, что IGRP является протоколом маршрутизации для автономной системы номер 12. В большинстве организаций все маршрутизирующие устройства имеют одинаковые номера автономной системы. Протокол IGRP не допускает обмена обновлениями между маршрутизаторами с разными номерами автономной системы.
Вторая строка устанавливает следующие значения таймеров IGRP:
15 с - основной временной интервал, определяющий периодичность широковещательных рассылок регулярных сообщений об обновлении;
45 с - время, по истечении которого маршрут считается недействительным, если о нем не поступает никакой новой информации;
0 с - интервал, в течение которого после удаления маршрута запрещается принимать сообщения о его обновлении (таймер hold-down);
60 с - время, по истечении которого происходит удаление маршрута из маршрутной таблицы.
Третья и четвертая строки идентифицируют сети, непосредственно подключенные к данному устройству маршрутизации. Пятая строка отключает механизм Hold-Down (значит, после удаления маршрута сообщение о его обновлении может быть принято незамедлительно). Шестая строка предписывает удалять пакеты, если они прошли через 50 маршрутизаторов. С одной стороны, это значение (число маршрутизаторов) должно быть достаточно большим, чтобы поддерживать все допустимые маршруты вашей сети, а с другой - его желательно сделать меньше, чтобы ускорить процесс удаления пакетов, попавших в маршрутную петлю.
Настройка EIGRP
Ниже приведен пример типичной конфигурации протокола EIGRP на маршрутизаторе фирмы Cisco Systems.
|
|||
Первая строка определяет EIGRP как процесс на маршрутизаторе для автономной системы номер 13; вторая и третья - указывают на сети, непосредственно подсоединенные к данному маршрутизатору. Все остальные установки рекомендуется оставлять стандартными
Перераспределение информации о маршрутах
При создании сети, в которой всю ответственность за маршрутизацию трафика будут нести маршрутизаторы, вы можете выбрать один из протоколов IGRP, EIGRP или OSPF и использовать только его в качестве протокола маршрутизации. Но гораздо чаще ситуация иная: требуется модернизировать сеть, где уже применяется некий протокол маршрутизации. Например, некоторые функции маршрутизации обычно выполняют Unix-системы, а многие из них поддерживают только RIP. Поэтому возникает вопрос: сколько протоколов маршрутизации постоянно или временно (на время модернизации) могут сосуществовать в одной сети?
С ответом на этот вопрос самым тесным образом связан механизм перераспределения (redistribution). Маршрутизатор можно сконфигурировать так, что он будет исполнять несколько протоколов маршрутизации и перераспределять информацию о маршрутах между ними. Ниже приведен пример включения маршрутов, полученных c помощью протокола RIP, в маршрутные таблицы протокола IGRP. Мы взяли определенную выше конфигурацию протокола IGRP.
|
|||
Затем добавили к ней следующие инструкции по перераспределению.
|
|||
Пять значений, следующих за ключевым словом default-metric, - это метрики, которые будут разосланы в IGRP-обновлениях для маршрутов, полученных от протокола RIP. Приведенные здесь значения выбраны случайным образом. На практике подходящие значения метрик IGRP подбирают для каждой конкретной ситуации.
Выводы
Если сеть построена на базе маршрутизаторов фирмы Cisco Systems, то в качестве протоколов маршрутизации можно выбрать IGRP или EIGRP. В большинстве случаев вполне приемлемо использование протокола IGRP, который наиболее понятен сетевым администраторам, уже знакомым с RIP. Протокол EIGRP способны обеспечить меньшее время сходимости оптимальных маршрутов, но настраивать их сложнее. Кроме того, для достижения должной производительности эти протоколы, по сравнение с протоколом RIP, потребуют от маршрутизатора большего объема оперативной памяти и более быстрый процессор. Если требуется обеспечить маршрутизацию в среде IP и вы не применяете оборудование фирмы Cisco Systems или применятся оборудование разных фирм производителей, то в большинстве случаев следует использовать протокол OSPF.
Список литературы
1. http://www.novacom.ru/tech_support/Cisco/
2. http://www.unix.org.ua/routing/
3. http://book.itep.ru/4/44/igp44113.htm
4. http://www.ods.com.ua/win/rus/net-tech/routep.htm
5. http://www.opennet.ru/docs/RUS/cisco_config/index.html
6. http://www.opennet.ru/docs/RUS/cisco_dialup/index.html
