Рассмотрим конфигурацию роутера "D", при которой lpref устанавливается только для update'ов, полученных от AS 300. !Router D router bgp 256 neighbor 3.3.3.4 remote-as 300 neighbor 3.3.3.4 route-map SETLOCALIN in   - Q/ERROR: в оригинале не было "neighbor" neighbor 128.213.11.1 remote-as 256 ! ip as-path access-list 7 permit ^300$       - Q/ERROR: в оригинале не было "access-list" ! route-map SETLOCALIN permit 10 match as-path 7 set local-preference 200 ! route-map SETLOCALIN permit 20 ! пусто В соответствии с данной конфигурацией, local preference attribute всех пришедших от AS 300 update'ов будет установлен равным 200. Правило "20" в SETLOCALIN предназначено для того, чтобы принимать updates от всех остальных роутеров.

II.6 Multi-Exit Discriminator Attribute

Меньшее значение MED является более предпочтительным. Значение по умолчанию = 0.

Примечание: в BGP Version 3 MED называется Inter-AS_Metric.

В отличие от Local Preference (когда обмен lpref'ами происходит в пределах одной AS) использование MED ведет к тому, что эта характеристика передается между автономными системами. Но - с одним ограничением, а именно - MED'ы передаются на _соседнюю_ AS, но не передаются за ее пределы (вернее, при передаче за пределы системы, получившей MED, это значение обнуляется).

Если отдельно не обговорено, роутер сравнивает MED attributes с путями от внешних neighbor'ов, которые принадлежат одной и той же AS (от C и D, например). Если же вы хотите сравнивать MED attributes между автономными системами, нужно в конфигурации роутера (на котором хотите включить такое сравнение) использовать следующую команду:                       bgp always-compare-med.

Figure 12-18: MED Example
 

Суть: с помощью коэффициента MED, заданного на роутерах, которые анонсируют сеть 180.10.0.0 или просто передают update'ы о этой сети, пришедшие от своих соседей, можно указать наилучший путь к этой сети через один из роутеров.

Рассмотрим конфигурацию всех четырех роутеров. !Router A router bgp 100 neighbor 2.2.2.1 remote-as 300 neighbor 3.3.3.3 remote-as 300 neighbor 4.4.4.3 remote-as 400 !Router B router bgp 400 neighbor 4.4.4.4 remote-as 100 neighbor 4.4.4.4 route-map SETMEDOUT out neighbor 5.5.5.4 remote-as 300 ! route-map SETMEDOUT permit 10 set metric 50 !Router C router bgp 300 neighbor 2.2.2.2 remote-as 100 neighbor 2.2.2.2 route-map SETMEDOUT out neighbor 5.5.5.5 remote-as 400 neighbor 1.1.1.2 remote-as 300 ! route-map SETMEDOUT permit 10 set metric 120 !Router D router bgp 300 neighbor 3.3.3.2 remote-as 100 neighbor 3.3.3.2 route-map SETMEDOUT out neighbor 1.1.1.1 remote-as 300 ! route-map SETMEDOUT permit 10 set metric 200 По умолчанию, BGP сравнивает параметр MED в таблице маршрутизации для маршрутов, пришедших от neighbor'ов, которые принадлежат одной и той же AS (не той, в которой находится роутер, а см. рис.). В нашем примере это AS 300. В этом случае роутер "A" может сравнивать MED attributes в роутах, пришедших от "C" (MED = 120) и "D" (MED = 200). И не обращает внимания на то, что update'ы, пришедшие от "B", имеют более низкий MED.

Итак, роутер "A" выберет роутер "C" как best path для достижения сети 180.10.0.0; Для того, чтобы заставить роутер "A" сравнивать MED'ы для update'ов с роутера "B" (который не принадлежит той же AS, что и C и D), используется команда bgp always-compare-med: !Router A router bgp 100 neighbor 2.2.2.1 remote-as 300 neighbor 3.3.3.3 remote-as 300 neighbor 4.4.4.3 remote-as 400 bgp always-compare-med Итак, после этого роутер "A" выберет путь к сети 180.10.0.0 через роутер "B", тк MED для путей, анонсируемых роутером "B" роутеру "A", наименьший. Конечно, это имеет место в том случае, когда все остальные атрибуты для сравнения путей (lpref, weight, etc) являются одинаковыми.

Вы можете также установить MED attribute и в случае redistributing routes into BGP. Например, на роутере "B" вы можете добавить static route в BGP со значением MED=50: !Router B router bgp 400 redistribute static default metric 50 ! ip route 160.10.0.0 255.255.0.0 null 0 Данная конфигурация означает, что роутер "B" будет отправлять updates для 160.10.0.0 с MED attribute = 50.

II.7 Community Attribute

Для установки community attribute используется route-map.

Несколько заранее определенных Community attributes содержатся в табл. 12-1. Table 12-1: Predefined Communities Community:                     Meaning: no-export                      Не передавать эти маршруты EBGP peer'ам no-advertise                   Не передавать эти маршруты вообще никому internet                       Передавать эти пути в internet community; Все маршруты внутри сети относятся к этому community. На примере, приведенном ниже, community attribute устанавливаются с помощью route-map. route-map COMMUNITYMAP match ip address 1 set community no-advertise ! route-map SETCOMMUNITY match as-path 1 set community 200 additive Если вы используете ключевое слово "additive", то указанное значение 200 добавляется к уже существующему community attribute ("no-advertise", как было указано выше). В противном случае, новое значение community перезаписывало бы значение, которое было задано раньше.

Для того, чтобы передать community attribute своему neighbor'у, вы должны использовать команду:             neighbor [ip address] send-community А именно: router bgp 100 neighbor 3.3.3.3 remote-as 300 neighbor 3.3.3.3 send-community neighbor 3.3.3.3 route-map SETCOMMUNITY out Подробнее об использовании community для фильтрации update'ов см. в главе "Community Filtering" ниже.

Для просмотра примеров, как Comminity Attribute используется для фильтрации update'ов, смотрите section "Community Filtering," later in this chapter.

Summary of the BGP Path Selection Process

1. Если путь, указанный в поле next-hop, недоступен, этот update убивается.

2. Лучшим считается путь с наибольшим значением weight;

3. Если weight путей одинаковы, то выбирается путь с наибольшим lpref;

4. Если weight и lpref одинаковы, то выбирается путь, который появился в таблице маршрутов BGP на данном роутере. (подразумевается, что это будет самый наикратчайший путь);

5. Если нет путей, которые "родились" на данном роутере, то выбирается путь с AS_path минимальной длины;

6. Если все пути имеют одинаковую длину (одинаковое количество hop'ов, следовательно), выбирается путь с "lowest origin type". Считается, что IGP < EGP < Incomplete.;

7. Если Origin attr. code одинаковы для всех путей, выбирается путь с наименьшим MED attr.;

8. Если и MED одинаковы для всех возможных путей, предпочтительным считается external path перед internal path;

9. Если опять все пути одинаковы, то prefer the path through the closest IGP neighbor;

10. Выбирается путь с наименьшим IP адресом из тех, которые указываются by the BGP router ID.

III. Controlling the Flow of BGP Updates

a) Основные понятия. Протокол BGP, таблица маршрутизации BGP, neighbor'ы. Взаимодействия роутеров, принадлежащих одной и той же, или разным автономным системам, для обмена маршрутами.

b) Выбор оптимального маршрута из имеющихся в таблице BGP маршрутизации. Факторы, влияющие на выбор оптимального маршрута.

В этой главе мы будем рассматривать способы, с помощью которых можно управлять BGP update'ами, которые пересылаются между автономными системами.

Итак,

В этой главе рассматривается механизм управления передачей BGP update'ов. Он включает в себя следующие части:

• III.1 Administrative Distance
• III.2 BGP Filtering
• III.3 BGP Peer Groups
• III.4 CIDR and Aggregate Addresses
• III.5 Confederations
• III.6 Route Reflectors
• III.7 Route Flap Dampening

III.1 Administrative Distance

Путь с мЕньшим значением administrative distance прописываются в IP routing table.

