Zakończono redagowanie rozdziału 1, modułu 3 kursu Cisco CCNA.

diff --git a/articles/terminallog/Cisco_-_CCNA.html b/articles/terminallog/Cisco_-_CCNA.html
index 6459ffb18917088b434cf7e16e03affb9aeff02a..afa98bbb338727fe9fdcbf07a737900159954374 100755 (executable)
--- a/articles/terminallog/Cisco_-_CCNA.html
+++ b/articles/terminallog/Cisco_-_CCNA.html
@@ -12152,8 +12152,9 @@ L   FF00::/8 [0/0]
         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
+        listy dostępowe, funkcję NAT realizowaną przez urządzenia z systemem 
+        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.
@@ -12261,9 +12262,9 @@ L   FF00::/8 [0/0]
         <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
+        Routery wykorzystujące OSPF muszą się rozpoznawać za nim, rozpoczną 
+        wymianę informacji o stanie łączy. W tym celu router wysyła pakiet
+        <em>Hello</em> aby wykryć czy na tym łączu 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>
@@ -12332,7 +12333,7 @@ L   FF00::/8 [0/0]
       <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,
+        między sobą. Pakiety te mają przypisane określone wartości liczbowe,
         który jest typem pakietów LSP (<em>Link-State Packets</em>).
       </p>
       <ul>
@@ -12374,7 +12375,7 @@ L   FF00::/8 [0/0]
         <li>Atrybuty zewnętrzne LSA dla protokołu BGP (Border Gateway Protocol).</li>
       </ol>
       <p>
-        Pakiety <em>Hello</em>, posiadają kilka dodakowych czynności
+        Pakiety <em>Hello</em>, posiadają kilka dodatkowych czynności
         wykonywanych na rzecz protokołu OSPF, do jego zadań należy między
         innymi:
       </p>
@@ -12528,23 +12529,25 @@ L   FF00::/8 [0/0]
         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
+        występuje w bazie LSDB nadawcy. Wpisy mogą dotyczyć wybranego łą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
+        Oczywiście może zdarzyć się sytuacja, że informacje zawarte DBD będą
+        bardziej aktualne, wówczas protokół przechodzi do
+        stanu <em>Loading</em>.
+        Na podstawie informacji zawartych w DBD, router może zarządać od 
+        drugiego routera
         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
+        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>