W1 Standardy IEEE 802.11, pasmo 5GHz, modulacja QAM, MIMO, Beamforming.
Głównym celem zadania jest zbudowanie wydajnej sieci bezprzewodowej w standardzie 802.11ac (Wi-Fi 5), zapewniającej ciągłość sygnału w całym obiekcie biurowym o powierzchni 300m². Należy przeprowadzić optymalizację parametrów radiowych dla aplikacji czasu rzeczywistego, ze szczególnym uwzględnieniem eliminacji "martwych stref" w rogach budynku. Projekt obejmuje konfigurację dwóch punktów dostępowych, migrację z pasma 2.4GHz na 5GHz oraz weryfikację jakości połączeń dla 40 użytkowników pracujących na dużych plikach graficznych.
Nowoczesne biuro projektowe o powierzchni 300m² zmaga się z poważnymi problemami wydajnościowymi sieci bezprzewodowej. Obecna sieć w paśmie 2.4GHz jest przeciążona przez sąsiednie biura w budynku, co skutkuje niestabilnym połączeniem i spadkami prędkości transferu. Pracownicy działu graficznego zgłaszają przerwania podczas pracy nad dużymi projektami, szczególnie w godzinach szczytu. Zgodnie z wymaganiami kierownictwa, konieczna jest migracja na pasmo 5GHz przy użyciu technologii 802.11ac. Główne wyzwanie stanowi zapewnienie płynnego przesyłu danych dla 40 projektantów pracujących jednocześnie na dużych plikach graficznych oraz eliminacja "martwych stref" w rogach budynku. Dodatkowo, sala konferencyjna znajdująca się w oddaleniu od głównego punktu dostępowego wymaga osobnego pokrycia sygnałem. Należy również uwzględnić przyszłową rozbudowę systemu o kolejne punkty dostępowe w miarę rozwoju firmy.
| Element | Opis wymagań |
|---|---|
| Schemat RF | Zrzut topologii z włączonym widokiem "Wireless Coverage" (Heatmap). |
| Zrzut AP Config | Widok zakładki 'Wireless' z widocznym wybranym kanałem i standardem AC. |
| Tabela IPerf | Logi z symulacji przesyłu danych między hostami bezprzewodowymi. |
W1 Architektura sieci (BSS, ESS), kontrolery WLAN (WLC), Lightweight AP (CAPWAP).
Celem projektu jest wdrożenie scentralizowanej architektury WLAN opartej na kontrolerze WLC, umożliwiającej zautomatyzowanie procesu konfiguracji wielu punktów dostępowych z jednego punktu zarządzania. Zadanie obejmuje konfigurację kontrolera serii 2504, dodanie co najmniej 3 Lightweight AP oraz monitorowanie ich stanu w czasie rzeczywistym. Projekt ma na celu demonstrację zalet architektury centralnego zarządzania w środowisku korporacyjnym z wieloma punktami dostępowymi.
Rozrastający się oddział firmy zlokalizowany na trzech kondygnacjach budynku biurowego wymaga instalacji 12 punktów dostępowych zapewniających pełne pokrycie sygnałem Wi-Fi. Dotychczasowa metodologia ręcznej konfiguracji każdego AP indywidualnie jest czasochłonna i podatna na błędy - ręczna zmiana haseł lub parametrów radiowych na każdym z 12 urządzeń zajmowałaby administratorowi zbyt dużo czasu, szczególnie przy pilnych zmianach bezpieczeństwa. Dodatkowo, brak centralnego widoku utrudnia monitorowanie obciążenia poszczególnych punktów dostępowych i szybkie reagowanie na problemy z łącznością. Należy wdrożyć kontroler WLC serii 2504, który umożliwi centralne definiowanie profili bezprzewodowych, zarządzanie politykami bezpieczeństwa oraz monitorowanie podłączonych użytkowników w czasie rzeczywistym. System musi obsługiwać automatyczne dołączanie nowych AP do sieci (zero-touch provisioning) bez ich wstępnej konfiguracji, co znacznie uprości przyszłą rozbudowę infrastruktury.
| Element | Opis wymagań |
|---|---|
| Tabela Summary | Zrzut ekranu Dashboardu WLC z liczbą aktywnych AP i klientów. |
| Konfiguracja WLAN | Szczegóły profilu WLAN z widocznym wybranym interfejsem i metodą autoryzacji. |
| Logi Discovery | Zrzut z konsoli jednego LAP pokazujący proces nawiązywania tunelu CAPWAP. |
W1 Bezpieczeństwo Wi-Fi, W6 Mechanizmy AAA, protokół RADIUS vs TACACS+.
Głównym celem zadania jest wdrożenie standardu IEEE 802.1X w sieci mobilnej w celu wyeliminowania ryzyka związanego ze współdzieleniem jednego hasła przez wszystkich pracowników. Projekt obejmuje konfigurację serwera RADIUS, utworzenie indywidualnych kont użytkowników oraz skonfigurowanie punktów dostępowych do współpracy z systemem AAA. Efektem ma być możliwość natychmiastowego odcięcia konkretnej osoby bez wpływu na pozostałych pracowników, co znacząco poprawia bezpieczeństwo infrastruktury bezprzewodowej.
Korporacyjny dział IT zgłosił poważny incydent bezpieczeństwa: były pracownik firmy nadal posiada dostęp do sieci Wi-Fi, ponieważ zna hasło PSK współdzielone przez wszystkich pracowników. Mimo odejścia pracownika z firmy, jego wiedza o shared secret umożliwia mu nielegalny dostęp do zasobów firmy. Wymiana hasła PSK na wszystkich laptopach w firmie jest logistycznie niemożliwa do przeprowadzenia w krótkim czasie - wymagałaby fizycznego dostępu do każdego urządzenia i/lub dystrybucji nowego hasła przez e-mail, co samo w sobie stanowi zagrożenie bezpieczeństwa. Dodatkowo, w przypadku wycieku hasła, każdy kto je zna może podszyć się pod prawdziwego pracownika i przechwycić jego ruch sieciowy. Musisz zaimplementować system autoryzacji oparty na serwerze RADIUS, gdzie każdy użytkownik będzie posiadał indywidualne konto z własnymi poświadczeniami. Dostęp zostanie przyznany tylko po pomyślnej weryfikacji poświadczeń w centralnej bazie, co pozwoli na natychmiastowe odcięcie konkretnej osoby bez wpływu na pozostałych pracowników - wystarczy dezaktywować lub usunąć jedno konto w bazie RADIUS.
| Element | Opis wymagań |
|---|---|
| Baza RADIUS | Zrzut okna konfiguracji serwera RADIUS z widocznymi użytkownikami. |
| Status Połączenia | Zrzut z okna 'Wireless Connection' na laptopie pokazujący status 'Authenticated'. |
| Analiza Ataku | Krótki opis, dlaczego podsłuchanie hasła w metodzie Enterprise jest trudniejsze niż w PSK. |
W1 Priorytetyzacja ruchu, standard 802.11e, WMM (Wireless Multimedia), DSCP.
Celem projektu jest konfiguracja mechanizmów jakości usług (QoS) w celu ochrony ruchu krytycznego (Voice/Video) przed utratą pakietów i zbyt wysokim jitterem w zatłoczonej sieci bezprzewodowej. Zadanie obejmuje implementację standardu WMM (Wireless Multimedia Extensions) na punktach dostępowych oraz demonstrację różnicy w jakości połączeń z włączonym i wyłączonym QoS przy obciążeniu sieci.
Pracownicy firmy coraz częściej zgłaszają poważne zakłócenia w trakcie spotkań online prowadzonych przez systemy video-konferencyjne. Analiza sieci wykazała, że problem narasta w godzinach południowych, gdy system backupu zaczyna przesyłać duże pakiety danych przez Wi-Fi do serwera zlokalizowanego w centrali. Ruch multimedialny (VoIP, wideo) konkuruje o dostęp do medium radiowego na dokładnie takich samych zasadach jak zwykłe dane plikowe, co powoduje niestabilność połączeń, zrywanie rozmów wideo i opóźnienia. W efekcie produktywność pracowników znacząco spada, a firma ponosi straty z powodu nieefektywnych spotkań. Musisz wdrożyć standard WMM (część specyfikacji 802.11e), który pozwoli na nadanie priorytetu ramkom multimedialnym poprzez mechanizm Access Categories. Dzięki temu, nawet przy 90% obciążeniu pasma, rozmowy VoIP pozostaną płynne, a wideo nie będzie się "przycinać" - ruch o wyższym priorytecie będzie miał pierwszeństwo w dostępie do medium radiowego.
| Element | Opis wymagań |
|---|---|
| Profil QoS | Zrzut ekranu z WLC pokazujący ustawienia profilu 'Platinum'. |
| Analiza Latency | Tabela z wynikami czasów odpowiedzi dla 3 scenariuszy (No Load, Load+QoS, Load No QoS). |
| Opis Klas | Diagram przedstawiający 4 kolejki AC w standardzie 802.11e. |
W2 Technologie WPAN, Bluetooth (FHSS, TDD), Piconet, Scatternet.
Głównym celem zadania jest modelowanie sieci osobistej (PAN) i analiza mechanizmów komunikacji w topologii Master-Slave z wykorzystaniem technologii Bluetooth. Projekt obejmuje zrozumienie ograniczeń zasięgu technologii WPAN oraz wpływu przeszkód i odległości na jakość połączenia. Zadanie pozwoli na praktyczne poznanie zasad działania sieci Piconet i Scatternet w środowisku biurowym.
W dziale projektowym firmy każdy pracownik posiada zestaw urządzeń mobilnych: smartfon, tablet i słuchawki Bluetooth. Pojawił się problem z synchronizacją danych między tabletem a komputerem, gdy urządzenia znajdują się w różnych częściach pokoju. Dodatkowo, niektórzy pracownicy zgłaszają niestabilność połączeń słuchawkowych podczas rozmów telefonicznych, szczególnie gdy w pobliżu znajduje się wiele innych urządzeń Bluetooth. Musisz zaprojektować topologię Piconet dla jednego stanowiska pracy i zbadać krytyczną odległość, przy której połączenie zostaje zerwane. Dodatkowo należy zasymulować przesyłanie małych plików przy obecności innych włączonych urządzeń Bluetooth, aby ocenić ewentualne zakłócenia wynikające z współdzielenia pasma 2.4GHz z sieciami Wi-Fi.
| Element | Opis wymagań |
|---|---|
| Diagram Piconet/Scatternet | Graficzne odwzorowanie ról Master i Slave dla urządzeń w topologii. |
| Tabela Zasięgu | Zestawienie statusu połączenia w zależności od dystansu (np. 1m, 5m, 10m). |
| Wnioski Coexistence | Krótka analiza wzajemnych zakłóceń Bluetooth i Wi-Fi (pasmo 2.4GHz). |
W2 Bluetooth, ZigBee, Z-Wave, Home Gateway, architektura IoT, protokoły krótkiego zasięgu.
Zaprojektowanie i konfiguracja lokalnego ekosystemu IoT zarządzanego przez jednostkę centralną (Home Gateway). Celem jest stworzenie w pełni autonomicznego systemu reagującego na zdarzenia środowiskowe.
Właściciel inteligentnego domu chce zautomatyzować zarządzanie bezpieczeństwem i energią. System musi reagować na trzy sytuacje: 1. Wykrycie dymu (pożar) — musi skutkować natychmiastowym otwarciem okien, włączeniem syreny alarmowej i powiadomieniem na smartfona. 2. Spadek temperatury poniżej 18°C — musi automatycznie uruchomić ogrzewanie elektryczne. 3. Wykrycie ruchu po godzinie 22:00 — powinno zapalić światło przed domem. Twoim zadaniem jest poprawne sparowanie wszystkich sensorów z bramką Home Gateway i zaprogramowanie logiki warunkowej.
| Element | Opis wymagań |
|---|---|
| Lista Reguł IoT | Zrzut ekranu z okna 'Conditions' w panelu Home Gateway. |
| Dashboard Monitor | Widok interfejsu 'IoT Monitor' z aktualnymi stanami wszystkich urządzeń. |
| Analiza Protokółów | Krótkie porównanie zasięgu i zużycia energii w technologii ZigBee vs Wi-Fi. |
W2 Technologie LPWAN (LoRa, Sigfox), modulacja CSS, efektywność energetyczna, budżet łącza.
Zrozumienie specyfiki sieci niskomocowych dalekiego zasięgu. Implementacja systemu zbierania telemetrii z czujników oddalonych o kilka kilometrów od stacji bazowej.
Gospodarstwo rolne typu "Smart Farm" o powierzchni 50 hektarów wymaga monitorowania wilgotności gleby w celu optymalizacji nawadniania. Pola znajdują się w znacznej odległości od zabudowań, gdzie dostępne jest łącze internetowe. Koszt doprowadzenia kabli lub instalacji wzmacniaczy Wi-Fi jest zbyt wysoki. Musisz zaprojektować system oparty na technologii LoRa. Sensory na bateriach muszą przesyłać dane raz na godzinę do centralnej bramki, która przekaże je dalej do chmury (serwera w sieci LAN).
| Element | Opis wymagań |
|---|---|
| Dystans i Siła | Tabela z wartościami RSSI w zależności od odległości sensora od bramki. |
| Logi Packet Sniffer | Zrzut z narzędzia Sniffer pokazujący nagłówek ramki LoRa. |
| Bilans Energetyczny | Krótkie wyjaśnienie, dlaczego LoRa pozwala na pracę sensora na baterii przez lata. |
W3 Architektura GSM/UMTS, MSC, HLR/VLR, SGSN/GGSN, domeny CS i PS.
Zrozumienie ewolucji sieci komórkowych od usług czysto głosowych do pakietowej transmisji danych. Analiza hierarchicznej struktury Core Network.
Otrzymujesz projekt modernizacji lokalnego operatora działającego w standardach 2G/3G. Twoim zadaniem jest zamodelowanie połączenia między dwiema lokalizacjami (miastami). Musisz zapewnić, aby użytkownicy w Mieście A mogli rozmawiać z użytkownikami w Mieście B przez centralę MSC (komutacja łączy) oraz korzystać z usług WAP/Internet przez węzły SGSN i GGSN (komutacja pakietów). Należy zwrócić szczególną uwagę na rolę rejestrów HLR i VLR w procesie lokalizacji abonenta.
| Element | Opis wymagań |
|---|---|
| Diagram Sieci Core | Schemat połączeń między stacją bazową a MSC i SGSN. |
| Status Rejestracji | Zrzut ekranu z telefonu pokazujący nazwę operatora i siłę sygnału. |
| Analiza Domen | Wyjaśnienie, dlaczego w 3G usługi głosu i danych idą oddzielnymi ścieżkami wewnątrz sieci. |
W3 Architektura EPC, MME, S-GW, P-GW, interfejs S1, eNodeB.
Wdrożenie w pełni funkcjonalnej sieci czwartej generacji. Analiza uproszczonej architektury E-UTRAN oraz przejścia na model All-IP.
Miasto wdraża szybki internet mobilny dla mieszkańców. Jako inżynier musisz skonfigurować infrastrukturę 4G LTE. W odróżnieniu od 3G, sieć 4G nie posiada oddzielnego kontrolera stacji bazowych — cała inteligencja znajduje się w eNodeB. Musisz poprawnie skonfigurować sieć szkieletową EPC (Evolved Packet Core) składającą się z Central Office Server, który będzie pełnił role bamy S-GW oraz P-GW. System musi automatycznie przydzielać adresy IP smartfonom i umożliwiać im dostęp do centralnego serwera baz danych operatora.
| Element | Opis wymagań |
|---|---|
| Tabela Adresacji EPC | Zrzut z serwera CO pokazujący pulę IP przydzieloną dla segmentu LTE. |
| Weryfikacja eNodeB | Zrzut ustawień Cell Tower (identyfikatory PLMN i CID). |
| Analiza Protokółu | Wyjaśnienie roli MME w procesie uwierzytelniania i zarządzania mobilnością. |
W3 5G New Radio (NR), technologia mmWave, gNodeB, Ultra-Low Latency (uRLLC).
Modelowanie najnowszej generacji sieci mobilnej 5G. Analiza zysków wydajnościowych wynikających z zastosowania nowej architektury gNodeB oraz sterowania wiązką (Beamforming).
Zintegrowany kampus technologiczny (fabryka przyszłości) wymaga łączności o ekstremalnie wysokiej niezawodności i niskich opóźnieniach do sterowania autonomicznymi wózkami widłowymi. Standard 4G LTE nie spełnia wymagań czasu odpowiedzi (poniżej 10ms). Musisz zaimplementować sieć 5G w trybie Standalone (SA). System musi obsłużyć gęstą sieć terminali 5G i zapewnić im stabilny throughput nawet przy dużej liczbie jednoczesnych sesji. Twoim zadaniem jest konfiguracja stacji gNodeB i weryfikacja parametrów opóźnień wewnątrz sieci 5G.
| Element | Opis wymagań |
|---|---|
| Topologia mMWave | Schemat rozmieszczenia wież gNodeB z widocznym zasięgiem wysokich częstotliwości. |
| Wyniki Opóźnień | Tabela porównawcza czasu RTT (terminat-MEC vs terminal-Cloud). |
| Analiza SA vs NSA | Krótki opis różnic w budowie sieci szkieletowej dla 5G Standalone i Non-Standalone. |
W5 Network Slicing, NFV (Network Function Virtualization), SDN, QoS Identifier (5QI).
Wirtualizacja wspólnej infrastruktury fizycznej w celu jednoczesnej obsługi usług o skrajnie różnych wymaganiach SLA. Zrozumienie izolacji zasobów w sieciach 5G.
Smart City wymaga od operatora 5G obsługi dwóch krytycznych usług: 1. eMBB (Enhanced Mobile Broadband) — dla turystów oglądających transmisje AR/VR w centrum miasta (wymagana wysoka przepustowość). 2. uRLLC (Ultra-Reliable Low Latency) — dla systemu sterowania ruchem autonomicznych tramwajów (wymagane ultra-niskie opóźnienia i 100% dostępności). Przeciążenie sieci przez streaming wideo nie może wpłynąć na bezpieczeństwo tramwajów. Musisz zaprojektować dwa logiczne "plasterki" (Slices) na routerach szkieletowych, wykorzystując mechanizmy QoS oraz separację ruchu, aby zapewnić gwarantowane parametry dla każdej usługi.
| Element | Opis wymagań |
|---|---|
| Diagram Logiczny Slicing | Odwzorowanie przepływu danych różnych usług przez wspólny szkielet sieciowy. |
| Parametry 5QI | Tabela z przypisanymi wartościami Priority Level i Packet Delay Budget dla obu Slices. |
| Wykres Obciążenia | Zrzut z monitora ruchu (np. CLI 'show policy-map interface') podczas symulacji przeciążenia. |
W5 MEC (Multi-access Edge Computing), Cloud Computing, Fog Computing, Local Breakout.
Analiza porównawcza wydajności przetwarzania danych w chmurze centralnej oraz na brzegu sieci (Edge). Zastosowanie MEC w scenariuszach czasu rzeczywistego.
Szpital uniwersytecki wdraża zdalną asystę chirurgiczną opartą na goglach AR. Przesyłane obrazy o wysokiej rozdzielczości wymagają analizy AI w czasie rzeczywistym. Przy wysyłaniu danych do głównej chmury w innym kraju, opóźnienie wynosi 80ms, co powoduje nudności u operatora i brak synchronizacji. Musisz wdrożyć serwer MEC lokalnie w obrębie kampusu (za routerem brzegowym 5G). Celem jest redukcja opóźnień (RTT) do poziomu poniżej 15ms poprzez eliminację zbędnych przeskoków (hops) w internecie publicznym.
| Element | Opis wymagań |
|---|---|
| Analiza Latency RTT | Tabela z wynikami porównawczymi czasów odpowiedzi dla MEC i Cloud. |
| Wynik Traceroute | Zrzut z konsoli pokazujący drogę pakietu (ilość hopów) do brzegowego węzła obliczeniowego. |
| Diagram Architektury | Graficzne pokazanie umiejscowienia MEC w modelu 3-warstwowym (Device -> Edge -> Cloud). |
W6 MDM (Mobile Device Management), bezpieczeństwo końcówek, polityki haseł, zdalne czyszczenie (Remote Wipe).
Zapewnienie integralności danych korporacyjnych na urządzeniach mobilnych rozproszonych geograficznie. Implementacja mechanizmów kontroli i reagowania na incydenty fizyczne (utrata sprzętu).
Firma logistyczna wyposażyła 50 kurierów w tablety z dostępem do bazy danych klientów. Istnieje duże ryzyko kradzieży urządzenia w trakcie pracy. Zgodnie z RODO, dane muszą być zabezpieczone. Musisz wdrożyć uproszczony model MDM. System musi wymuszać na każdym kurierze blokadę ekranu kodem PIN (min. 6 znaków), blokować dostęp do sklepu z aplikacjami oraz umożliwiać zdalne zablokowanie tabletu przez administratora w przypadku zgłoszenia zagubienia. Dodatkowo, urządzenia nie mogą łączyć się z niezabezpieczonymi sieciami Wi-Fi (Open).
| Element | Opis wymagań |
|---|---|
| Lista Restrykcji | Tabela zawierająca spis zablokowanych funkcji na urządzeniu kuriera. |
| Raport Logów | Zrzut z serwera Syslog pokazujący zdarzenia autoryzacji z urządzeń mobilnych. |
| Analiza BYOD | Krótki esej na temat różnic w bezpieczeństwie modelu BYOD (Bring Your Own Device) vs COPE (Corporate Owned, Personally Enabled). |
W6 VPN (IPsec, SSL), protokoły IKEv2, szyfrowanie symetryczne (AES), autoryzacja końcowa.
Wdrożenie bezpiecznego przesyłu danych przez niezaufane sieci publiczne (Internet mobilny). Konfiguracja pełnego tunelu szyfrowanego w architekturze Client-to-Site.
Główny inżynier utrzymania sieci (pracujący w trybie Home Office) musi uzyskać dostęp do panelu konfiguracyjnego krytycznych urządzeń w Core Network. Łączy się on z siecią poprzez modem 5G. Ponieważ przesyłane hasła do urządzeń są czystym tekstem, przesyłanie ich przez publiczne łącze operatora jest niedopuszczalne. Musisz skonfigurować ruter brzegowy Cisco jako serwer VPN, który pozwoli inżynierowi na "wejście" do sieci wewnętrznej po pomyślnej autoryzacji i szyfrowaniu całego ruchu między jego laptopem a bramą firmy.
| Element | Opis wymagań |
|---|---|
| Status Crypto Session | Zrzut ekranu z CLI rutera po wpisaniu `show crypto isakmp sa`. |
| Widok Sniffing | Zrzut ekranu z Packet Sniffera umieszczonego na linii internetowej, pokazujący zaszyfrowane pakiety ESP/AH (brak widocznego tekstu). |
| Opis IPsec | Wyjaśnienie różnicy między modelem tunelowym a transportowym w IPsec. |
W4 Sieci satelitarne (GEO, LEO), architektura satelitarna, segment naziemny, 5G Non-Terrestrial Networks (NTN).
Analiza scenariuszy hybrydowych łączących infrastrukturę naziemną z satelitarną. Badanie wpływu parametrów fizycznych orbity na jakość usług mobilnych.
Górska stacja ratunkowa musi posiadać stały zasięg sieci LTE/5G dla turystów oraz systemów ratowniczych. Lokalizacja uniemożliwia doprowadzenie światłowodu ani zestawienie wydajnych radiolinii naziemnych (brak widoczności optycznej). Musisz zaprojektować system 'Satellite Backhaul'. Stacja bazowa gNodeB zostanie połączona z terminalem satelitarnym (VSAT), który skomunikuje się z bramą operatora (Hub) przez satelitę. Kluczowym wyzwaniem jest konfiguracja parametrów czasu oczekiwania (Timeouts) – sygnał musi przebyć drogę na orbitę i z powrotem, co drastycznie zwiększa opóźnienia w porównaniu do kabla.
| Element | Opis wymagań |
|---|---|
| Diagram NTN | Schemat połączenia: Smartfon -> User Link -> Satelita -> Gateway Link -> Core Network. |
| Wyniki Symulacji Orbit | Tabela porównująca opóźnienia i throughput dla wariantu GEO (36 000 km) i LEO (550 km). |
| Analiza TCP over Satellite | Krótkie wyjaśnienie, dlaczego standardowe TCP oknie (Window Size) może działać wolno na łączach satelitarnych. |