From: xf0r3m Date: Fri, 30 Aug 2024 07:38:45 +0000 (+0200) Subject: Przeredagowano rozdział 6, modułu 2. Zakończono jego tworzenie. X-Git-Url: https://gitweb.morketsmerke.org/?a=commitdiff_plain;h=d32d91ac5bdb94ab4d924693629cd5424b32724f;p=mmdev.git 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 2dd441b..d626b06 100755 --- a/articles/terminallog/Cisco_-_CCNA.html +++ b/articles/terminallog/Cisco_-_CCNA.html @@ -7573,7 +7573,7 @@ MLS0(config)#end (protokoł własnościowy Cisco).
  • MST - 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 Rapid protokołu STP oraz funkcje dodatkowe (własnościowy protokół Cisco).
  • MSTP - wolna odmiana MST firmy Cisco, @@ -7605,7 +7605,7 @@ MLS0(config)#end o technologii EtherChannel. 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.

    @@ -7617,7 +7617,7 @@ MLS0(config)#end

    EtherChannele mogą być tworzone na zasadzie auto-negocjacji - - przyużyciu protokołów PAgP lub LACP. Jednak jest również możliwość - skonfigurowania statyczne lub bezwarunkowego EtherChannel + - przy użyciu protokołów PAgP lub LACP. Jednak jest również możliwość + skonfigurowania statycznego lub bezwarunkowego EtherChannel bez udziału wyżej wymienionych protokołów, nie mniej jednak omówimy je sobie.

    @@ -7666,29 +7666,29 @@ MLS0(config)#end PAgP są następujące:

    Ustawienie tych stanów na poszczególnych portach decydują o tym czy EtherChannel zostanie w ogóle zestawione. Domyślnie - EtherChannel jest zestawiane. Polecenia konfiguracji mogą + EtherChannel nie jest zestawiane. Polecenia konfiguracji mogą też zostać poprzedzone słowem no to wówczas spowoduje wyłączenie EtherChannel.

    - Tryb on powoduje, że manualnie umieszczenia interfejs w + Tryb on powoduje, że manualne umieszczenie interfejsu w kanale EtherChannel. Działa to tylko w tedy gdy druga strona jest również w trybie on. Tryb on 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.

    Poniżej znajduje się tabela przedstawiająca tryby protokołu PAgP @@ -7712,9 +7712,10 @@ MLS0(config)#end

    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.

    @@ -7808,12 +7809,12 @@ Group Port-channel Protocol Ports

    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 EtherChannel-ami. W drugiej kolumnie pokazano Port-channel-e, które są wirtualnymi interfejsami reprezentującymi kanał. Na ich podstawie możemy skonfigurować nasze kanały jako trunki. - W nawiash obok nazw tych interfejsów + W nawiasach obok nazw tych interfejsów (Po1), znajduje się stan kanału. W przypadku stanu SU to jest to EtherChannel warstwy drugiej w użyciu (jest operacyjny) -