Zakończenie tworzenia 9 rozdziału, modułu 3 kursu CCNA.

diff --git a/articles/terminallog/Cisco_-_CCNA.html b/articles/terminallog/Cisco_-_CCNA.html
index 53e4d87fe9c72f592f6d73e3d05592be654071f3..5af3cadc3fc00903192f7b569cf08987f1edbf2c 100755 (executable)
--- a/articles/terminallog/Cisco_-_CCNA.html
+++ b/articles/terminallog/Cisco_-_CCNA.html
@@ -15296,7 +15296,7 @@ Dynamic mappings:
         <h1 id="3.9.qosconcepts">3.9. Koncepcje QoS</h1>
         <p>
           Obecnie w sieciach występuje duże natężenie różnorakiego ruchu. Nowe
-          rodzaje komunikatorów, zamiasty wysyłania wyłącznie wiadomości
+          rodzaje komunikatorów, zamiast wysyłania wyłącznie wiadomości
           tekstowych pozwalają na komunikację głosową czy transmisję wideo.
           Tego rodzaju transmisje zarówno dźwieku jak i obrazu w czasie
           rzeczywistym wymagają lepszych warunków sieciowych.
@@ -15315,7 +15315,7 @@ Dynamic mappings:
           Jeśli nie można przesłać, pewnych informacji ze względu na duże
           natężenie ruchu, pakiety te są kolejkowane w pamięci operacyjnej
           urządzeń, w oczekiwaniu na zwolnienie się łącza i swoją kolej do
-          do przesłania. Oczywiście do urządzenia mogłą naływać dalsze
+          do przesłania. Oczywiście do urządzenia mogłą napływać dalsze
           transmisje tego rodzaju, czego urządzenie nie będzie mogło
           zmieścić, zostanie poprostu odrzucone.
           Takie zachowanie generuje opóźnienia we właściwej
@@ -15352,7 +15352,7 @@ Dynamic mappings:
         </p>
         <ul>
           <li><strong>Opóźnienie kodu</strong> - stała ilość czasu potrzebna
-            do skompresowania danych przed wysłanie i wysłaniemm jej do
+            do skompresowania danych przed wysłanie i wysłaniem jej do
             pierwszego urządzenia.</li>
           <li><strong>Opóźnienie pakietowania</strong> - Stały czas potrzebny
             do enkapsulacji pakietu ze wszystkimi niezbędnymi informacjami w
@@ -15364,7 +15364,7 @@ Dynamic mappings:
           <li><strong>Opóźnienie propagacji</strong> - zmienne ilość czasu
             potrzebna na przejście ramki od nadawcy do odbiorcy.</li>
           <li><strong>Opóźnienie eliminacji jittera</strong> - Stała ilość
-            czasu potrzebna na zbuduforowanie przełpływu pakietów, a
+            czasu potrzebna na zbuforowanie przełpływu pakietów, a
             następnie przesłanie ich w równych odstępach.</li>
         </ul>
         <p>
@@ -15407,7 +15407,7 @@ Dynamic mappings:
           W przypadku ruchu wideo jest bardziej niespójny i nieprzewidywalny
           w porównaniu do ruchu głosowego. W zależności od dynamiki
           wyświetlanych treści ruch ten może przesłać znacznie więcej danych 
-          tym samym odcinku czasu. Podobnie do ruchu głosowego ruch ten jest
+          tym samym odcinku czasu. Podobnie do ruchu głosowego, ruch ten jest
           wrażliwy na warunki sieciowe, ale nie aż tak bardzo jak ruch głosowy
           Ruch wideo również powinien posiadać zwiększony priorytet, kosztem
           ruchu mniej wrażliwego na zakłócenia - takiego jak ruch danych.
@@ -15427,7 +15427,7 @@ Dynamic mappings:
           zazwyczaj jest płynny i przewidywalny. Przypadku ruchu danych to
           niektóre aplikacje TCP mogą wykorzystać tyle przepustowości ile da
           się uzyskać. Ruch danych jest stosunkowo niewrażliwy na spadki i
-          opóźnienia w porównaniu z ruche wideo czy ruchem głosowym, to przy
+          opóźnienia w porównaniu z ruchem wideo czy głosowym, to przy
           ustalaniu priorytetów, należy wziąć po uwagę doświadczenia
           użytkowników - istnieją dwa kryteria:
         </p>
@@ -15485,7 +15485,7 @@ Dynamic mappings:
           pierszeństwa w stostunku do dużego ruchu takiego jak FTP. WFQ
           opiera swoje klasyfikacje na adresacji pakietów, adresach MAC, 
           numerach protów, protokołach oraz wartości pola typu usługi (ToS) w
-          nagłówku IPv4. Przypły ruchu o niskiej przepustowości otrzymają
+          nagłówku IPv4. Przy ruchu o niskiej przepustowości otrzymają
           usługę preferencyjną, która pozwoli na terminowe przesłanie całego
           ładunku transmisji. Wiekszy ruch jest dzielony proporcjonalnie
           między pozostałą przepustowość. WFQ nie jest obsługiwana przez
