Przeredagowano rozdział 6, modułu 2. Zakończono jego tworzenie.

diff --git a/articles/terminallog/Cisco_-_CCNA.html b/articles/terminallog/Cisco_-_CCNA.html
index 2dd441b13ddfe76ba150dbfaf5c02fc2f7796dc2..d626b062cc6335e16c930f3a46030376239ed6d6 100755 (executable)
--- a/articles/terminallog/Cisco_-_CCNA.html
+++ b/articles/terminallog/Cisco_-_CCNA.html
@@ -7573,7 +7573,7 @@ MLS0(config)#end
           (protokoł własnościowy Cisco).</li>
         <li><strong>MST</strong> - odmiana protokołu STP, pozwalająca łączyć
           ze sobą sieci VLAN, z wykorzystaniem tej samej logicznej bądź
-          fizycznej topologii STP. Wykorzystano tutaj także przyspieszeniea
+          fizycznej topologii STP. Wykorzystano tutaj także przyspieszenie
           z wersji <em>Rapid</em> protokołu STP oraz funkcje dodatkowe
           (własnościowy protokół Cisco).
         <li><strong>MSTP</strong> - wolna odmiana MST firmy Cisco,
@@ -7605,7 +7605,7 @@ MLS0(config)#end
         o technologii <em>EtherChannel</em>. Ta technologia to nie tylko
         lepsze wykorzystanie łączy nadmiarowych, ale także zwiększe ich
         przepustowości, przy czym tutaj należy pamiętać o tym, że ta wspólna
-        przepustowość nigdy nie będzie równa sumie natywnych przespustowości
+        przepustowość nigdy nie będzie równa sumie natywnych przepustowości
         łączy, wykorzystanych do agregacji. Ale będzie znajdować się gdzieś
         bliżej tej liczy niż w przypadku pojedynczego łącza.
       </p>
@@ -7617,7 +7617,7 @@ MLS0(config)#end
       <ul>
         <li>Możliwość przeprowadzenia spójnej konfiguracji dla wszystkich
           portów zagregowanych w <em>EtherChannel</em>. Taką konfigurację 
-          przeprowadza się dla interfejsu agregującego (<em>EtherChannel</em>).
+          przeprowadza się dla interfejsu agregującego (<em>Port-Channel</em>).
         <li>
         <li>Oparcie <em>EtherChannel</em> na portach przełącznika, niweluje
           zakup bardziej wydajnych urządzeń w celu zwiększenia przepustowości.
@@ -7645,15 +7645,15 @@ MLS0(config)#end
         <li>Konfiguracja portów grupy <em>EtherChannel</em>, musi się zgadzać
           na obu urządzeniach. Jeśli na jednym urządzeniu są to <em>trunki</em>
           to na drugim też muszą być w tej samej natywnej sieci VLAN.
-          <em>EtherChannel</em> dodatkowo wymaga, aby porty łaczone w kanał
-          były warstwy drugiej.</li>
+          <!--<em>EtherChannel</em> dodatkowo wymaga, aby porty łaczone w kanał
+          były warstwy drugiej.--></li>
         <li>Konfigucja <em>EtherChannel</em> będzie mieć wpływ na porty
           fizyczne przypisane do kanałów.</li>
       </ul>
       <p>
         <em>EtherChannele</em> mogą być tworzone na zasadzie auto-negocjacji
-        - przyużyciu protokołów PAgP lub LACP. Jednak jest również możliwość
-        skonfigurowania statyczne lub bezwarunkowego <em>EtherChannel</em>
+        - przy użyciu protokołów PAgP lub LACP. Jednak jest również możliwość
+        skonfigurowania statycznego lub bezwarunkowego <em>EtherChannel</em>
         bez udziału wyżej wymienionych protokołów, nie mniej jednak omówimy
         je sobie.
       </p>
@@ -7666,29 +7666,29 @@ MLS0(config)#end
         PAgP są następujące:
       </p>
       <ul>
