10.1.1.0/24



Рисунок 8.3 – Обработка изменений в топологии сети с использованием суммарных маршрутов

Такой подход уменьшает время сходимости при избыточной топологии

сети.

8.3 Использование тупиковых маршрутизаторов

Возможность создания тупиковых EIGRP маршрутизаторов появилась в ОС Cisco IOS начиная с 12.0(7)T.

Использование тупиковых EIGRP маршрутизаторов улучшает стабильность сети, уменьшает использование вычислительных и сетевых ресурсов и упрощает конфигурацию маршрутизаторов.

При использовании данной возможности, только удаленные маршрутизаторы могут быть сконфигурированы как тупиковые.

Настройка удаленных маршрутизаторов как тупиковых EIGRP маршрутизаторов информирует вышестоящие маршрутизаторы о том, что посылать им запросы не имеет смысла потому, что они не имеют нижестоящих соседей и не могут знать альтернативных маршрутов.

Тупиковые маршрутизаторы могут иметь соседские отношения только с вышестоящими маршрутизаторами. Однако применение тупиковых маршрутизаторов не запрещает им распространять маршруты о сетях непосредственно подключенных к ним, или настроенные на них суммарные и статические маршруты.

Топология «звезда» наилучшим образом подходит для создания тупиковых маршрутизаторов. В данной топологии удаленный маршрутизатор весь трафик, который не является локальным передает центральному маршрутизатору. Удаленный маршрутизатор не должен знать таблицы маршрутизации всей сети, ему достаточно знать маршрут на центральный маршрутизатор. В топологии «звезда» размещение таблицы маршрутизации всей сети на уда-

155

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

Для настройки процесса маршрутизации EIGRP как тупикового применяется команда eigrp stub, синтаксис команды приводится в примере 8.1

Пример 8.1 – Синтаксис команды eigrp stub

(config-router)#eigrp stub [receive-only | connected | static | summary | redistributed]

(config-router)no eigrp stub [receive-only | connected | static | summary | redistributed]

Описание параметров команды eigrp stub приводиться в таблице 8.1.

Таблица 8.1 – Параметры команды eigrp stub

156

Команда eigrp stub может конфигурироваться с несколькими опциями, которые могут использоваться в любой комбинации, за исключением receiveonly. Опция receive-only используется индивидуально.

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

10.1.1.0/24



QR R3

R1

Рисунок 8.4 – Обработка изменений в топологии сети с использованием тупиковых маршрутизаторов

157

Использование тупиковых маршрутизаторов в удаленных офисах (Рисунок 8.4) позволяет центральным маршрутизаторам немедленно отвечать на запросы о поиске альтернативных маршрутов без распространения запросов в сторону удаленных маршрутизаторов. Таким образом, сокращается время сходимости сети.

Использование тупиковых маршрутизаторов предотвращает проблему, рассылки удаленными маршрутизаторами маршрутов от центральных маршрутизаторов другим маршрутизаторам находящимся в центральной части сети.

8.4 Использование протокола EIGRP в современных условиях

В настоящее время в сетях передачи данных широкое распространение получили высокоскоростные каналы передачи данных со скоростями 1Гбит/с и выше. Также значительно изменился вид передаваемого трафика. Если раньше это был в основном FTP трафик, трафик почтовых и WEB приложений, то в настоящее время все большую долю трафика в сетях передачи данных занимает трафик приложений реального времени, таких как IP-телефония или видеоконференции.

Исходя из этого, значительно изменились требования к устойчивости и времени сходимости сети. Если раньше время сходимости сети после произошедших изменений равнявшееся нескольким секундам считалось хорошим, и ни как не сказывалось на работе приложений, то в настоящее время подобные задержки могут негативно сказаться на работе приложений реального времени.

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

Это уменьшение Hello интервала до минимума равного 1 секунде. Применение данного механизма может показаться чересчур расточительным с точки зрения использования пропускной способности каналов связи. Однако доля Hello пакетов, по сравнению с другим служебным трафиком в сети передачи данных, при использовании высокоскоростных каналов связи незначительна.

Вторым методом уменьшения времени сходимости сети является уменьшение времени реакции маршрутизатора на изменения в состоянии его интерфейсов. По умолчанию, время реакции маршрутизатора ни переход интерфейса из состояния Up в Down и наоборот равно 2 секундам. Минималь-

158

ным значением времени реакции маршрутизатора является ноль секунд, т.е. мгновенная реакция. Время реакции на переход интерфейса между его состояниями устанавливается независимо на каждом из интерфейсов при помощи команды carrier-delay синтаксис команды приводится в примере 8.2

Пример 8.2 – Синтаксис команды carrier-delay

(config-if)#carrier-delay [seconds | msec milliseconds] (config-if)#no carrier-delay [seconds | msec milliseconds]

Описание параметров команды carrier-delay приводиться в таблице 8.2.

Таблица 8.2 – Параметры команды carrier-delay

На рисунке 8.5 приводится пример настройки маршрутизаторов с целью уменьшения времени обнаружения изменений в топологии сети.

Рисунок 8.5 – Минимизация времени обнаружения изменений в топологии мети

159