]> gitweb.morketsmerke.org Git - mmdev.git/commitdiff
Utworzenie miejsca na zaległe materiały z modułu 2. Rozpoczęcie pisania modułu 3...
authorxf0r3m <jakubstasinski@protonmail.com>
Sat, 2 Nov 2024 17:29:23 +0000 (18:29 +0100)
committerxf0r3m <jakubstasinski@protonmail.com>
Sat, 2 Nov 2024 17:29:56 +0000 (18:29 +0100)
articles/terminallog/Cisco_-_CCNA.html

index d42400ed42acb5cfeef1ce19fce8f09470f9caa3..6459ffb18917088b434cf7e16e03affb9aeff02a 100755 (executable)
@@ -12129,7 +12129,446 @@ L   FF00::/8 [0/0]
       <h2 id="2.16.partialexam">Egzamin cząstkowy - Rozdziały: 14 - 16</h2>
       <p>
         <a href="Cisco_-_CCNA_-_SRWE_-_egzamin_czastkowy_roz_14_-_16.html">Egzamin z koncepcji routingu i konfiguracji</a>
-      </p> 
+      </p>
+      <h2 id="2.mockexam">Egzamin próbny - SRWE</h2>
+      <p>
+        <a href="Cisco_-_CCNA_-_SRWE_-_egzamin_probny.html">Egzamin próbny</a>
+      </p>
+      <h2 id="2.ptsa">Przygotowanie do egzaminu praktycznego - SRWE</h2>
+      <p>
+        <!-- Opis... -->
+      </p>
+      <h1 id="2.finalexam">Egzamin końcowy - SRWE</h1>
+      <p>
+        <a href="Cisco_-_CCNA_-_SRWE_-_egzamin_koncowy.html">Egzamin końcowy</a>
+      </p>
+      <h1 id="2.finalpractice">Przygotowanie do egzaminu praktycznego - SRWE</h1>
+      <p>
+        <!-- Opis... -->
+      </p>
+      <h1>Koniec części 2</h1>
+      <h1 id="3.module3">3. Moduł 3: Sieci korporacyjne, bezpieczeństwo i automatyzacja</h1>
+      <p>
+        Ostatni moduł kursu CCNA firmy Cisco. Obejmuje on takie tematy jak
+        Jeden protokół routingu dynamicznego w podstawowym zakresie - 
+        jednoobszarowy OSPF, podstawowe omówienie zagrożeń bezpieczeństwa, 
+        listy dostępowe, funkcję NAT realizowaną przez urządzenia z system IOS,
+        koncepcje sieci WAN, VPN, QoS, zarzadzanie siecią w tym aktualizacje
+        IOS na urządzeniach. Moduł kończą takie tematy jak zasady projektowania
+        sieci, rozwiązywania problemów występujących z nimi, wirtualizacja w
+        tym pojęcie SDN oraz automatyzacja.
+      </p>
+      <h1 id="3.1.oneareaospfconcepts">3.1 Koncepcje jednoobszarowego OSPFv2</h1>
+      <p>
+        Drugi moduł kończył się wprowadzeniem do koncepcji routingu oraz
+        routingiem statycznym. Wadą routingu statycznego był fakt, że musielśmy
+        dodawać wszystkie trasy ręcznie do każdego z urządzeń oraz wymagane
+        było utworzenie tras powrotnych. Oczywiście ma to swoje zalety i w
+        małych sieciach nikt nie będzie uruchamiał dynamicznych protokołów
+        dla kilku tras. Jednak sieci rosną, mogą urosnąć i wówczas wpisywanie
+        tych tras na wielu routerach może stać się irytujące. Dlatego też
+        warto zapoznać się prostym, a zarazem dobrym protokołem routingu
+        dynamicznego. Takim jak <strong>OSPF</strong> w wersji 2.
+      </p>
+      <p>
+        OSPF jest protokołem stanu łącza (na podstawie jego możliwości,
+        decyduje o trasie). Został obmyślony jako następca protokołu RIP,
+        którego metoda wyboru najlepszej trasy nie skaluje się zbyt dobrze.
+        Działanie RIP można przyrównać do działania systemu GPS, wybierającego
+        najkrótszą trasę, bez znaczenia, że musimy przejechać przez kilka
+        miejscowości, przez co podróż trochę nam zajmie. OSPF natomiast
+        preferuje autostrady, gdzie dystans może być większy, ale zostanie on
+        wyrównany na prędkości z jaką możemy się poruszać.
+      </p>
+      <p>
+        W tytule rozdziału zostało wspomniane o <em>jednoobszarowym OSPFv2</em>.
+        OSPF wprowdza koncepcję obszaru - podziału domeny routingu - przez co
+        możemy kontrolować aktualizację informacji na temat dostępnych tras.
+        Oznacza to, że możemy skonfigurować protokół w ten sposób aby
+        nie wszystkie sieci były ze sobą połączone. 
+      </p>
+      <p>
+        Jak już wcześnie zostało wspomaniane OSPF wybiera trasę na podstawie
+        możliwości łącza - to protokół stanu łącza. Informacje jakie routery
+        w tym samy obszarze wymieniają na temat łączy są nazwane
+        <strong>link-state</strong> i zawierają takie informacje jak:
+        prefiks sieciowy (adres siec), długość prefiksu (maskę podsieci) oraz
+        koszt (obliczoną wartość, określającą przepustowość łącza).
+      </p>
+      <p>
+        Większość protokołów routingu składa się z tych samych elementów,
+        takich jak:
+      </p>
+      <ul>
+        <li>Komunikaty protokołu</li>
+        <li>Struktury danych</li>
+        <li>Algorytm</li>
+      </ul>
+      <p>
+        Komunikatami wymienianymi przez OSPF, są między innymi pakiety:
+      </p>
+      <ul>
+        <li><em>Hello</em></li>
+        <li>Opisu bazy danych (<em>Database Description - DBD</em>)</li>
+        <li>Żądania stanu łącza (<em>Link-State Request - LSR</em>)</li>
+        <li>Aktualizacji stanu łącza (<em>Link-State Update - LSU</em>)</li>
+        <li>Potwierdzenia stanu łącza
+          (<em>Link-state acknowledgment - LSAck</em>)</li>
+      </ul>
+      <p>
+        Informacje przesyłane przez pakiety wykorzystywane są do wykrywania
+        sąsiedzkich urządzeń, utrzymwania informacji o obecnie wykorzystywanych
+        trasach i jak ich aktualizacji.
+      </p>
+      <p>
+        OSPF wykorzystuje takie struktury danych jak:
+      </p>
+      <ul>
+        <li><strong>Baza przyległości (<em>Adjacency database</em>)</strong>
+          - Tworzy tablice sąsiadów.</li>
+        <li><strong>Bazę stanu łącza (<em>Link-state database - LSDB</em>)</strong>
+          - Tworzy tablicę topologii.</li>
+        <li><strong>Bazę przekazywania (<em>Forwarding database</em>)</strong>
+          - Tworzy tablicę routingu.</li>
+      </ul>
+      <p>
+        Te tablice zawierają listę sąsiednich urządzeń w celu wymiany
+        informacji o routingu. Tablice te są przechowywane w pamięci RAM.
+        Możemy do nich uzyskać dostęp poprzez odpowiednie polecenia IOS:
+      </p>
+      <ul>
+        <li><strong>Baza przyległości</strong> - 
+          <code class="code-inline">show ip ospf neighbor</code></li>
+        <li><strong>Baza stanu łącza</strong> -
+          <code class="code-inline">show ip ospf database</code></li>
+        <li><strong>Baza przekazywania</strong> - 
+          <code class="code-inline">show ip route</code></li>
+      </ul>
+      <p>
+        OSPF buduje tablice topologii przy użyciu wyników obliczeń opartych
+        na algorytmie Edsgera Dijkstry - pierwszej najkrótszej ściezki - SPF.
+        Podstawą na której opiera się działanie algorytmu SPF, jest łączny
+        koszt dotarcia do celu.
+      </p>
+      <p>
+        Proces wyboru najlepszej trasy składa się z 5 czynności:
+      </p>
+      <ol>
+        <li>Ustawnowienie przyległości sąsiadów.</li>
+        <li>Wymiana komunikatów o stanie łącza (LSA).</li>
+        <li>Tworzenie bazy stanów łączy.</li>
+        <li>Wykonanie algorymu SPF.</li>
+        <li>Wybór najlepszej trasy.</li>
+      </ol>
+      <p>
+        Routery wykorzystujące OSPF muszą się rozpoznawać znim, rozpoczną 
+        wymianę informacji o stanie łącz. W tym celu router wysyła pakiet
+        <em>Hello</em> aby wykryć czy na tym łączy znajdują się inne routery
+        z włączonym OSPF, jeśli tak to urządzenie spróbuje utworzyć relacje
+        sąsiedztwa - określaną mianem <strong>przyległości</strong>.
+      </p>
+      <p>
+        Po ustanowieniu przygległości routery zaczynają wymieć między sobą
+        informacje na temat stanu bezpośrednio podłączonych łączy. Ten
+        informacje wysłane są w dużych ilość - powodując zalanie sąsiada
+        pakietami LSA. Każdy router po odebraniu takich informacji przekazuje
+        do następnego sąsiada, do momentu aż każdy z routerów odbierze LSA od
+        każdego z sąsiadów w obszarze.
+      </p>
+      <p>
+        Po odebraniu LSA, router tworzy bazę danych LSDB. Zawiera ona
+        informacje o całej topologii.
+      </p>
+      <p>
+        Po zebraniu informacji w LSDB, routery uruchamiają algorytm SPF,
+        wynikiem działania tej czynności jest drzewo SPF.
+      </p>
+      <p>
+        Na podstawie drzewa SPF, nalepsze ścieżki są proponowane do tablicy
+        routingu urządzenia. Mogą one zostać w niej zapisane, chyba że do
+        danej sieci istnieje trasa o niższej odległości administracyjnej,
+        wówczas taka trasa dynamiczna nie zostanie zapisana w tablicy routera.
+      </p>
+      <p>
+        OSPF wprowadza strukturę hierarchiczną na podstawie obszarów. Obszar
+        OSPF to grupa routerów wspódzieląca w bazie LSDB te same informacje na
+        temat stanów łącz. W tym przypadku protokół OSPF możemy wykorzystać na
+        na dwa sposóby:
+      </p>
+      <ul>
+        <li><strong>Jednoobszarowy OSPF</strong> - wszystkie routery znajdują
+          się w jednej grupie. Zalecanym numerem obszaru jest
+          <strong>0</strong>.</li>
+        <li><strong>Wieloobszarowy OSPF</strong> - routery znajdują się w
+          poszczególnych grupach, zawsze połączonych z obszarem 0
+          (obszar rdzenia). Routery łączące ze sobą obszary noszą miano
+          routerów międzyobszarowych (ABR - <em>Area Border Router</em>).</li>
+      </ul>
+      <p>
+        Użycie wieloobszarowego OSPF pozwala nam zmniejszenie domeny routingu,
+        co pozwala nieco odciążyć urządzenia, które muszą przetwarzać 
+        komunikaty LSA tylko dla swojego obszaru. Po mimo to routing będzie
+        dalej działać, dzięki ABR. W przypadku gdy dochodzi do zmiany topologi
+        routery w innych obszarach nie uruchamiają algorytmu SPF, tylko
+        aktualizują tablicę routingu. Korzyści płynące z podziału jednego
+        dużego obszaru na mniejsze są następujące:
+      </p>
+      <ul>
+        <li><strong>Mniejsze tablice routingu</strong></li>
+        <li><strong>Zmiejszony narzut aktualizacji stanu łącza.</strong></li>
+        <li><strong>Zmniejszona częstotliwość obliczeń SPF.</strong></li>
+      </ul>
+      <p>
+        OSPF w wersji 3, służy do wymiany prefiksów sieci IPv6. Wymienia one
+        informacje na temat routingu, aby wypełnić tablicę routingu IPv6
+        prefiksami sieci zdalnych. Dzięki funkcji rodzin adresów, OSPFv3 może
+        obsługiwać zarówno IPv6 jak i IPv4. Protokół ten posiada te same
+        funkcje co OSPF w wersji 2, natomiast OSPFv3 uruchamia osobne procesy
+        dla IPv4 i IPv6.
+      </p>
+      <p>
+        Rodziny adresów wykraczają po za zakres kursu CCNA.
+      </p>
+      <h2 id="3.1.1.ospfpackets">3.1.1. Pakiety OSPF</h2>
+      <p>
+        Omawiając OSPF poznaliśmy rodzaje pakietów jakie urządzenia wysyłają
+        między sobą. Pakiety te mają przypisane okreslone wartości liczbowe,
+        który jest typem pakietów LSP (<em>Link-State Packets</em>).
+      </p>
+      <ul>
+        <li><strong>Typ 1: Hello</strong> - jest używany do ustanawiania i
+          utrzymywania relacji przyległości między innymi routerami OSPF.</li>
+        <li><strong>Typ 2: Pakiet opisu bazy danych (DBD)</strong> - zawiera
+          skróconą listę LSDB i jest wykorzystywana przez inne routery
+          odbierające do porównania z lokalną bazą LSDB. Baza musi być na
+          wszystkich routerach w danym obszarze identyczna, aby móc zbudować
+          drzewo SPF.</li>
+        <li><strong>Typ 3: Pakiet żądania stanu łącza (LSR)</strong> - Routery
+          odbierające mogą zarządać dodatkowym informacji o dowolnym wpisie
+          w DBD wysyłając LSR.</li>
+        <li><strong>Typ 4: Pakiet aktualizacji stanu łącza (LSU)</strong> - 
+          służy do odpowiadnia na LSR i ogłaszania nowych informacji.
+          Komunikaty LSU zawierają kilka różnych typów LSA.</li>
+        <li><strong>Typ 5: Pakiet potwierdzenia stanu łącza (LSAck)</strong> -
+          Po otrzymaniu LSU router wysyła LSAck w celu potwierdzenia. Pole
+          danych pakietu tego typu jest puste.</li>
+      </ul>
+      <p>
+        Początkowo urządzenia wymieniają między sobą pakiety DBD.
+        Jeśli potrzebne są dodatkowe informacje na temat wpisów w bazie,
+        routery mogą wysłać LSR, wówczas inne routery odpowiedzą za pomocą
+        pakiety LSU. Pakiet LSU może zawierać 11 typów LSA dla OSPFv2. 
+        Różnica w terminologii między LSU a LSA może być mylącą, ponieważ te
+        określenia stosowane są zamiennie, jednak należy pamiętać, że LSU
+        może zwierać jeden lub więcej komunikatów LSA. Rodzaje komunikatów
+        LSA są następujące:
+      </p>
+      <ol>
+        <li>LSA Routera.</li>
+        <li>Służy do synchronizacji bazy danych topologii pomiędzy routerami.</li>
+        <li>Podsumowanie LSA.</li>
+        <li>Podsumowanie LSA.</li>
+        <li>LSA zewnętrznego systemu autonomicznego.</li>
+        <li>LSA transmisji <em>multicast</em> OSFP.</li>
+        <li>Zdefiniowane dla obszarów NSSA (Not-So-Stubby-Areas).</li>
+        <li>Atrybuty zewnętrzne LSA dla protokołu BGP (Border Gateway Protocol).</li>
+      </ol>
+      <p>
+        Pakiety <em>Hello</em>, posiadają kilka dodakowych czynności
+        wykonywanych na rzecz protokołu OSPF, do jego zadań należy między
+        innymi:
+      </p>
+      <ul>
+        <li>Wykrywają sąsiadów OSPF i tworzą z nimi przyległości.</li>
+        <li>Ogłaszają parametry, które dwa routery muszą uzgodnić, aby
+          zostać sąsiadami.</li>
+        <li>Wybierają router desygnowany i zapasowy router desygnowany w
+          sieciach wielo dostępowych, takich jak Ethernet. Łącza typu
+          punkt-punkt nie potrzebują DR ani BDR.</li>
+      </ul>
+      <p>
+        Natomiast sam pakiet <em>Hello</em>, składa się z nagłówka OSPF oraz
+        jego własnych danych. Części te zawierają następujące pola:
+      </p>
+      <p>
+        Nagłówek pakietu OSPF:
+      </p>
+      <ul>
+        <li><strong>Typ</strong> - pole określające rodzaj informacji zawartych
+          w polu danych pakietów OSPF.</li>
+        <li><strong>Identyfikator routera</strong> - Identyfikator pozwalający
+          na jednoznaczne określenie routera źródłowego. Identyfikator ten
+          ma postać identyczną z adresem IP.</li>
+        <li><strong>Identyfikator obszaru</strong> - numer obszaru, z którego
+          pochodzi ten pakiet.</li>
+      </ul>
+      <p>
+        Dane pakietu <em>Hello</em>:
+      </p>
+      <ul>
+        <li><strong>Maska podsieci</strong> - skojarzona z interfejsem
+          wysyłającym.</li>
+        <li><strong>Interwał <em>Hello</em></strong> - określa częstotliwość 
+          wysłania
+          pakietów <em>Hello</em>. Domyślnie jest 10 sekund. Ważne jest aby
+          routery miały ustawioną taką samą tę wartość, inaczej nie dojdzie
+          do relacji przylegania.</li>
+        <li><strong>Priorytet routera</strong> - wartość wykorzystywana w 
+          wyborze DR/BDR. Domyślną wartością dla wszyskich routerów jest 1.
+          Jednak może przyjmować wartości od 0 do 255. Im wieksza wartość, tym
+          większe prawdopodobieństwo, że router zostanie wybrany desygnowanym
+          na łączu.</li>
+        <li><strong>Interwał <em>Dead</em></strong> - określona ilość czasu,
+          przez którą czeka router na sygnał od sąsiada, za nim ogłosi że on
+          nie działa. Domyślnie ta wartość wynosi czterokrotność wartości
+          <em>Hello</em>. Czas ten musi być na wszystkich routerach takich
+          sam, inaczej nie dojdzie do relacji przyleania.</li>
+        <li><strong>Router desygnowany (DR)</strong> - identyfikator routera
+          desygnowanego (DR).</li>
+        <li><strong>Zapasowy router desygnowany (BDR)</strong> - identyfikator
+          zapasowego routera desygnowanego.</li>
+        <li><strong>Lista sąsiadów</strong> - lista zawierająca identyfikatory
+          wszystkich sąsiadujących routerów.</li>
+      </ul>
+      <h2 id="3.1.2.howospfworks">3.1.2. Działanie OSPF</h2>
+      <p>
+        Podczas osiągania zbierzności w sieci protokół OSPF będzie znajdować
+        się kolejno w następujących stanach:
+      </p>
+      <ol>
+        <li><strong>Stan Down</strong> -<br />
+          <ul>
+            <li>Brak odebranych pakietów <em>Hello</em> = <em>Down</em>.</li>
+            <li>Router wysła pakiety <em>Hello</em>.</li>
+            <li>Przejście do stanu <em>init</em>.</li>
+          </ul>
+        </li>
+        <li><strong>Stan Init</strong> -<br />
+          <ul>
+            <li>Pakiety <em>Hello</em>, są odbierane od sąsiada.</li>
+            <li>Zawiera identyfikator routera wysyłającego.</li>
+            <li>Przejście do stanu <em>Two-Way</em>.</li>
+          </ul>
+        </li>
+        <li><strong>Stan Two-Way</strong> -<br />
+          <ul>
+            <li>W tym stanie komunikacja między dwoma routerami jest
+              dwukierkowa.</li>
+            <li>Na łączach wielodostępowych routery wybierają DR i BDR.</li>
+            <li>Przejście do stanu <em>ExStart</em>.</li>
+          </ul>
+        </li>
+        <li><strong>Stan ExStart</strong> -<br />
+          <ul>
+            <li>W sieciach punkt-punkt, oba routery decydują, który router
+              zainicjuje wymianę pakietów DBD oraz ustalają początkowy numer
+              sekwencji pakietów DBD.
+          </ul>
+        </li>
+        <li><strong>Stan Exchange</strong> -<br />
+          <ul>
+            <li>Routery wymieniają pakiety DBD.</li>
+            <li>Jeśli wymagane są dodatkowe informacje, to następuje przejście
+              do stanu <em>Loading</em>, jeśli nie to do stanu <em>Full</em>.
+          </ul>
+        </li>
+        <li><strong>Stan Loading</strong> -<br />
+          <ul>
+            <li>W celu uzyskania dodatkowych informacji o trasach
+              wykorzystywane są komunikaty LSU i LSR.</li>
+            <li>Trasy są przetwarzane z użyciem algorytmu SPF.</li>
+            <li>Przjeście do stanu <em>Full</em>.</li>
+          </ul>
+        </li>
+        <li><strong>Stan Full</strong> - Baza danych łącza stanu router jest
+          w pełni z synchronizowana.
+        </li>
+      </ol>
+      <p>
+        W celu ustalenia relacji przyległości, router w momencie uruchomienia
+        OSPF na określonych interfejsach wysyła przez nie pakiet <em>Hello</em>
+        na adres multicastowy - <strong>224.0.0.5</strong>. W ten sposób
+        protokół na tym urządzeniu przechodzi ze stanu <em>Down</em> do stanu
+        <em>Init</em>. W momecie gdy drugi router obierze pakiet <em>Hello</em>
+        dodaje identtyfikator (OSFP) nadawcy do swojej listy sąsiadów następnie
+        odpowiada nadawcy pakietem <em>Hello</em>, ze swoim identyfikatorem
+        oraz listą sąsiadów. Nadawca odbiera <em>Hello</em> i dodaje ID
+        drugiego routera do swojej listy sąsiadów. W momencie odebrania listy
+        sąsiadów ze swoim ID protokoł przechodzi w stan <em>Two-Way</em>.
+        Ten stan może wykonać dwie czynności w zależności od tego jakiego
+        rodzaju łącze znajduje się na tym interfejsie jeśli:
+      </p>
+      <ul>
+        <li>Jest to połączenie punkt-punkt (połączenia szeregowe) to protokół
+          przechodzi natychmast w stan <em>ExStart</em>.</li>
+        <li>Jeśli jest to łącze wielodostępowe, np. <em>Ethernet</em>, to 
+          zachodzi potrzeba wybrania routera desygnowanego oraz zapasowego
+          routera desygnowanego.
+      </ul>
+      <p>
+        Podczas wyboru DR oraz BDR, cały czas pomiędzy urządzeniam wysłane są
+        pakiety <em>Hello</em>. Pierwszy router - R1 - ma priorytet równy
+        1 i drugi najwyższy ID routera. Drugi router - R2 - ma również 
+        priorytet
+        równy jeden, ale ma wyższe ID routera. Zatem R1 zostanie wybrany jako
+        BDR, a R2 jako DR.
+      </p>
+      <p>
+        Po osiągnieciu stanu <em>Two-Way</em> przez protokół OSFP, następną
+        czynnością jest synchronizacja baz danych. Do ustalania relacji
+        przyległości wykorzystywaliśmy komunikaty <em>Hello</em>. Natomiast do
+        synchronizacji baz wykorzystamy pakiety DBD oraz LSR.
+      </p>
+      <p>
+        W stanie <em>ExStart</em> routery decydują o tym, który z nich wyśle
+        DBD jako pierwszy. Router z najwyższym ID wyśle swoje DBD jako pierwszy
+        podczas stanu <em>Exchange</em>.
+      </p>
+      <p>
+        W stanie <em>Exchange</em> routery wymieniają się pakietami DBD,
+        potwierdzając każdorazowo odbiór takiego pakietu, pakietem LSAck.
+        Pakiet DBD zawiera informacje na temat wpisu nagłówka LSA, który
+        występuje w bazie LSDB nadawcy. Wpisy mogą dotyczyć wybrane łączą lub
+        sieci. Nagłówek każdego LSA zawiera: typ pakiet stanu łącza, adres
+        routera rozgłaszającego, koszt danego łącza oraz numer sekwencyjny.
+        Numer ten jest używan do ustalenia czy informacje zawarte w pakiecie
+        są nadal aktualne.
+      </p>
+      <p>
+        Na podstawie informacji zawartych w DBD, router może zarządać od
+        dodatkowych informacji na temat jednego ze wpisów. W tym celu wysyła
+        do drugiego urządzenia komunikat LSR. Druga strona odpowiada mu
+        komunikatem LSU, zawierającym dodatkowe informacje. Nadawca LSR
+        odpowiada na LSU, komunikatem LSAck. 
+      </p>
+      <p>
+        Oczywiście może zdarzyć się sytuacja, że informacje zawarte DBD będą
+        w pełni zrozumiałe dla drugiej strony, wówczas protokół przechodzi do
+        stanu <em>Loading</em>. Natomiast jeśli otrzyma i przetworzy wszystkie
+        żądania, wówczas można uznać go za w pełni zsynchonizowanego i
+        protokół przechodzi w stan <em>Full</em>.
+      </p>
+      <p>
+        OSFP nie jest rozwiązaniem bez wad. W przypadku łączy wielodostępowych
+        takich jak <em>Ethernet</em>, jeden z routerów będzie mieć relacje
+        sąsiedztwa ze wszystkimi routerami w sieci, nawet tymi odległymi.
+        Zwróćmy uwagę na to, że w sieci może być (jesli liczba routerów to
+        <strong>n</strong>): n(n-1)/2 relacji przlegania. To całkiem dużo
+        informacji do przetworzenia podczas uzyskiwania zbieżności OSPF.
+        W przypadku 5 routerów relacji przyległości będzie tylko 10, ale w
+        przypadku 20 już 190.
+        Kolejną wadą jest zalewanie sieci przez pakiety LSA. Dlatego też do
+        OSPF wprowadzono koncept <strong>routera desygnowanego</strong> (DR)
+        oraz <strong>zapasowego routera desygnowanego.</strong>. 
+      </p>
+      <p>
+        Router desygnowany (DR) jest punkt zbierania oraz dystrybucji pakietów
+        LSA, na wypadek jego awarii wybierany jest zapasowy router desygnowany
+        (BDR). Pozostałe routery oznaczane są jako DROTHER, nie są one ani
+        DR, ani BDR. Pozostałe routery tworzą relację przyległości z DR i BDR
+        oraz DR z BDR. Wówczas LSA przesyłane jest tylko do tych dwóch urządzeń
+        natomiast one przekazują te informacje dalej.
+      </p>
     </div>
        </body>
 </html>