По умолчанию, BGP использует Administrative Distances из табл. 12-2. Distance         Default value     Function Extarnal         20                Присваивается путям, полученным из EBGP Internal         200               ------------------- // ----------- IBGP Local            200               Пути, которые рождены на данном роутере ЗАМЕЧАНИЕ: Distance не влияет на алгоритм выбора BGP пути, но влияет на            процесс записи путей, полученных по BGP, в IP routing table. Обычно, если маршрут приходит через BGP, он прописывается в IP routing table, поскольку его "distance" = 20. Однако иногда две AS имеют как бы "back door" между собой, полученный по IGP, кроме пути, полученного по EBGP. При этом, с помощью определенных команд на одном из этих роутеров, можно управлять маршрутизацией таким образом, что наилучшим путем будет путь, полученный через IGP, а запасным путем (который будет использоваться в IP route table в случае падения основного пути) будет путь, полученный через BGP update.
 

Figure 12-19: Back Door Example
 

На данном рисунке роутеры "A" и "C", равно как и роутеры "C" и "B", взаимодействуют по EBGP. Роутеры "A" и "B" взаимодействуют по IGP (RIP, IGRP, Enhanced IGRP, or OSFP). Значения default distance для RIP, IGRP, Enhanced IGRP и OSPF равны 120,100,90 и 110 соответственно. Поскольку все эти default distance больше, чем def distance для EBGP (20), то по правилу, описанному выше, для в таблицу IP маршрутов на роутере "A" должен быть прописан маршрут, полученный по EBGP.

Более детально: роутер "A" получает updates о сети 160.10.0.0 по двум протоколам: EBGP и IGP. Поскольку default distance для EBGP меньше, чем для IGP, то роутер "A" выберет путь к данной сети, полученный им от роутера "C". Но мы можем изменить эту картину (как раз в этом и заключается использование back door): например, если мы хотим, чтобы роутер "A" использовал путь к 160.10.0.0, полученный по IGP от роутера "B", можно воспользоваться одним из трех приведенных ниже способов:

*) Изменить external distance у EBGP. Но это не рекомендуется, поскольку distance влияет на все updates между роутерами, и может случиться путаница при взаимодействии нескольких протоколов между собой;

*) Изменить distance у IGP. Не рекомендуется по той же причине;

*) Использовать конфигурацию BGP back door. Это правильно.

Итак, для использования IGP connection as back door, существует команда конфигурации роутера:                      network [net] backdoor С ее помощью сконфигурим роутер "A" таким образом, что он будет в свою IP table прописывать update'ы, полученные от роутера "B". !Router A router eigrp 10 network 150.10.0.0 router bgp 100 neighbor 2.2.2.1 remote-as 300 network 160.10.0.0 backdoor Команда network 160.10.0.0 backdoor на роутере "A" выдает маршрут к сети 160.10.0.0, как локальный, и прописывает его в IP routing table со значением distance = 200. Поскольку сеть 160.10.0.0 также анонсируется и по Enhanced IGRP (с роутера "B", причем с distance=90) то именно полученный по Enhanced IGRP маршрут бедет прописан в IP route table и будет использоваться как основной. Если же IGRP маршрут упадет, то EBGP маршрут будет прописан в IP routing table и будет использован для прохождения трафика. Примечание: Несмотря на то, что BGP трактует сеть 160.10.0.0 как local,             это не значит, что данная сеть анонсируется как локальная             для данного роутера.

III.2 BGP Filtering

• III.2.1 Prefix Filtering
• III.2.2 AS_path Filtering
• III.2.3 Route Map Filtering
• III.2.4 Community Filtering

Рассмотрим все 4 метода filtering'а BGP update'ов по отдельности.

III.2.1 Prefix Filtering

На рисунке ниже мы видим сеть, которая демонстрирует использование prefix filtering.
 

Figure 12-20: Route Filtering
 

На данном рисунке роутер "B" является originated для сети 160.10.0.0 и он отправляет update'ы об этой сети на роутер "C". Если Вы хотите запретить передачу update'ов об этой сети с роутера "C" на роутер "A" AS100, вы можете воспользоваться access-list'ом: !Router C router bgp 300 network 170.10.0.0 neighbor 3.3.3.3 remote-as 200 neighbor 2.2.2.2 remote-as 100 neighbor 2.2.2.2 distribute-list 1 out ! access-list 1 deny 160.10.0.0 0.0.255.255 access-list 1 permit 0.0.0.0 255.255.255.255 В этом примере конфигурации, как вы видите, комбинация команд neighbor [ip] distribute-list 1 out и access-list 1 запрещает роутеру "C" передавать update'ы о сети 160.10.0.0 neighbor'у 2.2.2.2 AS100, но разрешает все остальные update'ы в его направлении.

Использование access-list'а для фильтрации сетей целиком делается просто. Но, предположим, что роутер "B" на приведенном выше рисунке имеет другую подсеть от 160.10.x.x, а вы хотите анонсировать только 160.0.0.0/8.

Access list:              access-list 1 permit 160.0.0.0 0.255.255.255 разрешает сети 160.0.0.0/8, 160.0.0.0/9 и так далее. Для того, чтобы роутер пропускал update'ы только о 160.0.0.0/8, следует использовать extended access list, например: access-list 101 permit ip 160.0.0.0 0.255.255.255 255.0.0.0 0.255.255.255

III.2.2 AS_path Filtering

Figure 12-21: AS_path Filtering
 

!Router C neighbor 3.3.3.3 remote-as 200 neighbor 2.2.2.2 remote-as 100 neighbor 2.2.2.2 filter-list 1 out ! ip as-path access-list 1 deny ^200$ ip as-path access-list 1 permit .* В данном примере access-list 1 на роутере "C" запрещает все update'ы, в которых AS_path начинается _И_ заканчивается на 200.

Итак, роутер "B" посылает updates о сети 160.10.0.0, у которой AS_path attribute начинается и заканчивается на 200, и как только этот update получит Router "C", и сравнит со своим access-list'ом, он игнорирует этот update, то есть не передаст его на "A". ЗАМЕТИМ, что update, который заканчивается на 200, будет разрешен данным access-list'ом. Таким образом, updates от AS 400, которые проходят через AS 200 (у них AS_path = 200,400) не игнорируются. А вот если в правиле access-list написать ^200 вместо ^200$, то эти updates не будут переданы на "A". В правиле, в котором встречаются метасимволы . и *, "." означает любой символ, а "*" означает многократное его повторение. Так что это любой AS_path.

Если Вы хотите проверить, работает ли введенное вами regular expression так, как предпологалось, используйте следующую EXEC команду:                 show ip bgp regexp regular-expression По выполнении этой команды роутер отобразит все пути, которые удовлетворяют данному регулярному выражению.

III.2.3 Route Map Filtering

Предположим, что для той же схемы, которая нарисована выше, мы хотим следующее:

!) Все так же принимать update'ы, оригинальные для AS200, и присваивать им weight attribute 20;

!) Не принимать update'ы, которые в AS_path содержат AS400;

!) Принимать все остальные update'ы, и устанавливать им weight attribute = 10.

Это достигается такой конфигурацией: !Router C router bgp 300 network 170.10.0.0 neighbor 3.3.3.3 remote-as 200 neighbor 3.3.3.3 route-map STAMP in ! route-map STAMP permit 10 match as-path 1 set weight 20 ! route-map STAMP permit 20 match as-path 2 ! route-map STAMP permit 30 set weight 10 ! ip as-path access-list 1 permit ^200$ ip as-path access-list 2 deny _400_ В данной конфигурации роутера "C" указано, что access-list 1 разрешает любой update с AS_path attribute, начинающимся и заканчивающимся на 200, что означает разрешение всех update'ов, для которых AS200 является originated. Weight attribute для разрешенных update'ов устанавливается равным 20.

Access-list 2 запрещает все update'ы, содержащие 400 в AS_path. Все остальные update'ы будут иметь weight attribute = 10, как указано в правиле "30" route-map'а STAMP.

Далее, предположим, что на рис. выше Router "C" анонсирует свою собственную сеть 170.10.0.0 автономным системам AS100 и AS200. Когда update'ы об этой сети достигнут AS600, роутеры этой автономной системы получат два пути к нашей сети: через AS100 с AS_path=100,300 и через AS400 с AS_path=400,200,300. Допустим, что все остальные значения attributes, которые могут повлиять на выбор пути к нашей сети, одинаковы. В этом случае роутер в AS600 выберет тот путь, который короче, т.е. через AS100.