@@ -15495,7 +15495,7 @@ Dynamic mappings:
           nad alokacją pasma.
         </p>
         <p>
-          <strong>CBWFQ</strong> rozszeraz standardową funkcjonalność WFQ
+          <strong>CBWFQ</strong> rozszerza standardową funkcjonalność WFQ
           zapewniając obsługę klas ruchu. Za pomoca CBWQF możemy zdefiniować
           klasy na podstawie dopasowania do protokołów, listy ACL, czy
           interfejsów wejściowych. Klasy są przypisywane według kryteriów
@@ -15544,7 +15544,7 @@ Dynamic mappings:
             użyć tej metody gdy jakość usług nie jest wymagana.</li>
           <li><strong>Usługi zintegrowane (IntServ)</strong> - <em>IntServ</em>
             zapewnia bardzo wysoką jakość usług dla pakietów IP z
-            gwarantowaną dostawą. Definiuje proce sygnalizacji dla aplikacji w
+            gwarantowaną dostawą. Definiuje proces sygnalizacji dla aplikacji w
             celu zasygnalizowania sieci, że wymagają specjalnego QoS przez
             pewien okres i że przepustowość powinna być zarezerewowana.
             <em>IntServ</em> może poważnie ograniczyć skalowalność sieci.</li>
@@ -15570,7 +15570,7 @@ Dynamic mappings:
             WFQ, CBWFQ i LLQ mogą zagwarantować przepustowość i zapewnić
             priorytetowe przekazywanie do aplikacji wrażliwych.</li>
           <li>Utrata pakietów o niższym priorytecie przed wystąpieniem zatorów
-            Cisco IOS QoS zapewnia mechnizmy kolejkowania, takie jak ważone
+            Cisco IOS QoS zapewniają mechnizmy kolejkowania, takie jak ważone
             losowe wczesne wykrywanie (WRED), które rozpoczynają odrzucanie
             pakietów zanim wystąpi przeciążenie.</li>
         </ul>
@@ -15581,9 +15581,9 @@ Dynamic mappings:
           <li><strong>Narzędzia do klasyfikacji i znakowania</strong> - Sesje
             lub przepływy są analizowane w celu określenia, która klasa ruchu
             jest do nich przydatna. Po określeniu klasy ruchu pakiety są
-            onaczone.</li>
+            oznaczone.</li>
           <li><strong>Narzędzia do unikania zatorów</strong> - Na klasy ruchu
-            przydzielane są porce zasobów sieciowych, zgodnie z zaleceniami
+            przydzielane są porcje zasobów sieciowych, zgodnie z zaleceniami
             przez badanie QoS. Zasady QoS określają również, w jaki sposób
             część ruchu może być selektywna utracona, opóźniona lub ponownie
             oznaczona, aby uniknąć zatorów. Głównym narzędziem do unikania
@@ -15606,7 +15606,7 @@ Dynamic mappings:
         <p>
           Sposób, w jaki pakiet jest klasyfikowany, zależy od implementacji
           jakości usług. Metody klasyfikacji przepływów ruchu na warstwie 2 i
-          3 obejmują korzystanie z interfejsów ACL i map klas. Ruch można
+          3 obejmują korzystanie z interfejsów, ACL i map klas. Ruch można
           również klasyfikować w warstwach od 4 do 7 przy użyciu funkcji
           rozpoznawania aplikacji sieciowych (NBAR).
         </p>
@@ -15746,7 +15746,7 @@ Dynamic mappings:
         </p>
         <p>
           Zarządzanie zatorami obejmuje kolejkowanie i metody planowania, w
-          których nadmiarowych ruch jest buforowany lub umieszczany w kolejce
+          których nadmiarowy ruch jest buforowany lub umieszczany w kolejce
           (a czasami odrzucany), gdy czeka na wysłanie przez interfejs
           wyjściowy. Narzędzia do unikania monitorują obciążenie ruchu
           sieciowego, starając się przewidywać i unikać zatorów we wspólnych
@@ -15759,7 +15759,7 @@ Dynamic mappings:
           Cisco IOS QoS obejmuje ważone losowe wczesne wykrywanie (WRED) jako
           możliwe rozwiązanie pozwalające uniknąć zatorów. Algorym WRED
           pozwala na unikanie przeciążeń na interfejsach sieciowych,
-          zapewniając zarządzania buforami i pozwalając na zmienjszenie lub
+          zapewniając zarządzania buforami i pozwalając na zmniejszenie lub
           ogranicznie ruchu TCP przed wyczpaniem buforów. Korzystanie z
           WRED pomaga uniknąć spadków i maksymalizuje wykorzystanie sieci i
           wydajność aplikacji opartych na protokole TCP. Nie ma jednak techniki