Rozpoczęcie pisania rozdziału 5, modułu 2 kursu CCNA.

diff --git a/articles/terminallog/Cisco_-_CCNA.html b/articles/terminallog/Cisco_-_CCNA.html
index 5f6b171c2d6692fd2eef6429ba53ac152fe0a8f3..ca84bcf4a6728031db9d3a63f19c66b6fe221c61 100755 (executable)
--- a/articles/terminallog/Cisco_-_CCNA.html
+++ b/articles/terminallog/Cisco_-_CCNA.html
@@ -7221,6 +7221,60 @@ MLS0(config)#end
         sieci VLAN. Każdą z metod poznalismy od strony zarówno teoretycznej
         jak i praktycznej.
       </p>
+      <h1 id="2.5.stpconcepts">2.5. Koncepcje STP</h1>
+      <p>
+        Protokół STP, <em>Spanning Tree Protocol</em> jest nie tyle co
+        protokołem sieciowym, co pewnego rodzaju standardem zapewniającym
+        możliwość istnienia łączy nadmiarowych w sieciach przełączanych
+        - opartych na przełącznikach - bez powstawania pętli.
+      </p>
+      <h2 id="2.5.1.redundacyinswitchingnetworks">2.5.1. Nadmiarowość w siech przełączanych</h2>
+      <p>
+        Weźmy pod uwagę taką topologię fizyczną, w której mamy trzy
+        przełączniki i każdy przełącznik jest połączony z każdym, do
+        przełączników podłączonych jest kilka komputerów. Cała topologia,
+        znajduje się w jednej domenie rozgłoszeniowej. Jak będzie wyglądać
+        transmisja danych w takiej sieci? Otóż załóżmy ze jeden komputer
+        chce wysłać wiadomość do komputera podłączone do innego przełącznika.
+        Na początku musi poznać jego adres fizyczny, więc wysyła zapytanie
+        ARP. Zapytania ARP są transmisją <em>broadcast</em> - adresowaną do
+        każdego hosta w sieci. Takie zapytanie na początku osiągnie
+        przełącznik brzegowy pytającego. Następnie ten przełącznika roześle
+        ten pakiet na wszystkie swoje porty. Zapytanie trafia do pozostałych
+        przełączników, a te nie wiele myśląc - ze względu, że to
+        <em>broadcast</em>, przekażą je dalej na wszystkie swoje porty, a
+        pamiętamy, że te przełącznik są połączone każdy z każdym. Spowoduje to
+        aktualizację tablicy MAC, tj. według tego przełącznika komputer
+        wysłający pakiet ARP, jest teraz wpięty w porty, w który fizycznie
+        jest wpięty jeden z przełączników. Ten stan utrzyma się do momentu, aż
+        nie przyjdzie to samo zapytanie ARP z drugiego przełącznika, wówczas
+        dojdzie do kolejnej aktualizacji tablicy ARP, no i oczywiście
+        przełączniki dalej przesyłają ten sam pakiet powielając go przy tym.
+        Tak skonfigurowana sieć będzie działać kilka, kilkadziesiąt sekund. Po
+        tym czasie, prawidłowa komunikacja zaniknie. Pozostanie tylko w kółko
+        przesyłanie i powielanie tej samej wiadomości oraz rosnące zużycie
+        zasobów sprzętych przełączników - znaczne zużycie procesora - większy
+        pobór prądu oraz więcej wydzielanego przez urządzenia ciepła.
+      </p>
+      <p>
+        W wyżej opisanym przypadku mieliśmy doczynienia ze zjawiskiem 
+        <strong>pętli</strong> oraz w jej następstwie z
+        <strong>burzą broadcastową</strong>. Pętla jest zjawiskiem w którym
+        dochodzi do <strong>nienadzrowanego</strong> połączenia nadmiarowego
+        w sieciach przełączanych - najprościej rzecz ujmując jeśli z jednego
+        przełącznika przeciągneliśmy dwa kabel - jeden na zapas - i podłączymy
+        oba naraz, a przełącznik jest <em>prymitywną</em> wersją przełącznika
+        sieci <em>Ethernet</em> i nie potrafi takiego połączenia nadzorować.
+      <p>
+      <p>
+        Ramki Ethernetowe nie posiadają mechanizmów kontroli przepływu. Jak
+        w przypadku pakietów IP są pola TTL lub <em>Hop Limit</em> - dzięki
+        czemu mogą one krążyć w nieskończoność. Tego typu problem wykryto już
+        prawie 40 lat temu, mimo że wówczas sieci przełączne kulały nie było
+        przełączników a raczej mosty. W 1985 powstała pierwsza implementacja
+        algorytmu drzewa rozpiętego, dając tym samym możliwości dla protokołu
+        <strong>STP</strong>
+      </p>
     </div>
        </body>
 </html>