Конфигурирование и проверка EIGRP в Enterprise WAN - История изменений

imported>Artem: /* EIGRP on Physical Frame Relay Interface со Static Mapping */

2014-05-02T09:32:25Z

‎EIGRP on Physical Frame Relay Interface со Static Mapping

imported>Artem: /* EIGRP Link Utilization */

2014-05-02T07:45:00Z

‎EIGRP Link Utilization

imported>Artem: /* Использование полосы пропускания WAN */

2014-05-02T07:44:28Z

‎Использование полосы пропускания WAN

imported>Artem: /* EIGRP Link Utilization */

2014-05-02T07:42:48Z

‎EIGRP Link Utilization

imported>Artem: /* EIGRP on Physical Frame Relay Interface with Dynamic Mapping */

2013-06-24T09:10:32Z

‎EIGRP on Physical Frame Relay Interface with Dynamic Mapping

imported>Artem: /* Балансировка нагрузки в EIGRP */

2012-02-24T12:59:41Z

‎Балансировка нагрузки в EIGRP

imported>Artem: /* Балансировка нагрузки в EIGRP */

2012-02-24T12:58:42Z

‎Балансировка нагрузки в EIGRP

imported>Artem: /* Балансировка нагрузки с равной стоимостью маршрутов */

2012-02-21T10:12:35Z

‎Балансировка нагрузки с равной стоимостью маршрутов

imported>Artem: /* Балансировка нагрузки с неравной стоимостью маршрутов */

2012-02-20T12:29:28Z

‎Балансировка нагрузки с неравной стоимостью маршрутов

imported>Artem: /* Предложения поставщиков услуг */

2012-02-20T12:07:32Z

‎Предложения поставщиков услуг

@@ Строка 73: / Строка 73: @@
 **'''Задать вручную соотвествие''' ip адресов DLCI (the '''IP-to-DLCI''' mapping) командой '''frame-relay map''' на интерфейсе.
 **Активировать интерфейс.
   R1(config)# interface S0/0/0

@@ Строка 614: / Строка 614: @@
 Настраивая '''multipoint-интерфейсы''', установите '''bandwidth равным минимальной CIR умноженной на количество каналов'''. При этом возможно неполное использование скорости, но появляется гарантия, что каналы с наименьшей CIR не будут перегружены. Если топология содержит малое число очень медленных каналов, этот интерфейс обычно является point-to-point, поэтому его bandwidth может быть установлена равной его CIR.
