Конфигурирование и проверка 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 среду соседа.

В средах, где маршрутизатор имеет большое число соседей, достижимых через один 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 активен.

EIGRP on Physical Frame Relay Interface with Dynamic Mapping

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

interface Serial0/0
 encapsulation frame-relay
 ip address 192.168.1.101 255.255.255.0
!
router eigrp 110
 network 172.16.1.0 0.0.0.255
 network 192.168.1.0