]> gitweb.morketsmerke.org Git - mmdev.git/commitdiff
Zakończenie tworzenia 9 rodziału, modułu 3 kursu CCNA. Do przeredagowania.
authorxf0r3m <jakubstasinski@protonmail.com>
Sun, 8 Dec 2024 10:15:37 +0000 (11:15 +0100)
committerxf0r3m <jakubstasinski@protonmail.com>
Sun, 8 Dec 2024 10:15:37 +0000 (11:15 +0100)
articles/terminallog/Cisco_-_CCNA.html

index 2e52e51be83030b42023603afc52971c7146f7f3..53e4d87fe9c72f592f6d73e3d05592be654071f3 100755 (executable)
@@ -15626,6 +15626,193 @@ Dynamic mappings:
             DSCP (<em>Differentiated Services Code Point</em>), Szerokość w
             w bitach: 6.</li>
         </ul>
+        <p>
+          Standard 802.1Q obejmuje również schemat priotetyzacji QoS znany jako
+          IEEE 802.1p. Wykorzystuję on pierwsze trzy bity w polu TCI
+          (<em>Tag Control Information</em>), znane jako pole priorytetu
+          PRI (<em>Priority</em>), to 3-bitowe pole identyfikuje oznaczenia
+          klasy usług (CoS). Trzy bity oznaczają, że ramką Ethernet warstwy 2
+          może być oznaczona jednym z ośmiu poziomów priorytetu (wartość 0-7).
+        </p>
+        <p>
+          Wartość klasy usług (CoS) Ethernet:
+        </p>
+        <ul>
+          <li><strong>Wartość CoS: 0</strong> - binarnie: 000, dane best-effort.</li>
+          <li><strong>Wartość CoS: 1</strong> - binarnie: 001, dane o średnim
+            priorytecie.</li>
+          <li><strong>Wartość CoS: 2</strong> - binarnie: 010, dane o wysokim
+            priorytecie.</li>
+          <li><strong>Wartość CoS: 3</strong> - binarnie: 011, sygnalizacja
+            połączeń.</li>
+          <li><strong>Wartość CoS: 4</strong> - binarnie: 100, wideokonferencje.</li>
+          <li><strong>Wartość CoS: 5</strong> - binarnie: 101, nośnik głosu
+            (ruch głosowy).</li>
+          <li><strong>Wartość CoS: 6</strong> - binarnie: 110, zarezerwowane.</li>
+          <li><strong>Wartość CoS: 7</strong> - binarnie: 111, zarezerwowane.
+        </ul>
+        <p>
+          IPv4 i IPv6 określają 8-bitowe pole w nagłówkach pakietów:
+          <em>Type of Service</em> (ToS) dla IPv4 oraz pole
+          <em>Trafic Class</em> dla IPv6.
+        </p>
+        <p>
+          Typu usługi (IPv4) i klasa ruchu (IPv6) zawierają oznaczenia
+          pakietów przypisane przez narzędzia do klasyfikacji QoS. To pole jest
+          następnie okreslane przez urządzenia odbierające, które przekazują
+          ruch w oparciu o odpowiednio przypisną politykę jakości usług.
+          RFC 2474 zastępujący RFC 791 i na nowo definiuje pole ToS poprzez
+          zmianę nazwy i oraz rozszerzenie pola <em>IP Precedence</em> (IPP),
+          które wcześniej było używane do oznaczeń QoS - RFC 791. Nowe pole
+          na 6-bitów przydzielone do QoS. Nazwane <strong>DSCP</strong>
+          (<em>Differentiated Services Code Point</em>) przez długość 6 bitów
+          oferuje maksymalnie 64 klasy usług. Pozostałe dwa bity
+          <em>IP Extended Congestion Notification</em> (ECN) mogą być używane
+          przez routery obsługujące ECN do oznaczanie pakietów zamiast ich
+          odrzucania. Oznakowanie ECN informuje urządzenia o występującym
+          przeciążęniu w ruchu pakietów.
+        </p>
+        <p>
+          Wartość DSCP są podzielone na trzy kategorie:
+        </p>
+        <ul>
+          <li><strong>Best-effort (BE)</strong> - domyślny tryb dla wszystkich
+            pakietów IP. Wartość DSCP wynosi 0. Gdy router doświadczy 
+            przeciążenia, pakiety te zostaną usunięte. Nie wdrożono plany QoS.</li>
+          <li><strong>Przyspieszone przekazywanie (<em>Expedited 
+            Forwarding - EF</em>)</strong> - RFC 3246 definiuje EF jako wartość
+            dzięsiętną DSCP 46 (binarna 101110). Pierwsze trzy bity odwzorowują
+            bezpośrednio wartość 5 CoS warstwy 2 używaną do ruchu głosowego.
+            W warstwie trzeciej zaleca używanie EF tylko do oznaczania pakietów
+            głosowych.</li>
+          <li><strong>Zapewnione przekazywanie (Assured Forwarding - AF)</strong>
+            - RFC 2597 definiuje AF, aby używać 5 najważniejszych bitów DSCP
+            do wskazywania kolejek i preferencji utraty pakietów.</li>
+        </ul>
+        <p>
+          Gwarantowane wartości przesyłania. Kolejki posortowane są od
+          najlepszej do najgorszej.
+        </p>
+        <ol>
+          <li><strong>Klasa 4</strong> - niski spadek: AF41 (34), średni spadek:
+            AF42 (36), wysoki spadek: AF43 (38).</li>
+          <li><strong>Klasa 3</strong> - niski spadek: AF31 (26), średni spadek:
+            AF32 (28), wysoki spadek: AF33 (30).</li>
+          <li><strong>Klasa 2</strong> - niski spadek: AF21 (18), średni spadek:
+            AF22 (20), wysoki spadek: AF23 (22).</li>
+          <li><strong>Klasa 1</strong> - niski spadek: AF11 (10), średni spadek:
+            AF22 (12), wysoki spadek: AF13 (14).</li> 
+        </ol>
+        <p>
+          <strong>AFxy</strong> - wzór jest określony w następujący sposób:
+        </p>
+        <ul>
+          <li>Pierwsze 3 najbardziej znaczące bity są używane do wyznaczania
+            klasy. Klasa 4 to najlepsza kolejka, a klasa 1 to najgorsza
+            kolejka.</li>
+          <li>Czwarty i piąty najbardziej znaczący bit są używane do
+            określenia preferencji gubienia pakietów.</li>
+          <li>Szósty najbardziej znaczący bit jest ustawiony na zero.</li>
+        </ul>
+        <p>
+          Na przykład AF32 należy do klasy 3 (binarny 011) i ma preferencje
+          średniej utraty pakietów (binarny 10). Pełna wartość DSCP wynosi
+          28, ponieważ zawiera 6 bit 0 (binarny 011100). 
+        </p>
+        <p>
+          Ponieważ pierwsze 3 bity pola DSCP wskażują klasę, bity te są również
+          nazywane bitami selektora klasy (CS). Te 3 bity odwzorwują 
+          bezpośrednio 3 bity pola CoS i pola IPP, aby zachować zgodność z
+          802.1p i RFC 791.
+        </p>
+        <p>
+          Ruch powinien być klasyfikowany i oznaczony tak blisko źródła, jak
+          jest to technicznie i administracyjnie wykonalne. Granicę zaufania
+          definiują:
+        </p>
+        <ol>
+          <li>Zaufane punkty końcowe mają możliwość do oznaczania ruchu
+            aplikacji do odpowiednich wartości CoS warstwy 2 i/lub DSCP
+            warstwy 3. Przykłady zaufanych punktów końcowych obejmują telefony
+            IP, bezprzewodowe punkty dostępowe, bramy i systemy 
+            wideokonferencyjne, stacje konferencyjne IP i inne.</li>
+          <li>Bezpieczne punkty końcowe mogą mieć ruch oznaczony na
+            przełączniku warstwy 2.</li>
+          <li>Ruch można również oznaczać na przełącznikach/routerach warstwy 3.</li>
+        </ol>
+        <p>
+          Często również dochodzi do ponownego oznaczenia ruchu, np.
+          przekładając wartość CoS na IPP lub DSCP.
+        </p>
+        <p>
+          Zarządzanie zatorami obejmuje kolejkowanie i metody planowania, w
+          których nadmiarowych 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
+          wąskich gardłach sieci i intersieci, zanim zatory staną się
+          problemem. 
+        </p>
+        <p>
+          Niektóre techniki unikania zatorów zapewniają preferencyjne
+          traktowanie, w przypadku którego pakiety są odrzucane. Na przykład
+          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
+          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
+          unikania zatorów w ruchu opartym na protokole UDP (User Datagram
+          Protocol), takim jak ruch głosowy. W przypadku ruchu opartego na
+          UDP metody takie jak kolejkowanie i techniki kompresji pomagają
+          zmniejszyć, a nawet zapobiec utracie pakietów UDP.
+        </p>
+        <p>
+          Kształtowanie ruchu i kształtowanie polityki to dwa mechanizmy
+          zapewniane przez oprogramowanie Cisco IOS QoS w celu zapobiegania
+          zatorom. Kształtowanie ruchu zatrzymuje nadmiarowe pakiety w kolejce,
+          a następnie planuje nadwyżkę od poźniejszej transmisjii w
+          odstępach czasu. Wynikiem kształtowana ruchu jest wygładzona szybkość
+          przesyłania pakietów. Kształtowanie implikuje istnienie kolejki i
+          wystarczające ilości pamięci do buforowania opóźnionych pakietów,
+          podczas gdy zasady nie działają. Kształtowanie wymaga funkcji
+          planowania dla poźniejszej transmisji wszelkich opóźnionych pakietów.
+          Kształtowanie jest koncepcją wychodzącą - pakiety wychodzące do
+          interfejsu są umieszczane w kolejce i mogą być kształtowane.
+          Natomiast polityka jest stosowan dla ruchu przychodzącego na
+          interfejsie. Gdy natężenie ruchu osiągnie skonfigurowaną maksymalną
+          szybkość, nadmiar ruchu jest odrzucany (lub oznaczany). Usługi 
+          polityki są powszechnie wdrażane przez dostawców usług w celu
+          wyegzekwowania wkaźnika informacji o klientach objętych umową (CIR).
+          Jednakże dostawca usług może również zezwolić na przepuszczanie przez
+          CIR, jeśli sieć usługodawcy nie jest obecnie przeciążona.  
+        </p>
+        <p>
+          Polityka QoS musi uwzględniać pełną ścieżkę od źródła do celu. Jesli
+          jedno z urządzeń używa innej zasady niż jest wymagane, może mieć to
+          wpływ na całą implementację QoS. Na przykład zacina się podczas
+          odtwarzania wideo może być wynikiem jednego przełącznika na ścieżce,
+          który nie ma odpowiedniej wartości CoS. Poniżej znajduje się kilka
+          wskazówek, które pomgają zapewnić lepsze wrażenia użytkownikom
+          końcowym:
+        </p>
+        <ul>
+          <li>Włącz kolejkowanie na każdym urządzeniu na ścieżce między źródłem
+            a celem.</li>
+          <li>Klasyfikuj i oznaczaj ruch tak blisko źródła jak to możliwe.</li>
+          <li>Ukształtowany ruch objęty polityką QoS przepływa jak najbliżej
+            swoich źródeł.</li>
+        </ul>
+        <h2 id="3.9.summary">Podsumowanie</h2>
+        <p>
+          Na początku zdefiniowaliśmy sobie takie pojęcia jak klasyfikowanie
+          ruchu, opoźnienia i <em>jitter</em>. Dowiedzilismy się także czy
+          grozi utrata ruchu. Następnie sklasyfikowaliśmy sobie ruch sieciowy,
+          poznaliśmy algorytm kolejkowania oraz modele QoS na koniec
+          zaznajomiliśmy się z teoretycznymi podstawmi technik wdrażania
+          mechnizmu QoS.
+        </p>
       </div>
    </body>
 </html>