-There are three basic rules<ref name="test">[http://www.cisco.com/c/en/us/support/docs/ip/enhanced-interior-gateway-routing-protocol-eigrp/13672-12.html] Configuration Notes for the Implementation of EIGRP over Frame Relay and Low Speed Links</ref>:
+There are three basic rules<ref name="test5">[http://www.cisco.com/c/en/us/support/docs/ip/enhanced-interior-gateway-routing-protocol-eigrp/13672-12.html] Configuration Notes for the Implementation of EIGRP over Frame Relay and Low Speed Links</ref>:
 *The traffic that EIGRP is allowed to send on a single virtual circuit (VC) cannot exceed the capacity of that VC.
 *The total EIGRP traffic for all virtual circuits cannot exceed the access line speed of the interface.

@@ Строка 614: / Строка 614: @@
 Настраивая '''multipoint-интерфейсы''', установите '''bandwidth равным минимальной CIR умноженной на количество каналов'''. При этом возможно неполное использование скорости, но появляется гарантия, что каналы с наименьшей CIR не будут перегружены. Если топология содержит малое число очень медленных каналов, этот интерфейс обычно является point-to-point, поэтому его bandwidth может быть установлена равной его CIR.
-There are three basic rules:
+There are three basic rules<ref name="test">[http://www.cisco.com/c/en/us/support/docs/ip/enhanced-interior-gateway-routing-protocol-eigrp/13672-12.html] Configuration Notes for the Implementation of EIGRP over Frame Relay and Low Speed Links</ref>:
 *The traffic that EIGRP is allowed to send on a single virtual circuit (VC) cannot exceed the capacity of that VC.
 *The total EIGRP traffic for all virtual circuits cannot exceed the access line speed of the interface.
@@ Строка 653: / Строка 653: @@
   R1(config-subif)# bandwidth 56
   R1(config-subif)#
 ==Примечания==
 <references/>

← Предыдущая		Версия 07:42, 2 мая 2014
Строка 613:		Строка 613:

	Настраивая '''multipoint-интерфейсы''', установите '''bandwidth равным минимальной CIR умноженной на количество каналов'''. При этом возможно неполное использование скорости, но появляется гарантия, что каналы с наименьшей CIR не будут перегружены. Если топология содержит малое число очень медленных каналов, этот интерфейс обычно является point-to-point, поэтому его bandwidth может быть установлена равной его CIR.		Настраивая '''multipoint-интерфейсы''', установите '''bandwidth равным минимальной CIR умноженной на количество каналов'''. При этом возможно неполное использование скорости, но появляется гарантия, что каналы с наименьшей CIR не будут перегружены. Если топология содержит малое число очень медленных каналов, этот интерфейс обычно является point-to-point, поэтому его bandwidth может быть установлена равной его CIR.
		+
		+	There are three basic rules:
		+	*The traffic that EIGRP is allowed to send on a single virtual circuit (VC) cannot exceed the capacity of that VC.
		+	*The total EIGRP traffic for all virtual circuits cannot exceed the access line speed of the interface.
		+	*The bandwidth allowed for EIGRP on each virtual circuit must be the same in each direction.

	===Примеры использования EIGRP в WAN каналах===		===Примеры использования EIGRP в WAN каналах===

@@ Строка 28: / Строка 28: @@
 **Активация интерфейса.
-В примере показана сеть и представлена конфигурация 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. Физический интерфейс S0/0 настроен для FR, присвоен ip адрес. По умолчанию Inverse ARP включён и автоматически маппит ip адреса устройств на другом PVC каналов в локальные DLCI. EIGRP использует 110 AS и нужные сети указаны в команде '''network'''. '''Расщепление горизонта (split horizon)''' отключён по умолчанию на физических интерфейсах FR. Но команда "IP Split-Horizon" относится только к RIP, а не EIGRP. Т.е. необходимо отключить расщепление командой no ip split horizon eigrp X, где X - EIGRP AS, на интерфейсе. Таким образом маршруты от R2 могут быть переданы R3 и наоборот. Стоит заметить, что Inverse ARP не предоставляет динамического маппинга для соединения между R2 и R3, т.к. они не соединены PVC. Вы должны настроить этот маппинг (отображение) вручную.
 [[Файл:EIGRPonphysFRint.png|center|450px]]
   R1(config)# interface S0/0/0

@@ Строка 501: / Строка 501: @@
 **Setting the maximum-path option to 1 disables load balancing
-'''Note''': If a deliberate metric manipulation is necessary on a router to force it to prefer one interface over
+'''Note''': If a deliberate metric manipulation is necessary on a router to force it to prefer one interface over another for EIGRP-discovered routes, it is recommended to use the interface-level command "'''delay'''" for these purposes. While the "bandwidth" command can also be used to influence the metrics of EIGRP-discovered routes through a particular interface, it is discouraged because the "bandwidth" will also influence the amount of bandwidth reserved for EIGRP packets and other IOS subsystems as well. '''The "delay" ''' parameter specifies the value of the interface delay that is used exclusively by EIGRP to perform metric calculations and does not influence any other area of IOS operation'''.
 ===Балансировка нагрузки с равной стоимостью маршрутов===

@@ Строка 510: / Строка 510: @@
 Данная команда используется для изменения максимального количества маршрутов, используемых для балансировки. maximum-paths '''1''' '''выключает балансировку нагрузки'''.
-*Если пакет process-switched<ref name="switched">[http://ts.psc.ru/CISCO/marginalii/fastsw.htm Включение Fast Switching в Cisco IOS]</ref>, то балансировка нагрузки выполняется per-packet. (кажется, рассматривались в ICND1)
+*Если пакет process-switched<ref name="switched">[http://ts.psc.ru/CISCO/marginalii/fastsw.htm Включение Fast Switching в Cisco IOS]</ref>, то балансировка нагрузки выполняется per-packet. (команда на интерфейсе ''' ip load-share per-packet ''' )
 *Если пакет fast-switched<ref name="switched">[http://ts.psc.ru/CISCO/marginalii/fastsw.htm Включение Fast Switching в Cisco IOS]</ref>, то балансировка нагрузки выполняется per-destination.

@@ Строка 540: / Строка 540: @@
   Самостоятельно EIGRP никакую балансировку не выполняет, а лишь помещает в таблицу маршруты. Балансировку выполняет ПО.
-Для управления тем, как трафик распределяется между маршрутами к одной и той же подсети, имеющими разные метрики, используется команда
+Без дополнительных настроек с помощью команды traffic-share, EIGRP балансирует нагрузку между маршрутами независимо от метрики.
   '''traffic-share [balanced | min accross-interfaces]'''
 где, '''balanced''' (стандартное значение) - маршрутизатор распределяет трафик обратно пропорционально метрикам (по принципу, чем меньше метрика маршрута, тем больше передается по нему трафика).

← Предыдущая		Версия 12:07, 20 февраля 2012
Строка 359:		Строка 359:

	MPLS VPN было создано для предоставления унифицированной сети для сервисов VPN L3. Для клиентов, всё ещё нуждающихся в соединениях L2, ISP могли разворачивать Ethernet VLAN расширения через ATM или metropolitan area. Any Transport over MPLS (AToM) позволяет передавать поверх сети IP/MPLS трафик таких протоколов второго уровня как ATM, Frame Relay, Ethernet, PPP и HDLC через MPLS Backbone. в В AToM виртуальные каналы VC представляют каналы уровеня L2 и MPLS метки идентифицируют их.		MPLS VPN было создано для предоставления унифицированной сети для сервисов VPN L3. Для клиентов, всё ещё нуждающихся в соединениях L2, ISP могли разворачивать Ethernet VLAN расширения через ATM или metropolitan area. Any Transport over MPLS (AToM) позволяет передавать поверх сети IP/MPLS трафик таких протоколов второго уровня как ATM, Frame Relay, Ethernet, PPP и HDLC через MPLS Backbone. в В AToM виртуальные каналы VC представляют каналы уровеня L2 и MPLS метки идентифицируют их.
		+
		+	у технологии AToM имеется две модификации, которые представляют особый интерес в рамках разговора о безопасности: Ethernet поверх MPLS (Ethernet over MPLS, EoMPLS) и служба виртуальной частной локальной сети (Virtual Private LAN Service, VPLS)

	===Решения MLPS L2 и L3 уровней===		===Решения MLPS L2 и L3 уровней===