cisco · 8 стр.
Руководство по эксплуатации Cisco Router — настройка маршрутизации
Оригинальное название: Использование маршрутизаторами BGP атрибута Multi-Exit Discriminator для выбора оптимального пути
Похожие инструкции
Текст документа
Использование маршрутизаторами BGP атрибута Multi-Exit Discriminator для выбора оптимального пути Содержание Введение Предварительные услуги Требования Используемые компоненты Условные обозначения Атрибут MED Пример Команда bgp deterministic-med Примеры Дополнительная информация Введение В этом документе описано использование команды bgp deterministic-med и объясняется, как она воздействует на выбор пути на основе MED. Предварительные условия Требования Для данного документа нет особых требований. Используемые компоненты Настоящий документ не имеет жесткой привязки к устройству или какой-либо версии ПО.
Сведения, содержащиеся в данном документе, были получены с устройств в специальной лабораторной среде. Все устройства, используемые в этом документе, были запущены с чистой (заданной по умолчанию) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования. Условные обозначения Дополнительные сведения об условных обозначениях в документах см. в статье Условные обозначения, используемые в технической документации Cisco. Атрибут MED MED является факультативным нетранзитивным атрибутом. MED применяется как подсказка внешним соседям при выборе предпочтительного пути в автономную систему (AS), имеющей несколько точек входа.
MED также известен как внешняя метрика маршрута. Предпочтительным является атрибут MED с меньшим значением в отличие от большего значения.
В этом разделе описан пример использования MED для влияния на решение маршрутизации, принятого соседней AS. Топология: Пример В этом сценарии AS 65502 является заказчиком ISP, имеющим AS 65501. R4 соединен с двумя разными маршрутизаторами на стороне ISP в целях резервирования и поддерживает объявления двух сетей ISP – 10.4.0.0/16 и 10.5.0.0/16. В этом разделе показана относительная конфигурация. R4 ! version 12.3 ! hostname r4 ! ip cef ! ! interface Loopback10 ip address 10.4.0.1 255.255.0.0 ! interface Loopback11 ip address 10.5.0.1 255.255.0.0 ! interface Serial0/0 ip address 192.168.20.4 255.255.255.0 ! interface Serial1/0 ip address 192.168.30.4 255.255.255.0 !
router bgp 65502 no synchronization bgp log-neighbor-changes network 10.4.0.0 mask 255.255.0.0 network 10.5.0.0 mask 255.255.0.0 neighbor 192.168.20.2 remote-as 65501 neighbor 192.168.30.3 remote-as 65501 no auto-summary ! ip classless ! ! line con 0 exec-timeout 0 0 line aux 0 line vty 0 4 exec-timeout 0 0 login ! ! end
R2 ! version 12.3 ! hostname r2 ! ip cef ! ! interface Loopback0 ip address 2.2.2.2 255.255.255.255 ! interface Ethernet0/0 ip address 172.16.0.2 255.255.255.0 ! interface Serial1/0 ip address 192.168.1.2 255.255.255.0 serial restart-delay 0 ! interface Serial2/0 ip address 192.168.20.2 255.255.255.0 serial restart-delay 0 ! router ospf 1 log-adjacency-changes redistribute connected passive-interface Serial2/0 network 2.2.2.2 0.0.0.0 area 0 network 172.16.0.2 0.0.0.0 area 0 network 192.168.1.2 0.0.0.0 area 0 network 192.168.20.2 0.0.0.0 area 0 !
router bgp 65501 no synchronization bgp log-neighbor-changes neighbor 1.1.1.1 remote-as 65501 neighbor 1.1.1.1 update-source Loopback0 neighbor 3.3.3.3 remote-as 65501 neighbor 3.3.3.3 update-source Loopback0 neighbor 192.168.20.4 remote-as 65502 no auto-summary ! ip classless ! ! line con 0 exec-timeout 0 0 transport preferred all transport output all line aux 0 transport preferred all transport output all line vty 0 4 exec-timeout 0 0 login transport preferred all transport input all transport output all ! end Конфигурация R1 и R3 подобна конфигурации R2. R3 имеет eBGP, равноправный по отношению к R4, и iBGP, равноправный по отношению к R1.
R1 имеет iBGP, равноправный по отношению к R2, и iBGP, равноправный по отношению к R3. Посмотрим, что отображают таблицы R1, R2 и R3 BGP для двух сетей, объявляемых R4: r2# show ip bgp 10.4.0.1 BGP routing table entry for 10.4.0.0/16, version 7 Paths: (2 available, best #1, table Default-IP-Routing-Table) Advertised to non peer-group peers: 1.1.1.1 3.3.3.3
65502 192.168.20.4 from 192.168.20.4 (4.4.4.4) Origin IGP, metric 0, localpref 100, valid, external, best 65502 192.168.30.4 (metric 74) from 3.3.3.3 (3.3.3.3) Origin IGP, metric 0, localpref 100, valid, internal r2# show ip bgp 10.5.0.1 BGP routing table entry for 10.5.0.0/16, version 6 Paths: (2 available, best #2, table Default-IP-Routing-Table) Advertised to non peer-group peers: 1.1.1.1 3.3.3.3 65502 192.168.30.4 (metric 74) from 3.3.3.3 (3.3.3.3) Origin IGP, metric 0, localpref 100, valid, internal 65502 192.168.20.4 from 192.168.20.4 (4.4.4.4) Origin IGP, metric 0, localpref 100, valid, external, best r3# show ip bgp 10.4.0.1 BGP routing table entry for 10.4.0.0/16, version 8 Paths:
(2 available, best #2, table Default-IP-Routing-Table) Advertised to non peer-group peers: 1.1.1.1 2.2.2.2 65502 192.168.20.4 (metric 74) from 2.2.2.2 (2.2.2.2) Origin IGP, metric 0, localpref 100, valid, internal 65502 192.168.30.4 from 192.168.30.4 (4.4.4.4) Origin IGP, metric 0, localpref 100, valid, external, best r3# show ip bgp 10.5.0.1 BGP routing table entry for 10.5.0.0/16, version 10 Paths: (2 available, best #1, table Default-IP-Routing-Table) Advertised to non peer-group peers:
1.1.1.1 2.2.2.2 65502 192.168.30.4 from 192.168.30.4 (4.4.4.4) Origin IGP, metric 0, localpref 100, valid, external, best 65502 192.168.20.4 (metric 74) from 2.2.2.2 (2.2.2.2) Origin IGP, metric 0, localpref 100, valid, internal r1# show ip bgp 10.4.0.1 BGP routing table entry for 10.4.0.0/16, version 11 Paths: (2 available, best #1, table Default-IP-Routing-Table) Not advertised to any peer 65502 192.168.20.4 (metric 128) from 2.2.2.2 (2.2.2.2) Origin IGP, metric 0, localpref 100, valid, internal, best 65502 192.168.30.4 (metric 128) from 3.3.3.3 (3.3.3.3) Origin IGP, metric 0, localpref 100, valid, internal r1# show ip bgp 10.5.0.1 BGP routing table entry for 10.5.0.0/16, version 10 Paths:
(2 available, best #2, table Default-IP-Routing-Table) Not advertised to any peer 65502 192.168.30.4 (metric 128) from 3.3.3.3 (3.3.3.3) Origin IGP, metric 0, localpref 100, valid, internal 65502 192.168.20.4 (metric 128) from 2.2.2.2 (2.2.2.2) Origin IGP, metric 0, localpref 100, valid, internal, best Как можно видеть, R2 и R3 выбирают в качестве оптимального пути внешний маршрут из R4, что и предполагается согласно алгоритму выбора оптимального пути BGP. Дополнительные сведения см. в статье Алгоритм выбора оптимального пути BGP.
Аналогично, R1 выбирает R2 для доступа к двум сетям, что сделано согласно правилу выбора оптимального пути BGP – выбор пути с наименьшим идентификатором маршрутизатора при всех прочих равных атрибутах. Так ID маршрутизатора R2 – 2.2.2.2 , а ID маршрутизатора R3 – 3.3.3.3, то выбран R2. В базовой конфигурации весь трафик двух сетей в AS 65502 проходит от R1 через R2, а затем по умолчанию к R4. Предположим, что R4 необходимо перераспределить трафик, полученный из AS 65501. Чтобы сделать это без запроса изменений со стороны R4 ISP, необходимо настроить R4 на использование MED для направления трафика одной сети по одному пути и трафика другой сети - по другому пути.
Вот какова конфигурация R4 после применения необходимых настроек.