Если вы захотите сделать так, чтобы конфигурация роутера "C" влияла на выбор пути к сети 170.10.0.0, который будет производиться на роутере "D", вы можете это сделать... прибавив к AS_path дополнительные номера AS, как правило просто повторив несколько раз номер AS300, в которую и входит роутер "C": !Router C router bgp 300 network 170.10.0.0 neighbor 2.2.2.2 remote-as 100 neighbor 2.2.2.2 route-map SETPATH out ! route-map SETPATH permit 10 set as-path prepend 300 300 Команда конфигурации роутера "C" set as-path prepend 300 300 указывает роутеру "C", что, прежде чем отправить update на 2.2.2.2, к пути AS_path надо прибавить 300 дважды (искусственно удлинив путь). В результате, AS_path для сети 170.10.0.0, которая достигнет AS600 через AS100, будет иметь вид: 100,300,300,300; а AS_path, полученная AS600 через AS400, будет короче: 400,200,300 - она и будет выбрана роутером AS600 для доступа к сети 170.10.0.0.

III.2.4 Community Filtering

Figure 12-23: Community Filtering
 

Предположим, что мы не хотим, чтобы роутер "C" передавал полученные от роутера "B" маршруты на роутер "A".

Это делается установкой Community Attribute update'ам, отправляемым роутером "B" на роутер "C" (делается на роутере "B"!!!!): !Router B router bgp 200 network 160.10.0.0 neighbor 3.3.3.1 remote-as 300 neighbor 3.3.3.1 send-community neighbor 3.3.3.1 route-map SETCOMMUNITY out ! route-map SETCOMMUNITY permit 10 match ip address 1 set community no-export ! route-map SETCOMMUNITY permit 20 ! access-list 1 permit 0.0.0.0 255.255.255.255 Для маршрутов, которые посылаются роутеру "C" (neighbor с IP адресом 3.3.3.1), роутер "B" использует route-map с названием SETCOMMUNITY. Данный route-map для любого update'а, достигшего роурер _"C"_, и удовлетворяющего правилу access-list 1, устанавливает community равным "no-export". Команда конфигурации роутера "B" send-community используется для передачи данного community attribute роутеру "C" (3.3.3.1).

Когда роутер "C" получает update'ы от роутера "B", он не передает их на роутер "A", поскольку community attribute = no-export.

Существует еще один способ использования фильтров, в которых используется community attribute: это команда конфигурации

ip community-list

Итак, !Router B router bgp 200 network 160.10.0.0 neighbor 3.3.3.1 remote-as 300 neighbor 3.3.3.1 send-community neighbor 3.3.3.1 route-map SETCOMMUNITY out ! route-map SETCOMMUNITY permit 10 match ip address 2 set community 100 200 additive ! route-map SETCOMMUNITY permit 20 ! access list 2 permit 0.0.0.0 255.255.255.255 При данной конфигурации, роутер "B" добавляет значения 100 и 200 к значению community любого update'а, который достигнет neighbor'а с IP адресом 3.3.3.1; Далее: для конфигурирования роутера _"C"_ используется "ip community-list" команда, с помощью которой устанавливается "weight" в том случае, когда у пришедшего на роутер "C" update'а community attribute содержит в себе 100 и/или 200: !Router C router bgp 300 neighbor 3.3.3.3 remote-as 200 neighbor 3.3.3.3 route-map check-community in ! route-map check-community permit 10 match community 1 set weight 20 ! route-map check-community permit 20 match community 2 exact set weight 10 ! route-map check-community permit 30 match community 3 ! ip community-list 1 permit 100 ip community-list 2 permit 200 ip community-list 3 permit internet В данной конфигурации, любой update, приходящий на "C" и содержащий 100 в community attribute, удовлетворяет правилу ip community-list 1 и в результате этому маршруту присваивается весовой коэффициент weight = 20. Аналогично, если в comm. attr. есть _только_ 200, то маршруту присвоится weight = 10. Последний же в списке community list (list 3) использует ключевое слово "internet", и разрешает все остальные update'ы без изменения из аттрибутов.

Note: "internet" означавет _все_ update'ы, поскольку все маршруты всегда являются членами community = internet.

III.3 BGP Peer Groups

Вместо того, чтобы определять одни и те же policies для каждого neighbor'а, вы можете создать peer group name и присвоить policies этой peer group.

Роутеры, входящие в peer group, наследуют все опции конфигурации этой самой peer group. Роутеры в peer group могут также изменять эти опции, с условием что измененные значения не будут передаваться далее в outgoing updates. Это означает, что менять ту или иную опцию конфигурации можно только для incoming updates.
 

Figure 12-24: BGP Peer Groups
 

Итак, следующая конфигурация роутера "C" включает в себя BGP peer group "INTERNALMAP" на данном роутере и используется во всех роутерах AS300: !Router C router bgp 300 ! neighbor INTERNALMAP peer-group neighbor INTERNALMAP remote-as 300 neighbor INTERNALMAP route-map INTERNAL out neighbor INTERNALMAP filter-list 1 out neighbor INTERNALMAP filter-list 2 in ! neighbor 5.5.5.2 peer-group INTERNALMAP neighbor 6.6.6.2 peer-group INTERNALMAP neighbor 3.3.3.2 peer-group INTERNALMAP neighbor 3.3.3.2 filter-list 3 in Данная конфигурация определяет следующие policies для INTERNALMAP peer group:

*) Route map с названием INTERNAL

*) Filter list для outgoing updates (filter list 1)

*) Filter list для incoming updates (filter list 2)

В данной конфигурации peer group применяется ко всем _внутренним_ neighbor'ам - роутерам E, F и G. В ней также отдельно определено использование filter list'а для incoming updates от neighbor'а 3.3.3.2 (Router E). Этот filter list используется только для incoming updates.

Теперь рассмотрим другую конфигурацию роутера "C". В этой конфигурации создается BGP peer group name "EXTERNALMAP" на роутере "C" и она применяется к роутерам из AS100, 200, 600 : !Router C router bgp 300 ! neighbor EXTERNALMAP peer-group neighbor EXTERNALMAP route-map SETMED neighbor EXTERNALMAP filter-list 1 out neighbor EXTERNALMAP filter-list 2 in ! neighbor 2.2.2.2 remote-as 100 neighbor 2.2.2.2 peer-group EXTERNALMAP neighbor 4.4.4.2 remote-as 600 neighbor 4.4.4.2 peer-group EXTERNALMAP neighbor 1.1.1.2 remote-as 200 neighbor 1.1.1.2 peer-group EXTERNALMAP neighbor 1.1.1.2 filter-list 3 in Как видим, в этой конфигурации команда neighbor remote-as помещается вовне того блока, где прописывается neighbor ........ постольку поскольку используются несколько разных AS, а не одна, как в первом примере с peer-group.

Так же заметим, что в данной конфигурации определяется filter-list 3, который может быть использован для изменения (перезаписи) configurstion options для incoming updates от neighbor'а 1.1.1.2 (Router B).

III.4 CIDR and Aggregate Addresses

CIDR также известен под названием supernetting. CIDR - это новый способ определения IP адресов, который исключает (не        использует) концепцию классов (Class A, B, C и тд). Например,        сеть 192.213.0.0 с "неправильным" классом сети "C" (см адрес -        в третьем октете не может стоять 0 для сети класса C), является        совершенно легальной supernet, когда она представлена в CIDR        notation как 192.213.0.0/16; Запись "/16" показывает, что маска подсети состоит из 16 бит (считая слева).

Заметим, что 192.213.0.0/16 и 192.213.0.0 255.255.0.0 - одно и то же. more specific route  - это маршрут на подблок. CIDR делает простым aggregate маршрутов. Aggregation - это процесс преобразования нескольких различных маршрутов в один маршрут (prefix aggregate route), котороый и будет анонсироваться. Такой подход уменьшает размеры таблицы маршрутизации.
 

Figure 12-25: Aggregation
 

