Конфигурирование и проверка 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 активен.
Топологии: 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 со Static Mapping
- Развёртывание EIGRP поверх физ. интерфейса с помощью статического маппинга (отображения) автоматически отключает протокол Inverse-ARP. Нет надобности вносить изменения в базовую конфигурацию EIGRP (Deploying static maps automatically disables the inverse-ARP feature).
- Содержит 4 шага:
- Сконфигурировать ip адрес на инетфейсе.
- Сменить инкапсуляцию на FR.
- Задать вручную соотвествие ip адресов DLCI (the IP-to-DLCI mapping) командой frame-relay map на интерфейсе.
- Активировать интерфейс.
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)# frame-relay map ip 192.168.1.101 101 R1(config-if)# frame-relay map ip 192.168.1.102 102 broadcast R1(config-if)# frame-relay map ip 192.168.1.103 103 broadcast R1(config-if)# exit R1(config)# router eigrp 100 R1(config-router)# network 172.16.3.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)# frame-relay map ip 192.168.1.101 301 R3(config-if)# frame-relay map ip 192.168.1.102 301 broadcast R3(config-if)# frame-relay map ip 192.168.1.103 301 broadcast 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:06:20 10 2280 0 5
1 192.168.1.103 Se0/0/0 10 00:08:31 10 2320 0 9
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:10:44 10 1910 0 6
1 192.168.1.102 Se0/0/0 10 00:03:02 10 2210 0 3
R1 формирует соседство с R2 и R3. R2 и R3 могут сформировать соседство между собой если сделать IP-to-DLCI маппинг для соединения.
Внимание! Конфигурация R1 на интерфейсе FR содержит маппинг своего собственного адреса. Что позволяет пинговать R1 себя.
Статический маппинг ip адреса удалённого маршрутизатора в DLCI:
frame-relay map protocol protocol-address dlci [broadcast] [ietf | cisco] [payload-compress
{packet-by-packet | frf9 stac}]
| Параметр | Описание |
|---|---|
| protocol | Задает тип поддерживаемого протокола, способ использования моста или управления логическим каналом |
| protocol-address | Определяет адрес интерфейса сетевого уровня destination маршрутизатора |
| dlci | Определяет локальный DLCI, используемый для соединения с удаленным протокольным адресом |
| broadcast | (Необязательный параметр) Разрешает широковещание и мультикаст в VC, позволяет использовать динамические протоколы маршрутизации поверх VC. |
| ietf I cisco | (Необязательный параметр) Выбирает тип инкапсуляции |
| payload-compress | (Необязательный параметр) Задает использование режима сжатия пакетов при загрузке методом Стеккера (Stacker) packet-by-packet. Проприетарный метод компрессии Cisco. |
| frf9 stac | (Необязательный параметр) Включает компрессию FRF9 использую метод Стаккера. |
