Объединенные и однозначно определенные маршруты – Internet

В некоторых случаях в дополнение к объединенному маршруту желательно передавать в соседние AS однозначно определенные маршруты. Как правило, это делается в AS, подключенных по нескольким каналам к одному провайдеру. Тогда AS провайдера, получая сведения об однозначно определенных маршрутах, сможет принимать более обоснованное решение о выборе маршрута. (Вы уже видели, как AS, принимающая различные метрики маршрутов, может соответствующим образом направлять трафик). На рис. 11.11 представлена топология сети, где реализуется этот вариант объединения маршрутов.

Рис. 11.11. Еще один вариант объединения в ВОР

На рис. 11.11 показана AS3, которая подключена к одному провайдеру (AS1) по нескольким каналам. Через маршрутизаторы RTA и RTF, принадлежащие AS3, в AS1 посылается объединенный маршрут 172.16.0.0/16 и однозначно определенные маршруты (см. конфигурацию маршрутизаторов в листингах П.57 и 11.58).

Листинг 11.57. Подключение к одному провайдеру по нескольким каналам (конфигурация маршрутизатора RTA)

router bgp 3

no synchronization

network 172.16.1.0 mask 255.255.255.0

network 172.16.10.0 mask 255.255.255.0

network 172.16.65.0 mask 255.255.255.192

network 172.16.22B.O mask 255.255.255.0 aggregate-address 172.16.0.0 255.255.0.0

neighbor 172.16.1.2 remote-as 3

neighbor 172.16.1.2 update-source LoopbackO neighbor 172.16.20.1 remote-as 1

neighbor 172.16.20.1 filter-list 10 out no auto-summary

ip as-path access-list 10 permit A$

Листинг 11.58. Подключение к одному провайдеру по нескольким каналам (конфигурация маршрутизатора RTF)

router bgp  3

no synchronization

network 172.16.1.0 mask 255.255.255.0

aggregate-address  172.16.0.0 255.255.0.0

no auto-summary

ip as-path access-list 10 permit  A$

Обратите внимание на команду aggregate-address в конфигурации маршрутизаторов RTA и RTF. Эта команда задается без параметра summary-only, так что и объединенный и однозначно определенные маршруты будут объявляться совместно.

В BGP-таблице на маршрутизаторе RTC (листинг 11.59) видно, что RTC получил

сведения не только об объединенном маршруте 172.16.0.0/16, но и однозначно определенные маршруты. Маршрутизатор RTD получает ту же самую информацию.

Листинг 11.59. Подключение к одному провайдеру по нескольким каналам

RTC# show ip bgp

BGP table version is 28, local router ID is 192.68,11.1

Status codes: s suppressed, d damped, h history, * valid, > best,

i – internal Origin codes: i – IGP, e – EGP, i – incomplete

Network                Next Hop     Metric      LocPrf     Weight Path

  *> 192.68.11.0         0.0.0.0      0                      32768  i        

Используя атрибут COMMUNITY со значением no-export, маршрутизаторы RTA и RTF могут инструктировать RTC и RTD не распространять сведения об однозначно определенных маршрутах и посылать на AS4 только объединенный маршрут 172.16.0.0/16. Эта процедура очень эффективно сдерживает рост таблиц маршрутов, так как AS4 получает только сведения об объединенном маршруте. В листинге 11.60 представлена конфигурация маршрутизатора RTF, где выполняется эта процедура. Маршрутизатор RTA будет сконфигурирован аналогично.

Листинг 11.60. Подавление экспорта однозначно определенных маршрутов (конфигурация маршрутизатора RTA)

router bgp  3

no synchronization

network 172.16.1.0 mask 255.255.255.0

network 172.16.10.0 mask 255.255.255.0

network  172.16.65.0 mask 255.255.255.192

network  172.16.220.0 mask 255.255.255.0

aggregate-address  172.16.0.0 255.255.0.0

neighbor 172.16.2.254   remote-as 3

neighbor 172.16.2.254 next-hop-self

neighbor   192.68.5.2  remote-as  1

neighbor   192.68.5.2  send-community

neighbor 192.68.5.2 route-map  SETCOMMUNITY out neighbor 192.68.5.2   filter-list 10 out

no auto-summary

ip  as-path access-list  10 permit  A$

access-list 101  permit ip 172.16.0.0  0.0.255.255 host 255.255.0.0 route-map   SETCOMMUNITY permit   10

match  ip address   101

route-map   SETCOMMUNITY permit 20

 set community noexport                                                       

Из листинга 11.60 видно, что для настройки  маршрутизатора RTF используется несколько записей route-map SETCOMMUNITY, с помощью которых описываются однозначно   определенные   маршруты   172.16.1.0/24,   172.16.220.0/24,   172.16.10.0/24   и