-        <li><strong>On</strong> - Tryb ten zmusza do uruchomienia
+        <li><strong>on</strong> - Tryb ten zmusza do uruchomienia
           <em>EtherChannel</em> bez protokołu PAgP. Interfejsy skonfigurowane
           w tym trybie nie wymieniają pakietów PAgP.</li>
-        <li><strong>PAgP desirable</strong> - Ten tryb protokołu umieszcza
+        <li><strong>desirable</strong> - Ten tryb protokołu umieszcza
           interfejs w stanie aktywnej negocjacji. Interfejs rozpoczyna
           negocjacje z innymi interfejsami po przez wysłanie pakietów PAgP.</li>
-        <li><strong>PAgP auto</strong> - Ten tryb umieszcza port w trybie
+        <li><strong>auto</strong> - Ten tryb umieszcza port w trybie
           pasywnej negocjacji. Interfejs odpowiada pakietom PAgP, ale nie
           inicjuje negocjacji.</li>
       </ul>
       <p>
         Ustawienie tych stanów na poszczególnych portach decydują o tym czy
         <em>EtherChannel</em> zostanie w ogóle zestawione. Domyślnie
-        <em>EtherChannel</em> jest zestawiane. Polecenia konfiguracji mogą
+        <em>EtherChannel</em> nie jest zestawiane. Polecenia konfiguracji mogą
         też zostać poprzedzone słowem <code class="code-inline">no</code> to
         wówczas spowoduje wyłączenie <em>EtherChannel</em>.
       </p>
       <p>
-        Tryb <em>on</em> powoduje, że manualnie umieszczenia interfejs w
+        Tryb <em>on</em> powoduje, że manualne umieszczenie interfejsu w
         kanale <em>EtherChannel</em>. Działa to tylko w tedy gdy druga strona
         jest również w trybie <em>on</em>. Tryb <em>on</em> w ogóle nie
         negocjuje więc jeśli druga strona jest w jednym z trybów protokołu
-        PAgP, to kanał nie utworzy.
+        PAgP, to kanał się nie utworzy.
       </p>
       <p>
         Poniżej znajduje się tabela przedstawiająca tryby protokołu PAgP
@@ -7712,9 +7712,10 @@ MLS0(config)#end
       </table>
       <p>
         Drugim protokołem w tym przypadku wolnym - opracowywanym przez 
-        IEEE (802.3ad) jest LACP. Jednyną różnicą między tymi protokołami
-        jest możliwość wykorzystania go w środowiskach wielu
-        producentów oraz zmiana nazewnictwa stanów. 
+        IEEE (802.3ad) jest LACP. Jest on łudząco podobny do protokołu PAgP
+        Różnice polegają na zestawianiu kanału (jednak, nie będziemy się tym
+        tutaj zajmować), możliwość wykorzystania środowisk wielu producentów
+        w tym i Cisco oraz w nazewnictwie trybu protokołu.
       </p>
       <table>
         <thead>
@@ -7808,12 +7809,12 @@ Group  Port-channel  Protocol    Ports
 </pre>
       <p>
         Jak możemy zauważyć większość wyjścia tego polecenia to legenda, która
-        jest potrzebna do objaśnienia żwięzłej tabeli na dole. Mamy dwie
+        jest potrzebna do objaśnienia zwięzłej tabeli na dole. Mamy dwie
         grupy, które są własnie tymi <em>EtherChannel</em>-ami. W drugiej
         kolumnie pokazano <code class="code-inline">Port-channel</code>-e, 
         które są wirtualnymi interfejsami reprezentującymi kanał. Na ich
         podstawie możemy skonfigurować nasze kanały jako <em>trunki</em>.
-        W nawiash obok nazw tych interfejsów
+        W nawiasach obok nazw tych interfejsów
         (<code class="code-inline">Po1</code>), znajduje się stan kanału. W
         przypadku stanu <code class="code-inline">SU</code> to jest to
         <em>EtherChannel</em> warstwy drugiej w użyciu (jest operacyjny) -