💾

Laboratorijska vežba – Modul 2 – Posmatranje ARP i ICMP saobraćaja kroz OSI slojeve u Packet Tracer Simulation Mode-u

Cilj vežbe

Praktično posmatrati proces enkapsulacije i dekapsulacije opisan u teoriji (Tema 11), kao i stvaran redosled ARP i ICMP poruka (Teme 14–15) prilikom slanja ping komande između dva računara, koristeći Simulation Mode u Cisco Packet Traceru — režim koji omogućava korak-po-korak praćenje pojedinačnih paketa kroz mrežu i pregled njihovog sadržaja na svakom OSI sloju.

Potrebno predznanje

  • Osnovno korišćenje Packet Tracera iz Modula 1, laboratorijske vežbe.
  • Teorija iz ovog modula: OSI model (Teme 2–9), enkapsulacija (Tema 11), ARP (Tema 15), ICMP (Tema 14).

Potrebni programi

  • Cisco Packet Tracer.

Potrebni uređaji (u simulaciji)

UređajTačan model u Packet TraceruUloga
PC1Generic PC-PTŠalje ping ka PC2
PC2Generic PC-PTPrima ping od PC1
Switch1Cisco Catalyst 2960Povezuje PC1 i PC2

Topologija

graph LR
    PC1[PC1] ---|Fa0/1| SW1[Switch1 - 2960]
    PC2[PC2] ---|Fa0/2| SW1

Tabela IP adresa

UređajIP adresaMaska podmreže
PC1192.168.2.10255.255.255.0
PC2192.168.2.20255.255.255.0

Tabela portova

UređajPortPovezan saTip kabla
Switch1FastEthernet0/1PC1Copper Straight-Through
Switch1FastEthernet0/2PC2Copper Straight-Through

Koraci vežbe

Korak 1 – Priprema topologije

Šta radimo: Postavljamo i povezujemo uređaje, isto kao u Modulu 1.

Akcija: Postavite PC1, PC2 i Switch1, povežite ih Copper Straight-Through kablovima (PC1↔Fa0/1, PC2↔Fa0/2), i sačekajte da linkovi postanu zeleni.

Očekivani rezultat: Topologija identična vežbi iz Modula 1, ali sa novim IP opsegom.

Korak 2 – Dodela IP adresa

Šta radimo: Dodeljujemo statičke IP adrese prema tabeli iznad.

Akcija: Na PC1: Desktop → IP Configuration → Static → 192.168.2.10 / 255.255.255.0. Na PC2: isto, sa adresom 192.168.2.20 / 255.255.255.0.

Objašnjenje: Ovo je isti postupak kao u Modulu 1 — ova vežba se nadovezuje na prethodno stečenu veštinu, ali sada dodaje analizu onoga što se dešava "ispod haube" tokom komunikacije.

Očekivani rezultat: Obe adrese su ispravno dodeljene.

Korak 3 – Prelazak u Simulation Mode

Šta radimo: Prebacujemo Packet Tracer iz podrazumevanog Realtime Mode-a u Simulation Mode, koji omogućava korak-po-korak praćenje paketa.

Akcija:

  1. U donjem desnom uglu Packet Tracer prozora, pronađite dugmad za izbor režima rada.
  2. Kliknite na dugme Simulation Mode (ikonica sličnija štoperici, pored Realtime Mode dugmeta).
  3. Otvoriće se panel "Simulation Panel" sa desne strane, sa listom događaja (Event List).

Očekivani rezultat: Prikazuje se prazan Event List panel, spreman za snimanje novih događaja koje ćemo sami generisati.

Korak 4 – Podešavanje filtera događaja (Event Filters)

Šta radimo: Ograničavamo prikaz samo na protokole koje proučavamo — ICMP i ARP — kako simulacija ne bi bila zatrpana drugim, manje relevantnim porukama.

