Dowiedz się więcej o OSPF na potrzeby badań CCNP. Patrzę na to, jak OSPF buduje swoje linki i właśnie omówiłem LSA typu 1. Patrząc na LSA typu 1, zastanawiam się, dlaczego są one nawet konieczne?
Książka, którą czytam, sugeruje, że LSA typu 2 są używane, aby pomóc routerowi w zbudowaniu „układanki” topologii, tak jakby po prostu używając LSA typu 1 nie mógł zrozumieć wszystkich łączy w topologii. Wygląda na to, że LSA typu 1 daje wystarczającą ilość informacji, aby router mógł ustalić, w jaki sposób dwa lub więcej routerów jest połączonych. Być może książka, którą czytam, ma słabe przykłady, ale nie widzę, co OSPF zyskuje z LSA typu 2 i trudno jest zrozumieć, jak działają.
Odpowiedzi:
Należy zauważyć, że LSA typu 2 są generowane tylko w segmentach, w których wybrano DR / BDR - dotyczy to sieci BMA (Broadcast Multi-Access) i NBMA (Non-Broadcast Multi-Access). DR jest tym, co generuje typ 2 LSA. To zachowanie można obejść, konfigurując interfejsy Ethernet, na których chcesz uruchomić OSPF jako
point-to-point
(zapobiegnie to również procesowi wyboru DR).LSA typu 2 są korzystne, gdy OSPF działa na medium Broadcast (Ethernet) lub Non-Broadcast Multi-Access (Frame Relay). Mówiąc prościej, tak, routery mogłyby używać LSA typu 1 i opisywać łącza każdego routera do wszystkich innych routerów, ale jest to nieefektywne i wprowadzi niepotrzebne wzdęcia do LSDB OSPF. Aby temu zaradzić, do reprezentowania podsieci rozgłoszeniowej używa się LSA typu 2 (sieci). Każdy router LSA ma następnie łącze do sieci LSA podsieci rozgłoszeniowej, a sieć LSA ma łącza do każdego z routerów LSA. Jest to problem matematyczny - z każdym routerem korzystającym z LSA typu 1 masz
n * (n - 1)
łącza w bazie danych stanów łączy. W przypadku LSA typu 2 liczba ta jest zmniejszona don * 2
.Bardzo polecam przeczytanie książki Johna Moya na OSPF . Napisał również wstępne RFC dla protokołu.
Bardzo dobrze wyjaśnione!
Może ta grafika pomaga to zwizualizować.
źródło
Ponadto: LSA typu 2 używa tylko jako „instancji wirtualnej” routera w segmencie MA, ten pseudonod ma przyleganie do wszystkich dołączonych routerów (w tym DR / BDR) w sieci i wyświetla listę wszystkich dołączonych routerów (RID) do tego segmentu . Do transferu LSA używają (DR / BDR) również LSA typu 1.
źródło
Oto przykład, w którym LSA 2 może być przydatny (nie znaleziony w oryginalnej odpowiedzi):
R1 ---- | ---- R2 ---- | ---- R3 - wszystkie podłączone na nośniku telewizyjnym.
Powiedzmy, że link R3 przestaje działać:
R1 ---- | ---- R2 ---- |
R2 wykryje, że R3 spada, gdy skończy się martwy timer. Ale w jaki sposób R1 dowiaduje się o upadku R3, ponieważ R2 nie zmieni swojego LSA typu 1 (łącze R2 do R3 wciąż jest aktywne). Odpowiedź brzmi: R2 zalej typ LSA typu 2, w którym mówi, że R3 nie jest już częścią pseudonodu. Po otrzymaniu tej aktualizacji R1 usunie trasy, które używały R3 jako tranzytu. Co ciekawe, R1 nadal ma R3 typu 1 LSA. Po prostu widzi, że wykres jest przerywany (od typu 2 lsa wysyłanego przez R2).
źródło
Myślę, że powodem jest to, że w routerze-LSA sieć jest reprezentowana tylko jako adres IP (bez maski sieci) DR tej sieci, podczas gdy zarówno IP, jak i maska sieci są zawarte w Network-LSA.
Koncepcyjnie to DR identyfikuje sieć, a nie przeciętny router podłączony do sieci.
Innym powodem jest to, że taka sieć-LSA zostanie wysłana do innych i przekroczy limit czasu jako pojedyncza jednostka. Na przykład wycofujący się DR może opróżnić swój stary Network-LSA, aby sieć ta została usunięta z DB stanu łącza innych routerów.
źródło
Reklamy stanu linków stanowią podstawę tego typu protokołu. bez nich i ich przywitania i martwych liczników nie byłoby sposobu, aby zapewnić, że topologia i linki będą nadal aktywne.
Protokoły stanu łącza zależą od nich, podczas gdy EIGRP i inne protokoły wektora odległości zależą bardziej od ścieżki danych i kosztu ścieżki wyznaczonej przez dostępność przepustowości, opóźnienie itp. Nie mają też regularnych aktualizacji, które są wysyłane w razie potrzeby, na przykład gdy link jest nieaktywny.
W przypadku OSPF i LSA regularnie wysyłane są całe aktualizacje tabeli topologii, zależą one od podobnych elementów, takich jak odległość i szerokość pasma, ale są obliczane inaczej ze względu na algorytm stosowany w OSPF.
Wolę EIGRP, ale nie jest to opcja w krajach innych niż Cisco, to po prostu bardziej wydajny i prostszy protokół do konfiguracji IMO.
Żyję w całym świecie Juniper, więc eIGRP należy już do przeszłości, OSPF i różnego rodzaju reklamy LSA są koniecznością.
źródło