The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Организация 2 каналов с ISP: пример конфигурации BGP без возможности приема full view
Конфигурация маршрутизатора Cisco:

   router bgp 5****
    no synchronization
    bgp log-neighbor-changes
    bgp deterministic-med
    network 9*.*.*.* mask 255.255.255.0
    neighbor 2*.*.*.* remote-as 3216
    neighbor 2*.*.*.* description #sov_PEER-2#
    neighbor 2*.*.*.* version 4
    neighbor 2*.*.*.* send-community
    neighbor 2*.*.*.* soft-reconfiguration inbound
    neighbor 2*.*.*.* route-map map-AS3216-in in
    neighbor 2*.*.*.* route-map map-AS3216-out out
    neighbor 3*.*.*.* remote-as 8615
    neighbor 3*.*.*.* description #cnt_PEER-1#
    neighbor 3*.*.*.* version 4
    neighbor 3*.*.*.* send-community
    neighbor 3*.*.*.* soft-reconfiguration inbound
    neighbor 3*.*.*.* route-map map-AS8615-in in
    neighbor 3*.*.*.* route-map map-AS8615-out out
    distance bgp 180 200 200
    no auto-summary
   !
   ip forward-protocol nd
   !
   ip bgp-community new-format
   ip as-path access-list 1 permit _6451[2-9]_
   ip as-path access-list 1 permit _645[2-9][0-9]_
   ip as-path access-list 1 permit _64[6-9][0-9][0-9]_
   ip as-path access-list 1 permit _65[0-9][0-9][0-9]_
   !         
   ip prefix-list bogons description #bogus nets#
   ip prefix-list bogons seq 15 permit 0.0.0.0/8 le 32
   ip prefix-list bogons seq 20 permit 127.0.0.0/8 le 32
   ip prefix-list bogons seq 25 permit 192.0.2.0/24 le 32
   ip prefix-list bogons seq 30 permit 10.0.0.0/8 le 32
   ip prefix-list bogons seq 35 permit 172.16.0.0/12 le 32
   ip prefix-list bogons seq 40 permit 192.168.0.0/16 le 32
   ip prefix-list bogons seq 45 permit 169.254.0.0/16 le 32
   ip prefix-list bogons seq 50 permit 192.42.172.0/24 le 32
   ip prefix-list bogons seq 55 permit 198.18.0.0/15 le 32
   ip prefix-list bogons seq 60 permit 192.88.99.0/24 le 32
   ip prefix-list bogons seq 65 permit 224.0.0.0/4 le 32
   ip prefix-list bogons seq 70 permit 240.0.0.0/4 le 32
   !
   ip prefix-list def_perfix description #deny def_net#
   ip prefix-list def_perfix seq 15 permit 0.0.0.0/0 le 32
   !
   ip prefix-list our_perfix description #our net#
   ip prefix-list our_perfix seq 15 permit 9*.*.*.0/24 le 32


   route-map map-AS3216-out permit 100
    match ip address prefix-list our_perfix
    set as-path prepend 5**** 5**** 5****
   !
   route-map map-AS3216-out deny 110
    match ip address prefix-list def_perfix
   !
   route-map map-AS8615-out permit 100
    match ip address prefix-list our_perfix
   !
   route-map map-AS8615-out deny 110
    match ip address prefix-list def_perfix
   !
   route-map map-AS8615-in deny 100
    description #filter private ASs#
    match as-path 1
   !
   route-map map-AS8615-in deny 110
    description #filter bogons#
    match ip address prefix-list bogons
   !
   route-map map-AS8615-in permit 200
    set local-preference 200
    set community 5****:8615
   !
   route-map map-AS3216-in deny 100
    description #filter private ASs#
    match as-path 1
   !
   route-map map-AS3216-in deny 110
    description #filter bogons#
    match ip address prefix-list bogons
   !         
   route-map map-AS3216-in permit 200
    set local-preference 100
    set community 5****:3216

1. Договариваемся с провайдерами на анонсирование в вашу AS 0/0

2. Манипулируем количеством повторов своего номера AS в "set as-path prepend
5**** 5**** 5****" для направления входящего трафика.

   route-map map-AS3216-out permit 100
    match ip address prefix-list our_perfix
    set as-path prepend 5**** 5**** 5****

3. Настраиваем маршрут назначения для исходящего трафика через "set
local-preference 100", чем больше цифра, тем больше шанс попасть маршруту в таблицу.

   route-map map-AS3216-in permit 200
    set local-preference 100
    set community 5****:3216

4. В итоге определили направления потоков информации, а точнее присутствие в
таблице 0/0 от другого провайдера.
 
28.01.2011 , Автор: macho
Ключи: cisco, bgp, route, isp / Лицензия: CC-BY
Раздел:    Корень / Маршрутизаторы Cisco, VoIP / Настройка маршрутизации (BGP, OSPF, RIP)

