The OpenNET Project / Index page

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




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Плохо сходится ospf - ibgp , !*! cant, 06-Май-09, 13:08  [смотреть все]
Плохо сходится ospf-ibgp (10-40сек), нутром чую что решаемо (до 2-4сек).

кольцо из четырех железок с3825,два cat3550,quagga.
в ospf только лупбэки(99.24.0.x),
на лупбэках ibgp и в нем все маршруты.


Смотрю с c3825 как выглядит коннектед маршрут(99.24.1.241) на соседней железке(99.24.0.4).
nexthop для него соответсвенно сначала дальний лупбэк(99.24.0.4), nexthop которого берется из ospf:

cisco2.febus#sh ip route 99.24.1.241
Routing entry for 99.24.1.240/29
  Known via "bgp 61137", distance 200, metric 1, type internal
  Last update from 99.24.0.4 00:02:30 ago
  Routing Descriptor Blocks:
  * 99.24.0.4, from 99.24.0.4, 00:02:30 ago
      Route metric is 1, traffic share count is 1
      AS Hops 0

cisco2.febus#sh ip route 99.24.0.4
Routing entry for 99.24.0.4/32
  Known via "ospf 1", distance 110, metric 11, type intra area
  Last update from 99.24.7.242 on GigabitEthernet0/1.907, 00:01:13 ago
  Routing Descriptor Blocks:
  * 99.24.7.242, from 99.24.0.4, 00:01:13 ago, via GigabitEthernet0/1.907
      Route metric is 11, traffic share count is 1

cisco2.febus#sh ip route ospf
     99.0.0.0/8 is variably subnetted, 84 subnets, 5 masks
O       99.24.0.7/32 [110/3] via 99.24.7.225, 00:01:13, GigabitEthernet0/1.800
O       99.24.0.4/32
           [110/11] via 99.24.7.242, 00:01:13, GigabitEthernet0/1.907
O       99.24.0.2/32 [110/2] via 99.24.7.225, 00:01:13, GigabitEthernet0/1.800
O       99.24.0.3/32 [110/11] via 99.24.7.250, 00:01:13, FastEthernet1/0.905

cisco2.febus#sh ip cef 99.24.1.241
99.24.1.240/29, version 860715, epoch 0, cached adjacency 99.24.7.242
0 packets, 0 bytes
  Flow: AS 0, mask 29
  via 99.24.0.4, 0 dependencies, recursive
    next hop 99.24.7.242, GigabitEthernet0/1.907 via 99.24.0.4/32
    valid cached adjacency


Рву линк Gi0/1.907 shut, сразу исчезает nexthop из ospf:

cisco2.febus#sh ip route ospf
     99.0.0.0/8 is variably subnetted, 84 subnets, 5 masks
O       99.24.0.7/32 [110/3] via 99.24.7.225, 00:01:47, GigabitEthernet0/1.800
O       99.24.0.2/32 [110/2] via 99.24.7.225, 00:01:47, GigabitEthernet0/1.800
O       99.24.0.3/32 [110/11] via 99.24.7.250, 00:01:47, FastEthernet1/0.905


Через 2-4сек появляется новый nexthop:

cisco2.febus#sh ip route ospf
     99.0.0.0/8 is variably subnetted, 82 subnets, 5 masks
O       99.24.0.7/32 [110/3] via 99.24.7.225, 00:00:06, GigabitEthernet0/1.800
O       99.24.0.4/32
           [110/13] via 99.24.7.225, 00:00:06, GigabitEthernet0/1.800
O       99.24.0.2/32 [110/2] via 99.24.7.225, 00:00:06, GigabitEthernet0/1.800
O       99.24.0.3/32 [110/11] via 99.24.7.250, 00:00:06, FastEthernet1/0.905


Но ещё 10-40 секунд он никак не может усвоиться:

cisco2.febus#sh ip cef 99.24.1.241
99.24.0.0/21, version 6, epoch 0, attached
0 packets, 0 bytes
  Flow: AS 0, mask 21
  via Null0, 0 dependencies
    valid null adjacency


