Projektowanie sieci w Cisco Packet Tracer

Projekty sieci komputerowych w Cisco Packet Tracer to jedno z najczęstszych zadań na przedmiotach z sieci, administracji systemami i teleinformatyki. Jeśli musisz zaprojektować sieć LAN dla firmy, szkoły czy kampusu, rozplanować adresację, skonfigurować VLAN-y, routing i usługi, a potem to wszystko opisać, pomożemy Ci przygotować działającą topologię i dokumentację, którą łatwo obronić.

Pracujemy według wymagań Twojego prowadzącego: od prostego zadania z kilkoma przełącznikami po rozbudowany projekt z wieloma lokalizacjami, routingiem dynamicznym i zabezpieczeniami. Przygotowujemy wzorcowe rozwiązania o charakterze pomocniczym, sprawdzamy i poprawiamy Twoje pliki .pkt oraz tłumaczymy konfigurację krok po kroku, żebyś wiedział, dlaczego sieć działa właśnie tak.

Cisco Packet Tracer – co to jest

Cisco Packet Tracer to darmowy symulator sieci komputerowych udostępniany przez Cisco Networking Academy. Pozwala zbudować wirtualną topologię z routerów, przełączników, punktów dostępowych, serwerów i komputerów, a następnie skonfigurować urządzenia z poziomu wiersza poleceń (CLI) tak jak prawdziwy sprzęt Cisco z systemem IOS. Do pobrania programu potrzebne jest bezpłatne konto w serwisie Networking Academy.

Program ma dwa tryby pracy. W trybie czasu rzeczywistego sieć działa na bieżąco, a Ty testujesz ją poleceniami ping, tracert czy show. W trybie symulacji możesz śledzić pojedyncze pakiety krok po kroku i podejrzeć ich zawartość w modelu OSI – to świetny sposób, żeby zrozumieć działanie ARP, DHCP czy routingu. Oprócz widoku logicznego jest też widok fizyczny, w którym rozmieszcza się urządzenia w budynkach i szafach.

Warto znać ograniczenia: Packet Tracer symuluje wybrany zestaw poleceń i protokołów, więc nie każda konfiguracja z dokumentacji Cisco zadziała w nim identycznie. Pliki projektów mają rozszerzenie .pkt, a ćwiczenia z automatyczną oceną – .pka. Plik zapisany w nowszej wersji zwykle nie otworzy się w starszej, dlatego wersja programu to pierwsza rzecz, o którą pytamy.

Projektowanie sieci LAN krok po kroku

Dobry projekt sieci zaczyna się od wymagań, a nie od przeciągania urządzeń na planszę. Tak wygląda proces, według którego przygotowujemy projekty.

1. Analiza wymagań – liczba działów, użytkowników i urządzeń, usługi (poczta, WWW, drukarki, Wi-Fi dla gości), przewidywany rozwój, wymagania bezpieczeństwa.
2. Model logiczny – podział na segmenty i VLAN-y według działów lub funkcji, wybór sposobu routingu między nimi.
3. Topologia – dla większych sieci model hierarchiczny z warstwą dostępu, dystrybucji i rdzenia; dla mniejszych wariant ze złożonym rdzeniem (collapsed core), w którym dystrybucja i rdzeń są połączone.
4. Dobór urządzeń – przełączniki warstwy drugiej i trzeciej, routery z odpowiednimi interfejsami, punkty dostępowe, serwery.
5. Plan adresacji – podział puli na podsieci, adresy bram, zakresy DHCP, adresy statyczne serwerów i urządzeń sieciowych.
6. Konfiguracja – przełączanie, routing, usługi, zabezpieczenia.
7. Testy i dokumentacja – weryfikacja łączności i reguł bezpieczeństwa, opis rozwiązań.

W projektowaniu sieci LAN często pojawia się też redundancja: podwójne połączenia między przełącznikami z protokołem STP, który blokuje pętle, agregacja łączy EtherChannel oraz redundancja bramy domyślnej HSRP. Stosujemy je tam, gdzie wymaga tego zadanie i gdzie da się je sensownie uzasadnić.

Adresacja IP i podział na podsieci

Adresacja to element, przy którym prowadzący najczęściej wyłapują błędy. Przy podziale puli stosujemy VLSM, czyli maski o zmiennej długości: największe podsieci przydzielamy jako pierwsze, a każda dostaje najmniejszą maskę, która zmieści wymaganą liczbę hostów z zapasem na rozwój. Liczbę dostępnych adresów hostów w podsieci wyznacza wzór 2 do potęgi liczby bitów hosta minus dwa – odejmujemy adres sieci i adres rozgłoszeniowy.