Обсуждение [ Линейный режим | Показать все | RSS ]
  • 1.1, CAE (?), 22:28, 29/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Препенды отнюдь не всегда помогают. Большинство нормальных провайдеров при наличии линка с кастомером вольют ему трафик принудительно, несмотря на препенды и, очень часто, могут срезать анонсы получаемые извне для AS своих кастомеров.
    Поэтому более правильным решением будет использование community обоих провайдеров для анонсирования своей AS по предлагаемым ими правилам.
    Для случая "всё равно как разложится трафик, лишь бы было резервирование" этого не надо, но когда встанет вопрос регулирования получаемых объёмов в зависимости от финансовых вопросов, а он встанет ;-) это придётся использовать. Так что лучше настроить сразу.
     
     
  • 2.3, achekalin (ok), 09:40, 31/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да уж. Хорошо, когда провайдеры еще понимают, что такое community. А бывают и более дремучие граждане. И альтернативы им нет :(
     

  • 1.2, machos (?), 09:12, 31/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не спорю, но как видите в конфиге АС-ки крупных провайдеров и все препенды нормально распространяются по всему интернету, главное договориться ) они же люди )
     
  • 1.4, yolka (?), 17:54, 31/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а если один из провайдеров (ЦТК) льёт так, что выставляй-невыставляй prepend... и коммунити отсутсвует...

    подскажите, чем опасен оставшийся вариант?:
    - в ripe указать все сети для двух провайдеров
    - анонсировать только выборочные сети (статика) и балансировать локально
    - упал провайдер (на циске это neighbor advertise-map, на линухе perl+quagga) - тут же анонсируем с мёртвого провайдера на живого

     
  • 1.5, den (??), 18:53, 31/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    если препенды не помогают и нету коммунити, то вариант с more specific routes, но это если у вас /23 и выше.
     
  • 1.6, yolka (?), 21:01, 31/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    к сожалению /23 нету, есть две /24
    а чем плох предложенный вариант организации балансировки и бекапа статикой?
     
  • 1.7, macho (ok), 15:11, 01/02/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Yolka тяжело понимается без конфига, давайте примерно схему :)
    В принципе то что Вы указали работает, получается что в другого провайдера Вы не вливаете перфиксы свои, до того момента, пока не перестанет идти анонс от первого.

    нашел кусок:

    R0#conf t
    ! Делаем ACL для номера автономной системы и нужных нам подсетей:
    R0(config)#ip as-path access-list 1 permit 2
    R0(config)#access-list 50 permit 10.0.1.0 0.0.0.255
    R0(config)#access-list 55 permit 10.0.10.0 0.0.0.255
    ! Привязываем к картам маршрутов:
    R0(config)#route-map 10 permit 10
    R0(config-route-map)#match ip address 55
    R0(config-route-map)#match as-path 1
    R0(config-route-map)#exit
    R0(config)#route-map 1 permit 10
    R0(config-route-map)#match ip address 50
    R0(config-route-map)#exit
    ! Настраиваем BGP сессию:
    R0(config)#router bgp 3
    R0(config-router)#network 10.0.1.0 mask 255.255.255.0
    R0(config-router)#neighbor 192.168.1.6 remote-as 2
    ! Ставим приоритет для R3:
    R0(config-router)#neighbor 192.168.1.6 weight 65535
    R0(config-router)#neighbor 192.168.1.2 remote-as 1
    ! Запрещаем анонсировать для R1 маршрут, находящийся в route-map 1, пока получаем маршрут 10.0.10.0/24 из автономной системы 2 (route-map 10):
    R0(config-router)#neighbor 192.168.1.2 advertise-map 1 non-exist-map 10

     
  • 1.8, yolka (?), 20:48, 01/02/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    да, примерно такой конфиг
    просто опыта мало, что делается у апстримов и тд не допонимаю
    переспрашиваю, вдруг есть координальное непонимание и то, что работало раз-два в следующий раз откажет
     
  • 1.9, Хм... (?), 17:31, 03/02/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А в чем новизна то??
     
  • 1.10, Аноним (-), 20:10, 08/02/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    беглый просмотр конфига: вы что, только дефолт принимаете? а что бы нагружать оба канала, не пробовали?
     
     
  • 2.11, macho (ok), 09:06, 09/02/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > беглый просмотр конфига: вы что, только дефолт принимаете? а что бы нагружать
    > оба канала, не пробовали?

    напишите заметку, а я Вам вопрос задам - "А Вы не пробовали только дефолт принимать?"

    :)

     
     
  • 3.12, mdv (??), 07:36, 21/02/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не совсем понятен мотив не принимать full-view. Или у циски памяти не хватает ? Я просто не совсем понимаю в чем суть решения.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:




    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру