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

Материал из Cisco CCNP
Версия от 13:34, 14 февраля 2012; imported>Artem (→‎Обзор Frame Relay)
Перейти к навигации Перейти к поиску

В главе рассматривается использование 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. Вы должны настроить этот маппинг (отображение) вручную.

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 with Static Mapping

EIGRP поверх Frame Relay Multipoint Subinterfaces

Frame Relay Multipoint Subinterfaces

EIGRP поверх Multipoint Subinterfaces

EIGRP Unicast Neighbors

EIGRP поверх Frame Relay Point-to-Point Subinterfaces

Frame Relay Point-to-Point Subinterfaces

EIGRP on Frame Relay Point-to-Point Subinterfaces

EIGRP поверх MPLS

MPLS