Akcija:

  1. U Simulation Panel-u kliknite na dugme Edit Filters.
  2. Opciono isključite sve protokole, a zatim ručno označite samo ICMP i ARP (ako su svi protokoli podrazumevano uključeni, ostavite barem ova dva označena; isključivanje ostalih nije obavezno, ali olakšava čitanje rezultata).

Očekivani rezultat: Event List će ubuduće prikazivati samo ARP i ICMP saobraćaj.

Korak 5 – Slanje ping komande i snimanje događaja

Šta radimo: Šaljemo ping sa PC1 ka PC2 i snimamo tačan redosled poruka koje pritom nastaju.

Akcija:

  1. Kliknite na PC1 → Desktop → Command Prompt.
  2. Ukucajte ping 192.168.2.20 i pritisnite Enter.
  3. Odmah zatim, u Simulation Panel-u kliknite dugme Auto Capture / Play (ili koristite Capture / Forward za korak-po-korak napredovanje).

Objašnjenje: Pošto PC1 do sada nije komunicirao sa PC2, njegova ARP tabela je prazna — to znači da će prvi korak biti ARP proces (Tema 15), pre nego što uopšte bude poslat prvi ICMP Echo Request.

Očekivani rezultat: U Event List-u se pojavljuju, redom: (1) ARP Request poslat od PC1 kao broadcast, primljen od Switch1 i prosleđen na sve portove (uključujući PC2); (2) ARP Reply poslat od PC2 direktno nazad ka PC1; (3) ICMP Echo Request poslat od PC1 ka PC2; (4) ICMP Echo Reply poslat od PC2 nazad ka PC1.

Korak 6 – Pregled sadržaja poruke po OSI slojevima

Šta radimo: Otvaramo detalje jedne od snimljenih poruka da vidimo kako izgleda enkapsulacija u praksi.

Akcija:

  1. U Event List-u kliknite na obojeni kvadratić pored prvog ICMP događaja (ICMP Echo Request, na redu gde je "At Device" = PC1).
  2. Otvara se prozor PDU Information at Device: PC1, sa karticama OSI Model i Outbound PDU Details.
  3. Na kartici OSI Model, pregledajte redom od Layer 7 do Layer 1 — uočite da na Layer 3 piše da se generiše IP paket sa izvornom adresom 192.168.2.10 i odredišnom 192.168.2.20, a na Layer 2 da se generiše Ethernet okvir sa MAC adresama oba uređaja (do sada saznatim putem ARP-a u Koraku 5).
  4. Kliknite na karticu Outbound PDU Details da vidite sirova polja zaglavlja (npr. TTL vrednost kod IP zaglavlja, tip ICMP poruke).

Objašnjenje komande: Ovaj prozor je vizuelni prikaz tačno onoga što je opisano u Temi 11 (enkapsulacija) — svaki sloj zaista dodaje svoje zaglavlje, i Packet Tracer vam omogućava da to "vidite" umesto da samo zamišljate.

Očekivani rezultat: Jasno se vidi puna struktura enkapsuliranog paketa, sa vrednostima koje odgovaraju teoriji (IP adrese na Sloju 3, MAC adrese na Sloju 2).

Komande za proveru

ping 192.168.2.20     (na PC1, u Realtime ili Simulation Mode-u)
arp -a                 (na PC1, nakon ping-a, da se potvrdi da je MAC adresa PC2 sada zapamćena)

Najčešće greške

GreškaUzrokRešenje
Event List ostaje prazan nakon slanja ping-aSimulacija nije "puštena" (Play/Capture) nakon slanja komandeKliknite Auto Capture/Play ili Capture/Forward u Simulation Panel-u
Ne vidi se ARP saobraćaj, samo ICMPARP je već ranije "naučen" (test je ponovljen bez restartovanja topologije)Uklonite i ponovo dodajte uređaje, ili sačekajte da istekne ARP keš, ili jednostavno prihvatite da je ovo očekivano ponašanje pri ponovljenom testu
Filter ne prikazuje očekivane paketeEvent Filter nije ispravno podešen u Koraku 4Ponovo otvorite Edit Filters i proverite da su ARP i ICMP označeni