Przykład podziału puli 192.168.10.0/24 dla małej firmy:

W projektach coraz częściej wymagana jest także adresacja IPv6: prefiksy /64 dla segmentów LAN, adresy link-local, autokonfiguracja SLAAC lub DHCPv6. Przygotowujemy wtedy równoległy plan adresacji dual stack.

VLAN-y i przełączanie

VLAN, czyli wirtualna sieć lokalna, dzieli jeden fizyczny przełącznik na kilka logicznie odseparowanych domen rozgłoszeniowych. Komputery z działu księgowości i gościnnego Wi-Fi mogą być podłączone do tego samego urządzenia, a mimo to nie widzą się bez routingu.

• Porty dostępowe i trunki – porty do komputerów przypisujemy do jednego VLAN-u, a połączenia między przełącznikami konfigurujemy jako trunki 802.1Q, które przenoszą ramki wielu VLAN-ów z tagiem.
• Routing między VLAN-ami – w mniejszych sieciach router-on-a-stick z podinterfejsami na routerze, w większych przełącznik warstwy trzeciej z interfejsami SVI.
• VTP i STP – VTP ułatwia propagację listy VLAN-ów, a Spanning Tree Protocol (lub szybszy Rapid PVST+) zapobiega pętlom przy połączeniach nadmiarowych.
• Bezpieczeństwo warstwy drugiej – port security ograniczający liczbę adresów MAC na porcie, wyłączenie nieużywanych portów, zmiana natywnego VLAN-u na nieużywany.

Najczęstsze błędy w projektach sieci

Przeglądając projekty przesyłane do poprawy, najczęściej spotykamy te same usterki: nakładające się podsieci po ręcznym liczeniu masek, brak VLAN-u na liście dozwolonych na trunku, bramę domyślną ustawioną na hostach w innej podsieci niż interfejs routera, pulę DHCP bez wykluczonych adresów bram i serwerów, trasę statyczną bez trasy powrotnej na drugim routerze oraz listę ACL przypisaną do niewłaściwego interfejsu lub kierunku (in zamiast out). Każdy z tych błędów łatwo zdiagnozować poleceniami show running-config, show ip interface brief i show interfaces trunk, dlatego w dokumentacji pokazujemy także, jak samodzielnie sprawdzić konfigurację.

Warto też pamiętać o porządku w samej topologii: czytelne nazwy urządzeń (hostname), opisy interfejsów (description), baner ostrzegawczy, zaszyfrowane hasła (enable secret, service password-encryption) i zapisana konfiguracja startowa. Prowadzący zwracają na to uwagę, bo świadczy o dobrych praktykach administracyjnych.

Routing, DHCP, NAT i ACL

Routing statyczny i dynamiczny

Routing statyczny sprawdza się w małych sieciach i na łączach do dostawcy, gdzie wystarczy trasa domyślna. W sieciach z kilkoma routerami stosujemy routing dynamiczny: OSPF (otwarty standard, stan łącza, podział na obszary), EIGRP (protokół Cisco z szybką zbieżnością) lub RIPv2 w prostych zadaniach dydaktycznych. W dokumentacji wyjaśniamy odległość administracyjną, która decyduje o wyborze trasy przy kilku źródłach – na urządzeniach Cisco trasa statyczna ma wartość 1, wewnętrzny EIGRP 90, OSPF 110, a RIP 120.

DHCP i DNS

Adresy dla hostów przydziela serwer DHCP – na routerze lub na osobnym serwerze. Konfigurujemy pule dla każdego VLAN-u, wykluczenia dla adresów statycznych i, gdy serwer jest w innej podsieci, przekazywanie zapytań poleceniem ip helper-address. Serwer DNS pozwala rozwiązywać nazwy usług wewnętrznych, na przykład serwera WWW.

NAT

Aby hosty z adresami prywatnymi mogły korzystać z internetu, stosujemy translację PAT (NAT overload) na routerze brzegowym, a dla serwerów udostępnianych na zewnątrz – statyczny NAT.

Listy kontroli dostępu ACL

