форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение		[ Отслеживать ]

"Плохо сходится ospf - ibgp "

Сообщение от cant on 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 Подскажите куда дальше ковырять?

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Плохо сходится ospf - ibgp "

Сообщение от cant on 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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Плохо сходится ospf - ibgp "
	Сообщение от cant on 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
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Плохо сходится ospf - ibgp "
	Сообщение от cant on 06-Май-09, 14:05
	Вероятно за это отвечает bgp_scanner, который неспешно(каждые 60сек) проверяет некстхопы. И как с этим бороться ?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

	5. "Плохо сходится ospf - ibgp "
	Сообщение от cant on 06-Май-09, 19:46
	Так кто на c3825 виноват в первую очередь? ospf - который имеет временной лаг между удалением и добавлением маршрута к 99.24.0.4 с новым некстхопом. или ibgp - который чуть что, сразу помечает нужный маршрут 99.24.1.241 что его некстхоп 99.24.0.4 является inaccessible, и ждет сканера. Кто из них на c3825 работает некошерно ?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

	7. "Плохо сходится ospf - ibgp "
	Сообщение от SergTel (ok) on 06-Май-09, 21:16
	> >Так кто на c3825 виноват в первую очередь? > >ospf - который имеет временной лаг между удалением и добавлением маршрута к >99.24.0.4 с новым некстхопом. >или >ibgp - который чуть что, сразу помечает нужный маршрут 99.24.1.241 что его >некстхоп 99.24.0.4 является inaccessible, и ждет сканера. > >Кто из них на c3825 работает некошерно ? P.S.Поднимать BGP на каталистах это не есть правильно от того что там есть данный протокол маршрутизации еще не значит что он будет работать так как должен
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "Плохо сходится ospf - ibgp "
	Сообщение от cant on 07-Май-09, 00:15
	Возможно "shutdown"-разрыв линка не совсем штатная ситуация и не отрабатывается корректно в плане сходимости ospf-ibgp. Попробую что-нибудь из - ospf timer dead - link-state(carrier lost) - ospf cost А положительный пример сети с хорошей сходимостью ospf-ibgp может кто-нибудь привести ? И какие цифры в секундах ?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

	10. "Плохо сходится ospf - ibgp "
	Сообщение от chocholl (??) on 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 везде стоят минимальные).
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	11. "Плохо сходится ospf - ibgp "
	Сообщение от den (??) on 07-Май-09, 12:26
	http://www.cisco.com/en/US/prod/collateral/iosswrel/ps6537/p... читать на тему Graceful Restart
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]