]> gitweb.morketsmerke.org Git - mmdev.git/commitdiff
Kontynuacja tworzenia rozdziału 1 modułu 2, podrozdział 1.3
authorxf0r3m <jakubstasinski@protonmail.com>
Thu, 27 Jun 2024 19:00:13 +0000 (21:00 +0200)
committerxf0r3m <jakubstasinski@protonmail.com>
Thu, 27 Jun 2024 19:00:13 +0000 (21:00 +0200)
articles/terminallog/Cisco_-_CCNA.html

index f5a8649a852e4dd579273951f6a5364c3c4cade8..d3839427bfaa3ff34443aa366a1fc4a9f97f347b 100755 (executable)
@@ -5542,6 +5542,136 @@ Building configuration...
       <p>
         <a href="https://f-tx2550-m5.morketsmerke.org/~xf0r3m/cisco/module_2/laby/1.1.7-lab---basic-switch-configuration_pl-PL.pdf">2.1.1. Laboratorium - podstawowa konfiguracja przełącznika</a>
       </p>
+      <h2 id="2.1.2.switchportsconfiguration">2.1.2. Konfiguracja portów przełącznika</h2>
+      <p>
+        Pomimo tego, że portom na przełącznikach, nie ustawia się adresu IP to
+        można skonfigurować kilka innych parametrów i to tym się zajmmiemy w 
+        w tym podrozdziale.
+      </p>
+      <p>
+        Konfigurację portów rozpoczniemy od skonfigurowania warstwy fizycznej,
+        a niej znajdują się takie pojęcia jak dupleks - rodzaj transmisji
+        umożliwiający dwukierunkową transmisję danych, w którym mamy dwie
+        możliwości: <strong>full-dupleks</strong> - umożliwiający odbierania i
+        nadawanie jednocześnie oraz <em>half-dupleks</em> - umożliwiający
+        jedynie nadawanie lub odbieranie. Obecnie nie stosuje się
+        pół-dupleksu i urządzenia zazwyczaj działają w trybie pełnego dupleksu.
+        Jeśli urządzenie przestawia się w tryb pół-dupleksu, to zazwyczaj
+        oznacza to, że ma uszkodzoną kartę sieciową, albo jest naprawdę stare. 
+      </p>
+      <p>
+        Co więcej gigabitowy i 10Gb Ethernet wymagają pełnego dupleksu. W tym
+        trybie wyłączony jest obwód detekcji kolizji na karcie sieciowej.
+      </p>
+      <p>
+        Poza dupleksem w warstwie fizycznej występuje jeszcze nominalna
+        prędkość z jaką pracuje port - 1Gb/s, 100Mb/s czy 10Mb/s. Te omawaiane
+        funkcję są możliwe do ustawienia w trybie konfiguracji interfejsów.
+      </p>
+<pre class="code-block">
+Switch#configure terminal
+Enter configuration commands, one per line.  End with CNTL/Z.
+Switch(config)#interface FastEthernet 0/1
+Switch(config-if)#duplex full
+Switch(config-if)#speed 100
+Switch(config-if)#end
+</pre>
+      <p>
+        Na szczęście nie musimy tego robić, a wręcz nie powiniśmy. Istnieją
+        mechanizmy autonegocjacji tych parameterów, a nie poprawna
+        konfiguracja dupleksu, może spowodować problemy z połączeniem między
+        przełącznikiem, a urządzeniem.
+      </p>
+      <p>
+        Inną funkcją warstwy fizycznej jest auto-MDIX, czyli automatyczne
+        ustalenie potrzebnego rodzaju kabla i wykonanie przeplotu jeśli to
+        konieczne już w samym porcie urządzenia. Funkcję możemy wyłączyć
+        za pomocą polecenia: <code class="code-inline">mdix auto</code>, w
+        trybie konfiguracji interfejsu. Jednak to też jedna z tych domyślnie
+        włączonych funkcji w przełącznikach serii 2960 (powszechnie stosowany
+        model) oraz 3560 (przełącznik L3) posiadają tę opcję włączoną.
+        Natomiast ich starsze odpowiedniki nie posiadają tej funkcjonalności
+        wcale, więc tutaj będzie wymagane stosowanie odpowiednich kabli.
+      </p>
+      <p>
+        Poniżej znajduje się lista poleceń wykorzystywana do weryfikacji
+        przełącznika:
+      </p>
+      <ul>
+        <li>Wyświetlenie informacji o stanie i konfiguracji interfejsu - 
+          <code class="code-inline">S1# show interfaces [id interfejsu]</code></li>
+        <li>Wyświetla konfigurację startową - 
+          <code class="code-inline">S1# show startup-config</code>.</li>
+        <li>Wyświetla bieżącą konfigurację - 
+          <code class="code-inline">S1# show running-config</code>.</li>
+        <li>Wyświetla informacje o systemie plików pamięci flash - 
+          <code class="code-inline">S1# show flash</code></li>
+        <li>Wyświetla status sprzętu i oprogramowania - 
+          <code class="code-inline">S1# show version</code></li>
+        <li>Wyświetla historię wprowadzonych poleceń - 
+          <code class="code-inline">S1# show history</code></li>
+        <li>Wyświetla informacje związane z adresem IP interfejsu - 
+          <code class="code-inline">S1# show ip interface [id interfejsu]</code>
+          lub <code class="code-inline">S1# show ipv6 interface [id interfejsu]</code>
+        </li>
+        <li>Wyświetla tablicę adresów MAC przełącznika - 
+          <code class="code-inline">S1# show mac-address-table</code> lub
+          <code class="code-inline">S1# show mac address-table</code></li>
+      </ul>
+      <p>
+        Przypomnijmy sobie wyjście polecenia 
+        <code class="code-inline">S1# show ip interface brief</code>, ostatnie
+        dwie kolumny wkazywały na status portu. Pierwsza kolumn
+        <em>Status</em> pokazywała nam status połączenia w warstwie fizycznej
+        (1), natomiast druga kolumna <em>Protocol</em>, wskazywała czy
+        urządzenia dogadują się na poziomie warstwy łącza danych (2).
+        W niektórych przypadkach, możemy spotkać się z takim stanem jak
+        <em>up/down</em>, oznacza to, coś jest nie tak w warstwie drugiej.
+        Często tego typu przypadki mają miejsce w przypadku łączy szeregowych,
+        jednak w jest to najczęsciej związane z nieustawieniem zegara.
+        Więcej informacji na ten temat może z wrócić nam polecenie
+        <code class="code-inline">show interface [id-interfejsu]</code>
+      </p>
+<pre class="code-block">
+Switch#show interface FastEthernet0/1
+FastEthernet0/1 is up, line protocol is up (connected)
+  Hardware is Lance, address is 00e0.f9d0.6101 (bia 00e0.f9d0.6101)
+ BW 100000 Kbit, DLY 1000 usec,
+     reliability 255/255, txload 1/255, rxload 1/255
+  Encapsulation ARPA, loopback not set
+  Keepalive set (10 sec)
+  Full-duplex, 100Mb/s
+  input flow-control is off, output flow-control is off
+  ARP type: ARPA, ARP Timeout 04:00:00
+  Last input 00:00:08, output 00:00:05, output hang never
+  Last clearing of "show interface" counters never
+  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
+  Queueing strategy: fifo
+  Output queue :0/40 (size/max)
+  5 minute input rate 0 bits/sec, 0 packets/sec
+  5 minute output rate 0 bits/sec, 0 packets/sec
+     956 packets input, 193351 bytes, 0 no buffer
+     Received 956 broadcasts, 0 runts, 0 giants, 0 throttles
+     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
+     0 watchdog, 0 multicast, 0 pause input
+     0 input packets with dribble condition detected
+     2357 packets output, 263570 bytes, 0 underruns
+     0 output errors, 0 collisions, 10 interface resets
+     0 babbles, 0 late collision, 0 deferred
+     0 lost carrier, 0 no carrier
+     0 output buffer failures, 0 output buffers swapped out
+</pre>
+      <p>
+        Pierwsza linia wyjścia polecenia zwraca nam te informacje o których
+        mówiłem wcześniej. Port jest w stanie <em>up/up</em>. Jeśli jednak
+        byłby w stanie <em>up/down</em>, to warto spojrzeć na informacje w
+        licznikach na końcu danych wyjściowych. Mamy tam wiele informacji, np.
+        takich o wielkości ramek (<em>runts</em> - za małych,
+        <em>giants</em> - za dużych) o błedach w CRC (<em>CRC</em>), poniżej
+        znajduje się informacje na temat kolizji (<em>collisions</em>,
+        <em>late collisions</em>). Informacje na ten temat mogą być pomocne,
+        w diagnozowaniu stanu <em>up/down</em>.
+      </p>
     </div>
        </body>
 </html>