Конфигурирование и проверка EIGRP в Enterprise WAN — различия между версиями
imported>Artem (→EIGRP on Physical Frame Relay Interface with Dynamic Mapping) |
imported>Artem (→Обзор Frame Relay) |
||
| Строка 13: | Строка 13: | ||
В средах, где маршрутизатор имеет большое число соседей, достижимых через один WAN интерфейс, псевдо-широковещание должно серьёзно контролироваться, т.к. возрастёт потребление ресурсов (cpu и п/п). Контролировать псевдо-широковещание можно опцией '''broadcast''' в статических картах (static maps)в конфигурации FR. | В средах, где маршрутизатор имеет большое число соседей, достижимых через один WAN интерфейс, псевдо-широковещание должно серьёзно контролироваться, т.к. возрастёт потребление ресурсов (cpu и п/п). Контролировать псевдо-широковещание можно опцией '''broadcast''' в статических картах (static maps)в конфигурации FR. | ||
| + | [[Файл:FR_topology.png|thumb|right| Топологии Frame Relay ]] | ||
Однако! Нельзя управлять псевдо-широковещанием для соседей, достижимых через динамические карты (dinamic maps), созданные FR Inverse Address Resolution Protocol ([[Inverse ARP]]). Inverse ARP динамически создаёт преобразование адреса уровня 3 (например, IP адреса) в адрес уровня 2 (DLCI). Динамические карты всегда разрешают псевдо-широковещание. Во FR '''потеря соседа обнаруживается''' '''только''' после того как '''истечёт hold-таймер''' протокола маршрутизации или '''интерфейс''' перейдёт в состояние '''DOWN'''. '''Интерфейс''' считается в состоянии '''UP''' '''пока''' хотя бы '''один PVC '''активен. | Однако! Нельзя управлять псевдо-широковещанием для соседей, достижимых через динамические карты (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 on Physical Frame Relay Interface with Dynamic Mapping=== | ||
Развёртывание EIGRP, с использованием Inverse ARP динамического маппинга, поверх физического интерфейса реализуется очень просто, т.к. по умолчанию. | Развёртывание EIGRP, с использованием Inverse ARP динамического маппинга, поверх физического интерфейса реализуется очень просто, т.к. по умолчанию. | ||
Версия 13:14, 14 февраля 2012
В главе рассматривается использование 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 динамического маппинга, поверх физического интерфейса реализуется очень просто, т.к. по умолчанию.
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