ACL filtrują ruch według adresów, protokołów i portów. Listy standardowe (numery 1–99) sprawdzają tylko adres źródłowy, więc umieszcza się je blisko celu; listy rozszerzone (100–199 lub nazwane) sprawdzają też adres docelowy i port, dlatego stawia się je blisko źródła. Pamiętamy o domyślnej regule odrzucającej na końcu każdej listy – to najczęstsza przyczyna „zniknięcia” ruchu po wdrożeniu ACL. Dostęp administracyjny do urządzeń zabezpieczamy protokołem SSH zamiast Telnetu.

Dokumentacja projektu sieci

Sam plik z symulacją to za mało – prowadzący chce zobaczyć, że rozumiesz swój projekt. Standardowo przygotowujemy:

• schemat topologii logicznej i, jeśli jest wymagany, fizycznej,
• tabelę adresacji z interfejsami, adresami, maskami i bramami,
• tabelę VLAN-ów i przypisania portów,
• opis konfiguracji każdego urządzenia z najważniejszymi poleceniami,
• uzasadnienie decyzji projektowych: dlaczego taki podział podsieci, taki protokół routingu i takie reguły ACL,
• wyniki testów: ping, tracert, show ip route, show vlan brief, sprawdzenie reguł bezpieczeństwa.

W pracy dyplomowej zakres jest szerszy: analiza wymagań, przegląd możliwych rozwiązań, porównanie wariantów, projekt, testy i wnioski. Pomagamy zarówno w części praktycznej, jak i opisowej – więcej o strukturze takiego dyplomu przeczytasz na stronie o wsparciu przy pracach inżynierskich. Inspiracje tematów znajdziesz w zestawieniu tematów prac magisterskich z informatyki i we wpisie z propozycjami tematów licencjackich z informatyki. Jeśli sieć jest tylko częścią szerszego zadania, a dokumentację trzeba oddać jako pracę semestralną, zobacz, jak pomagamy przy pracach zaliczeniowych. Jeśli projekt obejmuje też aplikację, na przykład system monitorowania sieci, zajrzyj do oferty projektów programistycznych.

Przykładowe tematy prac z tej dziedziny: projekt sieci LAN dla szkoły z segmentacją VLAN i Wi-Fi dla gości, sieć firmy z dwiema lokalizacjami połączonymi przez OSPF, analiza porównawcza protokołów routingu dynamicznego w środowisku symulacyjnym, projekt zabezpieczeń sieci małego przedsiębiorstwa z użyciem ACL i port security.

Co przesłać na początek

• treść zadania lub wymagania prowadzącego,
• wersję Packet Tracera, z której korzystasz,
• ewentualny plik startowy .pkt lub .pka,
• termin oddania i informację, czy projekt będzie prezentowany na zajęciach.

Wycena jest bezpłatna i zależy od poziomu, objętości, terminu i zakresu – głównie od liczby urządzeń, protokołów i obszerności dokumentacji. Orientacyjne stawki zawiera cennik pomocy.

Pytania o projekty sieci

Czy wytłumaczycie mi konfigurację przed obroną?

Tak. W dokumentacji opisujemy każdy etap, a na prośbę przygotowujemy ściągę z najważniejszymi poleceniami i listą pytań, które prowadzący mogą zadać, na przykład o działanie trunku czy kolejność reguł ACL.

Moja sieć nie działa – czy możecie znaleźć błąd?

Tak. Przeglądamy Twój plik .pkt, diagnozujemy problem (najczęściej to błędna maska, brakujący VLAN na trunku, zła brama lub reguła ACL) i opisujemy, co zostało poprawione.

Czy robicie projekty w GNS3 lub na prawdziwym sprzęcie?

Opisz zadanie i środowisko, w którym ma powstać projekt. Sprawdzimy, czy możemy w nim pomóc, i od razu napiszemy, w jakiej formie otrzymasz konfiguracje oraz dokumentację.

Czy przygotujecie projekt z IPv6?

Tak. Możemy zaprojektować adresację wyłącznie IPv6 lub dual stack, skonfigurować routing OSPFv3 lub trasy statyczne IPv6 i opisać różnice względem IPv4.

Czy dokumentacja przejdzie kontrolę podobieństwa?

Opis przygotowujemy od podstaw pod Twój projekt, a przywoływane źródła oznaczamy przypisami. Więcej o tym, jak uczelnie sprawdzają prace, przeczytasz we wpisie o Jednolitym Systemie Antyplagiatowym.

Czy moje pliki są bezpieczne?

Tak. Treść zadania, pliki i dane kontaktowe traktujemy jako poufne i nie wykorzystujemy ich w innych projektach.