URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 18811
[ Назад ]
Исходное сообщение
"Плохо сходится 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 , 06-Май-09 13:28 

Причем новый 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 , 06-Май-09 13:58 
Несмотря на то, что уже давным-давно с 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 , 06-Май-09 14:05 

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

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

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

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


"Плохо сходится ospf - ibgp "
Отправлено cant , 06-Май-09 19:46 

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

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

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

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

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

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

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

"Плохо сходится ospf - ibgp "
Отправлено cant , 07-Май-09 00:15 

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

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

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

"Плохо сходится ospf - ibgp "
Отправлено cant , 07-Май-09 01:07 
>
>Возможно "shutdown"-разрыв линка не совсем штатная ситуация и не отрабатывается корректно в
>плане сходимости ospf-ibgp.
>
>Попробую что-нибудь из
> - ospf timer dead
> - link-state(carrier lost)
> - ospf cost
>

Однако при "timer dead" и "ospf cost" сходимость получается мгновенная 0-2сек.
(hello timer везде стоят минимальные).

"Плохо сходится ospf - ibgp "
Отправлено chocholl , 07-Май-09 11:51 
если позволяет топология, то упихайте все свои сети в ospf.
внешку естественно в bgp.
у циски в хендбуках именно так.
bgp довольно инертная штука.

>[оверквотинг удален]
>>плане сходимости ospf-ibgp.
>>
>>Попробую что-нибудь из
>> - ospf timer dead
>> - link-state(carrier lost)
>> - ospf cost
>>
>
>Однако при "timer dead" и "ospf cost" сходимость получается мгновенная 0-2сек.
>(hello timer везде стоят минимальные).

"Плохо сходится ospf - ibgp "
Отправлено den , 07-Май-09 12:26 
http://www.cisco.com/en/US/prod/collateral/iosswrel/ps6537/p...

читать на тему Graceful Restart