На этом рисунке роутер "B" из AS200 является originated для сети 160.11.0.0 и он анонсирует эту сеть роутеру "C" из AS300. Ниже приведена конфигурация роутера "C" для того, чтобы передавать aggregate address 160.0.0.0 роутеру "A": !Router C router bgp 300 neighbor 3.3.3.3 remote-as 200 neighbor 2.2.2.2 remote-as 100 network 160.10.0.0 aggregate-address 160.0.0.0 255.0.0.0 Команда конфигурации роутера aggregate-address анонсирует prefix route (в данном случае, 160.0.0.0/8) и все more specific routes. Замечание: роутер не может aggregate адреса, если он не имеет more cpecific route к этим адресам в своей таблице маршрутизации. More cpecific route могут появиться в таблице BGP маршрутизации из incoming updates от других AS, или могут быть получены по IGP (redistributed into BGP), или могут быть установлены с помощью команды конфигурации роутера "network". Если вы хотите, чтобы роутер "C" передавал только prefix route, и не хотите, чтобы он передавал more specific route, используйте ключевое слово "summary only" в команде affregate-address: aggregate-address 160.0.0.0 255.0.0.0 summary-only Эта команда передает prefix (160.0.0.0/8) и не передает more specific routes, которые данный роутер может иметь в BGP routing table. Замечание: Если вы используете команду конфигурации "network" для            анонсирования сети, запись о данной сети всегда будет            появляться в BGP update'ах, даже если вы используете            ключевое слово summary-only в команде конфигурации            aggregate-address. Если вы хотите запретить некоторые specific routes, когда принимаете маршруты, вы можете использовать route map. Например, если вы хотите, чтобы Router C принимал маршруты о 160.0.0.0 и запретить прием route 160.20.0.0, но все-таки разрешив маршруты к 160.10.0.0, используйте следующие команды: !Router C router bgp 300 neighbor 3.3.3.3 remote-as 200 neighbor 2.2.2.2 remote-as 100 network 160.10.0.0 aggregate-address 160.0.0.0 255.0.0.0 suppress-map CHECK ! route-map CHECK permit 10 match ip address 1 ! access-list 1 deny 160.20.0.0 0.0.255.255 access-list 1 permit 0.0.0.0 255.255.255.255 Если вы хотите, чтобы на роутере устанавливалось значение некоторых attributes, когда он передает aggregate route, используйте attribute map: aggregate-address 160.0.0.0 255.0.0.0 attribute-map SETORIGIN ! route-map SETORIGIN permit 10 set origin igp

III.4.1 Aggregation and Static Routes

На рисунке 12-26, приведенном ниже, показано как static routes могут быть использованы для создания aggregate'ов.
 

Figure 12-26: CIDR Aggregation Example
 

Допустим, вы хотите, чтобы роутер "B" анонсировал prefix 160.0.0.0, но не передавал все остальные more specific routes.

Конфигурация роутера "B", приведенная ниже, выполняет redistribute static aggregate into BGP: !Router B router bgp 200 neighbor 3.3.3.1 remote-as 300 redistribute static ! ip route 160.0.0.0 255.0.0.0 null 0 В результате этой конфигурации получаем, что роутер "B" анонсирует сеть 160.0.0.0 с origin attribute = Incomplete. Замечание: вместо redistribute static можно использовать команду network            дает тот же самый эффект, только origin attr для маршрута к            сети 160.0.0.0 будет IGP, а не Incomplete:            !Router B            router bgp 200            neighbor 3.3.3.1 remote-as 300            network 160.0.0.0 mask 255.0.0.0            !            ip route 160.0.0.0 255.0.0.0 null 0 Замечание: Использование static routes, как показано в двух последних            примерах конфигурации (с помощью команд redistribute static            и network) - наиболее предпочтительный способ добавления            aggregate route, поскольку использование static routes            предотвращает нежелательные route flaps.

III.4.2 Aggregation and AS-SET

На рисунке ниже демонстрируется использование AS-SET при аггрегировании адресов.
 

Figure 12-27: CIDR Aggregation Example with AS-SET
 

На этом рисунке роутер "C" принимает updates о сети 160.20.0.0 от роутера "A" и updates о сети 160.10.0.0 от роутера "B". Если роутер "C" аггрегирует сеть 160.0.0.0/8 и отправляет update'ы об этой сети роутеру "D", то AS_path для этой сети будет указывать, что AS300 является _origin_ для нее.

Но в том случае, если роутер "D" имеет другой путь к AS100, update'ы (о сети 160.0.0.0/8) с "C" на "D" могут вести к зацикливанию маршрутов.

Для того, чтобы этого не случилось, используется команда конфигурации роутера aggregate-address с ключевым словом "as-set": !Router C neighbor 3.3.3.3 remote-as 200 neighbor 2.2.2.2 remote-as 100 neighbor 4.4.4.4 remote-as 400 aggregate-address 160.0.0.0 255.0.0.0 as-set Ключевое слово "as-set" указывает роутеру "C", что в update'ы о сети 160.0.0.0/8 должна быть включена информация о том, что сеть 160.0.0.0 принадлежит "to a set" (в данном случае, 100 и 200).

III.5 Confederations

Figure 12-28: Confederations
 

На данном рисунке AS500 содержит 9 роутеров (не считая тех, которые не работают по BGP). Без confiderations, BGP будет требовать, чтобы роутеры, входящие в AS500, были полностью взаимосвязаны между собой. Это означает, что каждый роутер нуждается в том, чтобы у него было IBGP соединение с со всеми остальными 8 роутерами; Кроме того, пусть каждый из 9 роутеров связан по EBGP с external AS.

Confederation уменьшает количество peer'ов внутри AS. Это делается следующим образом: вы делите данную AS (AS500) на несколько автономных систем, и присваиваете каждой из них свой номер, номер mini-AS в "конфедерации". Каждая mini-AS является fully-meshed, то есть полностью взаимосвязанной (каждый из роутеров, входящих в данную mini-AS, связан по IBGP со всеми своими "соседями" в mini-AS). Каждая mini-AS связана с другой mini-AS в "конфедерации".

Заметим, что несмотря на то, что mini-AS имеют EBGP peer'ы с другими AS внутри confederations, они обмениваются routing updates как если бы они использовали IBGP - т.е. next hop, MED, и local preference не меняются.

Для внешнего мира concederation выглядит как одна AS.

Следующие команды конфигурируют роутер "C": !Router C router bgp 65050 bgp confederation identifier 500 bgp confederation peers 65060 65070 neighbor 128.213.10.1 remote-as 65050 neighbor 128.213.20.1 remote-as 65050 neighbor 128.210.11.1 remote-as 65060 neighbor 135.212.14.1 remote-as 65070 neighbor 5.5.5.5 remote-as 100 Здесь, команда конфигурации router bgp 65050 указывает, что роутер "C" принадлежит AS 65050.

Команда bgp confederation identifier 500 указывает, что роутер "C" принадлежит "конфедерации" 500.

Первые две строчки, начинающиеся с neighbor, указывают на то, что роутер "C" устанавливает IBGP connection с двумя оставшимися роутерами в своей mini-AS 65050. Вторые две строчки устанавливают BGP connection с confederation peers 65060 и 65070. Последняя команда "neighbor" устанавливает EBGP connection с external AS100.

Аналогично, рассмотрим конфигурацию роутера "D": !Router D router bgp 65060                        - роутер принадлежит AS65060 bgp confederation identifier 500        - роутер принадлежит конф-ии 500 bgp confederation peers 65050 65070 neighbor 129.210.30.2 remote-as 65060   - устанавливает IBGP connect внутри AS neighbor 128.213.30.1 remote-as 65050   - устанавливает BGP connection neighbor 135.212.14.1 remote-as 65070     с peer'ами внутри "confederation" neighbor 6.6.6.6 remote-as 600          - устанавливает EBGP с внеш. AS 600. Конфигурация роутера "A" выглядит следующим образом: !Router A router bgp 100 neighbor 5.5.5.4 remote-as 500 - то есть устанавливается EBGP connection с роутером "C".

Заметим, что роутер "A" ничего не знает (и не должен знать) о делении AS500 на mini-AS, то есть он ничего не знает об AS65050, 65060, 65070. Он знает только об AS500.

III.6 Route Reflectors

Figure 12-29: Simple Route Reflector Example
 

Итак, обратим внимание - все три роутера (A,B и C) принадлежат одной AS100.

Без использования Route Reflector'а для нормально функционирования сети, показанной на рисунке, требуется полная IBGP взаимосвязь (то есть роутер "A" должен быть связан еще и с роутером "B" по IBGP).

Но, если роутер "C" конфигурить как Route reflector, то IBGP peering между роутерами "A" и "B" не требуется, поскольку роутер "C" будет передавать updates, пришедшие от роутера "A", на роутер "B", и наоборот.

