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

В главе рассматривается использование EIGRP в различных WAN-технологиях, включая FR (multipoint and p2p подынтерфейсы), MPLS, VPNs, Ethernet поверх MPLS (EoMPLS). А также продвинутые опции конфигурирования для настроки балансировки нагрузки и отграничения использования полосы пропускания на WAN каналах.

EIGRP поверх Frame Relay и Physical Interface

В секции рассмотрен вопрос развёртывания EIGRP поверх физических интерфейсов Frame Relay.

Обзор Frame Relay

Frame Relay - WAN технология с коммутацией фреймов (кадров). Frame relay обеспечивает множество независимых виртуальных каналов (Virtual Circuits, VC) в одном физическом, идентифицируемых в FR-сети по идентификаторам подключения к соединению (Data Link Connection Identifier, DLCI). По DLCI идентифицируют виртуальные каналы, по которым должны пересылаться фреймы. DLCI имеют только локальное значение (local significant) между локальным маршрутизатором и коммутатором FR, к которому он подключён, и не обеспечивают внутрисетевой адресации. Таким образом каждый конец PVC может иметь различный DLCI, т.е. должны быть уникальными только в локальном канале доступа к сети. Для обеспечения ip layer подключения , DLCI должны быть отображены (mapping) в ip адреса, динамически или статически.

По умолчанию FR сеть является NMBA (nonbroadcast multiaccess - нешироковещательной средой с многостационарным доступом), те. к соединению может быть подключено более двух устройств (маршрутизаторов), все они в одной подсети, но широковещательные (или мультикаст) пакеты не поддерживаются на канальном уровне.

Для эмуляции широковещательной среды, которая требуется протоколам маршрутизации (например, EIGRP отправляет hello или обновления всем доступным соседям в подсети), в IOS используется псевдо-широковещание, используя который маршрутизатор может рассылать копии широковещательных или мультикастовых сообщений через виртуальные каналы для каждого доступного через WAN среду соседа.

Файл:FR topology.png

Топологии Frame Relay

В средах, где маршрутизатор имеет большое число соседей, достижимых через один WAN интерфейс, псевдо-широковещание должно серьёзно контролироваться, т.к. возрастёт потребление ресурсов (cpu и п/п). Контролировать псевдо-широковещание можно опцией broadcast в статических картах (static maps)в конфигурации FR. Однако! Нельзя управлять псевдо-широковещанием для соседей, достижимых через динамические карты (dinamic maps), созданные FR Inverse Address Resolution Protocol (Inverse ARP). Inverse ARP динамически создаёт преобразование адреса уровня 3 (например, IP адреса) в адрес уровня 2 (DLCI). Динамические карты всегда разрешают псевдо-широковещание. Во FR потеря соседа обнаруживается только после того как истечёт hold-таймер протокола маршрутизации или интерфейс перейдёт в состояние DOWN. Интерфейс считается в состоянии UP пока хотя бы один PVC активен.

Топологии: full mesh, частичная mesh и hub-and-spoke(звезда).

EIGRP on Physical Frame Relay Interface with Dynamic Mapping

Развёртывание EIGRP, с использованием Inverse ARP динамического маппинга, поверх физического интерфейса реализуется очень просто, т.к. всё работает по умолчанию.

• Простота развёртывания за счёт использование Inverse ARP;
• Автоматически определяет большинство настроек.
• Inverse-ARP автоматически отображает ip адреса устройств на другом конце PVCs в локальные DLCI номера.
• Настраивается в три шага:
  • Конфигурирование ip адреса на последовательном интерфейсе.
  • Изменение инкапсуляции на интерфейсе на FR.
  • Активация интерфейса.

В примере показана сеть и представлена конфигурация R1. Физический интерфейс S0/0 настроен для FR, присвоен ip адрес. По умолчанию Inverse ARP включён и автоматически маппит ip адреса устройств на другом PVC каналов в локальные DLCI. EIGRP использует 110 AS и нужные сети указаны в команде network. Расщепление горизонта (split horizon) отключён по умолчанию на физических интерфейсах FR. Таким образом маршруты от R2 могут быть переданы R3 и наоборот. Стоит заметить, что Inverse ARP не предоставляет динамического маппинга для соединения между R2 и R3, т.к. они не соединены PVC. Вы должны настроить этот маппинг (отображение) вручную.

450px

R1(config)# interface S0/0/0
R1(config-if)# encapsulation frame-relay
R1(config-if)# ip address 192.168.1.101 255.255.255.0
R1(config-if)# exit
R1(config)# router eigrp 100
R1(config-router)# network 172.16.1.0 0.0.0.255
R1(config-router)# network 192.168.1.0
R1(config-router)# 

R3(config)# interface S0/0/0
R3(config-if)# encapsulation frame-relay
R3(config-if)# ip address 192.168.1.103 255.255.255.0
R3(config-if)# exit
R3(config)# router eigrp 100
R3(config-router)# network 172.16.3.0 0.0.0.255
R3(config-router)# network 192.168.1.0
R3(config-router)# 

R1# show ip eigrp neighbors
IP-EIGRP neighbors for process 100
H   Address        Interface   Hold  Uptime   SRTT   RTO  Q  Seq
                               (sec)          (ms)       Cnt Num
0   192.168.1.102  Se0/0/0     10    00:07:22   10   2280  0  5
1   192.168.1.103  Se0/0/0     10    00:09:34   10   2320  0  9
R1# 

R3# show ip eigrp neighbors
IP-EIGRP neighbors for process 100
H   Address        Interface   Hold  Uptime   SRTT   RTO  Q  Seq
                               (sec)          (ms)       Cnt Num
0   192.168.1.101  Se0/0/0     10    00:11:45   10   1910  0  6
R3#

Соседства между R2 и R3 не существует.

EIGRP on Physical Frame Relay Interface со Static Mapping

• Развёртывание EIGRP поверх физ. интерфейса с помощью статического маппинга (отображения) автоматически отключает протокол Inverse-ARP. Нет надобности вносить изменения в базовую конфигурацию EIGRP (Deploying static maps automatically disables the inverse-ARP feature).
• Consists of four steps:
  • Configure an IP address on the serial interface.
  • Change the encapsulation on an interface using the encapsulation frame-relay command.
  • Map the IP-to-DLCI mapping commands on the interface using the frame-relay map command.
  • Activate the interface.