Подскажите куда дальше ковырять?

  • Плохо сходится ospf - ibgp , !*! cant, 13:28 , 06-Май-09 (1)

    Причем новый ospf-маршрут усваивается сразу же:

    c3825#sh ip cef 99.24.0.4
    99.24.0.4/32, version 860738, epoch 0, cached adjacency 99.24.7.225
    0 packets, 0 bytes
      Flow: AS 0, mask 32
      via 99.24.7.225, GigabitEthernet0/1.800, 0 dependencies
        next hop 99.24.7.225, GigabitEthernet0/1.800
        valid cached adjacency


    • Плохо сходится ospf - ibgp , !*! cant, 13:58 , 06-Май-09 (2)
      Несмотря на то, что уже давным-давно с nexthop все в порядке:

      c3825#sh ip cef 99.24.0.4
      99.24.0.4/32, version 860761, epoch 0, cached adjacency 99.24.7.225
      0 packets, 0 bytes
        Flow: AS 0, mask 32
        via 99.24.7.225, GigabitEthernet0/1.800, 0 dependencies
          next hop 99.24.7.225, GigabitEthernet0/1.800
          valid cached adjacency


      ещё 20-40сек ibgp говорит что inaccessible:

      c3825#sh ip bgp 99.24.1.241
      BGP routing table entry for 99.24.1.240/29, version 3639
      Paths: (1 available, no best path)
      Flag: 0x820
        Not advertised to any peer
        Local, (received & used)
          99.24.0.4 (inaccessible) from 99.24.0.4 (99.24.0.4)
            Origin incomplete, metric 1, localpref 100, valid, internal


      И только после этих долгих раздумий наконец говорит:

      c3825#sh ip bgp 99.24.1.241
      BGP routing table entry for 99.24.1.240/29, version 3643
      Paths: (1 available, best #1, table Default-IP-Routing-Table)
      Flag: 0x820
        Not advertised to any peer
        Local, (received & used)
          99.24.0.4 (metric 13) from 99.24.0.4 (99.24.0.4)
            Origin incomplete, metric 1, localpref 100, valid, internal, best

      • Плохо сходится ospf - ibgp , !*! cant, 14:05 , 06-Май-09 (3)

        Вероятно за это отвечает bgp_scanner, который неспешно(каждые 60сек) проверяет некстхопы.

        И как с этим бороться ?

        • Плохо сходится ospf - ibgp , !*! SergTel, 15:45 , 06-Май-09 (4)
          >
          >Вероятно за это отвечает bgp_scanner, который неспешно(каждые 60сек) проверяет некстхопы.
          >
          >И как с этим бороться ?

          А зачем с этим боротся?
          Не понятен смысл BGP тем более на 3550


          • Плохо сходится ospf - ibgp , !*! cant, 19:46 , 06-Май-09 (5)

            Так кто на c3825 виноват в первую очередь?

            ospf - который имеет временной лаг между удалением и добавлением маршрута к 99.24.0.4 с новым некстхопом.
            или
            ibgp - который чуть что, сразу помечает нужный маршрут 99.24.1.241 что его некстхоп 99.24.0.4 является inaccessible, и ждет сканера.

            Кто из них на c3825 работает некошерно ?

            • Плохо сходится ospf - ibgp , !*! SergTel, 21:12 , 06-Май-09 (6)
              >
              >Так кто на c3825 виноват в первую очередь?
              >
              >ospf - который имеет временной лаг между удалением и добавлением маршрута к
              >99.24.0.4 с новым некстхопом.
              >или
              >ibgp - который чуть что, сразу помечает нужный маршрут 99.24.1.241 что его
              >некстхоп 99.24.0.4 является inaccessible, и ждет сканера.
              >
              >Кто из них на c3825 работает некошерно ?

              Может стоит вначале почитать про маршрутизацию и описание протоколов динамической маршрутизации и тогда вопросы сами отпадут

            • Плохо сходится ospf - ibgp , !*! SergTel, 21:16 , 06-Май-09 (7)
              >
              >Так кто на c3825 виноват в первую очередь?
              >
              >ospf - который имеет временной лаг между удалением и добавлением маршрута к
              >99.24.0.4 с новым некстхопом.
              >или
              >ibgp - который чуть что, сразу помечает нужный маршрут 99.24.1.241 что его
              >некстхоп 99.24.0.4 является inaccessible, и ждет сканера.
              >
              >Кто из них на c3825 работает некошерно ?

              P.S.Поднимать BGP на каталистах это не есть правильно
              от того что там есть данный протокол маршрутизации еще не значит что он будет работать так как должен

              • Плохо сходится ospf - ibgp , !*! cant, 00:15 , 07-Май-09 (8)

                Возможно "shutdown"-разрыв линка не совсем штатная ситуация и не отрабатывается корректно в плане сходимости ospf-ibgp.

                Попробую что-нибудь из
                - ospf timer dead
                - link-state(carrier lost)
                - ospf cost

                А положительный пример сети с хорошей сходимостью ospf-ibgp может кто-нибудь привести ?
                И какие цифры в секундах ?




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

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