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đaj | Tačan model u Packet Traceru | Uloga |
|---|---|---|
| PC1 | Generic PC-PT | Šalje ping ka PC2 |
| PC2 | Generic PC-PT | Prima ping od PC1 |
| Switch1 | Cisco Catalyst 2960 | Povezuje PC1 i PC2 |
Topologija
graph LR
PC1[PC1] ---|Fa0/1| SW1[Switch1 - 2960]
PC2[PC2] ---|Fa0/2| SW1
Tabela IP adresa
| Uređaj | IP adresa | Maska podmreže |
|---|---|---|
| PC1 | 192.168.2.10 | 255.255.255.0 |
| PC2 | 192.168.2.20 | 255.255.255.0 |
Tabela portova
| Uređaj | Port | Povezan sa | Tip kabla |
|---|---|---|---|
| Switch1 | FastEthernet0/1 | PC1 | Copper Straight-Through |
| Switch1 | FastEthernet0/2 | PC2 | Copper 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:
- U donjem desnom uglu Packet Tracer prozora, pronađite dugmad za izbor režima rada.
- Kliknite na dugme Simulation Mode (ikonica sličnija štoperici, pored Realtime Mode dugmeta).
- 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:
- U Simulation Panel-u kliknite na dugme Edit Filters.
- 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:
- Kliknite na PC1 → Desktop → Command Prompt.
- Ukucajte
ping 192.168.2.20i pritisnite Enter. - 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:
- U Event List-u kliknite na obojeni kvadratić pored prvog ICMP događaja (ICMP Echo Request, na redu gde je "At Device" = PC1).
- Otvara se prozor PDU Information at Device: PC1, sa karticama OSI Model i Outbound PDU Details.
- 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).
- 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ška | Uzrok | Rešenje |
|---|---|---|
| Event List ostaje prazan nakon slanja ping-a | Simulacija nije "puštena" (Play/Capture) nakon slanja komande | Kliknite Auto Capture/Play ili Capture/Forward u Simulation Panel-u |
| Ne vidi se ARP saobraćaj, samo ICMP | ARP 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 pakete | Event Filter nije ispravno podešen u Koraku 4 | Ponovo otvorite Edit Filters i proverite da su ARP i ICMP označeni |
Postupak rešavanja problema (troubleshooting)
- Proverite da li je topologija ispravno povezana i da su linkovi zeleni (isto kao u Modulu 1).
- Proverite da su IP adrese ispravno unete na oba računara.
- Proverite da je Simulation Mode aktivan (ne Realtime Mode) pre slanja ping-a.
- 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
- Topologija: PC1 (192.168.2.10/24) — Switch1 (Fa0/1, Fa0/2) — PC2 (192.168.2.20/24), povezani Copper Straight-Through kablovima.
- Prelazak u Simulation Mode klikom na odgovarajuće dugme u donjem desnom uglu.
- Edit Filters → označeni samo ARP i ICMP.
- 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. | Poruka | Od | Ka | Tip |
|---|---|---|---|---|
| 1 | ARP Request | PC1 | Broadcast (svi na Switch1, uključujući PC2) | Broadcast |
| 2 | ARP Reply | PC2 | PC1 | Unicast |
| 3 | ICMP Echo Request | PC1 | PC2 | Unicast |
| 4 | ICMP Echo Reply | PC2 | PC1 | Unicast |
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.