Czy reklamowane są podsumowane trasy OSPF?

Przygotowuję się do CCNP, wykonuję prace laboratoryjne. ZEUS podsumowuje dwa sprzężenia zwrotne area 2 range 172.16.2.0 255.255.254.0, a trasa podsumowująca dociera do routera „WODAN”, ale trasy podrzędne (2/32) nadal pojawiają się w tablicy routingu IP WODAN. Dlaczego? Zrozumiałem, że kiedy nastąpi podsumowanie, że normalne LSA T3 nie zostaną wysłane, zamiast tego ABR prześle streszczenie T3 (w tym przypadku Zeus)? Nie rozumiem, dlaczego nadal widzę / 32, jeśli podsumowanie otrzymano w WODAN.

Oto topologia i odpowiednie wyniki poleceń dla dwóch routerów, o których mowa.

Schemat topologii :

Konfiguracja ZEUS :

Tabela routingu WODAN :

— glin
źródło

Krótka odpowiedź brzmi, ponieważ ZEUS (który podsumowuje) podsumowuje dla Obszaru 2, ale również dzieli Obszar 2 z WODAN. OSPF wymaga, aby wszystkie routery w obszarze posiadały tę samą dokładną kopię bazy danych stanu łącza danego obszaru; ABR OSPF uruchamiają osobne obliczenia algorytmu SPF dla każdego obszaru, w którym uczestniczą.

Cytując RFC 2328 - Najpierw otwórz najkrótszą ścieżkę :

...

...

...

Podsumowanie funkcjonalne

W każdym obszarze działa osobna kopia podstawowego algorytmu routingu OSPF. Routery posiadające interfejsy do wielu obszarów obsługują wiele kopii algorytmu.

...

12.2 Baza danych stanu łącza

Router ma osobną bazę danych stanów łączy dla każdego obszaru, do którego należy. Wszystkie routery należące do tego samego obszaru mają identyczne bazy danych stanu łącza dla tego obszaru.

Możesz to sprawdzić za pomocą:

WODAN# show ip ospf database | i ID|Area|Link|172.16.2
...
            OSPF Router with ID (2.2.2.2) (Process ID 1)
                Summary Net Link States (Area 0)
Link ID         ADV Router      Age         Seq#       Checksum Link count
172.16.2.0      3.3.3.3         1721        0x80007657 0x006E08 1
...
            OSPF Router with ID (2.2.2.2) (Process ID 1)
                Router Link States (Area 2)
Link ID         ADV Router      Age         Seq#       Checksum Link count
172.16.2.2      3.3.3.3         1721        0x80007657 0x00640F 1

Wyśmiewałem to z doświadczenia, ale oczekuję, że zobaczysz:

Podsumowanie sieci LSA dla 172.16.2.0 w obszarze 0
Router LSA zawierający 172.16.2.2 w obszarze 2 (założyłem, że 172.16.2.2 jest identyfikatorem routera LSA)

Ponieważ 172.16.2.2 nadal istnieje w OSPF LSDB, OSPF instaluje dla niego trasę. Zauważ, że istnieje różnica między 172.16.2.2/32 a 172.16.2.0/23 w danych wyjściowych show ip route:

172.16.2.0/23 jest O IAtrasą ( IAoznacza międzyobszarowe, generowane przez LSA Podsumowanie sieci typu 3)
172.16.2.2/32 jest Otrasą, jeśli po niej nie ma liter O, trasa pochodzi z routera LSA, zwanego także LSA typu 1

Ostatnia uwaga dodatkowa, o której wyraźnie nie wspomniałeś ... skonfigurowałeś pętle ZEUS z 24-bitowymi maskami; jednak ze względu na sposób, w jaki OSPF obsługuje pętle zwrotne , te pętle zwrotne są reklamowane jako trasy hosta.

— Mike Pennington
źródło

Ok, więc mówisz, mimo że ZEUS podsumowuje (i pokazuje się w WODAN jako podsumowanie), WODAN również robi swoje własne obliczenia SPF, więc odbiera sprzężenia zwrotne również nie sumowane. Czy istnieje sposób na uzyskanie tylko podsumowania w jednym wierszu? Czy musiałbym sporządzić podsumowanie dotyczące WODAN, czy to tylko ograniczenie OSPF - nie jest to samo podsumowanie obszaru? Tylko na krawędzi?

— AL

@AL, jedynym sposobem na pozbycie się 172.16.2.2 na WODAN jest upewnienie się, że LSA nie pojawi się w obszarze, do którego WODAN jest przyłączony. Jednym z ograniczeń IGP w stanie łącza jest ich niezdolność do podsumowania tras pochodzących z tego samego obszaru.

— Mike Pennington,

Wspaniale, całkowicie to rozumiem teraz i oczekiwałbym tego w przyszłości. Wyjaśnia również, dlaczego kiedy reklamowałem Loopbacki w Obszarze 4, pokazało się tak, jak chciałem - podsumowanie w jednym wierszu. BARDZO FAJNY! Dzięki za to Mike.

— AL,