Конфигурирование и проверка EIGRP

Описываются команды для конфигурирования и проверки работы протокола EIGRP;

• Планирование и базовая конфигурация EIGRP;
• Проверка работы;
• Использования команды passive-interface;
• Передача маршрута по умолчанию EIGRP;
• Суммирование.

Планирование и базовая конфигурация EIGRP

Planning for Basic EIGRP

Сеть, показанная на рисунке, должна быть настроена на использование EIGRP

500px

• Шаг 1. Определить требования к сети;
• Шаг 2. Собрать необходимые параметры;
• Шаг 3. Определить параметры маршрутизации EIGRP;
• Шаг 4. Сконфигурировать EIGRP;
• Шаг 5. Проверить конфигурацию.

Требования и параметры

R1 и R2 находятся в 110 AS, R3 - в нешней сети, не являющейся частью AS. Требования для базового EIGRP следующие:

• План адресации - ip адреса всех интерфейсов устройств;
• номера автономных систем EIGRP - маршрутизаторы в одном домене используют один номер AS. В примере 110;
• Интерфейсы, на которых запущен протокол, и участвующие в маршрутизации сети EIGRP - интерфейсы используются для обмена различными сообщениями между соседями. В
• Bandwidth интерфейсов - т.к. BW - часть метрики. Чтобы влиять на выбор пути. В примере актуальная пп - 512 кбит/сек.

В ранних IOS стандартная BW для всех serial-портов была T1 (1.544 мегабита). Сейчас варьируется от типа интерфейса.
Если стандартный параметр задержки на интерфейсе не отражает реальность, то можно воспользоваться командой 
delay tens-of-microseconds.

Базовая конфигурация

В плане внедрения должны быть прописаны следующие задачи для базовой конфигурации EIGRP:

Шаг 1. - Включение EIGRP и назначение номера автономной системы:

R(config)#router eigrp <номер автономной системы>

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

Шаг 2. - Определение сетей, участвующих в маршрутизации EIGRP:

R(config)#network <IP-адрес сети> [<wildcard-маска>]

<IP-адрес сети> - непосредственно подключенная к маршрутизатору сеть. Этот параметр инструктирует EIGRP, что соединения, принадлежащие данной сети, должны объявляться соседям, а интерфейсы, назначенные данной сети, должны принимать EIGRP-объявления. <wildcard-маска> - необязательный аргумент, уточняющий маску подсети. Маска подсети может быть введена как в wildcard-формате, так и в обычном. Например команды network 10.10.10.0 255.255.255.252 и network 10.10.10.0 0.0.0.3 идентичны.

Если опциональная wildcard-маска не используется, то процесс маршрутизации EIGRP будет работать со всеми напрямую подключёнными сетям, относящимися к классовой сети (А, В или С) и попытается установить соседские отношения через каждый такой интерфейс.

Шаг 3. - Определение полосы пропускания последовательных соединений (serial links). По умолчанию EIGRP рассматривает полосу пропускания последовательных соединений как 1544 кбит/с. В случае, если скорость соединения отлична от 1544 кбит/с, необходимо применить команду bandwidth на интерфейсе для правильного расчета метрик EIGRP:

R(config-if)#bandwidth <скорость>

<скорость> - аргумент, определяющий полосу пропускания интерфейса в кбит/с. Например, для соединения в 64 кбит/с команда будет: bandwidth 64.

Команда Bandwidth носит чисто информационный характер и реально никак не влияет на скорость соединения. Однако, стоит помнить, что она участвует в процессе расчёта метрик. Если соединения на самом деле медленнее, чем стандартное значение BW, это может привести к тому, что конвергенция не сможет произойти или обновления маршрутизации будут потеряны.

Для последовательных интерфейсов с инкапсуляцией PPP или HDLC нужно устанавливать bandwidth равным скорости линии. Для point-to-point интерфейсов Frame Relay - равным CIR (гарантированная скорость передачи). Для multipoint интерфейсов Frame Relay - равным сумме всех CIR, или, если виртуальные каналы (PVC) имеют различную скорость - равным минимальному CIR, умноженному на количество PVC.

BW полоса пропускания канала используется, например, протоколом TCP при повторной передаче.

Пример базовой конфигурации

Конфигурация R1 показана в примере 1 (Конфигурация R2 аналогична) Пример 1

interface FastEthernet0/0
 ip address 172.16.1.1 255.255.255.0

interface Serial0/0/1
 bandwidth 512
 ip address 192.168.1.101 255.255.255.254

interface Serial0/0/2
 ip address 172.16.5.1 255.255.255.0

router eigrp 110
 network 172.16.1.0 0.0.0.255
 network 192.168.1.0

Из схемы и конфигурации R1 видно, что он анонсирует R2 маршрут к полной классовой сети 172.16.0.0, так как используется автосуммирование. R1 не сконфигурирован для работы RIGRP на 172.16.5.0 (указана масска 0.0.0.255), поэтому он не пытается установить соседство с R3.

Другой пример базовой конфигурации

400px

Рассмотрим начальную конфигурацию EIGRP для маршрутизатора A. Данный маршрутизатор, как и остальные, принадлежит автономной системе с номером 109. Непосредственно к нему подключены четыре подсети: 10.1.0.0, 10.4.0.0, 172.16.2.0, 172.16.7.0. Если не использовать wildcard-маску в объявлении сетей, то команды начальной конфигурации будут выглядеть так:

A(config)#router eigrp 109
A(config-router)#network 10.0.0.0
A(config-router)#network 172.16.2.0

Нам не нужно указывать точные IP-адреса подсетей. Если не используется wildcard-маска, маршрутизатор обнуляет хостовую часть IP-адреса подсети до границы класса. Другими словами, объявление всех подсетей 10.1.0.0, 10.4.0.0, 172.16.2.0, 172.16.7.0 привело бы к точно такому же результату, что и команды выше.

Wildcard-маска может использоваться для конкретизации интерфейсов и подсетей, участвующих в EIGRP. Например, представим, что маршрутизатор E является внешним, не входящим в автономную систему 109, и мы не желаем обмениваться с ним EIGRP-информацией. Это сэкономит полосу пропускания и процессорное время маршрутизатора. В этом случае команды начальной конфигурации будут выглядеть следующим образом:

A(config)#router eigrp 109
A(config-router)#network 10.1.0.0 0.0.255.255
A(config-router)#network 10.4.0.0 0.0.255.255
A(config-router)#network 172.16.2.0 0.0.0.255

Видно, что подсеть 172.16.7.0 не объявлена. Маршрутизатор A не устанавливает соседские отношения с маршрутизатором E, не посылает и не принимает EIGRP-пакеты через эту подсеть, и не рассказывает о ней своим соседям.