Postupak rešavanja problema (troubleshooting)

  1. Proverite da li je topologija ispravno povezana i da su linkovi zeleni (isto kao u Modulu 1).
  2. Proverite da su IP adrese ispravno unete na oba računara.
  3. Proverite da je Simulation Mode aktivan (ne Realtime Mode) pre slanja ping-a.
  4. Proverite podešavanja Event Filters ako se očekivani paketi ne prikazuju.

Završna provera

Vežba je uspešno završena kada u Event List-u vidite tačan redosled: ARP Request → ARP Reply → ICMP Echo Request → ICMP Echo Reply, i kada u PDU Information prozoru možete da identifikujete IP adrese na Layer 3 i MAC adrese na Layer 2 enkapsuliranog paketa.

Dodatni izazov

Ponovite vežbu, ali ovog puta ručno, korak po korak (koristeći dugme Capture/Forward umesto Auto Capture), i za svaki od četiri događaja zapišite: koji je uređaj pošiljalac, koji je primalac, i da li je poruka poslata kao unicast ili broadcast. Uporedite svoje zapise sa objašnjenjem ARP procesa iz Teme 15.

Rešenje

Kompletno rešenje ove vežbe (sa detaljnim opisom očekivanog sadržaja svakog koraka simulacije) nalazi se u /resenja/modul-02/04-laboratorijska-vezba-resenje.md.

📖 Prikaži rešenje

Rešenje laboratorijske vežbe – Modul 2

Kompletan postupak

  1. Topologija: PC1 (192.168.2.10/24) — Switch1 (Fa0/1, Fa0/2) — PC2 (192.168.2.20/24), povezani Copper Straight-Through kablovima.
  2. Prelazak u Simulation Mode klikom na odgovarajuće dugme u donjem desnom uglu.
  3. Edit Filters → označeni samo ARP i ICMP.
  4. Na PC1: Command Prompt → ping 192.168.2.20 → Auto Capture/Play u Simulation Panel-u.

Očekivan redosled događaja u Event List-u

Red. br.PorukaOdKaTip
1ARP RequestPC1Broadcast (svi na Switch1, uključujući PC2)Broadcast
2ARP ReplyPC2PC1Unicast
3ICMP Echo RequestPC1PC2Unicast
4ICMP Echo ReplyPC2PC1Unicast

Sadržaj PDU Information prozora (ICMP Echo Request, At Device: PC1)

Na kartici OSI Model:

  • Layer 7-5: generisanje ICMP zahteva (deo ICMP mehanizma, koncepcijski "iznad" transportnog sloja u ovom pojednostavljenom prikazu Packet Tracera, pošto ICMP ne koristi TCP/UDP).
  • Layer 3: IP zaglavlje — Src IP: 192.168.2.10, Dest IP: 192.168.2.20.
  • Layer 2: Ethernet zaglavlje — Src MAC: (MAC adresa PC1), Dest MAC: (MAC adresa PC2, saznata u koracima 1-2).
  • Layer 1: prenos bitova kroz Copper Straight-Through kabl ka Switch1.

Na kartici Outbound PDU Details vide se sirova polja poput TTL vrednosti IP zaglavlja (podrazumevano 128 za Windows-tip uređaja u Packet Traceru) i ICMP tipa poruke (Type 8 = Echo Request).

Rešenje dodatnog izazova

Ručnim korišćenjem Capture/Forward dugmeta, tabela zapisa treba da izgleda identično tabeli iznad ("Očekivan redosled događaja"), sa eksplicitnom potvrdom da su poruke 1 (ARP Request) broadcast, a poruke 2, 3 i 4 unicast — što potvrđuje teoriju iz Teme 15 (ARP) da je samo inicijalni zahtev emitovan svima, dok je svaki odgovor/dalja komunikacija usmerena direktno ka poznatom primaocu.