walczę z tematem szybkiej konwergencji routingu OSPF. Uproszczona topologia wygląda następująco:
SVC_A --(area100)-- COR_A -(area 0)--- COR_B --(area200)-- SVC_B
T=0 -> SVC_A rozgłasza trasę 0/0 jako LSA_type5 E2 ze static'a
T=1s -> SVC_B zaczyna rozgłaszać trasę 0/0 ze static'a
T=5-6s -> pętla pomiędzy SVC_A i COR_A
T=6s -> SVC_A przestaje rozgłaszać trasę 0/0
COR_A preferuje 0/0 do SVC_A jeżeli ten ją rozgłasza, analogicznie COR_B preferuje via SVC_B .
Przerobiłem lekturę INE o tuningu OSPF'a dodając w konfigu
Kod: Zaznacz cały
router ospf 2
timers throttle spf 10 100 1000
timers lsa-arrival 50
timers throttle lsa 10 100 1000
Platforma N9300, soft najnowszy I7.2
Logi z SVC_A:
Kod: Zaznacz cały
Event-log z tablicy RIB:
2018 Feb 22 22:54:28.560376 urib: (test): "ospf-2": 0.0.0.0/0, promoted best path nh 20.208.31.17%Ethernet1/45.20, metric [110/1] route-type type-2 tag 0x00000000 flags 0x00000000
2018 Feb 22 22:54:28.560373 urib: (test): "ospf-2": 0.0.0.0/0, promoted best path nh 20.208.31.21%Ethernet1/46.20, metric [110/1] route-type type-2 tag 0x00000000 flags 0x00000000
Event log z procesu OSPF:
2018 Feb 22 22:54:29.316275 ospf 2 [10509]: (test) : SPF run 224 FINISHED
2018 Feb 22 22:54:29.315745 ospf 2 [10509]: (test) : Done examining as-external (type-5/type-7) LSA, prefix count 1, last prefix version 156
2018 Feb 22 22:54:29.315708 ospf 2 [10509]: (test) : Examining as-external (type-5/type-7) LSA
2018 Feb 22 22:54:29.315701 ospf 2 [10509]: (test) : SPF run 224 STARTED with flags 0x8, vpn superbackbone changed flag is FALSE
2018 Feb 22 22:54:28.562772 ospf 2 [10509]: (test) : Flushing ext route 0.0.0.0/0
Kalkulacja SPF jest robiona z opóźnieniem około 750ms. Przez te 750ms SVC_A widzi 0/0 via COR_A natomiast COR_A przez SVC_A.
Dlaczego mamy takie opóźnienie w kalkulacji? Czy SPF nie powinien się uruchomić po 10ms od zmiany topologii zgodnie z tym co jest w konfiguracji?
Co ciekawe bez tuningu timerów czasy kalkulacji są praktycznie te same więc może to jednak bug w sofcie?