172.16.65.0/26 с параметром community no-export. Эти записи запрещают маршрутизатору RTD посылать сведения об указанных маршрутах внешним AS (в данном случае AS4). С другой стороны, объединенный маршрут 172.16.0.0/16 передается без изменений и без атрибута COMMUNITY, что позволяет распространять сведения о нем и внешней AS4.

В карте маршрутов запись с номером 10 указывает на использование списка разрешения доступа 101, который будет пропускать только объединенный маршрут 172.16.0.0/16. Посмотрите, как в части списка разрешения доступа с записью о хосте описывается маска подсети 255.255.0.0. Она задана так, чтобы отделять однозначно определенные маршруты, начинающиеся с 172.16, от нужного объединенного маршрута. В записи с номером 10 не устанавливаются значения атрибута COMMUNITY, следовательно, объединенный маршрут будет передаваться именно в том виде, как он был сгенерирован.

Запись 20 запрещает распространение всех однозначно определенных маршрутов,

включая параметр no-export в атрибуте COMMUNITY.

В листингах 11.61 и 11.62 представлены необходимые конфигурации маршрутизаторов RTC и RTD.

Листинг 11.61. Конфигурация маршрутизатора RTC

router bgp 1

no synchronization network 192.68.11.0

neighbor 172.16.20.2 remote-as 3

  no auto-summary                                                               

Листинг 11.62. Конфигурация маршрутизатора RTD

router bgp  1

no synchronization

network  192.68.10.0

neighbor 192.68.5.1   reroote-as 3

neighbor 192.68.6.2 remote-as 1

neighbor 192.68.6.2 next-hop-self

neighbor 192.68.10.2 remote-as 4

no auto-summary

Обратите внимание на параметр send-community, заданный в команде neighbor, для конфигурирования маршрутизатора RTC в листинге  11.61. Так как маршрутизатор RTA также выполняет такое же объединение маршрутов, то при IBGP-сеансе с RTC маршрутизатор RTD будет получать сведения об однозначно определенных маршрутах. Если маршрутизатор RTC передает их без параметра no-export, то маршрутизатор RTD будет объявлять эти маршруты внешним узлам.

В листинге 11.63 выделены интересующие нас записи в таблице BGP-маршрутов на маршрутизаторе RTD. Первая запись указывает, что префикс 172.16.220.0/24 не будет объявляться соседним EBGP-узлам. Это происходит вследствие того, что маршрутизаторы RTA и RTF помечают этот префикс (и все остальные "однозначные" маршруты) атрибутом COMMUNITY с параметром no-export. Вторая запись показывает, что объединенный маршрут был сгенерирован маршрутизаторами RTA и RTF без изменений и может быть послан в AS4.

Листинг 11.63. Вывод сведений о BGP-маршрутах на маршрутизаторе RTD

RTD#show ip bgp 172.16.220.0

BGP routing table entry for 172.16.220.0/24, version 5

Paths; (2 available, best #2, not advertised to EBGP peer) 3

192.68.5.1     from 192.68.5.1

Origin IGP, metric 20, valid, external Community: no-export

  3                                                                             

192.68.6.2     from 192.68.6.2 (192.68.11.1)

Origin IGP, metric 0, localpref 100, valid, internal, best Community: no-export

RTD#show ip bgp 172.16.0.0

BGP routing table entry for 172.16.8.0/16, version 8 Paths: (2 available, best #1, advertised over IBGP, EBGP)

3, (aggregated by 3 192.68.5.1)

192.68.5.1     from 192.68.5.1

Origin IGP, valid, external, atomic-aggregate, best

3, (aggregated by 3 172.16.2.254)

192.68.6.2 from 192.68.6.2 (192.68.11.1)

 Origin IGP,  localpref 100,  valid,   internal,   atomic-aggregate         

Советуем вам подробно рассмотреть BGP-таблицу на  маршрутизаторе RTG, представленную в листинге 11.64. В ней вы увидите, что от AS3 на AS4 посылаются сведения только об объединенном маршруте 172.16.0.0/16. Все однозначно определенные маршруты в ней отсутствуют.

Листинг 11.64. Таблица BGP-маршрутов на маршрутизаторе RTG

RTC# show ip bgp

BGP table version is 14, local router ID is 192.68.10.2

Status codes: s suppressed, d damped, h history, * valid, > best, i – internal Origin codes: i – IGP, e – EGP, i – incomplete

  *> 192.68.11.0         192.68.10.1                          0      1 i      

Источник: Сэм Хелеби, Денни Мак-Ферсон, Принципы маршрутизации в Internet, 2-е  издание.  : Пер. с англ. М. : Издательский дом «Вильямс», 2001. — 448 с. : ил. — Парал. тит. англ.

Вы можете следить за любыми ответами на эту запись через RSS 2.0 ленту. Вы можете оставить ответ, или trackback с вашего собственного сайта.

Оставьте отзыв

XHTML: Вы можете использовать следующие теги: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

 
Rambler's Top100