================================================== PT-01 — KONFIGURACJE WZORCOWE IPv4, MAC, ARP, ICMP i diagnostyka ================================================== R1 enable configure terminal hostname R1 interface GigabitEthernet0/0 description LAN-10 ip address 192.168.10.1 255.255.255.0 no shutdown exit interface GigabitEthernet0/1 description LAN-20 ip address 192.168.20.1 255.255.255.0 no shutdown end show ip interface brief show arp copy running-config startup-config SW1 / SW2 — weryfikacja show mac address-table PC — weryfikacja ipconfig arp -a ping 192.168.10.20 ping 192.168.20.10 === SW1 === enable configure terminal hostname SW1 interface FastEthernet0/1 description PC1 switchport mode access spanning-tree portfast exit interface FastEthernet0/2 description PC2 switchport mode access spanning-tree portfast exit interface GigabitEthernet0/1 description R1-G0/0 exit end copy running-config startup-config show interfaces status show mac address-table === SW2 === enable configure terminal hostname SW2 interface FastEthernet0/1 description PC3 switchport mode access spanning-tree portfast exit interface GigabitEthernet0/1 description R1-G0/1 exit end copy running-config startup-config show interfaces status show mac address-table === KOMPATYBILNOŚĆ PACKET TRACERA === Dostępność poleceń zależy od modelu urządzenia i wersji Packet Tracera. show ip ospf interface brief -> alternatywnie: show ip ospf interface show ip route ospf -> alternatywnie: show ip route show ip route rip -> alternatywnie: show ip route show ip route static -> alternatywnie: show ip route show running-config | include ip route -> alternatywnie: show running-config show standby brief -> alternatywnie: show standby PC-PT: arp -a, ipconfig /all i tracert mogą zależeć od wersji. Alternatywy PC-PT: ipconfig, ping oraz obserwacja ARP/ICMP w Simulation Mode. Nie pomijaj użytecznego testu tylko dlatego, że wariant szczegółowy jest niedostępny. === PLAN PRACY I DOWODY === Połączenie: PC1 Fa0 -> SW1 Fa0/1 | copper straight-through Połączenie: PC2 Fa0 -> SW1 Fa0/2 | copper straight-through Połączenie: SW1 Gi0/1 -> R1 G0/0 | copper straight-through Połączenie: R1 G0/1 -> SW2 Gi0/1 | copper straight-through Połączenie: SW2 Fa0/1 -> PC3 Fa0 | copper straight-through Adresacja: R1 | G0/0 | 192.168.10.1 | 255.255.255.0 (/24) | brak bramy | LAN 10 Adresacja: R1 | G0/1 | 192.168.20.1 | 255.255.255.0 (/24) | brak bramy | LAN 20 Adresacja: PC1 | Fa0 | 192.168.10.10 | /24 | 192.168.10.1 | host LAN 10 Adresacja: PC2 | Fa0 | 192.168.10.20 | /24 | 192.168.10.1 | host LAN 10 Adresacja: PC3 | Fa0 | 192.168.20.10 | /24 | 192.168.20.1 | host LAN 20 Kontrola: SW1 i SW2 mają różne, czytelne nazwy. Kontrola: PC1 widzi MAC PC2 dla celu lokalnego. Kontrola: PC1 widzi MAC R1 G0/0 dla celu zdalnego. Kontrola: R1 ma oba interfejsy w stanie up/up. Kontrola: Pierwszy i kolejny ping porównano po wyczyszczeniu zdarzeń. === WALIDACJA ETAPOWA === 1. Urządzenia i ich liczba odpowiadają planowi. 2. Nazwy urządzeń są czytelne i zgodne z dokumentacją. 3. Każdy przewód ma sprawdzone oba końce oraz właściwy typ. 4. Porty źródłowe i docelowe odpowiadają tabeli połączeń. 5. Wszystkie wymagane interfejsy mają stan fizyczny up. 6. Adresy, maski i prefiksy są zgodne z planem. 7. Bramy hostów wskazują interfejs lub adres wirtualny we własnej podsieci. 8. Nie występują duplikaty adresów ani nakładające się podsieci. 9. Konfiguracja każdego urządzenia została wykonana pod właściwą nazwą. 10. Polecenia show potwierdzają oczekiwany stan, a nie tylko brak błędu składni. 11. Wykonano test lokalny, do bramy i end-to-end. 12. Simulation Mode ma filtry odpowiadające badanemu protokołowi. 13. Zapisano co najmniej jeden dowód z Simulation Mode. 14. Wykonano trzy zadania samodzielne i zapisano wyniki. 15. Każdą usterkę wprowadzano osobno po zapisaniu stanu bazowego. 16. Diagnoza przebiegała od warstwy fizycznej do usługi. 17. Po każdej naprawie wykonano pełny test kontrolny. 18. Rollback przywrócił wszystkie celowo zmienione ustawienia. 19. Na urządzeniach IOS wykonano copy running-config startup-config. 20. Plik .pkt zapisano przez File > Save As pod oczekiwaną nazwą. 21. Plik .pkt zamknięto, otwarto ponownie i wykonano test końcowy. 22. Raport zawiera komendy, wyniki, wnioski i opis dowodów. === ZADANIA I KRYTERIA ODBIORU === Zadanie 1: Lokalny ARP Cel: wykazać wybór MAC hosta w tej samej podsieci Stan początkowy: poprawna topologia bazowa bez bieżących zdarzeń Ograniczenia: nie zmieniaj adresacji ani portów Weryfikacja: ping, arp -a lub zdarzenia ARP/ICMP Dowód: zapis MAC celu i zrzut listy zdarzeń Kryterium: poprawnie rozróżniony adres IP i MAC Zadanie 2: Ruch przez bramę Cel: wykazać zmianę nagłówka L2 na każdym LAN Stan początkowy: działający ping PC1 do PC3 Ograniczenia: destination IP ma pozostać adresem PC3 Weryfikacja: Simulation Mode i show arp Dowód: tabela source/destination MAC dla obu segmentów Kryterium: wskazanie roli routera bez mylenia ARP z routingiem Zadanie 3: Kontrolowana maska Cel: rozpoznać skutek błędnej maski PC2 Stan początkowy: zapisana kopia stanu bazowego Ograniczenia: jedna zmiana naraz; po diagnozie rollback Weryfikacja: ipconfig, ping, zdarzenia ARP Dowód: stan przed, objaw, poprawka i test po naprawie Kryterium: po rollbacku oba pingi działają === ROLLBACK USTEREK === Rollback usterki „Błędna maska PC2”: przywróć /24; następnie ping lokalny i zdalny oraz ponowna obserwacja ARP. Rollback usterki „Brak bramy PC3”: ustaw właściwą bramę; następnie ping PC3 -> PC1 i PC1 -> PC3. Rollback usterki „R1 G0/1 administratively down”: wykonaj no shutdown; następnie show ip interface brief i ping PC1 -> PC3. Rollback usterki „Błędny IPv4 PC1”: ustaw 192.168.10.10/24; następnie ping do bramy, PC2 i PC3. Rollback usterki „Błędny port SW1”: przepnij przewód lub popraw opis; następnie ponownie odczytaj CAM i wykonaj ping.