Для конфигурирования роутера "C" в качестве Router Reflector'а используются следующие команды: !Router C router bgp 100 neighbor 1.1.1.1 remote-as 100 neighbor 1.1.1.1 route-reflector-client neighbor 2.2.2.2 remote-as 100 neighbor 2.2.2.2 route-reflector-client Итак, роутер, который включает в себя команду конфигурации neighborrouter-reflector-client - это Route Reflector.

Роутеры, ip адреса которых указаны в команде router-reflector-client - это клиенты Route Reflector'а.

Если рассматривать всю сеть целиком, то все вместе (Route Reflector и его client'ы) - называется "cluster".

IBGP peer'ы данной AS, которые не перечислены как clients, называются "nonclients".

В AS может быть несколько Route Reflect'оров. Когда это так, то каждый Route Reflect'ор общается с остальными Route Reflect'орами как с обычными IBGP speaker'ами.

В одном claster'е может быть больше одного Route Reflect'ора, в одной AS может быть несколько claster'ов. [рассмотрение более продвинутых конфигураций с использованием Route  Reflector'ов, а так же способы защиты от зацикливаний при работе с  Route Reflector'ами (Using an Originator ID, Using a Cluster List)  пока опущены в настоящем рассмотрении. Причина: идея ясна, а рисунки  слишком сложные для воспроизведения их в тексте; Да и времени  маловато].

III.7 Route Flap Dampening

Penalty - Числовое значение, которое присваивается маршруту, когда роутер flaps

Half-life time - Числовое значение, которое устанавливается в конфигурации и означает время которое должно пройти с момента поднятия линка, и ведущее к уменьшению panalty вполовину.

Suppress limit - Числовое значение, с которым сравнивается panalty. Если penalty больше, чем suppress limit, то маршрут считается недоступным и отбрасывается.

Suppressed - маршрут, который не анонсируется, даже если он "UP". Маршрут считается Suppressed, если Penalty больше Suppress Limit.

Reuse limit - Числовое значение, устанавливаемое в процессе конфигурации. Это значение сравнивается с Penalty; Если Penalty меньше Reuse Limit, то Suppressed маршрут, если он UP в настоящий момент, больше не будет замораживаться (то есть считается размороженным).

History entry - запись, которая используется для сохранения flap information о маршрутах, которые down.

Маршруты, которые flapping, получают 1000 penalty за каждый flap. Когда накопленный таким образом penalty привысит установленный в конфигурации предел (Suppress Limit), BGP приостанавливает анонсирование данного маршрута, даже если в этот момент маршрут является рабочим (я его назвал UP). Накопленный penalty уменьшается вдвое по истечении half-life time. Если после этого оказывается, что penalty < reuse limit, маршрут начинает анонсироваться опять (если он UPв этот момент, конечно). Замечание: Dampening не применяется к маршрутам, которые            получены по IBGP.            Это ограничение предотвращает forwarding loops            и как бы защищает IBGP peer'ы от имеющих бОльшие penalty у             маршрутов, которые являются внешними к данной AS.

Figure 12-33: Route Flap Dampening
 

Рассмотрим команды конфигурации роутеров "A" и "B": !Router A hostname RouterA ! interface serial0 ip address 203.250.15.2 255.255.255.252 interface serial1 ip address 192.208.10.6 255.255.255.252 ! router bgp 100 bgp dampening ! network 203.250.15.0 neighbor 192.208.10.5 remote-as 300 !Router B hostname RouterB ! interface loopback 0 ip address 192.208.10.174 255.255.255.192 ! interface serial 0/0 ip address 192.208.10.5 255.255.255.252 ! router bgp 300 network 192.208.10.0 neighbor 192.208.10.6 remote-as 100 Итак, роутер "A" сконфигурирован для route dampening'а. Предположим теперь, что EBGP линк к роутеру "B" стабилен. В этом случае BGP table на роутере A будет выглядеть так: Q/ERROR: Опечатка в оригинальной ссылке на английском. см. след. строчку ниже             (там стоит RouterB#). RouterA# show ip bgp table version is 24, local router ID is 203.250.15.2 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete     Network         Next Hop        Metric      LocPrf     Weight    Path *>  192.208.10.0    192.208.10.5    0                      0         300 i *>  203.250.15.0    0.0.0.0         0                      32768         i Для того, чтобы симитировать route flap, на роутере "B" введем команду: clear ip bgp 192.208.10.6

Теперь таблица BGP маршрутов на роутере "A" будет выглядеть так: RouterA# show ip bgp table version is 24, local router ID is 203.250.15.2 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete     Network         Next Hop        Metric      LocPrf     Weight    Path h   192.208.10.0    192.208.10.5    0                      0         300 i *>  203.250.15.0    0.0.0.0         0                      32768         i Поскольку маршрут к сети 192.208.10.0 has flapped, запись в BGP table как бы удаляется, и к ней добавляется признак h - history.

Для более подробного просмотра некоторого отдельного маршрута (например, к сети 192.208.10.0) выполним команду: RouterA# show ip bgp 192.208.10.0 BGP routing table entry for 192.208.10.5 255.255.255.0, version 25 Paths: (1 available, no best path) 300 (history entry)     192.208.10.5 from 192.208.10.5 (192.208.10.174) Origin IGP, metric 0, external Dampinfo: penalty 1000, flapped 1 times in 0:02:03 Итак, мы видим, что данный маршрут имеет penalty 1000 из-за flapping, но penalty все еще меньше suppress limit'а (default 2000). Поскольку маршрут down, он помечен как "h" - history entry. Если маршрут flaps несколько раз, команда show ip bgp отображает следующее: RouterA# show ip bgp table version is 32, local router ID is 203.250.15.2 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete     Network         Next Hop        Metric      LocPrf     Weight    Path *d  192.208.10.0    192.208.10.5    0                      0         300 i *>  203.250.15.0    0.0.0.0         0                      32768         i И теперь вывод show ip bgp 192.208.10.0 будет следующий: RouterA# show ip bgp 192.208.10.0 BGP routing table entry for 192.208.10.5 255.255.255.0, version 32 Paths: (1 available, no best path) 300, (suppressed due to dampening)         192.208.10.5 from 192.208.10.5 (192.208.10.174) Origin IGP, metric 0, external Dampinfo: penalty 2615, flapped 3 times in 0:05:18, reuse in 0:27:00 Итак, route is UP, но поскольку penalty > suppress limit, в данный момент маршрут suppressed. Этот маршрут будет восстановлен в таблице маршрутизации, когда penalty станет равным reuse limit (default 750).

Кроме того, dampening information будет очищена после того, как penalty станет меньшим, чем 1/2 от reuse limit (750/2).

IV. Practical Design Example

Figure 12-34: Practical Design Example for ISPs
 

Если AS связана с двумя ISPs через EBGP, IBGP должен использоваться между роутерами внутри данной AS для лучшего управления маршрутами.

Рассмотрим AS100, имеющую два EBGP connection (роутеры "A" и "B") с внешним миром (роутеры "C" и "D"). "A" и "B" общаются между собой по IBGP.

Между роутерами "A-F", "A-B" и "B-F" этой AS также используется OSPF (протокол семейства IGP).

Приведенная ниже конфигурация роутеров - предварительная, поскольку она не полная. Это сделано для того, чтобы продемонстрировать методы BGP troubleshooting'а. Полная и правильная конфигурация расположена в главе "Final Configurations," ниже. !Router A hostname RouterA ! interface loopback 0 ip address 203.250.13.41 255.255.255.0 ! interface ethernet 0 ip address 203.250.14.1 255.255.255.0 ! interface serial 0 ip address 128.213.63.1 255.255.255.252 ! router ospf 10 network 203.250.0.0 0.0.255.255 area 0 router bgp 100 network 203.250.13.0 mask 255.255.255.0 network 203.250.14.0 mask 255.255.255.0 neighbor 128.213.63.2 update-source loopback 0 !Router B ! hostname RouterB ! interface serial 0 ip address 203.250.15.2 255.255.255.252 ! inetrface serial 1 ip address 192.208.10.6 255.255.255.252 ! router ospf 10 network 203.250.0.0 0.0.255.255 area 0 ! router bgp 100 network 203.250.15.0 neighbor 192.208.10.5 remote-as 300 neighbor 203.250.15.1 remote-as 100 !Router C hostname RouterC ! interface loopback 0 ip address 128.213.63.130 255.255.255.192 ! interface serial 2/0 ip address 128.213.63.5 255.255.255.252 ! interface serial 2/1 ip address 128.213.63.2 255.255.255.252 ! router bgp 200 network 128.213.0.0 neighbor 128.213.63.1 remote-as 100 neighbor 128.213.63.6 remote-as 400 !Router D hostname RouterD ! interface loopback 0 ip address 192.208.10.174 255.255.255.192 ! interface serial 0/0 ip address 192.208.10.5 255.255.255.252 ! interface serail 0/1 (ERROR: здесь и строчка ниже в оригинале - с опечаткой) ip address 192.208.10.2 255.255.255.252 ! router bgp 300 network 192.208.10.0 neighbor 192.208.10.1 remote-as 500 neighbor 192.208.10.6 remote-as 100 !Router E hostname RouterE ! interface loopback 0 ip address 200.200.10.1 255.255.255.0 ! interface serial 0 ip address 195.211.10.2 255.255.255.252 ! interface serial 1 ip address 128.213.63.6 255.255.255.252 ! router bgp 400 network 200.200.10.0 neighbor 128.213.63.5 remote-as 200 neighbor 195.211.10.1 remote-as 500 !Router F ! hostname RouterF ! interface ethernet 0 ip address 203.250.14.2 255.255.255.0 ! interface serial 1 ip address 203.250.15.1 255.255.255.252 ! router ospf 10 network 203.250.0.0 0.0.255.255 area 0 !Router G hostname RouterG ! interface loopback 0 ip address 195.211.10.174 255.255.255.192 ! interface serial 0 ip address 192.208.10.0 255.255.255.252 ! interface serial 1 ip address 195.211.10.1 255.255.255.252 ! router bgp 500 network 195.211.10.0 neighbor 192.208.10.2 remote-as 300 neighbor 195.211.10.2 remote-as 400 Когда вы конфигурируете redistribute IGP routes в BGP, вам необходимо контролировать те маршруты, которые попадают в BGP. По этой причине всегда лучше использовать команду конфигурации "network" или выполнять redistributing of static routes, как и показано на приведенной выше конфигурации. Эти методы так же предотвращают route flaps.

IV.1 Determining the State of BGP

Символ "i" в конце строки означает, что информация о данном пути пришла от IGP.

Первая строка читается так:

Информация о доступности сети 128.213.0.0 получена через AS_path 200, и для того, чтобы с данного роутера достичь этой сети, в качестве Next hop'а следует использовать 128.213.63.2.

Замечание: любой маршрут, который сгенерирован на данном роутере (см. 203.250.15.0) имеет next hop = 0.0.0.0.

Символ " > " означает, что BGP выбрал данный маршрут, как лучший. Процесс выбора наилучшего маршрута описан выше в главе "Summary of the BGP Path Selection Process". BGP всегда выбирает только один маршрут, как лучший. После чего он записывает этот маршрут в IP routong table и анонсирует этот путь другим BGP peer'ам.

Заметим, что next hop attribute 128.213.63.2, имеющий место для части маршрутов, унаследован от EBGP.

Теперь проверим IP routing table на роутере "B": RouterB# show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate        default        Gateway of last resort not set        203.250.13.0 255.255.255.255 is subnetted, 1 subnets O          203.250.13.41 [110/75] via 203.250.15.1, 02:50:45, Serial0        203.250.15.0 255.255.255.252 is subnetted, 1 subnets C          203.250.15.0 is directly connected, Serial0 O          203.250.14.0 [110/74] via 203.250.15.1, 02:40:46, Serial0 Заметим, что ни один BGP маршрут не появился в IP routing table. Это произошло потому, что в данной конфигурации мы имеем одну проблему: маршруты к некоторым сетям, содержащиеся в BGP route table на "B", имеют next hop = 128.213.63.2, который недоступен с "B".

Адрес 128.213.63.2 недоступен потому, что в таблице маршрутизации на "B" отсутствует запись о том, как достичь данный адрес через IGP (в данном случае, через OSPF). Итак, роутер "B" не знает о 128.213.63.0 из OSPF.

IV.2 Correcting Next Hop Problems

* Использованием на роутере "A" команды "next-hop-self" для изменения значения next hop между роутерами "A" и "B".

* На роутере "A" настроить OSPF _на интерфейсе_ Serial 0, указав его как passive. В этом случае роутер "B" будет знать, каким образом достичь next hop 128.213.63.2.

Итак, следующая конфигурация роутера "A" устанавливает OSPF на Serial 0 и делает его passive:    !Router A    hostname RouterA    !    interface loopback 0    ip address 203.250.13.41 255.255.255.0    !    interface ethernet 0    ip address 203.250.14.1 255.255.255.0    !    interface serial 0    ip address 128.213.63.1 255.255.255.252    !    router ospf 10    passive-interface serial 0    network 203.250.0.0 0.0.255.255 area 0    network 128.213.0.0 0.0.255.255 area 0    !    router bgp 100    network 203.250.13.0 mask 255.255.255.0    network 203.250.14.0 mask 255.255.255.0    neighbor 128.213.63.2 remote-as 200    neighbor 203.250.15.2 remote-as 100    neighbor 203.250.15.2 update-source loopback 0 Теперь, BGP neighbor table на роутере "B" будет содержать следующие маршруты: RouterB# show ip bgp table version is 4, local router ID is 203.250.15.2 Status codes: s suppesed, d damped, h history, * valid, > best, i internal Origin codes: i - IGP, e - EGP, ? - incomplete     Network          Next Hop      Metric  LocPrf Weight Path *>i128.213.0.0       128.213.63.2     0      100    0     200 i *>i192.208.10.0      128.213.63.2            100    0     200 400 500 300 i *>i195.211.10.0      128.213.63.2            100    0     200 400 500 i *>i200.200.10.0      128.213.63.2            100    0     200 400 i *>i203.250.13.0      203.250.13.41    0      100    0     i *>i203.250.14.0      203.250.13.41    0      100    0     i *> 203.250.15.0      0.0.0.0          0          32768    i Как видно, символ " > " появился у всех записей о маршрутах, и это означает, что BGP удовлетворен наличием достижимого next hop'а в этих записях.

Теперь IP Routing Table на роутере "B" будет выглядеть по-другому: RouterB# show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate        default        Gateway of last resort not set        203.250.13.0 255.255.255.255 is subnetted, 1 subnets O          203.250.13.41 [110/75] via 203.250.15.1, 02:50:45, Serial0        203.250.15.0 255.255.255.252 is subnetted, 1 subnets C          203.250.15.0 is directly connected, Serial0 O      203.250.14.0 [110/74] via 203.250.15.1, 02:40:46, Serial0        128.213.0.0 255.255.255.252 is subnetted, 1 subnets O           128.213.63.0 [110/138] via 203.250.15.1, 00:04:47, Serial0 Пока что мы добились лишь того, что сеть 128.213.63.0 стала доступной по OSPF. Заметим, что BGP entries все еще не появились в IP routing table.

Проблема заключается в synchronization: BGP не синхронизован с IGP, поэтому маршруты BGP не передались в IP routing table, и соответственно данные маршруты не включены в передаваемые далее BGP update'ы.

Роутер "F" не знает о сетях 192.208.10.0, 195.211.10.0 потому что BGP routes все еще не redistributed into OSPF.

IV.3 Turning Off Synchronization

IV.4 Redistributing OSPF

Отключение синхронизации на роутере "A" означает, что роутер "A" анонсирует маршруты к сети 203.250.15.0; Это требуется потому, что роутер "A" не синхронизован с OSPF из-за mask differences. По той же самой причине, синхронизация должна быть отключена на роутере "B", чтобы этот роутер мог анонсировать сеть 203.250.13.0.

Добавим, что OSPF должен быть включен на интерфейсе Serial 1 роутера "B" и быть passive, таким образом роутер "A" узнает о next hop 192.208.10.5 через IGP.

Итак, новые конфигурации роутеров "A" и "B": !Router A hostname RouterA ! interface loopback 0 ip address 203.250.13.41 255.255.255.0 ! interface ethernet 0 ip address 203.250.14.1 255.255.255.0 ! interface serial 0 ip address 128.213.63.1 255.255.255.252 ! router ospf 10 redistribute bgp 100 metric 2000 subnets passive-interface serial 0 network 203.250.0.0 0.0.255.255 area 0 network 128.213.0.0 0.0.255.255 area 0 ! router bgp 100 no synchronization network 203.250.13.0 mask 255.255.255.0 network 203.250.14.0 mask 255.255.255.0 neighbor 128.213.63.2 remote-as 200 neighbor 203.250.15.2 remote-as 100 neighbor 203.250.15.2 update-source loopback 0 Конфигурация роутера "B": !Router B hostname RouterB ! interface serial 0 ip address 203.250.15.2 255.255.255.252 ! interface serial 1 ip address 192.208.10.6 255.255.255.252 ! router ospf 10 redistribute bgp 100 metric 1000 subnets passive-interface serial 1 network 203.250.0.0 0.0.255.255 area 0 network 192.208.0.0 0.0.255.255 area 0 ! router bgp 100 network 203.250.15.0 neighbor 192.208.10.5 remote-as 300 neighbor 203.250.13.41 remote-as 100 Теперь поднимем Serial 1 на роутере "B" и получим такую таблицу BGP маршрутизации на роутере "A": RouterA# show ip bgp table version is 117, local router ID is 203.250.13.41 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete      Network          Next Hop          Metric LocPrf Weight Path *> 128.213.0.0      128.213.63.2             0    100      0 200 i *>i192.208.10.0     192.208.10.5             0    100      0 300 i *>i195.211.10.0     192.208.10.5                  100      0 300 500 i *                   128.213.63.2                           0 200 400 500 i *> 203.250.13.0     0.0.0.0                  0         32768 i *> 203.250.14.0     0.0.0.0                  0         32768 i *>i203.250.15.0     203.250.15.2             0    100      0 i Результаты выполнения команды show ip route на роутере "A": RouterA# show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default Gateway of last resort not set      192.208.10.0 is variably subnetted, 2 subnets, 2 masks O E2    192.208.10.0 255.255.255.0            [110/1000] via 203.250.14.2, 00:41:25, Ethernet0 O    192.208.10 4 255.255.255.252            [110/138] via 203.250.14.2, 00:41:25, Ethernet0 C    203.250.13.0 is directly connected, Loopback0      203.250.15.0 is variably subnetted, 3 subnets, 3 masks O       203.250.15.10 255.255.255.255            [110/75] via 203.250.14.2, 00:41:25, Ethernet0 O       203.250.15.0 255.255.255.252            [110/74] via 203.250.14.2, 00:41:25, Ethernet0 B       203.250.15.0 255.255.255.0 [200/0] via 203.250.15.2, 00:41:25 C    203.250.14.0 is directly connected, Ethernet0      128.213.0.0 is variably subnetted, 2 subnets, 2 masks B       128.213.0.0 255.255.0.0 [20/0] via 128.213.63.2, 00:41:26 C       128.213.63.0 255.255.255.252 is directly connected, Serial0 B*   200.200.0.0 255.255.0.0 [20/0] via 128.213.63.2, 00:02:38 Результаты выполнения команды show ip bgp на роутере "B": RouterB# show ip bgp table version is 12, local router ID is 203.250.15.2 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete      Network          Next Hop          Metric LocPrf Weight Path *>i128.213.0.0        128.213.63.2           0    100      0 200 i *                     192.208.10.5                         0 300 500 400 200 i *> 195.208.10.0       192.208.10.5           0             0 300 i *> 195.211.10.0       192.208.10.5                         0 300 500 i *>i200.200.10.0       128.213.63.2                100      0 200 400 i *>                    192.208.10.5                         0 300 500 400 i *>i203.250.13.0       203.250.13.41          0    100      0 i *>i203.250.14.0       203.250.13.41          0    100      0 i *> 203.250.15.0       0.0.0.0                0         32768 i

IV.5 Managing Asymmetry

Один путь это - подключение через primary ISP и наличие backup ISP. AS100 может получать часть маршрутов от одного ISP, и иметь default routes к обоим ISP. В этом случае, AS100 получает часть маршрутов от AS200 и только local routes от AS300. Оба роутера, "A" и "B", generate default routes в OSPF, с более предпочтительным маршрутом к роутеру "B", поскольку он имеет меньший MED attribute. Это позволяет управлять outgoing traffic'ом к двум граничным с вами ISP.

Потенциальная asymmetry может случиться в том случае, если траффик, уходящий через роутер "A", вернется назад через роутер "B". Это может случиться в том случае, если вы анонсируете свои сети обоим ISP. Вовне вашей AS ваши сети будут достижимы через любого из ваших провайдеров - то есть в конечном итоге к вашим сетям траффик может идти как через "A", так и через "B". В этом случае вы можете обнаружить, что весь incoming traffic в вашу AS идет только через одного провайдера, несмотря на то, что на самом деле их двое.

Одна потенциальная причина этого явления - различная длина AS_path для достижения вашей AS извне. Например, траффик с AS400 всегда будет приходить через AS100 - потому что эта AS_path короче. Вы можете изменить это с помощью команды route-map, используя ключевое слово "prepend" для искусственного удлинения AS_path. Но, если на AS400 каким-либо образом удастся установить exit point через AS200 (с помощью lpref, MED, weight), то вы уже ничего не сможете изменить.

IV.5 Final Configurations

Команда конфигурации роутера default-information originate metric 2000 используется для добавления default route в OSPF domain. Для RIP, сеть 0.0.0.0 автоматически redistributed в RIP без дополнительных команд конфигурации. Для IGRP и Enhanced IGRP, default information добавляется в IGP domain после того, как BGP redistributed. Также, с IGRP и Enhanced IGRP, вы можете redistribute a static route для 0.0.0.0 в IGP domain.

Ниже приведена конфигурация роутера "B": !Router B hostname RouterB ! interface serial 0 ip address 203.250.15.2 255.255.255.252 ! interface serial 1 ip address 192.208.10.6 255.255.255.252 ! router ospf 10 redistribute bgp 100 metric 1000 subnets passive-interface serial 1 network 203.250.0.0 0.0.255.255 area 0 network 192.208.0.0 0.0.255.255 area 0 default-information originate metric 1000 ! router bgp 100 no synchronization network 203.250.15.0 neighbor 192.208.10.5 remote-as 300 neighbor 192.208.10.5 route-map LOCALONLY in neighbor 203.250.13.41 remote-as 100 ! ip default-network 192.208.10.0 ip as-path access-list 1 permit ^300 500$ ip as-path access-list 2 permit ^300$ ! route-map LOCALONLY permit 10 match as-path 1 set local-preference 300 ! route-map LOCALONLY permit 20 match as-path 2 В конфигурации роутера "B" устанавливается lpref=300 для update'ов, пришедших из AS300 и имеющих AS_path=300,500 или AS_path=300; Этот lpref больше, чем lpref у IBGP update'ов, пришедших от роутера "A". Поэтому AS100 будет выбирать Router B для маршрутов к AS500. Все остальные маршруты на роутере "B" будут отправлены по внутренним маршрутам с lpref=100, который меньше, чем lpref 200 у маршрутов, пришедших с роутера "A". Все это позволяет использовать роутер "A", как наиболее предпочтительный. В дальнейшем, в связи с длиной AS_path Attribute, роутер "B" используется для достижения сетей в AS300.

Заметим, что роутер "B" принимает только маршруты от AS300 и AS500. Update'ы, чьи AS_path не содержат данный AS, удаляются. Если вы хотите анонсировать local routes и neighbor routes (клиентов ISP), вы можете использовать ^300_[0-9]* в качестве регулярного выражения. RouterB# show bgp regexp ^300$ BGP table version is 14, local router ID is 203.250.15.2 Status code: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete    Network          Next Hop          Metric LocPrf Weight Path *> 192.208.10.0     192.28.10.5            0    300      0 300 Рассмотрим теперь окончательную конфигурацию роутера "C": !Router C hostname RouterC ! interface loopback 0 ip address 128.213.63.130 255.255.255.192 ! interface serial 2/0 ip address 128.213.63.5 255.255.255.252 ! interface serial 2/1 ip address 128.213.63.2 255.255.255.252 ! router bgp 200 network 128.213.0.0 aggregate-address 128.213.0.0 255.255.0.0 summary-only neighbor 128.213.63.1 remote-as 100 neighbor 128.213.63.1 distribute-list 1 out neighbor 128.213.63.6 remote-as 400 ! access-list 1 deny 195.211.0.0 0.0.255.255 access-list 1 permit any Конфигурация роутера "C" анонсирует сеть 128.213.0.0/16 и указывает маршруты, которые будут переданы в AS100.

Окончательная конфигурация роутера "D": !Router D hostname RouterD ! interface loopback 0 ip address 192.208.10.174 255.255.255.192 ! interface serial 0/0 ip address 192.208.10.5 255.255.255.252 ! interface serial 0/1 ip address 192.208.10.2 255.255.255.252 ! router bgp 300 network 192.208.10.0 neighbor 192.208.10.1 remote-as 500 neighbor 192.208.10.6 remote-as 100 Конфигурация роутера "E": !Router E hostname RouterE ! interface loopback 0 ip address 200.200.10.1 255.255.255.0 interface serial 0 ip address 195.211.10.2 255.255.255.252 ! interface serial 1 ip address 128.213.63.6 255.255.255.252 ! router bgp 400 network 200.200.10.0 aggregate-address 200.200.0.0 255.255.0.0 summary-only neighbor 128.213.63.5 remote-as 200 neighbor 195.211.10.1 remote-as 500 Как видно, роутер "E" анонсирует сеть 200.200.0.0/16.

Теперь - окончательная конфигурация роутеров "F" и "G": !Router F hostname RouterF ! interface ethernet 0 ip address 203.250.14.2 255.255.255.0 ! interface serial 1 ip address 203.250.15.1 255.255.255.252 ! router ospf 10 network 203.250.0.0 0.0.255.255 area 0 !Router G hostname RouterG ! interface loopback 0 ip address 195.211.10.174 255.255.255.192 ! interface serial 0 ip address 192.208.10.1 255.255.255.252 ! interface serial 1 ip address 195.211.10.1 255.255.255.252 ! router bgp 500 network 195.211.10.0 aggregate-address 195.211.0.0 255.255.0.0 summary-only neighbor 192.208.10.2 remote-as 300 neighbor 192.208.10.2 send-community neighbor 192.208.10.2 route-map setcommunity out neighbor 195.211.10.2 remote-as 400 ! access-list 2 permit any access-list 101 permit ip 195.211.0.0 0.0.255.255 255.255.255.0 0.0.0.255 ! route-map setcommunity permit 10 match ip address 101 set community no-export ! route-map setcommunity permit 20 match ip address 2 В конфигурации роутера "G" демонстрируется использование community filtering'а с добавлением "no-export" community в more specific Class C routes 195.211.0.0/16, которые посылаются роутеру "D". Роутер "D" не передает маршруты роутеру "B".

В результате, таблица BGP маршрутизации на роутере "A": RouterA# show ip bgp table version is 21, local router ID is 203.250.13.41 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete      Network          Next Hop          Metric LocPrf Weight Path *> 128.213.0.0        128.213.63.2           0    200      0 200 i *>i192.208.10.0       192.208.10.5           0    300      0 300 i *> 200.200.0.0/16     128.213.63.2                200      0 200 400 i *> 203.250.13.0       0.0.0.0                0         32768 i *> 203.250.14.0       0.0.0.0                0         32768 i *>i203.250.15.0       203.250.15.2           0    100      0 i Таперь - таблица маршрутизации IP на роутере "A": RouterA# show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default Gateway of last resort is 128.213.63.2 to network 200.200.0.0      192.208.10.0 is variably subnetted, 2 subnets, 2 masks O E2    192.208.10.0 255.255.255.0            [110/1000] via 203.250.14.2, 00:41:25, Ethernet0 O       192.208.10.4 255.255.255.252            [110/138] via 203.250.14.2, 00:41:25, Ethernet0 C    203.250.13.0 is directly connected, Loopback0      203.250.15.0 is variably subnetted, 3 subnets, 3 masks O       203.250.15.10 255.255.255.255            [110/75] via 203.250.14.2, 00:41:25, Ethernet0 O       203.250.15.0 255.255.255.252            [110/74] via 203.250.14.2, 00:41:25, Ethernet0 B       203.250.15.0 255.255.255.0 [200/0] via 203.250.15.2, 00:41:25 C    203.250.14.0 is directly connected, Ethernet0      128.213.0.0 is variably subnetted, 2 subnets, 2 masks B       128.213.0.0 255.255.0.0 [20/0] via 128.213.63.2, 00:41:26 C       128.213.63.0 255.255.255.252 is directly connected, Serial0 B*   200.200.0.0 255.255.0.0 [20/0] via 128.213.63.2, 00:02:38 Таблица маршрутизации на роутере "F": RouterF# show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default Gateway of last resort is 203.250.15.2 to network 0.0.0.0      192.208.10.0 is variably subnetted, 2 subnets, 2 masks O E2    192.208.10.0 255.255.255.0            [110/1000] via 203.250.15.2, 00:48:50, Serial1 O       192.208.10.4 255.255.255.252            [110/128] via 203.250.15.2, 01:12:09, Serial1      203.250.13.0 is variably subnetted, 2 subnets, 2 masks O       203.250.13.41 255.255.255.255            [110/11] via 203.250.14.1, 01:12:09, Ethernet0 O E2    203.250.13.0 255.255.255.0            [110/2000] via 203.250.14.1, 01:12:09, Ethernet0      203.250.15.0 is variably subnetted, 2 subnets, 2 masks O       203.250.15.10 255.255.255.255            [110/65] via 203.250.15.2, 01:12:09, Serial1 C    203.250.14.0 is directly connected, Ethernet0      128.213.0.0 255.255.0.0 is variably subnetted, 2 subnets, 2 masks O E2    128.213.0.0 255.255.0.0            [110/2000] via 203.250.14.1, 00:45:01, Ethernet0 O E2 200.200.0.0 255.255.0.0 [110/1000] via 203.250.14.1, 00:03:47, Ethernet0 O*E2 0.0.0.0 0.0.0.0 [110/1000] via 203.250.15.2, 00:03:33, Serial1 Заметим, что на роутере "F" указывается, что сети локальные к AS300, такие как 192.208.10.0, достигаются через роутер "B". Другие известные сети, такие как 200.200.0.0, достижимы через роутер "A". Шлюз для последнего обращения - роутер "B". Если что-либо случится с соединением между роутерами "B" и "D", то default advertised by Router "A" will kick in with MED attribute of 2000.

Таблица BGP маршрутизации на роутере "B": RouterB# show ip bgp table version is 14, local router ID is 203.250.15.10 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete      Network          Next Hop          Metric LocPrf Weight Path *>i128.213.0.0      128.213.63.2             0    200      0 200 i *> 192.208.10.0     192.208.10.5             0    300      0 300 i *>i200.200.0.0/16   128.213.63.2                  200      0 200 400 i *>i203.250.13.0     203.250.13.41            0    100      0 i *>i203.250.14.0     203.250.13.41            0    100      0 i *> 203.250.15.0     0.0.0.0                  0         32768 i IP routing table на роутере "B": RouterB# show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default Gateway of last resort is 203.250.15.2 to network 192.208.10.0 *    192.208.10.0 is variably subnetted, 2 subnets, 2 masks B*      192.208.10.0 255.255.255.0 [20/0] via 192.208.10.5, 00:50:46 C       192.208.10.4 255.255.255.252 is directly connected, Serial1      203.250.13.0 is variably subnetted, 2 subnets, 2 masks O       203.250.13.41 255.255.255.255            [110/75] via 203.250.15.1, 01:20:33, Serial0 O E2    203.250.13.0 255.255.255.0            [110/2000] via 203.250.15.1, 01:15:40, Serial0      203.250.15.0 255.255.255.252 is subnetted, 2 subnets, 2 masks O       203.250.15.10 255.255.255.255            [110/65] via 203.250.15.2, 01:12:09, Serial1 C    203.250.14.0 is directly connected, Ethernet0      128.213.0.0 255.255.0.0 is variably subnetted, 2 subnets C       203.250.15.8 id directly connected, Loopback1 C       203.250.15.0 is directly connected, Serial0 O    203.250.14.0 [110/74] via 203.250.15.1, 01:20:33, Serial0      128.213.0.0 is variably subnetted, 2 subnets, 2 masks O E2    128.213.0.0 255.255.0.0 [110/2000] via 203.250.15.1, 00:46:55, Serial0

V. Summary