Početna › Switching › Praktični primeri
💾

Praktični primeri – Modul 8 – Switching

Primer 1 – Praćenje MAC adresne tabele kroz vreme

Scenario: Prazan svič (bez ikakvog prethodnog saobraćaja) sa tri povezana računara: PC1 (Fa0/1), PC2 (Fa0/2), PC3 (Fa0/3).

Korak po korak:

  1. Odmah nakon uključivanja, show mac address-table prikazuje praznu tabelu — svič još nije "video" nijedan okvir.
  2. PC1 šalje ping ka PC2. Prvo se odvija ARP proces (Modul 2): PC1 šalje ARP broadcast, koji svič floods-uje (Tema 2) na Fa0/2 i Fa0/3. Svič pritom uči da se MAC adresa PC1 nalazi na Fa0/1 (na osnovu izvorne adrese tog okvira).
  3. PC2 odgovara (ARP reply, unicast). Svič sada uči i da se MAC adresa PC2 nalazi na Fa0/2. Pošto adresa PC1 je već poznata (naučena u koraku 2), ovaj odgovor se forward-uje direktno na Fa0/1, ne floods-uje.
  4. show mac address-table sada prikazuje dva unosa: MAC PC1 → Fa0/1, MAC PC2 → Fa0/2. PC3 se još ne pojavljuje, jer nije učestvovao ni u jednoj komunikaciji.

Objašnjenje rezultata: Ovaj primer pokazuje da MAC tabela ne sadrži SVE povezane uređaje unapred, već samo one koji su stvarno komunicirali — tačna primena teorije iz Teme 1.

Primer 2 – Dijagnostika problema uzrokovanog duplex mismatch-om preko show komandi

Scenario: Veza između sviča i starijeg servera radi "sporo i sa greškama", iako je fizički kabl ispravan.

Korak po korak:

  1. show interfaces status pokazuje da je port "connected", sa duplex/speed kolonama koje pokazuju "a-half" (auto-negotiated na half-duplex).
  2. show interfaces FastEthernet0/5 pokazuje veliki broj "late collisions" u statistici.
  3. Tehničar proverava konfiguraciju servera (van sviča) — server je ručno fiksiran na full-duplex.
  4. Zaključak: klasičan duplex mismatch (Modul 3, Tema 8) — svič je na auto (usaglasio se sa onim što je "video", pogrešno protumačivši nedostatak auto-negotiation signala sa servera kao half-duplex), dok je server ručno fiksiran na full-duplex.
  5. Rešenje: ili ručno fiksirati i svič port na duplex full da odgovara serveru, ili (preporučeno) promeniti server na auto ako to podržava.

Objašnjenje rezultata: Ovaj primer povezuje CLI dijagnostičke veštine iz ovog modula sa teorijskim znanjem o duplex mismatch-u iz Modula 3.

Primer 3 – Port security u akciji: simulacija prekršaja

Scenario: Port Fa0/10 je konfigurisan sa port security (maximum 1, violation shutdown, sticky). Prvi računar (PC-A) je povezan i njegova MAC adresa je automatski "sticky" naučena.

Korak po korak:

  1. Neko isključi PC-A i na isti port poveže drugi uređaj (PC-B), sa drugačijom MAC adresom.
  2. Svič odmah detektuje da nova MAC adresa (PC-B) nije ista kao sticky naučena adresa (PC-A), a maximum je već dostignut (1).
  3. Pošto je violation režim shutdown, port automatski prelazi u stanje err-disabled (posebna varijanta "disabled" stanja, specifično izazvana port security prekršajem).
  4. show port-security interface fa0/10 pokazuje "SecureViolation" status i broj prekršaja.
  5. Da bi port ponovo proradio, administrator mora ručno da izvrši shutdown pa no shutdown na tom portu (ili, ako je legitimno da se uređaj promenio, prvo ukloniti staru sticky MAC adresu iz konfiguracije).

Objašnjenje rezultata: Ovaj primer pokazuje realnu, praktičnu posledicu port security konfiguracije, i tačan dijagnostički postupak za njeno prepoznavanje i rešavanje.

Realni poslovni scenario – Kompletna dijagnostika "korisnik nema mrežu" prijave

Ana, Help Desk tehničarka, dobija prijavu da zaposleni na trećem spratu odjednom nema pristup mreži. Prati sistematski redosled iz Teme 11:

  1. Fizički status: SSH-uje se na spratni svič i pokreće show interfaces status — pronalazi port tog korisnika, status je "disabled".
  2. Provera uzroka: Pokreće show port-security interface fa0/15 — potvrđuje "SecureViolation", sa naznakom da je detektovana nova, drugačija MAC adresa od one koja je bila sticky naučena.
  3. Kontekst: Ana se seti da je taj zaposleni juče prijavio da mu je zamenjen laptop (IT je zamenio neispravan uređaj) — nova mašina ima drugačiju MAC adresu mrežne kartice, što objašnjava prekršaj.
  4. Rešenje: Ana uklanja staru sticky MAC konfiguraciju sa tog porta (no switchport port-security mac-address sticky <stara-MAC>), izvršava shutdown pa no shutdown da vrati port u aktivno stanje, i nova mašina automatski biva sticky naučena kao dozvoljena.
  5. Dokumentacija: Ana beleži incident i rešenje u internu evidenciju (Modul 23), radi lakšeg snalaženja ako se sličan slučaj ponovi.

Ovaj scenario objedinjuje MAC learning, port status dijagnostiku, port security i sticky MAC — sve teme ovog modula — u jedan realan, svakodnevni Help Desk zadatak.