AST Wykład 5: Analiza i optymalizacja wydajności sieci

Cel slajdu: Slajd omawia problematykę analizy i optymalizacji wydajności sieci jako procesu ciągłego monitorowania i poprawy parametrów transmisji.

Wydajność sieci jako kluczowy czynnik biznesowy

Wydajność sieci – komfort użytkowników i stabilność systemów biznesowych.
Era chmury i real-time – liczy się każda milisekunda opóźnienia.
Analiza = proces ciągły: monitoring → wąskie gardła → optymalizacja.
Metryki KPI (Key Performance Indicators) – mierzalne wskaźniki jakości.
Narzędzia diagnostyczne – od ping po głęboką analizę pakietów.
Techniki: większa przepustowość + mniejsze opóźnienia i jitter.
Teza: wydajność to nie tylko kable – to projekt, pomiary i strojenie.

Wydajność sieci (ang. network performance): Wydajność sieci to zespół mierzalnych właściwości transmisji, takich jak przepustowość, opóźnienie, zmienność opóźnienia i utrata pakietów, opisanych między innymi w terminologii testów porównawczych RFC 1242. Analiza wydajności polega na cyklicznym pomiarze tych właściwości, porównaniu z przyjętą linią bazową oraz korygowaniu konfiguracji protokołów i urządzeń.

Schemat ogólny analizy wydajności sieci - liczniki, wykresy i optymalizacja

Uzupełnienie (przeniesione z sekcji głównej): Wydajność sieci komputerowej jest kluczowym czynnikiem decydującym o komforcie pracy użytkowników oraz stabilności systemów biznesowych. W dobie cyfryzacji, w której większość usług opiera się na chmurze i transmisji w czasie rzeczywistym, każda milisekunda opóźnienia ma znaczenie. Analiza wydajności to proces ciągły, polegający na monitorowaniu kluczowych parametrów, identyfikacji wąskich gardeł oraz wdrażaniu technik optymalizacyjnych. Celem tego wykładu jest zrozumienie metryk wydajności (KPI), poznanie narzędzi diagnostycznych oraz metod poprawy przepustowości i redukcji opóźnień w nowoczesnych infrastrukturach sieciowych. Wydajna sieć to nie tylko szybkie kable, lecz przede wszystkim optymalna konfiguracja protokołów i inteligentne zarządzanie ruchem.

W dzisiejszym środowisku biznesowym wydajność sieci stanowi jeden z najważniejszych czynników wpływających na produktywność pracowników oraz satysfakcję klientów końcowych. Każde opóźnienie w transmisji danych przekłada się bezpośrednio na wydłużenie czasu realizacji procesów biznesowych, a w skrajnych przypadkach na utratę przychodów i pogorszenie wizerunku firmy na rynku.

W dobie transformacji cyfrowej, gdzie większość usług korporacyjnych migruje do chmury obliczeniowej, znaczenie wydajności sieci rośnie wykładniczo – pracownicy oczekują błyskawicznego dostępu do zasobów niezależnie od swojej lokalizacji geograficznej. Analiza wydajności sieci to nie tylko jednorazowe działanie, ale ciągły proces monitorowania parametrów takich jak przepustowość, opóźnienie czy dostępność usług.

Nowoczesne metody analizy wydajności opierają się na zaawansowanych systemach monitorujących, które pozwalają na wykrywanie trendów i przewidywanie potencjalnych problemów, zanim jeszcze wpłyną one na działanie aplikacji biznesowych.

Wyjaśnienie skrótów i pojęć:
KPI (Key Performance Indicator) - kluczowy wskaźnik wydajności, liczba opisująca jakość usługi.
LAN (Local Area Network) - sieć lokalna obejmująca zwykle jeden budynek albo kampus.
WAN (Wide Area Network) - sieć rozległa łącząca odległe lokalizacje.
QoS (Quality of Service) - jakość usług, mechanizmy różnicowania traktowania ruchu.

Cel slajdu: Slajd porządkuje podstawowe wskaźniki jakości sieci służące do obiektywnej oceny jej działania.

Wskaźniki jakości sieci – Throughput, Latency, Jitter

KPI (Key Performance Indicators) – wymierne wskaźniki do porównań przed/po.
Throughput (przepustowość) – realne dane na jednostkę czasu.
Latency (opóźnienie) – czas pakietu źródło → cel.
Jitter – zmienność opóźnienia; krytyczny dla VoIP (Voice over IP) i wideo.
Packet loss – odsetek pakietów niedostarczonych.
Utilization – stopień użycia dostępnego pasma.
Mapowanie na aplikacje: wideo = niski jitter/straty; transfer = wysoki throughput.

Wskaźnik jakości sieci KPI (ang. Key Performance Indicator): Wskaźnik KPI to wybrana miara liczbowa opisująca jakość działania sieci, na przykład opóźnienie w jednym kierunku opisane w RFC 2679, utrata pakietów opisana w RFC 2680 albo zmienność opóźnienia opisana w RFC 3393. Zestaw takich wskaźników pozwala porównywać stan sieci w czasie oraz weryfikować, czy usługa spełnia przyjęte wymagania.

Zestawienie ikon reprezentujących Latency, Throughput, Jitter i Packet Loss

Uzupełnienie (przeniesione z sekcji głównej): Aby skutecznie analizować sieć, musimy posługiwać się wymiernymi wskaźnikami jakości (KPI, ang. Key Performance Indicators). Najważniejsze z nich to: 1. Przepustowość (ang. throughput) – rzeczywista ilość danych przesłanych w jednostce czasu. 2. Opóźnienie (ang. latency) – czas potrzebny na przejście pakietu od źródła do celu. 3. Jitter – zmienność opóźnienia, kluczowa dla telefonii IP (VoIP, ang. Voice over IP) i wideo. 4. Utrata pakietów (ang. packet loss) – odsetek pakietów, które nie dotarły do celu. 5. Wykorzystanie łącza – stopień użycia dostępnego pasma. Każdy z tych parametrów wpływa na inne aplikacje – na przykład transmisja wideo wymaga stabilnego jittera i niskich strat, podczas gdy pobieranie dużych plików zależy głównie od przepustowości. Monitorowanie tych metryk pozwala na szybką reakcję w przypadku degradacji usług.

Metryki wydajności sieci, określane jako KPI, stanowią fundamentalne narzędzie każdego inżyniera sieciowego, umożliwiające obiektywną ocenę jakości działania infrastruktury teleinformatycznej. Throughput, czyli rzeczywista przepustowość, mierzona jest w bitach na sekundę i określa faktyczną ilość danych, które mogą zostać przesłane między dwoma punktami w jednostce czasu, uwzględniając wszelkie narzuty protokołów i opóźnienia.

Latency, czyli opóźnienie, to czas potrzebny pakietowi na podróż od źródła do celu, mierzony zazwyczaj w milisekundach – im niższa wartość, tym bardziej responsywna jest sieć z punktu widzenia aplikacji interaktywnych. Jitter, definiowany jako zmienność opóźnienia w czasie, jest szczególnie istotny dla aplikacji pracujących w czasie rzeczywistym, takich jak telefonia IP czy wideokonferencje.

Packet Loss, czyli odsetek pakietów, które nie dotarły do miejsca przeznaczenia, jest kolejnym krytycznym parametrem – nawet niewielkie straty na poziomie 1-2% mogą całkowicie zdegradować jakość transmisji głosu lub wideo w sieci korporacyjnej.

Wyjaśnienie skrótów i pojęć:
Throughput - przepustowość, rzeczywista liczba bitów przesłanych w jednostce czasu.
Latency - opóźnienie, czas przejścia pakietu od źródła do celu.
Jitter - zmienność opóźnienia między kolejnymi pakietami.
Packet loss - utrata pakietów, odsetek pakietów niedostarczonych.
VoIP (Voice over IP) - telefonia prowadzona przez protokół IP.
KPI (Key Performance Indicator) - kluczowy wskaźnik wydajności.

Cel slajdu: Slajd wyjaśnia różnicę między teoretycznym pasmem łącza a rzeczywistą przepustowością oraz przepustowością warstwy aplikacji.

Bandwidth, Throughput i Goodput

Bandwidth – teoretyczne maksimum łącza, np. 1 Gbps.
Throughput – zmierzona prędkość danych użytecznych.
Goodput – przepustowość warstwy aplikacji: bez nagłówków i retransmisji.
Overhead – narzut protokołów, dostęp do medium, błędy, wydajność urządzeń.
Przykład: 100 Mbps łącza → ~90 Mbps throughput → ~85 Mbps goodput (FTP/HTTP).
Cel optymalizacji: zbliżyć throughput i goodput do bandwidth.
Nie mierz kopiowaniem plików – dysk kłamie; użyj generatora ruchu.

Pasmo, przepustowość i przepustowość warstwy aplikacji (ang. bandwidth, throughput, goodput): Pasmo oznacza maksymalną teoretyczną pojemność łącza wynikającą ze standardu technicznego, przepustowość oznacza rzeczywistą liczbę bitów przesłanych w jednostce czasu, a przepustowość warstwy aplikacji oznacza liczbę bitów danych użytkowych bez nagłówków i retransmisji. Rozróżnienie to zawiera terminologia testów porównawczych RFC 1242, a przyczyną różnicy między pasmem a pomiarem są narzuty protokołów, błędy transmisji i ograniczenia urządzeń.

Porównanie pasma i przepustowości - rura z wodą (pasmo) i faktyczny przepływ (throughput)

Uzupełnienie (przeniesione z sekcji głównej): Często mylone pojęcia, które mają fundamentalne znaczenie. Pasmo (Bandwidth) to maksymalna, teoretyczna zdolność przesyłowa łącza (na przykład 1 Gbps). Przepustowość (ang. throughput) to rzeczywista, zmierzona prędkość przesyłu danych użytecznych. Różnica wynika z narzutu protokołów (ang. overhead), oczekiwania na dostęp do medium, błędów transmisji oraz wydajności urządzeń pośredniczących. Pojęcie Goodput określa przepustowość warstwy aplikacji - ilość danych dostarczonych bez narzutów nagłówków protokołów i bez retransmisji. Przykładowo, na łączu 100 Mbps, faktyczny transfer plików może wynosić 90 Mbps (Throughput), a po odjęciu narzutów FTP/HTTP – 85 Mbps (ang. goodput). Optymalizacja dąży do zbliżenia przepustowości do teoretycznego pasma.

Rozróżnienie między pasmem a przepustowością jest jedną z podstawowych umiejętności każdego administratora sieci, pozwalającą na prawidłową interpretację wyników pomiarów i testów wydajnościowych. Pasmo, określane również jako Bandwidth, reprezentuje maksymalną teoretyczną pojemność łącza komunikacyjnego, zdefiniowaną przez standard techniczny danej technologii transmisyjnej.

Throughput, czyli rzeczywista przepustowość, jest zawsze niższa od teoretycznego pasma ze względu na szereg czynników takich jak narzuty protokołów warstwy 2 i 3, mechanizmy kontroli dostępu do medium, retransmisje spowodowane błędami transmisji czy ograniczenia wydajnościowe urządzeń pośredniczących. Goodput stanowi jeszcze bardziej szczegółowy wskaźnik, określający przepustowość widzianą wyłącznie z perspektywy warstwy aplikacji, z pominięciem wszystkich nagłówków protokołów pośrednich.

W praktyce inżynierskiej kluczowe jest zrozumienie, że zakup łącza o paśmie 1 Gbps nie gwarantuje osiągnięcia takiej prędkości w rzeczywistych transferach danych – rzeczywista wydajność zależy od wielu czynników, które należy systematycznie monitorować i optymalizować.

Wyjaśnienie skrótów i pojęć:
Bandwidth - pasmo, teoretyczna pojemność łącza.
Throughput - przepustowość, wynik pomiaru rzeczywistego.
Goodput - przepustowość warstwy aplikacji, dane użytkowe bez nagłówków.
Overhead - narzut, dodatkowe bity nagłówków i sterowania.
Gbps, Mbps - gigabit i megabit na sekundę, jednostki prędkości.

Cel slajdu: Slajd omawia składowe opóźnienia całkowitego na drodze od nadawcy do odbiorcy.

Składowe opóźnienia end-to-end

Latency end-to-end – suma 4 składowych, nie jedna liczba.
Propagacja – podróż sygnału w medium; limit: prędkość światła + dystans.
Transmisja – wypchnięcie bitów pakietu; zależy od prędkości portu.
Kolejkowanie – czekanie w buforze przy natłoku; rośnie z obciążeniem.
Przetwarzanie – analiza nagłówka, CRC, decyzja routingu.
LAN: dominuje transmisja + przetwarzanie; WAN: dystans + propagacja.
Wniosek: innej składowej szukaj w LAN, innej w WAN.

Opóźnienie całkowite (ang. end-to-end latency): Opóźnienie całkowite to suma czasu propagacji sygnału w medium, czasu transmisji pakietu przez interfejs, czasu oczekiwania w kolejkach oraz czasu przetwarzania nagłówków w urządzeniach. Metodykę pomiaru opóźnienia w jednym kierunku opisuje RFC 2679, a w sieciach lokalnych dominują składowe transmisji i przetwarzania, natomiast w sieciach rozległych dominuje propagacja zależna od odległości.

Wykres składowych opóźnienia: propagacja, transmisja, kolejkowanie, przetwarzanie

Uzupełnienie (przeniesione z sekcji głównej): Całkowite opóźnienie end-to-end składa się z kilku składowych: 1. Opóźnienie propagacji – czas podróży sygnału przez medium (ograniczone prędkością światła). 2. Opóźnienie transmisji – czas potrzebny na „wypchnięcie” wszystkich bitów pakietu do kabla (zależy od prędkości portu). 3. Opóźnienie kolejkowania – czas oczekiwania pakietu w buforze routera lub przełącznika z powodu natłoku ruchu. 4. Opóźnienie przetwarzania – czas potrzebny urządzeniu na analizę nagłówka, sprawdzenie sum kontrolnych i podjęcie decyzji o routingu. W sieciach lokalnych (LAN) dominują opóźnienia przetwarzania i transmisji, natomiast w sieciach rozległych (WAN) głównym czynnikiem jest dystans i opóźnienie propagacji.

Opóźnienie sieciowe, określane terminem latency, jest parametrem krytycznym dla wielu aplikacji, szczególnie tych działających w trybie interaktywnym lub czasu rzeczywistego, gdzie każda milisekunda ma znaczenie dla komfortu użytkowania. Na całkowite opóźnienie typu end-to-end składa się kilka niezależnych składowych, których suma daje finalny czas transmisji pakietu między nadawcą a odbiorcą.

Opóźnienie propagacji wynika z fizycznych ograniczeń prędkości rozchodzenia się sygnału w medium transmisyjnym i jest funkcją odległości między urządzeniami – w światłowodzie sygnał rozchodzi się z prędkością około dwóch trzecich prędkości światła w próżni. Opóźnienie transmisji zależy od rozmiaru pakietu oraz prędkości portu nadawczego, podczas gdy opóźnienie kolejkowania powstaje w buforach urządzeń sieciowych, gdy chwilowe natężenie ruchu przekracza możliwości przetwarzania danego interfejsu.

Opóźnienie przetwarzania, choć często pomijane, może stać się istotnym czynnikiem w sieciach z dużą liczbą zaawansowanych polityk bezpieczeństwa lub przy użyciu urządzeń o ograniczonej mocy obliczeniowej, takich jak starsze modele routerów czy firewalli.

Wyjaśnienie skrótów i pojęć:
End-to-end - od końca do końca, cała droga od nadawcy do odbiorcy.
LAN (Local Area Network) - sieć lokalna o małym opóźnieniu propagacji.
WAN (Wide Area Network) - sieć rozległa, gdzie dominuje opóźnienie propagacji.

Cel slajdu: Slajd wyjaśnia istotę zmienności opóźnienia oraz sposób jej łagodzenia za pomocą bufora odtwarzania.

Jitter – zmienność opóźnienia i bufor odtwarzania

Jitter – wahania opóźnień (np. wysyłka co 20 ms, odbiór 15/25/18 ms).
Zabójca real-time – rwanie głosu i obrazu w VoIP i wideokonferencjach.
Jitter buffer (bufor odtwarzania) – gromadzi i wyrównuje tempo do aplikacji.
Za duży bufor = większe opóźnienie; za mały = nie wyrówna wahań.
QoS (Quality of Service) – priorytetyzacja głosu/wideo w sieci.
Klasyfikacja + kolejki – głos przed bulk-downloadem.
Cel: stabilny strumień, nie tylko szybki średnio.

Zmienność opóźnienia (ang. jitter, IPDV): Zmienność opóźnienia to statystyczna zmienność czasu dotarcia kolejnych pakietów, zdefiniowana jako zmienność opóźnienia pakietów IP w RFC 3393. Bufor odtwarzania gromadzi przychodzące pakiety i wydaje je w równych odstępach kosztem stałego wzrostu opóźnienia, co łagodzi rwanie głosu i obrazu w telefonii IP oraz wideokonferencjach.

Schemat Jitter Buffer: nierówne pakiety wejściowe, równe paczki na wyjściu

Uzupełnienie (przeniesione z sekcji głównej): Jitter to wahania opóźnienia w czasie. Jeśli pakiety są wysyłane w równych odstępach (na przykład co 20 ms), a docierają w nieregularnych (15 ms, 25 ms, 18 ms), mamy do czynienia z jitterem. Jest on szczególnie szkodliwy dla aplikacji czasu rzeczywistego, takich jak telefonia IP (VoIP, ang. Voice over IP) czy wideokonferencje, ponieważ powoduje „rwanie” dźwięku i obrazu. Urządzenia końcowe stosują bufor jittera (ang. jitter buffer, bufor odtwarzania), który gromadzi pakiety i przekazuje je aplikacji w równym tempie. Zbyt duży bufor zwiększa ogólne opóźnienie, zbyt mały z kolei nie radzi sobie z dużymi wahaniami. Optymalizacja jittera polega na stosowaniu priorytetyzacji ruchu (QoS, ang. Quality of Service) i minimalizacji kolejkowania dla pakietów wrażliwych.

Jitter, definiowany jako odchylenie standardowe opóźnienia między kolejnymi pakietami w strumieniu danych, stanowi jeden z najtrudniejszych do wyeliminowania problemów w sieciach pakietowych, szczególnie w kontekście aplikacji czasu rzeczywistego. W przeciwieństwie do stabilnego opóźnienia, które można skompensować przez odpowiednie ustawienie buforów odbiorczych, zmienność opóźnienia wprowadza nieprzewidywalność, która jest szczególnie szkodliwa dla transmisji głosu i wideo.

Mechanizmy kompensacji jittera, takie jak bufor odtwarzania stosowany w terminalach VoIP, gromadzą przychodzące pakiety i oddają je do dekodera w równych odstępach czasu kosztem zwiększenia całkowitego opóźnienia transmisji. Dobór optymalnego rozmiaru bufora jittera stanowi kompromis między odpornością na wahania opóźnienia a dopuszczalnym całkowitym opóźnieniem, które nie powinno przekraczać 150 ms dla zachowania naturalności rozmowy.

Skuteczne zarządzanie jitterem wymaga wdrożenia mechanizmów QoS na urządzeniach sieciowych, które nadają priorytet pakietom głosowym i wideo, minimalizując ich opóźnienia kolejkowania w stosunku do ruchu o niższym priorytecie w sieci.

Wyjaśnienie skrótów i pojęć:
Jitter - zmienność opóźnienia w czasie.
Jitter buffer - bufor odtwarzania wyrównujący odstępy między pakietami.
VoIP (Voice over IP) - telefonia przez IP, wrażliwa na zmienność opóźnienia.
QoS (Quality of Service) - jakość usług, w tym priorytetyzacja głosu i wideo.

Cel slajdu: Slajd przedstawia podstawowe narzędzia diagnostyczne służące do badania osiągalności i trasy pakietów.

Ping, Traceroute, MTR – podstawowa diagnostyka

Ping (ICMP Echo) – osiągalność, RTT (Round Trip Time), straty.
Traceroute / tracert – ścieżka hop-by-hop; gdzie rosną opóźnienia.
MTR (My Traceroute) – ciągły traceroute ze statystykami per węzeł.
Zastosowanie MTR: niestabilne łącza u ISP (Internet Service Provider).
Rozróżnienie: chwilowy skok vs trwała degradacja węzła.
Zasada: zacznij od prostego; sięgaj po sniffer, gdy proste nie wystarcza.
Wbudowane wszędzie – zero instalacji, pierwszy krok diagnostyki.

Podstawowa diagnostyka osiągalności i trasy (ang. basic connectivity diagnostics): Podstawowa diagnostyka obejmuje badanie osiągalności za pomocą komunikatów echo protokołu ICMP opisanego w RFC 792 oraz śledzenie kolejnych routerów na ścieżce pakietu. Program MTR łączy obie techniki i cyklicznie zbiera czas odpowiedzi oraz straty dla każdego węzła, co ułatwia wskazanie odcinka odpowiedzialnego za degradację.

Zrzut ekranu z terminala - przykład działania MTR ze statystykami hopów

Uzupełnienie (przeniesione z sekcji głównej): Klasyczna diagnostyka zaczyna się od prostych narzędzi wbudowanych w systemy operacyjne. Ping (ICMP Echo) pozwala sprawdzić osiągalność hosta oraz mierzy czas RTT (ang. Round Trip Time) i straty pakietów. Traceroute (Linux) i tracert (Windows) pokazują ścieżkę pakietu przez kolejne routery (krok po kroku, ang. hop-by-hop), identyfikując miejsce występowania opóźnień. Narzędziem łączącym zalety obu jest MTR (ang. My Traceroute), który w sposób ciągły monitoruje całą ścieżkę, pokazując statystyki strat i opóźnień dla każdego węzła. Jest to nieocenione przy wykrywaniu niestabilnych łączy u operatorów telekomunikacyjnych (ISP, ang. Internet Service Provider). MTR pozwala odróżnić chwilowy skok opóźnienia od stałego problemu na konkretnym routerze.

Narzędzia wbudowane w systemy operacyjne, takie jak ping, traceroute i MTR, stanowią pierwszą linię diagnostyki w rękach każdego administratora sieci, umożliwiając szybką ocenę podstawowych parametrów łączności. Ping wykorzystuje pakiety ICMP Echo Request do weryfikacji osiągalności zdalnego hosta oraz pomiaru czasu RTT, co pozwala na wstępną ocenę opóźnienia i wykrycie strat pakietów na ścieżce komunikacyjnej.

Traceroute znacząco rozszerza możliwości diagnostyczne pinga, identyfikując trasę pakietu z dokładnością do poszczególnych routerów pośredniczących i mierząc czas dotarcia do każdego z nich, co umożliwia lokalizację węzła odpowiedzialnego za nadmierne opóźnienia lub straty. MTR łączy zalety obu narzędzi w jednym spójnym interfejsie, monitorując trasę w sposób ciągły i gromadząc statystyki dla każdego przeskoku sieciowego.

W praktyce MTR jest nieoceniony przy diagnozowaniu problemów z jakością łączy WAN, pozwalając odróżnić przejściowe wahania parametrów od systematycznych problemów na konkretnym odcinku ścieżki między dwoma lokalizacjami w sieci.

Wyjaśnienie skrótów i pojęć:
ICMP (Internet Control Message Protocol) - protokół komunikatów kontrolnych, opisany w RFC 792.
RTT (Round Trip Time) - czas podróży pakietu tam i z powrotem.
Hop-by-hop - krok po kroku, kolejne routery na ścieżce.
MTR (My Traceroute) - program łączący ping z traceroute w pomiar ciągły.
ISP (Internet Service Provider) - operator telekomunikacyjny dostarczający dostęp do internetu.

Cel slajdu: Slajd pokazuje zastosowanie analizatorów ruchu do szczegółowej diagnostyki na poziomie pakietów.

Wireshark i tcpdump – analiza pakietów

DPI (Deep Packet Inspection) – analiza, gdy ping/traceroute nie wystarczą.
Wireshark (sniffer) – podgląd każdego bajta: retransmisje TCP, okna, flagi, broadcast.
tcpdump – przechwyt bez GUI na serwerach; analiza .pcap w Wiresharku.
Sygnatury problemów: retransmisje = straty; złe okna = strojenie TCP; nadmiar broadcast.
Pytanie rozstrzygające: winna sieć czy aplikacja (małe, częste zapytania)?
Higiena: przechwytuj z filtrem, na właściwym punkcie, za zgodą.
Efekt: dowód w pakietach zamiast zgadywania.

Analiza pakietów (ang. packet analysis, sniffing): Analiza pakietów polega na przechwyceniu ramek i pakietów z interfejsu oraz odczytaniu nagłówków kolejnych warstw, aż do wykrycia retransmisji, błędów sum kontrolnych albo nadmiaru ruchu rozgłoszeniowego. Program Wireshark udostępnia graficzną analizę plików przechwyconych między innymi przez program tcpdump, oparty na bibliotece libpcap, co pozwala odróżnić usterkę sieci od nieprawidłowego zachowania aplikacji.

Widok okna Wireshark z listą pakietów i szczegółami nagłówka TCP

Uzupełnienie (przeniesione z sekcji głównej): Gdy proste testy zawodzą, konieczna jest głęboka analiza pakietów (ang. Deep Packet Inspection, DPI). Wireshark to najpopularniejszy analizator ruchu (ang. sniffer), który pozwala „podejrzeć” każdy bajt przesłany przez sieć. Pozwala on zidentyfikować: retransmisje TCP (wskazują na straty), błędy w negocjacji okien TCP, nieprawidłowe flagi czy nadmiarowy ruch rozgłoszeniowy (broadcast). W środowiskach serwerowych powszechnie stosuje się tcpdump do przechwytywania ruchu bez interfejsu graficznego, a następnie analizuje pliki .pcap w Wiresharku. Analiza ruchu pozwala zrozumieć, czy problem wydajności leży w konfiguracji sieci, czy w samym zachowaniu aplikacji (na przykład zbyt częste małe zapytania).

Zaawansowana diagnostyka sieci wymaga często analizy ruchu na poziomie poszczególnych pakietów, co umożliwiają narzędzia takie jak Wireshark i tcpdump, pozwalające na przechwytywanie i szczegółową analizę całego ruchu przechodzącego przez interfejs sieciowy. Wireshark zapewnia bogaty interfejs graficzny z możliwością filtrowania pakietów według niemal dowolnego kryterium oraz zaawansowane funkcje analizy protokołów na wszystkich warstwach modelu OSI.

Analiza przechwyconego ruchu umożliwia identyfikację retransmisji TCP, które są wyraźnym sygnałem występowania strat pakietów w sieci, a także wykrycie nieprawidłowości w negocjacji okna TCP, błędów sum kontrolnych czy nieoczekiwanych wzorców komunikacji. W środowiskach serwerowych tcpdump, działający z wiersza poleceń, jest często preferowanym narzędziem ze względu na mniejsze obciążenie systemu i możliwość automatyzacji przechwytywania ruchu w skryptach.

Pliki przechwyconego ruchu w formacie pcap mogą być następnie analizowane w Wiresharku na innym komputerze, co umożliwia współpracę zespołów IT przy diagnozowaniu złożonych problemów sieciowych bez konieczności udostępniania dostępu do produkcyjnych serwerów.

Wyjaśnienie skrótów i pojęć:
DPI (Deep Packet Inspection) - szczegółowa analiza zawartości pakietów.
Sniffer - analizator ruchu przechwytujący pakiety z interfejsu.
Broadcast - rozgłoszenie, ramka do wszystkich stacji w domenie.
PCAP - format pliku z przechwyconym ruchem.
TCP (Transmission Control Protocol) - protokół sterowania transmisją z potwierdzeniami.

Cel slajdu: Slajd opisuje syntetyczny pomiar przepustowości między dwoma punktami za pomocą generatora ruchu.

iperf3 – generator ruchu sieciowego

iperf3 – standard pomiaru przepustowości; architektura klient–serwer.
TCP (domyślnie) – realny throughput; UDP – straty i jitter; SCTP w nowszych.
Strumienie równoległe (-P) – wymuszenie pełnego pasma; test czasu, okna TCP, celu UDP.
Kiedy: odbiór łączy WAN, tunele VPN, karty VM, regresje po zmianach.
Procedura: najpierw LAN (baseline), potem WAN/VPN – izoluj segment.
Powtarzalność: te same parametry, kilka prób, obie kierunki.
Nie zastępuj kopiowaniem plików – tam limit to często dysk.

Syntetyczny pomiar przepustowości (ang. active throughput measurement): Pomiar syntetyczny polega na wygenerowaniu kontrolowanego strumienia TCP albo UDP między klientem a serwerem i odczytaniu uzyskanej przepustowości, strat oraz zmienności opóźnienia. Narzędzie iperf3 realizuje taki test w układzie klient-serwer z regulowaną liczbą strumieni i czasem trwania, dzięki czemu wynik zależy od sieci, a nie od prędkości dysków przy kopiowaniu plików.

Schemat testu iperf3: Client -> Network -> Server z wynikiem Mbps

Uzupełnienie (przeniesione z sekcji głównej): Aby zmierzyć faktyczną przepustowość między dwoma punktami, nie polegamy na kopiowaniu plików (które zależy od prędkości dysku), lecz używamy generatora ruchu. iperf3 to standardowe narzędzie do testowania przepustowości sieci. Działa w architekturze klient-serwer. Może testować ruch TCP (domyślnie), UDP (pokazując straty i jitter) oraz SCTP (w nowszych wersjach). Pozwala na ustawienie liczby równoległych strumieni (opcja -P), czasu trwania testu, rozmiaru okna TCP czy docelowej przepustowości dla UDP. Testy iperf3 są niezbędne przy weryfikacji jakości nowych łączy WAN, wydajności tuneli VPN czy wydajności kart sieciowych w serwerach wirtualnych.

iperf3 jest standardowym narzędziem do syntetycznego testowania przepustowości sieci, pozwalającym na generowanie kontrolowanego ruchu TCP lub UDP między dwoma punktami w celu precyzyjnego pomiaru parametrów wydajnościowych łącza. W przeciwieństwie do testów polegających na kopiowaniu plików, które są obarczone wpływem wydajności systemów plików i prędkości dysków, iperf3 mierzy wyłącznie przepustowość samej sieci.

Narzędzie to umożliwia testowanie wielu równoległych strumieni, co jest przydatne przy ocenie zdolności łącza do obsługi wielu jednoczesnych sesji, a także pozwala na ustawienie docelowej przepustowości dla testów UDP wraz z pomiarem strat i jittera. Parametry takie jak rozmiar okna TCP, czas trwania testu czy interwał raportowania mogą być dostosowane do specyfiki badanego środowiska sieciowego.

Testy iperf3 są niezbędne przy uruchamianiu nowych łączy WAN, migracji do nowego dostawcy internetu czy weryfikacji wydajności tuneli VPN, dostarczając twardych danych liczbowych do oceny jakości świadczonych usług telekomunikacyjnych.

Wyjaśnienie skrótów i pojęć:
TCP (Transmission Control Protocol) - protokół niezawodny z potwierdzeniami.
UDP (User Datagram Protocol) - protokół bezpołączeniowy bez potwierdzeń.
SCTP (Stream Control Transmission Protocol) - protokół strumieniowy z wieloma strumieniami.
VPN (Virtual Private Network) - sieć prywatna prowadzona tunelem przez sieć publiczną.
WAN (Wide Area Network) - sieć rozległa między oddziałami.

Cel slajdu: Slajd przedstawia systemy centralnego monitorowania infrastruktury oparte na protokołach SNMP, NetFlow i Syslog.

SNMP, NetFlow, Syslog – systemy zarządzania siecią

NMS (Network Management System) – dane bieżące + historia; proaktywność zamiast gaszenia pożarów.
SNMP (Simple Network Management Protocol) – liczniki in/out octets; wykresy obciążenia portów.
NetFlow (RFC 3954) / IPFIX (RFC 7011) – kto, z kim, ile; top-talkers i aplikacje.
Syslog – zdarzenia: up/down interfejsu, błędy CPU, zmiany konfiguracji.
Zabbix / PRTG / SolarWinds – łączą źródła w czytelne dashboard.
Alerty progowe – reaguj przed zgłoszeniem użytkownika.
Retencja: historia pozwala porównać „przed i po”.

System zarządzania siecią NMS (ang. Network Management System): System zarządzania siecią gromadzi dane pomiarowe z protokołu zarządzania SNMP (RFC 3416), dane o przepływach z NetFlow v9 (RFC 3954) i IPFIX (RFC 7011) oraz zdarzenia systemowe z protokołu Syslog (RFC 5424). Połączenie liczników obciążenia portów, informacji o rozmówcach i logów zdarzeń umożliwia wykrywanie zbliżającego się nasycenia łączy, zanim odczują to użytkownicy.

Dashboard systemu monitoringu z wykresami obciążenia i statusami urządzeń

Uzupełnienie (przeniesione z sekcji głównej): Systemy zarządzania siecią (NMS, ang. Network Management System) oferują wgląd w dane bieżące i historyczne. SNMP (ang. Simple Network Management Protocol) jest używany do pobierania liczników z interfejsów (liczniki in/out octets), co pozwala na rysowanie wykresów obciążenia portów. NetFlow (RFC 3954) i IPFIX (RFC 7011) dostarczają informacji o tym, „kto, z kim i w jakiej ilości” wymienia dane – pozwalają zidentyfikować aplikacje generujące najwięcej ruchu. Syslog gromadzi zdarzenia systemowe (na przykład podniesienie interfejsu, błędy procesora). Nowoczesne systemy takie jak Zabbix, PRTG czy SolarWinds łączą te dane, prezentując je na czytelnych panelach (ang. dashboard), co ułatwia proaktywne wykrywanie zbliżającego się nasycenia łączy (monitorowanie proaktywne, ang. proactive monitoring).

Systemy zarządzania siecią, takie jak Zabbix, PRTG czy SolarWinds, stanowią centralny punkt monitorowania infrastruktury IT, agregując dane z wielu źródeł w celu zapewnienia kompleksowego wglądu w stan sieci w czasie rzeczywistym. SNMP jest podstawowym protokołem używanym do odczytywania liczników interfejsów sieciowych, co pozwala na tworzenie historycznych wykresów obciążenia portów oraz monitorowanie błędów transmisji na poszczególnych interfejsach.

NetFlow, rozwijany pierwotnie przez Cisco, dostarcza informacji o przepływach sieciowych, umożliwiając identyfikację najbardziej aktywnych rozmówców i aplikacji generujących największy ruch w sieci. Syslog gromadzi zdarzenia systemowe z urządzeń sieciowych, takie jak zmiany stanu interfejsów, błędy uwierzytelniania czy komunikaty o przeciążeniu procesora, co ułatwia analizę przyczyn degradacji wydajności.

Nowoczesne systemy monitorujące integrują dane z tych trzech źródeł na czytelnych dashboardach, umożliwiając szybkie wykrywanie anomalii i proaktywne reagowanie na potencjalne problemy, zanim wpłyną one na działanie usług biznesowych w firmie.

Wyjaśnienie skrótów i pojęć:
NMS (Network Management System) - system zarządzania siecią.
SNMP (Simple Network Management Protocol) - protokół odczytu liczników urządzeń, RFC 3416.
NetFlow, IPFIX - protokoły eksportu informacji o przepływach, RFC 3954 i RFC 7011.
Syslog - protokół gromadzenia komunikatów systemowych, RFC 5424.
Dashboard - panel prezentujący wykresy i statusy.
Proactive monitoring - monitorowanie proaktywne, wykrywanie problemu przed awarią.

Cel slajdu: Slajd wyjaśnia monitorowanie jakości usług oraz weryfikację polityk priorytetyzacji ruchu.

Monitoring QoS i IP SLA

QoS to gwarancje – nie tylko Mbps, ale jakość per usługa.
Oznaczanie: DSCP (Differentiated Services Code Point) L3 / CoS (Class of Service) L2.
Kolejki wyjściowe – drops w kolejce priorytetowej = za mało pasma lub zła klasyfikacja.
Cisco IP SLA – syntetyczny ruch głosowy; ciągły pomiar jakości.
MOS (Mean Opinion Score, 1–5) – syntetyczna ocena jakości głosu.
Weryfikacja end-to-end – oznaczenie bez egzekwowania na każdym hopie nic nie daje.
Cykl: klasyfikuj → oznacz → kolejkuj → mierz → koryguj.

Jakość usług QoS (ang. Quality of Service): Jakość usług to uporządkowany zestaw mechanizmów klasyfikacji, oznaczania i kolejkowania pakietów, oparty na architekturze usług różnicowych opisanej w RFC 2475 z polem DSCP zdefiniowanym w RFC 2474. Monitoring polega na sprawdzaniu, czy oznaczenia są przenoszone w całej domenie oraz czy kolejki o wysokim priorytecie nie odrzucają pakietów, a syntetyczne sondy typu IP SLA pozwalają wyrazić jakość głosu wskaźnikiem MOS w skali od 1 do 5 według zalecenia ITU-T P.800.

Wykres statystyk kolejek QoS z podziałem na klasy ruchu i zarejestrowane drops

Uzupełnienie (przeniesione z sekcji głównej): Wydajność to nie tylko suma Mbps, to także gwarancja jakości dla konkretnych usług. Monitoring QoS polega na weryfikacji, czy pakiety są poprawnie oznaczane (DSCP, ang. Differentiated Services Code Point, lub CoS, ang. Class of Service) i czy urządzenia sieciowe przestrzegają polityk priorytetyzacji. Analizujemy statystyki kolejek na portach wyjściowych routerów – jeśli widzimy liczne odrzucenia pakietów (ang. drops) w kolejce o wysokim priorytecie, oznacza to, że pasmo zarezerwowane dla tej klasy jest zbyt małe lub mechanizm klasyfikacji działa błędnie. Narzędzia takie jak Cisco IP SLA pozwalają na symulację ruchu głosowego i ciągły pomiar jakości (MOS, ang. Mean Opinion Score, w skali 1–5 według ITU-T P.800) między oddziałami firmy, co daje administratorowi informację o jakości rozmów, zanim użytkownicy zgłoszą skargi.

Monitorowanie jakości usług sieciowych wykracza poza proste pomiary przepustowości i wymaga zaawansowanych narzędzi takich jak Cisco IP SLA, które symuluje rzeczywisty ruch aplikacyjny w celu weryfikacji parametrów jakościowych łącza między punktami sieci. IP SLA generuje syntetyczny ruch głosowy, wideo lub danych i mierzy kluczowe parametry takie jak opóźnienie, jitter i straty pakietów w regularnych odstępach czasu.

Analiza QoS polega na weryfikacji, czy pakiety są poprawnie oznaczane priorytetami DSCP lub CoS na całej ścieżce transmisji oraz czy urządzenia pośredniczące respektują te oznaczenia w swoich politykach kolejkowania. W przypadku wykrycia nadmiernych odrzuceń pakietów w kolejkach o wysokim priorytecie, administrator może podjąć decyzję o zwiększeniu pasma zarezerwowanego dla danej klasy ruchu lub korekcie mechanizmów klasyfikacji.

Wskaźnik MOS (ang. Mean Opinion Score, skala 1–5 według ITU-T P.800) pozwala na ilościową ocenę jakości transmisji głosowej, umożliwiając obiektywne porównanie jakości połączeń między różnymi lokalizacjami firmy bez konieczności przeprowadzania subiektywnych testów z udziałem użytkowników.

Wyjaśnienie skrótów i pojęć:
QoS (Quality of Service) - jakość usług, różnicowanie traktowania ruchu.
DSCP (Differentiated Services Code Point) - pole priorytetu w nagłówku IP, RFC 2474.
CoS (Class of Service) - pole priorytetu w ramce Ethernet według IEEE 802.1Q.
MOS (Mean Opinion Score) - średnia ocena jakości głosu w skali od 1 do 5 według ITU-T P.800.
IP SLA - mechanizm Cisco do syntetycznego pomiaru jakości między oddziałami.
Drops - odrzucenia pakietów w przepełnionej kolejce.

Cel slajdu: Slajd definiuje pojęcie wąskiego gardła i wskazuje typowe miejsca jego występowania w infrastrukturze.

Identyfikacja wąskich gardeł w infrastrukturze

Bottleneck (wąskie gardło) – jeden punkt limituje cały system.
Klasyk: switch 1 Gbps → router WAN 100 Mbps; zmiana prędkości = ściana.
CPU routera – długie ACL, szyfrowanie VPN bez akceleracji.
Małe bufory – microbursts przelewają kolejki mimo niskiej średniej.
Warstwa L7: firewall z IPS – patrz na throughput with IPS, nie sam switching.
Metoda: mierz per hop (SNMP, iperf, MTR) – znajdź hop, nie winowajcę.
Reguła: optymalizuj gardło; reszta to kosmetyka.

Wąskie gardło (ang. bottleneck): Wąskie gardło to element albo odcinek sieci, którego przepustowość albo szybkość przetwarzania ogranicza wydajność całego połączenia, na przykład styk szybkiej sieci lokalnej z wolnym łączem dostępowym albo firewall o niskiej przepustowości inspekcji. Wykrycie polega na porównaniu obciążenia procesora, zajętości buforów oraz wykorzystania pasma na kolejnych urządzeniach ścieżki i wskazaniu miejsca o najmniejszym zapasie.

Ilustracja wąskiego gardła - klepsydra z przepływającymi danymi

Uzupełnienie (przeniesione z sekcji głównej): Wąskie gardło to punkt w sieci, który ogranicza wydajność całego systemu. Najczęściej występuje tam, gdzie dochodzi do zmiany przepustowości (na przykład przełącznik 1 Gbps połączony z routerem WAN o porcie 100 Mbps). Inne przyczyny to: 1. Limity procesora (ang. Central Processing Unit, CPU) – router nie nadąża z przetwarzaniem pakietów (szczególnie przy dużej liczbie reguł ACL czy szyfrowaniu VPN). 2. Małe bufory – przełącznik nie jest w stanie przetrzymać chwilowych skoków ruchu (ang. microbursts). 3. Ograniczenia warstwy 7 – firewall analizujący ruch aplikacyjny może stać się wąskim gardłem, jeśli jego wydajność inspekcji (przepustowość z włączonym IPS, ang. throughput with IPS) jest niższa niż przepustowość łącza. Identyfikacja wąskiego gardła polega na badaniu obciążenia każdego elementu na ścieżce danych.

Identyfikacja wąskich gardeł stanowi kluczowy element procesu optymalizacji sieci, polegający na znalezieniu punktu w infrastrukturze, który ogranicza ogólną wydajność systemu poniżej oczekiwanego poziomu. Najczęściej wąskie gardło występuje w miejscu zmiany przepustowości, na przykład na styku szybkiej sieci lokalnej z wolniejszym łączem WAN lub przy połączeniu przełączników różnej generacji.

Ograniczenia sprzętowe, takie jak wydajność procesora routera przy przetwarzaniu pakietów z włączonymi zaawansowanymi funkcjami, pojemność buforów przełączników czy przepustowość szyny wewnętrznej urządzenia, mogą stać się niewidocznymi wąskimi gardłami dla określonych typów ruchu. Firewalle analizujące ruch warstwy aplikacji są szczególnie narażone na przeciążenie przy dużej liczbie jednoczesnych sesji, co czyni je częstym punktem krytycznym w infrastrukturze korporacyjnej.

Systematyczne monitorowanie obciążenia CPU i pamięci wszystkich urządzeń sieciowych, wraz z analizą wykorzystania pasma na poszczególnych interfejsach, pozwala na wczesne wykrywanie potencjalnych wąskich gardeł i planowanie działań zapobiegawczych przed wystąpieniem degradacji usług.

Wyjaśnienie skrótów i pojęć:
Bottleneck - wąskie gardło, element ograniczający całość.
CPU (Central Processing Unit) - procesor wykonujący przetwarzanie pakietów.
ACL (Access Control List) - lista kontroli dostępu filtrująca ruch.
VPN (Virtual Private Network) - tunel szyfrowany obciążający procesor.
IPS (Intrusion Prevention System) - system zapobiegania włamaniom analizujący treść.
Microbursts - mikroskok, krótkotrwały skok natężenia ruchu.

Cel slajdu: Slajd opisuje mechanizm przeciążenia sieci oraz zjawisko synchronizacji globalnej sesji TCP.

Tail Drop, synchronizacja globalna i AQM

Congestion (przeciążenie) – popyt > podaż; rosną kolejki, potem tail drop.
Tail drop – odrzut z końca kolejki; TCP tnie congestion window i ostro hamuje.
Global synchronization – wiele TCP traci naraz, zwalnia naraz, wraca naraz – fale zamiast płynności.
AQM (Active Queue Management) – inteligentne zrzuty przed przepełnieniem.
Efekt AQM: wczesny sygnał dla TCP, stabilniejsze wykorzystanie łącza.
QoS + AQM – razem: priorytety i wygładzenie, nie same większe bufory.
Większy bufor ≠ lekarstwo – często to bufferbloat i większy latency.

Przeciążenie i aktywne zarządzanie kolejkami AQM (ang. congestion, Active Queue Management): Przeciążenie występuje, gdy chwilowe zapotrzebowanie przekracza pojemność łącza albo urządzenia, co napełnia bufory i kończy się odrzucaniem z końca kolejki. Przeciwdziałaniem jest wczesne sygnalizowanie przeciążenia przez losowe odrzucanie opisane w zaleceniach RFC 2309 oraz jawne powiadamianie ECN opisane w RFC 3168, co zapobiega jednoczesnemu zwalnianiu wielu sesji TCP, czyli synchronizacji globalnej.

Wykres synchronizacji globalnej TCP - ząbkowane wykorzystanie pasma

Uzupełnienie (przeniesione z sekcji głównej): Przeciążenie występuje, gdy sumaryczne zapotrzebowanie na transmisję przekracza dostępną przepustowość łącza lub wydajność urządzenia. Skutkuje to zapełnieniem buforów, co prowadzi do wzrostu opóźnień kolejkowania i ostatecznie do odrzucania pakietów z końca kolejki (ang. tail drop). W przypadku protokołu TCP odrzucenie pakietu powoduje drastyczne zmniejszenie okna przeciążeniowego (ang. congestion window), co gwałtownie obniża przepustowość. Zjawisko synchronizacji globalnej (ang. global synchronization) występuje, gdy wiele sesji TCP jednocześnie traci pakiety i jednocześnie zwalnia, po czym jednocześnie próbuje przyspieszyć – prowadzi to do falowego, nieefektywnego wykorzystania łącza. Rozwiązaniem są algorytmy aktywnego zarządzania kolejkami (AQM, ang. Active Queue Management, na przykład RED, WRED), które odrzucają pakiety w sposób planowy, zanim bufor się przepełni.

Przeciążenie sieci występuje w momencie, gdy suma żądań transmisji przekracza dostępną przepustowość łącza lub wydajność przetwarzania urządzenia sieciowego, prowadząc do zapełnienia buforów i wzrostu opóźnień kolejkowania. Mechanizm odrzucania z końca kolejki (ang. tail drop), polegający na odrzucaniu wszystkich nowo przybywających pakietów po zapełnieniu bufora, jest najprostszym, ale jednocześnie najmniej efektywnym sposobem radzenia sobie z przeciążeniem.

Synchronizacja globalna (ang. global synchronization) to zjawisko, w którym wiele sesji TCP jednocześnie traci pakiety na skutek odrzucania z końca kolejki, co powoduje jednoczesne zmniejszenie okien transmisyjnych i gwałtowny spadek przepustowości, a następnie równie gwałtowny wzrost po odzyskaniu transmisji, prowadzący do oscylacyjnego wykorzystania łącza. Algorytmy AQM, w tym RED i jego bardziej zaawansowane warianty, zapobiegają temu zjawisku przez losowe odrzucanie pakietów, zanim bufor osiągnie stan krytycznego zapełnienia.

Prawidłowe skonfigurowanie mechanizmów AQM na routerach brzegowych wymaga zrozumienia charakterystyki ruchu w danej sieci oraz umiejętności dostrojenia parametrów takich jak minimalny i maksymalny próg zapełnienia bufora czy prawdopodobieństwo odrzucenia pakietu.

Wyjaśnienie skrótów i pojęć:
Congestion - przeciążenie, nadmiar żądań względem pojemności.
Tail drop - odrzucanie z końca kolejki po jej zapełnieniu.
Congestion window - okno przeciążeniowe TCP, limit danych bez potwierdzenia.
Global synchronization - synchronizacja globalna, jednoczesne zwalnianie wielu sesji TCP.
AQM (Active Queue Management) - aktywne zarządzanie kolejkami.
RED, WRED (Random Early Detection, Weighted RED) - algorytmy wczesnego losowego odrzucania, wersja zwykła i ważona priorytetami.

Cel slajdu: Slajd wskazuje typowe usterki warstwy fizycznej obniżające wydajność transmisji.

Błędy CRC, Duplex Mismatch i uszkodzone kable

Warstwa fizyczna pierwsza – błahe przyczyny, duży wpływ.
CRC (Cyclic Redundancy Check) – uszkodzony kabel / RJ45 / zgięty światłowód = retransmisje.
Duplex mismatch – Full vs Half; kolizje i błędy przy jednoczesnym nadawaniu.
Autonegocjacja – zwykle ratuje; ręczne wymuszenia i starocie psują.
Liczniki błędów – input errors, CRC, collisions na portach mówią prawdę.
Czynność: wymień kabel / moduł, sprawdź moc optyki, ujednolicaj dupleks.
Zasada: nie strojenie TCP przy 5% błędów CRC.

Błąd transmisji w warstwie fizycznej (ang. physical layer error): Błąd warstwy fizycznej to uszkodzenie ramki w medium albo niezgodność parametrów łącza, wykrywane między innymi przez kontrolę CRC oraz liczniki błędów interfejsu. Wymagania dla Ethernetu, w tym autonegocjację prędkości i trybu dupleksu, określa standard IEEE 802.3, a rosnące liczniki błędów wskazują zwykle na uszkodzony kabel, wtyk, moduł optyczny albo zakłócenia elektromagnetyczne.

Zdjęcie mikroskopowe pękniętego światłowodu i wykres błędów CRC

Uzupełnienie (przeniesione z sekcji głównej): Często problemy z wydajnością mają błahe podłoże fizyczne. Uszkodzony kabel skrętkowy, złe zarobienie wtyku RJ45 czy załamanie światłowodu mogą generować błędy CRC (ang. Cyclic Redundancy Check). Błąd CRC powoduje odrzucenie ramki przez przełącznik i wymusza retransmisję w wyższych warstwach, co drastycznie obniża wydajność. Kolejnym problemem jest niezgodność trybów dupleksu (ang. duplex mismatch) – gdy jedno urządzenie działa w trybie Full-Duplex, a drugie w trybie Half-Duplex. Powoduje to masowe kolizje i błędy przy próbie jednoczesnego nadawania i odbierania. W nowoczesnych sieciach autonegocjacja zazwyczaj rozwiązuje te problemy, ale starsze urządzenia lub błędy w ręcznej konfiguracji mogą je wywołać. Protokół SNMP pozwala monitorować liczniki błędów (ang. error counters) na interfejsach.

Problemy w warstwie fizycznej, choć często bagatelizowane, odpowiadają za znaczący odsetek niewyjaśnionych spadków wydajności sieci i błędów transmisji, które są trudne do zdiagnozowania bez odpowiednich narzędzi monitorujących. Błędy CRC powstają w wyniku uszkodzenia ramki podczas transmisji przez uszkodzone medium, nieprawidłowo zakończone kable czy zakłócenia elektromagnetyczne, powodując odrzucenie ramki przez odbiornik i konieczność retransmisji na wyższych warstwach.

Niezgodność trybów dupleksu (ang. duplex mismatch) jest szczególnie podstępnym problemem, ponieważ łącze fizycznie działa i sygnalizuje połączenie, ale rzeczywista wydajność transmisji spada dramatycznie z powodu kolizji po stronie urządzenia pracującego w trybie Half-Duplex. Kontrola liczników błędów na interfejsach za pomocą SNMP pozwala na szybkie wykrycie rosnącej liczby błędów CRC, kolizji czy ramek fragmentowanych, które są symptomami problemów w warstwie fizycznej.

Regularne przeglądy okablowania strukturalnego i testowanie kabli certyfikowanymi miernikami powinny stanowić element rutynowej konserwacji sieci, szczególnie w środowiskach narażonych na wibracje, wahania temperatury czy obecność silnych pól elektromagnetycznych.

Wyjaśnienie skrótów i pojęć:
CRC (Cyclic Redundancy Check) - cykliczna kontrola nadmiarowa wykrywająca błędy ramki.
RJ45 - ośmiostykowe złącze skrętki Ethernet.
Duplex mismatch - niezgodność trybów dupleksu po dwóch stronach łącza.
Full-Duplex, Half-Duplex - tryb pełnego i połowicznego dupleksu.
SNMP (Simple Network Management Protocol) - protokół odczytu liczników błędów.
Error counters - liczniki błędów na interfejsie.

Cel slajdu: Slajd wyjaśnia wpływ rozmiaru MTU i fragmentacji na wydajność oraz zasadę wykrywania MTU ścieżki.

MTU, fragmentacja i PMTUD

MTU (Maximum Transmission Unit) – maks. pakiet bez fragmentacji; Ethernet zwykle 1500 B.
VPN obniża MTU – np. 1400 B; większy pakiet = fragmentacja = CPU + narzut.
Flaga DF (Don't Fragment) – pakiet za duży = drop + ICMP Fragmentation Needed / Packet Too Big.
PMTUD (Path MTU Discovery, RFC 1191 / RFC 8201) – auto-wykrywanie MTU ścieżki.
Czarne dziury PMTUD – filtrowany ICMP = wiszące sesje; stąd MSS clamping.
MSS (Maximum Segment Size) – ustaw na tunelach, by nie fragmentować.
Test: ping z DF i rozmiarem – znajdź realne MTU hop po hopie.

Jednostka MTU i wykrywanie MTU ścieżki PMTUD (ang. Maximum Transmission Unit, Path MTU Discovery): Jednostka MTU oznacza największy dopuszczalny rozmiar pakietu IP na danym łączu, a fragmentacja oznacza podział większego pakietu na części, co obciąża routery i zwiększa narzut. Procedurę wykrywania najmniejszego MTU na ścieżce dla IPv4 opisuje RFC 1191, a dla IPv6 RFC 8201, przy czym format IPv4 opisuje RFC 791.

Schemat fragmentacji pakietu IP przy przejściu przez tunel z mniejszym MTU

Uzupełnienie (przeniesione z sekcji głównej): MTU (ang. Maximum Transmission Unit) definiuje największy rozmiar pakietu IP, jaki może przejść bez fragmentacji (standardowo 1500 bajtów w Ethernecie). Jeśli pakiet napotka łącze z mniejszym MTU (na przykład tunel VPN z MTU 1400), musi zostać podzielony przez router na mniejsze części (fragmentacja). Fragmentacja obciąża procesor routera i zwiększa narzut nagłówków, co obniża wydajność. Jeśli flaga „Don't Fragment” (DF) jest ustawiona, pakiet zostanie odrzucony, a router wyśle komunikat ICMP o konieczności fragmentacji (w ICMPv4 „Fragmentation Needed”, w ICMPv6 „Packet Too Big”). Mechanizm wykrywania MTU ścieżki (PMTUD, ang. Path MTU Discovery, RFC 1191 dla IPv4 i RFC 8201 dla IPv6) automatycznie wykrywa najmniejsze MTU na ścieżce, aby zapobiec problemom. Blokowanie komunikatów ICMP na firewallach może spowodować awarię PMTUD, co prowadzi do sytuacji, w której małe zapytania (ping) przechodzą, a duże strony WWW (pełne pakiety) nie ładują się.

MTU definiuje maksymalny rozmiar pakietu IP, jaki może być przesłany przez dane łącze bez konieczności fragmentacji, a jego standardowa wartość dla sieci Ethernet wynosi 1500 bajtów nie licząc nagłówka warstwy 2. Problemy związane z MTU pojawiają się, gdy pakiet o standardowym rozmiarze napotyka na swojej drodze łącze o mniejszym MTU, na przykład tunel VPN czy łącze PPPoE, które mają obniżoną wartość tego parametru.

Fragmentacja pakietów IP, choć jest mechanizmem rozwiązującym problem różnic w MTU, wprowadza dodatkowe obciążenie procesora routera i zwiększa narzut nagłówków, co negatywnie wpływa na wydajność transmisji i zwiększa ryzyko utraty pakietów. Ustawienie flagi Don’t Fragment wymusza na routerze odrzucenie pakietu zamiast jego fragmentacji, co aktywuje mechanizm PMTUD, który dynamicznie wykrywa najmniejsze MTU na ścieżce komunikacyjnej między nadawcą a odbiorcą.

Blokowanie komunikatów ICMP Packet Too Big na firewallach jest częstym błędem konfiguracyjnym, który uniemożliwia poprawne działanie PMTUD i prowadzi do sytuacji, gdzie małe pakiety przechodzą poprawnie, a transmisja dużych pakietów jest całkowicie blokowana bez widocznej dla użytkownika przyczyny.

Wyjaśnienie skrótów i pojęć:
MTU (Maximum Transmission Unit) - największy dopuszczalny rozmiar pakietu IP na łączu.
DF (Don't Fragment) - flaga zakazu fragmentacji pakietu.
ICMP (Internet Control Message Protocol) - protokół komunikatów kontrolnych.
PMTUD (Path MTU Discovery) - wykrywanie MTU ścieżki, RFC 1191 dla IPv4 i RFC 8201 dla IPv6.
PPPoE (Point-to-Point Protocol over Ethernet) - protokół dostępowy zmniejszający efektywne MTU.

Cel slajdu: Slajd omawia błędy konfiguracji logicznej w warstwach 2 i 3 prowadzące do degradacji wydajności.

Pętle L2, asymetryczny routing i długie ACL

L2 loops – pętle przełączania; broadcast storm nasyca pasmo w sekundy.
STP (Spanning Tree) – ma chronić; błędna konfiguracja go wyłącza.
Routing asymetryczny – powrót dłuższą drogą = większe opóźnienia i problemy ze stateful.
Długie ACL – sekwencyjne sprawdzanie w software bez akceleracji = opóźnienie per pakiet.
Porządek: agreguj reguły, układaj od najczęstszych, kompiluj sprzętowo.
Audyt logiki – topologia L2/L3 i ACL przed strojeniem TCP/QoS.
Efekt: czysta logika często daje więcej niż droższy sprzęt.

Pętla przełączania i sztorm rozgłoszeniowy (ang. switching loop, broadcast storm): Pętla przełączania to stan, w którym między przełącznikami istnieje więcej niż jedna aktywna ścieżka bez blokady nadmiarowej, przez co ramki rozgłoszeniowe krążą i są powielane aż do nasycenia łączy. Zapobieganie opiera się na protokole drzewa spinającego z rodziny standardów IEEE 802.1D, a w warstwie 3 odpowiednikiem błędu logicznego jest niespójny routing oraz nadmiernie długie listy kontroli dostępu sprawdzane programowo.

Schemat pętli L2 i wizualizacja pakietów krążących w nieskończoność

Uzupełnienie (przeniesione z sekcji głównej): Wydajność cierpi również przez błędy w logice sieci. W warstwie 2 pętle przełączania (ang. L2 loops) mogą spowodować sztorm rozgłoszeniowy (ang. broadcast storm), który w ciągu sekund nasyca pasmo i paraliżuje procesory wszystkich przełączników w sieci – protokół Spanning Tree (STP) ma temu zapobiegać, ale błędna konfiguracja może go wyłączyć. W warstwie 3 nieoptymalny routing (tak zwany routing asymetryczny) może powodować, że pakiety w jedną stronę idą dłuższą drogą o większym opóźnieniu. Problemem są też błędy w listach ACL (ang. Access Control List) wpływające na wydajność – zbyt długie listy dostępu sprawdzane sekwencyjnie w oprogramowaniu routera (bez akceleracji sprzętowej) mogą drastycznie zwiększyć opóźnienie przetwarzania.

Błędy w konfiguracji logicznej sieci mogą prowadzić do poważnych zakłóceń wydajności, a nawet całkowitego paraliżu infrastruktury, szczególnie gdy dotyczą one newralgicznych mechanizmów takich jak protokół Spanning Tree czy listy kontroli dostępu. Pętle w warstwie 2 powstają, gdy w sieci przełączanej istnieje wiele aktywnych ścieżek między tymi samymi urządzeniami, a protokół STP został wyłączony lub jest nieprawidłowo skonfigurowany.

W przypadku pętli L2 ramki rozgłoszeniowe są powielane w nieskończoność, powodując efekt lawinowego namnażania się ruchu broadcast w całej sieci, co w ciągu kilkunastu sekund nasyca pasmo i uniemożliwia normalną komunikację. Asymetryczny routing w warstwie 3, gdzie pakiety w jedną stronę podróżują inną trasą niż w drugą, może powodować problemy z działaniem firewalli stanowych oraz zwiększać opóźnienia dla niektórych kierunków transmisji.

Zbyt długie listy ACL sprawdzane sekwencyjnie w oprogramowaniu routera, szczególnie na urządzeniach pozbawionych akceleracji sprzętowej, mogą drastycznie zwiększyć opóźnienie przetwarzania pakietów i zmniejszyć ogólną przepustowość routera nawet o kilkadziesiąt procent.

Wyjaśnienie skrótów i pojęć:
L2 loops - pętle w warstwie łącza między przełącznikami.
Broadcast storm - sztorm rozgłoszeniowy paraliżujący sieć.
STP (Spanning Tree Protocol) - protokół drzewa spinającego blokujący pętle, IEEE 802.1D.
ACL (Access Control List) - lista kontroli dostępu, długa lista zwiększa opóźnienie przetwarzania.

Cel slajdu: Slajd przedstawia metody optymalizacji przełączania w sieci lokalnej.

EtherChannel, VLAN Segmentation, Jumbo Frames

EtherChannel / LACP (IEEE 802.1AX) – np. 4× 1 Gbps = 4 Gbps; pasmo + redundancja.
Segmentacja VLAN – mniejsze domeny broadcast; mniej narzutu na hostach.
Storm Control – twardy limit broadcast/multicast na porcie; stop awariom NIC.
Jumbo Frames – większe ramki w DC/iSCSI; mniej przerwań CPU, ale wszędzie spójne MTU.
Balansowanie hash – agregat nie zawsze = suma; pojedynczy flow jednym łączem.
Kolejność: najpierw L2 czyste i pojemne, potem QoS L3.
Weryfikacja: liczniki per member-link, nie tylko port-channel.

Agregacja łączy i segmentacja VLAN (ang. link aggregation, VLAN segmentation): Agregacja łączy polega na połączeniu kilku portów fizycznych w jeden kanał logiczny o sumarycznej przepustowości i odporności na awarię jednego składnika, zgodnie ze standardem IEEE 802.1AX. Segmentacja VLAN dzieli jedną domenę rozgłoszeniową na mniejsze sieci logiczne zgodnie ze standardem IEEE 802.1Q, co ogranicza zasięg ruchu rozgłoszeniowego, a ramki powiększone Jumbo o rozmiarze około 9000 bajtów zmniejszają liczbę nagłówków przy transferze pamięci masowych.

Schemat EtherChannel łączącego dwa switche wieloma kablami

Uzupełnienie (przeniesione z sekcji głównej): Pierwszym krokiem optymalizacji wewnątrz sieci lokalnej jest zwiększenie pasma między przełącznikami. Agregacja łączy (EtherChannel, protokół LACP zgodny z IEEE 802.1AX) pozwala połączyć kilka fizycznych portów w jedno logiczne łącze (ang. port channel, na przykład 4 × 1 Gbps = 4 Gbps). Zapewnia to nie tylko większą przepustowość, ale i redundancję. Kolejnym elementem jest segmentacja VLAN – podział dużych domen rozgłoszeniowych na mniejsze izolowane podsieci, co redukuje narzut ruchu rozgłoszeniowego docierający do każdego hosta. Funkcja Storm Control pozwala na sztywne ograniczenie udziału ruchu broadcast i multicast na porcie, chroniąc sieć przed awariami kart sieciowych generujących sztormy. Stosowanie ramek Jumbo Frames (do 9000 bajtów) w sieciach pamięci masowej (SAN/iSCSI) redukuje liczbę nagłówków i zmniejsza obciążenie CPU przy transferze ogromnych ilości danych.

Optymalizacja sieci lokalnej rozpoczyna się od zwiększenia przepustowości i niezawodności połączeń między przełącznikami, gdzie kluczową technologią jest agregacja łączy EtherChannel zgodna ze standardem IEEE 802.3ad. EtherChannel pozwala na logiczne połączenie od dwóch do ośmiu fizycznych interfejsów w jedno wspólne łącze zagregowane (ang. port channel, standard IEEE 802.1AX, wcześniej IEEE 802.3ad), co zwiększa przepustowość i zapewnia przejęcie ruchu po awarii jednego z fizycznych interfejsów.

Segmentacja sieci VLAN pozwala na podział domen rozgłoszeniowych na mniejsze, izolowane logicznie segmenty, co redukuje ilość ruchu broadcast docierającego do każdego hosta i zwiększa bezpieczeństwo przez separację ruchu między działami firmy. Mechanizm Storm Control umożliwia ograniczenie procentowego udziału ruchu broadcast, multicast i unicast na porcie przełącznika, chroniąc sieć przed skutkami wadliwych kart sieciowych lub ataków generujących nadmierny ruch rozgłoszeniowy.

Stosowanie ramek Jumbo Frames o rozmiarze do 9000 bajtów w sieciach SAN i iSCSI znacząco redukuje narzut związany z przetwarzaniem nagłówków protokołów i zmniejsza obciążenie procesorów serwerów przy transferach dużych wolumenów danych.

Wyjaśnienie skrótów i pojęć:
EtherChannel, port channel - kanał logiczny z kilku portów fizycznych.
LACP (Link Aggregation Control Protocol) - protokół uzgadniania agregacji według IEEE 802.1AX.
VLAN (Virtual LAN) - wirtualna sieć lokalna według IEEE 802.1Q.
SAN, iSCSI - sieć pamięci masowych i protokół dysków sieciowych.
Jumbo Frames - ramki powiększone, zwykle do 9000 bajtów.

Cel slajdu: Slajd opisuje metody optymalizacji trasowania w warstwie sieciowej.

ECMP, Route Summarization, hierarchia sieci

ECMP (Equal-Cost Multi-Path) – wiele równych ścieżek naraz; rozkład na łącza WAN.
OSPF / IS-IS – strojenie metryk i szybka konwergencja po awarii.
Route summarization – jedna trasa zbiorcza zamiast setek; mniej RAM, szybszy lookup.
Hierarchia rdzeń–dystrybucja–dostęp – przewidywalne ścieżki i agregacja.
Redystrybucja z głową – filtry i tagi, by nie zapętlić protokołów.
Monitoruj tablicę – rozmiar RIB/FIB i czas konwergencji po zmianach.
Cel: mniej wpisów, szybsze decyzje, stabilne ścieżki.

Równoważenie tras ECMP i agregacja tras (ang. Equal-Cost Multi-Path, route summarization): Równoważenie ECMP polega na jednoczesnym wykorzystaniu kilku równorzędnych ścieżek do tego samego miejsca docelowego, co rozkłada ruch na wiele łączy. Agregacja tras polega na zastąpieniu wielu tras szczegółowych jedną trasą zbiorczą, co zmniejsza tablicę routingu i przyspiesza wyszukiwanie, a protokół OSPFv2 opisuje RFC 2328.

Schemat ECMP - pakiety rozdzielane na dwa alternatywne routery wyjściowe

Uzupełnienie (przeniesione z sekcji głównej): W warstwie 3 kluczowa jest efektywność trasowania. ECMP (ang. Equal-Cost Multi-Path) pozwala routerowi wykorzystywać wiele ścieżek o tym samym koszcie jednocześnie, rozkładając ruch na kilka łączy WAN. W protokołach stanu łącza (OSPF, IS-IS) optymalizacja polega na odpowiednim dostrojeniu metryk i skracaniu czasów konwergencji (przeliczania ścieżek). Agregacja tras (ang. route summarization) pozwala na zmniejszenie tabeli routingu – router zamiast setek tras szczegółowych przechowuje jedną trasę zbiorczą, co oszczędza pamięć RAM i przyspiesza wyszukiwanie w tabeli routingu. W sieciach korporacyjnych optymalizację zapewnia też hierarchiczny model trójwarstwowy: rdzeń, dystrybucja, dostęp (ang. Core, Distribution, Access), w którym ruch jest agregowany i filtrowany na odpowiednich poziomach.

Optymalizacja routingu w warstwie 3 koncentruje się na efektywnym wykorzystaniu dostępnych ścieżek transmisji oraz minimalizacji czasu potrzebnego na przekazywanie pakietów między sieciami. ECMP umożliwia routerowi jednoczesne wykorzystanie wielu tras o równym koszcie do tego samego miejsca docelowego, co pozwala na zwiększenie przepustowości międzysegmentowej poprzez równomierne rozłożenie ruchu na kilka łączy fizycznych.

Agregacja tras, znana również jako route summarization, redukuje rozmiar tablic routingu przez zastąpienie wielu szczegółowych tras jedną trasą sumaryczną, co przyspiesza wyszukiwanie w tablicy routingu i oszczędza pamięć operacyjną routera. Protokoły routingu dynamicznego, takie jak OSPF czy EIGRP, wymagają starannego dostrojenia parametrów, w tym metryk i czasów konwergencji, aby zapewnić szybkie przełączanie na ścieżki zapasowe w przypadku awarii podstawowej trasy.

Hierarchiczny podział sieci na warstwy Core, Distribution i Access ułatwia zarządzanie routingiem, ponieważ każda warstwa ma jasno określoną rolę i zakres odpowiedzialności, co przekłada się na bardziej przewidywalne zachowanie sieci w stanach normalnych i awaryjnych.

Wyjaśnienie skrótów i pojęć:
ECMP (Equal-Cost Multi-Path) - wiele ścieżek o równym koszcie używanych jednocześnie.
OSPF (Open Shortest Path First) - protokół stanu łącza, RFC 2328.
IS-IS (Intermediate System to Intermediate System) - protokół stanu łącza dla dużych sieci.
Route summarization - agregacja tras w jedną trasę zbiorczą.
Core, Distribution, Access - warstwy rdzenia, dystrybucji i dostępu w modelu hierarchicznym.

Cel slajdu: Slajd wyjaśnia kolejne etapy obsługi ruchu o zróżnicowanych wymaganiach w ramach jakości usług.

Klasyfikacja, oznaczanie i kolejkowanie QoS

QoS (Quality of Service) – różnicowanie traktowania ruchu per klasa.
Klasyfikacja – rozpoznaj: porty TCP/UDP, aplikacja, DSCP wejściowe.
Marking – nadaj priorytet: CoS (L2) lub DSCP (L3).
Priority Queuing (PQ) – najwyższa kolejka zawsze pierwsza; idealne dla głosu, grozi głodem reszty.
CBWFQ (Class-Based Weighted Fair Queuing) – gwarantowane minimum pasma per klasa; brak zagłodzenia.
Policer + shaper – w kolejnych slajdach; kolejki to serce QoS.
Zasada: QoS działa, gdy brakuje pasma; przy luzie – niewidoczne.

Usługi różnicowe DiffServ (ang. Differentiated Services): Usługi różnicowe to architektura jakości usług, w której pakiety są klasyfikowane, oznaczane wartością DSCP oraz obsługiwane w kolejkach zgodnie z umownym zachowaniem przekaźnikowym, co opisują RFC 2474 i RFC 2475. Kolejkowanie priorytetowe obsługuje najpierw ruch najważniejszy, a ważone kolejkowanie klasowe gwarantuje każdej klasie minimalny udział pasma, dzięki czemu głos pozostaje czysty nawet przy nasyceniu łącza.

Schemat QoS: Classification -> Marking -> Queuing -> Scheduling

Uzupełnienie (przeniesione z sekcji głównej): QoS (ang. Quality of Service) to zestaw mechanizmów zarządzających zasobami sieciowymi w taki sposób, aby różne rodzaje ruchu otrzymywały odpowiednie traktowanie. Proces obejmuje: 1. Klasyfikację – rozpoznanie typu ruchu (na przykład po porcie TCP/UDP). 2. Oznaczanie (ang. marking) – nadanie pakietowi priorytetu w nagłówku (CoS w warstwie 2 lub DSCP w warstwie 3). 3. Kolejkowanie – umieszczenie pakietów w buforach o różnym priorytecie. Kolejkowanie priorytetowe (ang. Priority Queuing, PQ) zawsze wysyła pakiety z najwyższej kolejki jako pierwsze (idealne dla głosu). CBWFQ (ang. Class-Based Weighted Fair Queuing) gwarantuje minimalne pasmo dla każdej klasy, zapobiegając „zagłodzeniu” ruchu o niższym priorytecie. Dzięki QoS, nawet na nasyconym łączu, rozmowa telefoniczna pozostaje czysta, a pobieranie plików po prostu zwalnia.

Quality of Service to kompleksowy zestaw mechanizmów umożliwiających zarządzanie zasobami sieciowymi w taki sposób, aby różne rodzaje ruchu otrzymywały zróżnicowane traktowanie zgodne z potrzebami biznesowymi aplikacji je generujących. Proces QoS rozpoczyna się od klasyfikacji ruchu, która polega na identyfikacji typu pakietu na podstawie takich kryteriów jak numer portu TCP lub UDP, adres źródłowy lub docelowy czy wartość pola DSCP w nagłówku IP.

Po sklasyfikowaniu pakiety są oznaczane odpowiednim priorytetem, który jest następnie respektowany przez wszystkie urządzenia sieciowe na ścieżce transmisji, co zapewnia spójne traktowanie ruchu w całej infrastrukturze. Kolejkowanie pakietów w buforach wyjściowych odbywa się według algorytmów takich jak Priority Queuing, który zawsze obsługuje pakiety o najwyższym priorytecie jako pierwsze, czy CBWFQ gwarantujący minimalne pasmo dla każdej zdefiniowanej klasy ruchu.

Prawidłowo skonfigurowany QoS pozwala na utrzymanie czystej transmisji głosowej nawet przy całkowitym nasyceniu łącza przez ruch o niższym priorytecie, co jest kluczowe dla firm korzystających z telefoni IP jako podstawowego środka komunikacji.

Wyjaśnienie skrótów i pojęć:
QoS (Quality of Service) - jakość usług.
Marking - oznaczanie pakietu priorytetem.
CoS (Class of Service) - priorytet w ramce Ethernet.
DSCP (Differentiated Services Code Point) - priorytet w pakiecie IP.
PQ (Priority Queuing) - kolejkowanie priorytetowe, najpierw kolejka najważniejsza.
CBWFQ (Class-Based Weighted Fair Queuing) - ważone kolejkowanie gwarantujące udział pasma każdej klasie.

Cel slajdu: Slajd porównuje dwie metody ograniczania pasma: odrzucanie nadmiaru oraz wygładzanie tempa nadawania.

Traffic Policing vs Traffic Shaping

Policing – twardy limit na wejściu (inbound); nadmiar = natychmiastowy drop.
Skutek policing: straty i retransmisje; bolesne dla TCP.
Shaping – buforowanie nadmiaru i wysyłka w miarę pasma; wygładzanie burstów.
Koszt shaping: większe opóźnienie tych pakietów, ale przewidywalność dla ISP.
Gdzie co: policing – wejście, brak kontroli nad nadawcą; shaping – wyjście (outbound).
Kontrakty: CIR/PIR, Bc/Be – dopasuj do umowy z operatorem.
Wybór: głos – kolejki, nie shaping; bulk – shaping zamiast losowych dropów.

Nadzorowanie i kształtowanie ruchu (ang. traffic policing, traffic shaping): Nadzorowanie polega na bezwzględnym odrzucaniu pakietów przekraczających limit, a kształtowanie polega na czasowym buforowaniu nadmiaru i równomiernym wysyłaniu go w miarę dostępności pasma. Mechanizmy trójkolorowego znacznikowania dla tych zastosowań opisują RFC 2697 i RFC 2698, przy czym pierwszą metodę stosuje się zwykle na wejściu, a drugą na wyjściu interfejsu.

Wykres porównujący Policing (ostre cięcie) i Shaping (wygładzony szczyt)

Uzupełnienie (przeniesione z sekcji głównej): Dwie główne metody ograniczania pasma. Nadzorowanie ruchu (ang. traffic policing) działa bezwzględnie: wszystko, co przekracza limit, jest natychmiast odrzucane. Powoduje to straty pakietów i retransmisje, co jest szkodliwe dla TCP. Kształtowanie ruchu (ang. traffic shaping) jest bardziej elastyczne: pakiety nadmiarowe trafiają do bufora i są wysyłane z opóźnieniem w miarę dostępności pasma. Shaping „wygładza” skoki ruchu, czyniąc go bardziej przewidywalnym dla sieci dostawcy, ale zwiększa opóźnienie tych konkretnych pakietów. Policing stosuje się zazwyczaj na interfejsach wejściowych (ang. inbound), gdzie nie mamy wpływu na nadawcę, a shaping na interfejsach wyjściowych (ang. outbound), aby dopasować tempo nadawania do przepustowości łącza odbiorcy.

Traffic Policing i Traffic Shaping to dwie podstawowe techniki kontroli przepustowości stosowane w sieciach korporacyjnych, które różnią się znacząco sposobem postępowania z ruchem przekraczającym ustalone limity. Policing działa na zasadzie natychmiastowego odrzucania pakietów przekraczających skonfigurowany limit prędkości, co może powodować retransmisje w protokołach wyższych warstw i negatywnie wpływać na wydajność transmisji TCP.

Traffic Shaping stosuje bardziej inteligentne podejście, buforując nadmiarowe pakiety i wysyłając je z opóźnieniem w miarę zwalniania się pasma, co zapewnia bardziej równomierne wykorzystanie łącza kosztem zwiększonego opóźnienia dla części pakietów. W praktyce Policing jest najczęściej stosowany na interfejsach wejściowych urządzeń sieciowych, gdzie nie ma możliwości buforowania ruchu pochodzącego z zewnątrz, a Shaping na interfejsach wyjściowych, gdzie możemy kontrolować tempo nadawania danych do sieci odbiorcy.

Wybór odpowiedniej techniki zależy od konkretnego przypadku użycia – Policing sprawdza się tam, gdzie kluczowe jest egzekwowanie sztywnych limitów bez zwiększania opóźnień, podczas gdy Shaping jest preferowany, gdy priorytetem jest płynność transmisji i minimalizacja strat pakietów.

Wyjaśnienie skrótów i pojęć:
Traffic policing - nadzorowanie ruchu z odrzucaniem nadmiaru.
Traffic shaping - kształtowanie ruchu z buforowaniem nadmiaru.
Inbound, outbound - kierunek przychodzący i wychodzący interfejsu.

Cel slajdu: Slajd opisuje algorytmy wczesnego wykrywania przeciążenia uwzględniające priorytety ruchu.

RED i WRED – inteligentne zarządzanie kolejkami

Tail drop = zło – pełna kolejka tnie wszystko; synchronizacja TCP.
RED (Random Early Detection) – losowe zrzuty przed pełnią; wczesny sygnał „zwolnij” dla TCP.
WRED (Weighted RED) – RED + priorytety QoS; backup pada pierwszy, CRM ostatni.
Stabilność: najważniejsze aplikacje trzymają throughput mimo tłoku.
Strojenie: progi min/max i wagi per klasa; kopiuj ostrożnie między platformami.
Z ECN lepsze – znakuj zamiast zrzucać, gdy endpoints wspierają.
Efekt: płynne zwalnianie zamiast fal załamania.

Wczesne losowe wykrywanie RED i wersja ważona WRED (ang. Random Early Detection, Weighted RED): Algorytm RED losowo odrzuca pakiety już przy narastającym zapełnieniu bufora, aby nadawcy TCP wcześniej zmniejszyli tempo i nie doszło do przepełnienia. Wersja ważona różnicuje progi i prawdopodobieństwo odrzucania dla poszczególnych klas, co opisują zalecenia dotyczące zarządzania kolejkami w RFC 2309, dzięki czemu ruch krytyczny jest chroniony kosztem ruchu o niskim priorytecie.

Wykres prawdopodobieństwa odrzucenia pakietu w funkcji zapełnienia bufora (WRED)

Uzupełnienie (przeniesione z sekcji głównej): Standardowe kolejkowanie z odrzucaniem z końca kolejki (ang. tail drop) prowadzi do synchronizacji globalnej TCP i nieefektywności. RED (ang. Random Early Detection) to algorytm, który losowo odrzuca pakiety, gdy bufor zaczyna się zapełniać, zanim dojdzie do krytycznego przepełnienia. Sygnalizuje to nadawcom TCP konieczność zwolnienia tempa transmisji przed wystąpieniem awarii. WRED (ang. Weighted RED) dodaje do tego priorytety QoS – pakiety o niższym priorytecie (na przykład kopie zapasowe) są odrzucane losowo znacznie wcześniej niż pakiety o wysokim priorytecie (na przykład dane systemu CRM). Dzięki temu najważniejsze aplikacje mają stabilną przepustowość, a mechanizm kontroli zatłoczenia TCP działa płynnie dla całej sieci.

WRED stanowi zaawansowane rozwinięcie algorytmu RED, które uwzględnia priorytety QoS podczas podejmowania decyzji o odrzucaniu pakietów w warunkach zbliżającego się przeciążenia bufora. W przeciwieństwie do standardowego RED, który traktuje wszystkie pakiety jednakowo, WRED stosuje różne progi i prawdopodobieństwa odrzucenia dla różnych klas ruchu, co pozwala na preferencyjne traktowanie pakietów o wyższym priorytecie.

Dzięki temu mechanizmowi pakiety pochodzące z mało ważnych aplikacji, takich jak transfery backupu czy aktualizacje systemowe, są odrzucane znacznie wcześniej niż pakiety ruchu krytycznego dla biznesu, co pozwala na zachowanie stabilnej przepustowości dla najważniejszych usług nawet w warunkach przeciążenia. Skuteczność WRED zależy od prawidłowego dostrojenia parametrów takich jak minimalny i maksymalny próg zapełnienia bufora dla każdej klasy ruchu oraz współczynnik prawdopodobieństwa odrzucenia.

Implementacja WRED na routerach brzegowych wymaga starannej analizy charakterystyki ruchu w sieci i często kilku iteracji dostrajania parametrów na podstawie obserwacji rzeczywistego zachowania mechanizmu w warunkach produkcyjnych.

Wyjaśnienie skrótów i pojęć:
Tail drop - odrzucanie z końca pełnej kolejki.
RED (Random Early Detection) - wczesne losowe wykrywanie przeciążenia.
WRED (Weighted RED) - wersja ważona uwzględniająca priorytety.
CRM - system zarządzania relacjami z klientami, przykład aplikacji krytycznej.

Cel slajdu: Slajd przedstawia mechanizmy strojenia protokołu TCP zwiększające przepustowość na łączach o dużym opóźnieniu.

Window Scaling, SACK i BBR

Window Scaling (RFC 7323) – okno > 64 KB; must-have dla Gbps na dużych RTT (satelita, interkontynent).
SACK (Selective ACK, RFC 2018) – retransmisja tylko brakujących, nie całej sekwencji.
BBR (Bottleneck Bandwidth and Round-trip propagation time) – modeluje pasmo i RTT zamiast czekać na straty.
Bufferbloat vs BBR – mniej kolejek, szybsza reakcja na realne pasmo.
Stos systemowy – autotuning buforów, TCP timestamps, właściwe MTU/MSS.
Mierz: iperf z oknem i bez; porównaj CUBIC vs BBR na danej ścieżce.
Uwaga: strojenie endpoints, nie tylko sieci – obie strony grają.

Sterowanie przeciążeniem TCP (ang. TCP congestion control): Sterowanie przeciążeniem to zestaw reguł dostosowujących tempo nadawania do pojemności ścieżki, rozszerzony o skalowanie okna powyżej 64 KB według RFC 7323 oraz potwierdzenia selektywne według RFC 2018. Algorytm BBR modeluje dostępne pasmo i opóźnienie propagacyjne zamiast czekać na stratę pakietu, co poprawia wykorzystanie łączy o dużym opóźnieniu i umiarkowanych stratach.

Grafika prezentująca TCP Window - przesyłanie wielu danych przed odebraniem ACK

Uzupełnienie (przeniesione z sekcji głównej): Wydajność łączy o dużym opóźnieniu, na przykład satelitarnych lub międzykontynentalnych, zależy od parametrów TCP. Skalowanie okna TCP (ang. TCP Window Scaling, RFC 7323) pozwala na zwiększenie rozmiaru okna powyżej 64 KB, co umożliwia wysłanie większej ilości danych bez czekania na potwierdzenie ACK – niezbędne do osiągnięcia prędkości rzędu Gbps na dużych dystansach. Selektywne potwierdzenia (ang. Selective ACK, SACK, RFC 2018) pozwalają odbiorcy potwierdzić tylko te pakiety, które dotarły, zamiast wymuszać retransmisję całej sekwencji po zgubieniu jednego pakietu. Nowoczesne algorytmy takie jak BBR firmy Google (ang. Bottleneck Bandwidth and Round-trip propagation time, publikacja BBR) nie czekają na stratę pakietu, aby zwolnić, lecz modelują pasmo i opóźnienie w czasie rzeczywistym, osiągając znacznie wyższą przepustowość na łączach o wysokiej stratności.

Optymalizacja stosu TCP/IP jest szczególnie istotna w sieciach charakteryzujących się wysokim opóźnieniem, gdzie standardowe ustawienia protokołu TCP nie pozwalają na efektywne wykorzystanie dostępnego pasma łącza. Skalowanie okna TCP, zdefiniowane w RFC 1323 (obecnie zastąpionym przez RFC 7323), umożliwia zwiększenie rozmiaru okna odbiorcy powyżej standardowego limitu 64 KB, co pozwala na wysłanie większej ilości danych przed koniecznością oczekiwania na potwierdzenie odbioru.

Mechanizm SACK daje odbiorcy możliwość selektywnego potwierdzenia poszczególnych pakietów, które dotarły poprawnie, zamiast wymuszać retransmisję całego bloku danych po utracie pojedynczego segmentu, co znacząco poprawia wydajność na łączach o podwyższonej stratności. Algorytm congestion control BBR opracowany przez Google stanowi przełomowe podejście do kontroli przeciążenia, ponieważ zamiast czekać na utratę pakietu jako sygnał do zmniejszenia prędkości transmisji, modeluje dostępne pasmo i opóźnienie w czasie rzeczywistym.

Wybór odpowiedniego algorytmu kontroli przeciążenia TCP, spośród dostępnych opcji takich jak Cubic, Reno czy BBR, powinien być dostosowany do charakterystyki łącza i wymagań konkretnych aplikacji działających w danej sieci korporacyjnej.

Wyjaśnienie skrótów i pojęć:
ACK - potwierdzenie odbioru segmentu TCP.
Window Scaling - skalowanie okna TCP powyżej 64 KB, RFC 7323.
SACK (Selective ACK) - potwierdzenia selektywne, RFC 2018.
BBR (Bottleneck Bandwidth and Round-trip propagation time) - algorytm sterowania tempem na podstawie modelu pasma i opóźnienia.
Cubic, Reno - klasyczne algorytmy sterowania przeciążeniem TCP.

Cel slajdu: Slajd wyjaśnia zasadę działania sieci dostarczania treści skracających drogę pakietów do użytkownika.

CDN – serwery brzegowe blisko użytkownika

CDN (Content Delivery Network) – fizyki nie oszukasz; przybliż treść do użytkownika.
Edge nodes – kopie statyków (obrazy, wideo, skrypty); np. Akamai, Cloudflare.
Przykład: USA 150 ms → Warszawa 5 ms dla tego samego obrazka.
Offload origin – serce (origin server) odciążone; mniej awarii przy pikach.
DDoS przy okazji – absorpcja na krawędzi jako tarcza.
Cache keys i TTL – co cacheować, jak długo; dynamiczne API omijaj.
Decyzja: globalni użytkownicy + statyki = CDN prawie zawsze.

Sieć dostarczania treści CDN (ang. Content Delivery Network): Sieć dostarczania treści to rozproszony zespół serwerów brzegowych przechowujących kopie zasobów statycznych blisko użytkowników, dzięki czemu żądanie jest obsługiwane przez najbliższy węzeł zamiast serwera źródłowego. Skraca to opóźnienie propagacyjne, odciąża serwer źródłowy oraz rozprasza ruch ataków rozproszonej odmowy usługi na krawędzi infrastruktury.

Mapa świata z węzłami CDN i liniami łączącymi użytkowników z najbliższymi węzłami

Uzupełnienie (przeniesione z sekcji głównej): Niezależnie od optymalizacji sieci prędkość światła jest nieprzekraczalna (opóźnienie propagacji). Aby przyspieszyć dostęp do treści dla użytkowników na całym świecie, stosuje się CDN (ang. Content Delivery Network). Sieci CDN (na przykład Akamai, Cloudflare) przechowują kopie statycznych zasobów (obrazy, filmy, skrypty) na tysiącach serwerów brzegowych (ang. edge nodes) blisko użytkowników. Zamiast pobierać obrazek z serwera w USA, użytkownik w Polsce pobiera go z węzła w Warszawie, co redukuje opóźnienie ze 150 ms do 5 ms. Sieci CDN odciążają też serwer źródłowy (ang. origin server) i zapewniają ochronę przed atakami DDoS, absorbując ogromny ruch na krawędzi swojej infrastruktury.

Sieci dostarczania treści stanowią jedno z najskuteczniejszych rozwiązań problemu opóźnień propagacyjnych w skali globalnej, ponieważ pozwalają na fizyczne zbliżenie treści do użytkownika końcowego przez rozproszenie serwerów w wielu lokalizacjach geograficznych. CDN przechowują kopie statycznych zasobów, takich jak obrazy, arkusze CSS, pliki JavaScript czy materiały wideo, na tysiącach serwerów brzegowych rozmieszczonych na całym świecie.

Gdy użytkownik żąda zasobu objętego usługą CDN, jego żądanie jest automatycznie kierowane do najbliższego geograficznie węzła, co redukuje opóźnienie z potencjalnych kilkuset milisekund do zaledwie kilku lub kilkunastu. Dla firm globalnych, których witryny i aplikacje są używane na różnych kontynentach, wykorzystanie CDN jest praktycznie obowiązkowe dla zapewnienia akceptowalnego czasu ładowania stron i satysfakcji użytkowników.

Oprócz redukcji opóźnień CDN-y zapewniają również ochronę przed atakami DDoS, absorbując ogromne ilości ruchu na swojej rozproszonej infrastrukturze, a także odciążają serwery źródłowe od obsługi dużej liczby jednoczesnych żądań.

Wyjaśnienie skrótów i pojęć:
CDN (Content Delivery Network) - sieć dostarczania treści.
Edge nodes - węzły brzegowe blisko użytkowników.
Origin server - serwer źródłowy z pierwotną kopią treści.
DDoS (Distributed Denial of Service) - rozproszony atak odmowy usługi.
CSS, JavaScript - arkusze stylów i skrypty stron, typowa treść statyczna.

Cel slajdu: Slajd opisuje rozdzielanie ruchu przychodzącego między wiele serwerów w celu zwiększenia wydajności i dostępności.

Algorytmy load balancera i SSL Offloading

Load balancer – rozdział ruchu na farmę serwerów; brak single-point przeciążenia.
Round Robin – po kolei; prosty, ślepy na obciążenie.
Least Connections – do najmniej zajętego; lepszy przy różnych czasach sesji.
Source IP Hash / persistence – ten sam klient do tego samego serwera; trzyma sesję.
ADC warstwy L7 (Application Delivery Controller) – routing po URL/cookie, health-checki.
SSL offloading – terminacja TLS na balancerze; serwery liczą biznes, nie krypto.
Kompresja i cache – mniej bajtów, szybsze odpowiedzi.

Równoważenie obciążenia (ang. load balancing): Równoważenie obciążenia polega na podziale przychodzących połączeń między wiele serwerów według reguły, na przykład kolejno, do najmniej obciążonego albo według skrótu adresu klienta dla utrzymania sesji. Kontroler warstwy aplikacji przejmuje dodatkowo kosztowne zadania, takie jak zakończenie szyfrowania i kompresja, oraz wycofuje z puli serwery nieodpowiadające na testy stanu.

Schemat Load Balancera rozdzielającego ruch z internetu na trzy serwery WWW

Uzupełnienie (przeniesione z sekcji głównej): Load balancer to urządzenie lub oprogramowanie, które rozdziela ruch przychodzący pomiędzy wiele serwerów (farmę serwerów). Optymalizuje to wydajność przez unikanie przeciążenia pojedynczej maszyny. Algorytmy: 1. Round Robin – po kolei do każdego. 2. Least Connections – do tego serwera, który aktualnie obsługuje najmniej użytkowników. 3. Source IP Hash – zawsze ten sam serwer dla danego IP (utrzymanie sesji, ang. session persistence). Nowoczesne load balancery warstwy 7 (kontrolery dostarczania aplikacji, ang. Application Delivery Controllers, ADC) potrafią też odciążać serwery od kosztownych zadań, takich jak terminacja SSL/TLS (ang. SSL offloading) czy kompresja danych, pozwalając serwerom aplikacji skupić się jedynie na generowaniu treści.

Równoważenie obciążenia jest techniką polegającą na dystrybucji ruchu przychodzącego pomiędzy wiele serwerów wchodzących w skład farmy serwerowej, co pozwala na zwiększenie ogólnej wydajności i zapewnienie wysokiej dostępności usług. Load Balancer może działać w warstwie 4, rozdzielając ruch na podstawie adresów IP i portów, lub w warstwie 7, analizując zawartość pakietów i podejmując decyzje na podstawie danych aplikacyjnych.

Algorytmy takie jak Round Robin przydzielają nowe połączenia serwerom po kolei, Least Connections kieruje ruch do najmniej obciążonego serwera, a Source IP Hash zapewnia, że ten sam klient zawsze trafia do tego samego serwera co jest istotne dla utrzymania sesji. Zaawansowane load balancery oferują funkcje takie jak SSL Offloading, które odciążają serwery aplikacji od kosztownego obliczeniowo procesu szyfrowania i deszyfrowania ruchu TLS.

Kontrola stanu (ang. health checking), czyli regularne sprawdzanie dostępności serwerów w puli, pozwala load balancerowi na automatyczne wyłączanie z dystrybucji serwerów, które uległy awarii lub nie odpowiadają w wymaganym czasie, co zapewnia ciągłość działania usług nawet w przypadku awarii części infrastruktury.

Wyjaśnienie skrótów i pojęć:
Round Robin - przydział po kolei do kolejnych serwerów.
Least Connections - przydział do serwera o najmniejszej liczbie połączeń.
Source IP Hash - przydział według skrótu adresu klienta.
Session persistence - utrzymanie sesji klienta na tym samym serwerze.
ADC (Application Delivery Controller) - kontroler dostarczania aplikacji, load balancer warstwy 7.
SSL offloading, TLS - przejęcie szyfrowania przez load balancer.
Health checking - kontrola stanu serwerów w puli.

Cel slajdu: Slajd przedstawia programowalne sterowanie siecią umożliwiające dynamiczny wybór ścieżki na podstawie bieżących pomiarów.

SDN i SD-WAN – dynamiczne sterowanie ruchem

SDN (Software Defined Networking) – rozdział control plane od data plane.
Kontroler widzi wszystko – topologia i obciążenie; steruje przez API / OpenFlow.
Reakcja na metryki – wzrost delay bez padu łącza? Przełącz krytyczne na szybsze w tej chwili.
SD-WAN – SDN dla WAN: tanie Internety + MPLS razem; polityki per aplikacja.
Automatyzacja – ścieżki, QoS i VPN jako kod; mniej klikania, więcej powtarzalności.
Telemetryjny loop – mierz → decyduj → programuj → weryfikuj w kółko.
Ryzyko: kontroler to SPOF – klastruj i testuj failover.

Sieci definiowane programowo SDN i SD-WAN (ang. Software Defined Networking, Software Defined WAN): Sieci definiowane programowo oddzielają scentralizowaną warstwę sterowania od rozproszonej warstwy przekazywania, a kontroler programuje tablice przepływów za pomocą interfejsu, na przykład protokołu OpenFlow. Odmiana rozległa stosuje tę zasadę do wielu łącz dostępowych i kieruje każdą aplikację łączem o najlepszej bieżącej jakości, łącząc tanie łącza internetowe z łączami o gwarantowanych parametrach.

Schemat SDN: centralny kontroler zarządzający siecią przełączników przez protokół OpenFlow

Uzupełnienie (przeniesione z sekcji głównej): Sieci programowalne (SDN, ang. Software Defined Networking) oddzielają warstwę sterowania (ang. control plane) od warstwy danych (ang. data plane). Centralny kontroler widzi całą topologię i bieżące obciążenie łączy. Może on dynamicznie, za pomocą API (na przykład protokołu OpenFlow), zmieniać ścieżki przepływu danych w zależności od rzeczywistych metryk. Przykładowo, jeśli główne łącze światłowodowe wykazuje nagły wzrost opóźnień (ale nie uległo fizycznemu uszkodzeniu), kontroler może natychmiast przekierować ruch krytyczny na inne, szybsze w danej chwili łącze zapasowe. SD-WAN stosuje te koncepcje w sieciach rozległych, umożliwiając jednoczesne wykorzystanie tanich łączy internetowych i drogich łączy MPLS na podstawie bieżącej analizy jakości.

Sieci definiowane programowo rewolucjonizują sposób zarządzania infrastrukturą sieciową przez oddzielenie warstwy sterowania od warstwy danych i wprowadzenie centralnego kontrolera, który ma pełen wgląd w topologię sieci. Centralny kontroler SDN może dynamicznie modyfikować ścieżki przepływu danych w odpowiedzi na zmiany obciążenia łączy, wykryte przeciążenia czy awarie urządzeń, co pozwala na optymalizację wykorzystania dostępnych zasobów w czasie rzeczywistym.

SD-WAN rozszerza koncepcję programowalności na sieci rozległe, umożliwiając jednoczesne wykorzystanie wielu typów łączy oraz inteligentne kierowanie ruchem w zależności od wymagań poszczególnych aplikacji i bieżącej jakości dostępnych połączeń. Automatyzacja konfiguracji za pomocą narzędzi takich jak Ansible pozwala na szybkie i powtarzalne wprowadzanie zmian na wielu urządzeniach jednocześnie, co minimalizuje ryzyko błędów konfiguracyjnych i skraca czas wdrażania optymalizacji.

W perspektywie długoterminowej SDN umożliwia wdrożenie zaawansowanych polityk optymalizacyjnych, które byłyby niemożliwe do zrealizowania w tradycyjnych sieciach ze względu na ograniczenia związane z ręczną konfiguracją każdego urządzenia z osobna.

Wyjaśnienie skrótów i pojęć:
SDN (Software Defined Networking) - sieci definiowane programowo.
SD-WAN (Software Defined WAN) - programowalna sieć rozległa.
Control plane, data plane - warstwa sterowania i warstwa przekazywania danych.
API (Application Programming Interface) - interfejs programowania aplikacji.
OpenFlow - protokół programowania przepływów między kontrolerem a przełącznikami.
MPLS (Multiprotocol Label Switching) - technika etykietowa z gwarantowanymi parametrami.

Cel slajdu: Slajd wyjaśnia wpływ wirtualizacji funkcji sieciowych na wydajność oraz techniki ograniczające narzut wirtualizacji.

NFV, DPDK i SR-IOV – wirtualne funkcje sieciowe

NFV (Network Functions Virtualization) – router/firewall/LB jako VM na x86; elastyczność.
Problem: stos OS wolniejszy niż ASIC; wirtualizacja dokłada narzut.
DPDK (Data Plane Development Kit) – bypass jądra; pakiety wprost do aplikacji.
SR-IOV (Single Root I/O Virtualization) – VM wprost do kolejki karty; blisko bare-metal.
Wynik: dziesiątki Gbps z VM przy dobrym NUMA/pinningu.
Koszt: złożoność i sztywność (dedykowane rdzenie, HugePages).
Wybór: elastyczność vs determinizm – mierz, nie zgaduj.

Wirtualizacja funkcji sieciowych NFV (ang. Network Functions Virtualization): Wirtualizacja funkcji sieciowych polega na uruchomieniu routera, firewalla albo load balancera jako oprogramowania na standardowych serwerach, zgodnie z ramami technicznymi ETSI NFV. Ponieważ standardowy stos systemu operacyjnego wprowadza opóźnienia, stosuje się obejście jądra za pomocą zestawu DPDK albo bezpośrednie udostępnienie kolejek karty przez SR-IOV, co pozwala osiągnąć przepustowości liczone w gigabitach na sekundę w przełączaniu programowym.

Schemat architektury NFV: Standardowe serwery z wirtualnymi instancjami funkcji sieciowych

Uzupełnienie (przeniesione z sekcji głównej): Wirtualizacja funkcji sieciowych (NFV, ang. Network Functions Virtualization) polega na uruchamianiu routerów, firewalli czy load balancerów w postaci maszyn wirtualnych na standardowych serwerach x86. Choć daje to ogromną elastyczność, stawia wyzwania wydajnościowe – standardowy stos sieciowy systemu operacyjnego nie jest tak szybki jak dedykowane układy ASIC w routerach sprzętowych. Aby to zniwelować, stosuje się technologie takie jak DPDK (ang. Data Plane Development Kit) lub SR-IOV (ang. Single Root I/O Virtualization), które pozwalają aplikacji wirtualnej omijać jądro systemu operacyjnego i komunikować się bezpośrednio z kartą sieciową. Pozwala to na osiągnięcie przepustowości rzędu dziesiątek Gbps w czystym oprogramowaniu (ang. software switching).

Wirtualizacja funkcji sieciowych NFV pozwala na uruchamianie tradycyjnych urządzeń sieciowych jako instancji programowych na standardowych serwerach x86, co zapewnia elastyczność i redukcję kosztów kosztem pewnych wyzwań wydajnościowych. Głównym ograniczeniem wirtualizacji sieci jest fakt, że standardowy stos sieciowy systemu operacyjnego Linux nie jest zoptymalizowany do szybkiego przekazywania pakietów, co powoduje znaczne opóźnienia w porównaniu z dedykowanymi układami ASIC.

Technologia DPDK rozwiązuje ten problem przez umożliwienie aplikacjom bezpośredniego dostępu do kart sieciowych z pominięciem jądra systemu operacyjnego, co drastycznie redukuje opóźnienia i zwiększa przepustowość przetwarzania pakietów. SR-IOV umożliwia bezpośrednie przypisanie wirtualnych funkcji karty sieciowej do poszczególnych maszyn wirtualnych, eliminując konieczność udziału hypervisora w przetwarzaniu ruchu sieciowego.

W nowoczesnych centrach danych techniki te pozwalają na osiągnięcie przepustowości rzędu dziesiątek gigabitów na sekundę na czystym oprogramowaniu, co czyni wirtualizację funkcji sieciowych realną alternatywą dla kosztownych rozwiązań sprzętowych w wielu scenariuszach wdrożeniowych.

Wyjaśnienie skrótów i pojęć:
NFV (Network Functions Virtualization) - wirtualizacja funkcji sieciowych, ramy ETSI NFV.
ASIC (Application Specific Integrated Circuit) - układ specjalizowany routera sprzętowego.
x86 - standardowa architektura serwerów ogólnego przeznaczenia.
DPDK (Data Plane Development Kit) - zestaw szybkiego przetwarzania pakietów z obejściem jądra.
SR-IOV (Single Root I/O Virtualization) - bezpośrednie udostępnienie kolejek karty maszynom wirtualnym.
Software switching - przełączanie wykonywane programowo w serwerze.

Cel slajdu: Slajd porządkuje metodykę audytu wydajności od ustalenia linii bazowej do raportu z zaleceniami.

Metodyka audytu – od baseline do raportu

Baseline – najpierw norma: średnie obciążenia, typowe opóźnienia, top-talkers.
Punkty pomiarowe – gdzie i co: NMS, Flow, sondy; te same w każdym audycie.
Load testy – syntetyki iperf3 i IP SLA w oknach serwisowych.
Error counters – CRC, drops, overruns na interfejsach; fizyka nie kłamie.
Mapowanie aplikacji – które usługi ile biorą i czego wymagają (RTT/jitter/straty).
Raport = decyzje – co wymienić, co przekonfigurować, w jakiej kolejności.
Zakres pełny – kable/optyka (L1) aż po logikę (L2/L3/QoS).

Linia bazowa i audyt wydajności (ang. baseline, performance audit): Linia bazowa to udokumentowany zestaw wartości typowych dla normalnej pracy sieci, a audyt to uporządkowane porównanie stanu bieżącego z tą linią wraz z testami syntetycznymi i przeglądem liczników błędów. Raport wskazuje konkretne urządzenia i konfiguracje do poprawy wraz z uzasadnieniem, przy czym badanie obejmuje zarówno warstwę fizyczną, jak i logiczną.

Zdjęcie administratora z laptopem i analizatorem sieciowym przy szafie rack

Uzupełnienie (przeniesione z sekcji głównej): Metodyka audytu wydajności: 1. Linia bazowa (ang. baseline) – zebranie danych o normalnym działaniu sieci (średnie obciążenie, typowe opóźnienia). 2. Identyfikacja punktów pomiarowych – ustalenie, gdzie i jakie dane zbierać (NMS, Flow). 3. Symulacja obciążenia – testy syntetyczne iperf3 i IP SLA w oknach serwisowych. 4. Analiza strat i błędów – przegląd liczników błędów (ang. error counters) na interfejsach. 5. Mapowanie aplikacji – ustalenie, które usługi biznesowe generują najwięcej ruchu i jakie mają wymagania. Audyt kończy się raportem wskazującym konkretne urządzenia do wymiany lub konfiguracje do poprawy. Ważne, by audyt obejmował zarówno warstwę fizyczną (kable, optyka), jak i logiczną (QoS, Routing).

Audyt wydajności sieci korporacyjnej to systematyczny proces oceny stanu infrastruktury teleinformatycznej, którego celem jest identyfikacja obszarów wymagających optymalizacji i opracowanie planu naprawczego opartego na twardych danych pomiarowych. Pierwszym etapem audytu jest zebranie baseline, czyli zestawu parametrów opisujących normalne funkcjonowanie sieci w typowych warunkach obciążenia, co stanowi punkt odniesienia dla późniejszych porównań.

Kolejne etapy obejmują identyfikację punktów pomiarowych i wdrożenie systematycznego monitorowania z użyciem narzędzi NMS, symulację obciążenia za pomocą iperf3 i IP SLA w oknach serwisowych oraz szczegółową analizę liczników błędów na wszystkich interfejsach sieciowych. Mapowanie aplikacji na przepływy sieciowe pozwala zidentyfikować, które usługi biznesowe generują największy ruch i jakie mają rzeczywiste wymagania w zakresie przepustowości, opóźnienia i dostępności.

Raport końcowy z audytu powinien zawierać konkretne rekomendacje dotyczące wymiany sprzętu, modyfikacji konfiguracji lub zmian w politykach zarządzania ruchem, wraz z uzasadnieniem biznesowym i szacunkowym kosztem realizacji każdej z rekomendacji.

Wyjaśnienie skrótów i pojęć:
Baseline - linia bazowa, obraz normalnej pracy sieci.
NMS (Network Management System) - system zarządzania siecią.
Flow - przepływ, rekord o wymianie danych między rozmówcami.
Error counters - liczniki błędów na interfejsach.

Cel slajdu: Slajd omawia czynniki decydujące o przepustowości tuneli VPN oraz sposoby ich optymalizacji.

Wydajność VPN – szyfrowanie, protokół, MTU, Split Tunneling

Szyfrowanie kosztuje – akceleracja AES-NI w CPU to podstawa wydajnego VPN.
Protokół: UDP (WireGuard, DTLS) zwykle szybszy niż TCP; unikaj TCP-over-TCP meltdown.
MTU/MSS – MSS clamping na tunelu; brak fragmentacji = brak retransmisji.
Split tunneling – firmowe przez VPN, YouTube/Netflix wprost; odciąża bramę.
Full tunneling – gdy musisz filtrować i audytować cały ruch; droższe.
Optymalizacja WAN w tunelu – kompresja/dedup ostrożnie; mierz zysk vs CPU.
Test: iperf wewnątrz i na zewnątrz tunelu – poznaj narzut krypto.

Dzielone tunelowanie i limit MSS (ang. split tunneling, Maximum Segment Size): Dzielone tunelowanie polega na prowadzeniu tunelem wyłącznie ruchu do zasobów organizacji, a ruchu internetowego bezpośrednio do dostawcy, co odciąża bramę VPN. Limit MSS ogranicza rozmiar segmentu TCP tak, aby pakiet z narzutem szyfrowania zmieścił się w MTU ścieżki bez fragmentacji, a ochronę tuneli IPsec opisuje między innymi RFC 4301.

Schemat Split Tunneling: ruch biurowy przez tunel, ruch rozrywkowy obok

Uzupełnienie (przeniesione z sekcji głównej): Wydajność VPN zależy od: 1. Algorytmu szyfrowania – akceleracja sprzętowa AES-NI w procesorze jest kluczowa. 2. Protokołu – protokoły oparte na UDP (na przykład WireGuard, DTLS) są zazwyczaj szybsze niż TCP (OpenVPN over TCP) na łączach o zmiennym opóźnieniu (brak zjawiska zagnieżdżania TCP w TCP, ang. TCP-over-TCP meltdown). 3. MTU/MSS – poprawne ustawienie limitu MSS (ang. Maximum Segment Size) zapobiega fragmentacji wewnątrz tunelu. 4. Dzielonego tunelowania (ang. split tunneling) – przesyłanie przez VPN tylko ruchu do zasobów firmy, a ruchu do internetu (na przykład Netflix, YouTube) bezpośrednio, co odciąża bramę VPN. Zastosowanie technik optymalizacji WAN wewnątrz tuneli potrafi skompresować dane i ograniczyć zbędną „gadatliwość” niektórych protokołów (na przykład SMB/CIFS).

Optymalizacja sieci pod kątem pracy zdalnej wymaga szczególnego uwzględnienia wydajności tuneli VPN, które stanowią podstawowe narzędzie zapewniające bezpieczny dostęp do zasobów firmowych z lokalizacji zewnętrznych. Wybór protokołu VPN ma kluczowe znaczenie dla wydajności, przy czym protokoły oparte na UDP, takie jak WireGuard czy OpenVPN w trybie DTLS, oferują zazwyczaj lepszą wydajność na łączach o zmiennym opóźnieniu niż rozwiązania oparte na TCP.

Algorytm szyfrowania i dostępność akceleracji sprzętowej AES-NI w procesorze mają ogromny wpływ na maksymalną przepustowość tunelu VPN, szczególnie w przypadku ruchu o wysokim natężeniu. Split Tunneling to technika pozwalająca na przesyłanie przez tunel VPN wyłącznie ruchu przeznaczonego do zasobów firmowych, podczas gdy ruch internetowy kierowany jest bezpośrednio do dostawcy ISP, co znacząco odciąża bramę VPN i poprawia komfort użytkowania aplikacji rozrywkowych.

Prawidłowe ustawienie parametrów MTU i MSS dla tunelu VPN zapobiega fragmentacji pakietów wewnątrz tunelu, która mogłaby znacząco obniżyć wydajność transmisji i zwiększyć ryzyko utraty pakietów podczas komunikacji.

Wyjaśnienie skrótów i pojęć:
VPN (Virtual Private Network) - tunel szyfrowany do zasobów organizacji.
AES-NI - sprzętowe wsparcie szyfrowania AES w procesorze.
DTLS (Datagram TLS) - odmiana TLS dla datagramów UDP.
TCP-over-TCP meltdown - załamanie z zagnieżdżenia TCP w TCP przy stratach.
MTU, MSS (Maximum Transmission Unit, Maximum Segment Size) - limit pakietu i limit segmentu TCP.
Split tunneling - dzielone tunelowanie, podział ruchu firmowego i internetowego.
SMB/CIFS - protokół plików Windows wrażliwy na opóźnienia.

Cel slajdu: Slajd przedstawia zastosowanie wirtualnych laboratoriów do bezpiecznego testowania zmian przed wdrożeniem.

GNS3, EVE-NG, CML – symulacje sieci

Testuj poza produkcją – najpierw lab, potem zmiana w nocy, nie odwrotnie.
GNS3 / EVE-NG / CML (Cisco Modeling Labs) – prawdziwe IOS / Junos / RouterOS wirtualnie.
tc netem – wstrzyknij delay/jitter/straty; sprawdź aplikację w trudzie.
Bezpieczne psucie – szukaj optymalnego QoS i routingu bez ryzyka biznesu.
Reprodukowalność – topologia i skrypty w repo; każdy test do powtórzenia.
Granice labu – timing wirtualny ≠ ASIC; wyniki skaluj z głową.
Cel: zmiana wchodzi z dowodem, nie z nadzieją.

Laboratorium wirtualne i emulator opóźnienia netem (ang. virtual lab, network emulator): Laboratorium wirtualne to środowisko uruchamiające rzeczywiste systemy routerów i przełączników w postaci maszyn wirtualnych, a emulator netem w podsystemie kontroli ruchu Linuksa wprowadza zadany czas opóźnienia, zmienność i straty. Dokumentację emulatora zawiera strona podręcznika tc-netem, a platformy GNS3 i EVE-NG pozwalają odtwarzać topologie i testować ustawienia jakości usług bez ryzyka dla sieci produkcyjnej.

Zrzut ekranu z EVE-NG z rozbudowaną topologią sieci i ikonami urządzeń

Uzupełnienie (przeniesione z sekcji głównej): Zanim wprowadzimy optymalizację do sieci produkcyjnej, musimy ją przetestować. Narzędzia takie jak GNS3, EVE-NG czy Cisco Modeling Labs (CML) pozwalają na uruchamianie rzeczywistych systemów operacyjnych routerów (Cisco IOS, Junos OS, RouterOS) i przełączników w środowisku wirtualnym. Symulatory te pozwalają na wstrzykiwanie sztucznego opóźnienia i strat (za pomocą mechanizmu kontroli ruchu w Linuksie – tc netem), co pozwala sprawdzić, jak zachowa się aplikacja w trudnych warunkach. Pozwala to na „bezpieczne psucie” sieci w celu znalezienia optymalnych ustawień QoS czy parametrów trasowania bez ryzyka dla biznesu.

Wirtualne laboratoria sieciowe, takie jak GNS3, EVE-NG czy Cisco Modeling Labs, umożliwiają inżynierom testowanie konfiguracji i scenariuszy optymalizacyjnych w bezpiecznym środowisku wirtualnym bez ryzyka zakłócenia działania produkcyjnej infrastruktury. Narzędzia te pozwalają na uruchamianie rzeczywistych systemów operacyjnych routerów i przełączników różnych producentów, co zapewnia wierność odwzorowania zachowania urządzeń w warunkach laboratoryjnych.

Możliwość wstrzykiwania sztucznego opóźnienia, jittera i strat pakietów za pomocą narzędzi takich jak Linux tc netem pozwala na testowanie zachowania protokołów i aplikacji w symulowanych trudnych warunkach sieciowych bez konieczności posiadania rzeczywistych łączy o niskiej jakości. Topologie sieciowe mogą być dowolnie konfigurowane i modyfikowane, a ich stan może być zapisywany i przywracany, co przyspiesza proces iteracyjnego testowania różnych wariantów konfiguracyjnych.

Dla zespołów IT wirtualne laboratoria stanowią nieocenione narzędzie do szkolenia nowych pracowników i testowania zmian przed wdrożeniem do produkcji, co znacząco redukuje ryzyko błędów konfiguracyjnych w środowisku produkcyjnym.

Wyjaśnienie skrótów i pojęć:
GNS3, EVE-NG, CML - platformy wirtualnych laboratoriów sieciowych.
IOS, Junos OS, RouterOS - systemy operacyjne routerów Cisco, Juniper i MikroTik.
tc netem - emulator opóźnienia, zmienności i strat w Linuksie.

Cel slajdu: Slajd wskazuje typowe błędy popełniane podczas optymalizacji prowadzące do pogorszenia zamiast poprawy działania sieci.

Nadmierna komplikacja, brak linii bazowej, ignorowanie warstwy fizycznej

Over-engineering – przekombinowany QoS przy luzie pasma = większe opóźnienia bez zysku.
Zły winowajca – stroisz łącze, a wisi baza na serwerze; mierz end-to-end.
Brak baseline – bez „przed” nie udowodnisz „po”; każda zmiana bez porównania to zgadywanie.
Ignorowanie L1 – strojenie TCP przy 5% CRC to strata czasu.
Złota zasada: mierz dwa razy, tnij raz – dana → zmiana → pomiar weryfikujący.
Jedna zmiana naraz – inaczej nie wiesz, co pomogło.
Rollback plan – każda optymalizacja z drogą powrotu.

Nadmierna rozbudowa i linia bazowa (ang. over-engineering, baseline): Nadmierna rozbudowa oznacza wprowadzanie złożonych mechanizmów tam, gdzie wystarczy prostsze rozwiązanie, co zwiększa opóźnienie przetwarzania i liczbę miejsc podatnych na błędy. Brak linii bazowej uniemożliwia rzetelną ocenę, czy zmiana poprawiła stan przed i po wdrożeniu, dlatego każda modyfikacja powinna wynikać z pomiaru i kończyć się pomiarem kontrolnym.

Karykatura administratora sieci tonącego w konfiguracjach na wielu ekranach

Uzupełnienie (przeniesione z sekcji głównej): Optymalizacja „na ślepo” często pogarsza sytuację. Najczęstsze błędy to: 1. Nadmierna komplikacja (ang. over-engineering) – wprowadzanie zbyt skomplikowanego QoS tam, gdzie pasmo jest wystarczające, co zwiększa opóźnienie przetwarzania. 2. Błędne założenia – optymalizacja łącza, podczas gdy wąskim gardłem jest wydajność bazy danych na serwerze. 3. Brak linii bazowej (ang. baseline) – wdrażanie zmian bez możliwości porównania stanu „przed i po”. 4. Ignorowanie warstwy fizycznej – próba strojenia TCP na łączu, które generuje 5% błędów CRC. Złota zasada optymalizacji: mierz dwa razy, tnij raz – każda zmiana powinna być poparta danymi i zweryfikowana pomiarem po wdrożeniu.

Optymalizacja sieci przeprowadzona bez odpowiedniego rozeznania i przygotowania może przynieść więcej szkody niż pożytku, a znajomość typowych błędów popełnianych w tym procesie jest kluczowa dla osiągnięcia zamierzonych celów. Over-engineering, czyli stosowanie zbyt skomplikowanych mechanizmów QoS lub routingu w sytuacjach, gdzie prostsze rozwiązania byłyby wystarczające, prowadzi do niepotrzebnego wzrostu złożoności i zwiększa ryzyko błędów konfiguracyjnych.

Brak baseline przed wprowadzeniem zmian uniemożliwia obiektywną ocenę skuteczności wdrożonych optymalizacji, ponieważ administrator nie ma danych do porównania stanu przed i po modyfikacji. Ignorowanie problemów w warstwie fizycznej i próby rozwiązania ich za pomocą tuningu protokołów wyższych warstw jest jednym z najczęstszych i najbardziej kosztownych błędów, ponieważ nie eliminuje źródła problemu, a jedynie maskuje jego objawy.

Złota zasada optymalizacji mówi, że każda zmiana powinna być poprzedzona pomiarem, udokumentowana i zweryfikowana po wdrożeniu, a w przypadku braku oczekiwanych rezultatów należy być gotowym do wycofania modyfikacji i powrotu do poprzedniej konfiguracji.

Wyjaśnienie skrótów i pojęć:
Over-engineering - nadmierna rozbudowa, zbyt złożone rozwiązanie do prostego problemu.
Baseline - linia bazowa, pomiar stanu przed zmianą.
CRC (Cyclic Redundancy Check) - kontrola nadmiarowa wykrywająca błędy transmisji.
TCP (Transmission Control Protocol) - protokół, którego strojenie nie naprawi uszkodzonej warstwy fizycznej.

Cel slajdu: Slajd podsumowuje kluczowe wnioski z wykładu oraz kierunki rozwoju metod analizy wydajności.

Analiza i optymalizacja – kluczowe wnioski

Narzędzia znasz: Wireshark, iperf3, SNMP – plus zrozumienie protokołów.
Cel sieci: niski latency dla krytycznych, wysoki throughput dla masowych, odporność na bursty.
Przyszłość: AIOps – AI przewiduje degradację; automatyczna remediacja zamyka pętlę.
Proaktywność: wykryj, zanim użytkownik poczuje; scenariusze gotowe zawczasu.
Użytkownik milczy, gdy dobrze – zgłasza tylko „wolno”; Twoje metryki muszą krzyczeć wcześniej.
Proces, nie projekt – baseline → strojenie → weryfikacja w kółko.
Egzamin z życia: stabilne MOS i czyste liczniki, nie same megapasy.

Operacje oparte na sztucznej inteligencji AIOps (ang. Artificial Intelligence for IT Operations): Operacje oparte na sztucznej inteligencji to podejście, w którym modele statystyczne i uczące się analizują szeregi czasowe metryk, wykrywają anomalie oraz przewidują nasycenie łączy i awarie, zanim odczują je użytkownicy. W zarządzaniu wydajnością uzupełnia ono klasyczne narzędzia pomiarowe o automatyczne wykrywanie przyczyn oraz scenariusze naprawcze wykonywane bez ręcznej ingerencji.

Grafika podsumowująca - żarówka z ikonami sieciowymi i hasłem Performance Optimization

Uzupełnienie (przeniesione z sekcji głównej): Analiza i optymalizacja wydajności sieci to proces wymagający zarówno znajomości narzędzi (Wireshark, iperf3, SNMP), jak i głębokiego zrozumienia procesów zachodzących w protokołach. Wydajna sieć to taka, która zapewnia niskie opóźnienia dla ruchu krytycznego i wysoką przepustowość dla danych masowych, radząc sobie przy tym z chwilowymi przeciążeniami. Trendy przyszłości to AIOps (wykorzystanie sztucznej inteligencji do przewidywania problemów z wydajnością) oraz pełna automatyzacja naprawcza. Pamiętaj: użytkownik nie zgłosi, że sieć działa dobrze, zgłosi tylko, kiedy działa wolno. Twoim zadaniem jest wykryć problem, zanim odczuje go użytkownik, i mieć gotowe scenariusze optymalizacyjne.

Wykład piąty dostarczył kompleksowego przeglądu zagadnień związanych z analizą i optymalizacją wydajności sieci, począwszy od podstawowych metryk i narzędzi diagnostycznych, a skończywszy na zaawansowanych technikach QoS i protokołach nowej generacji. Kluczowym wnioskiem jest to, że wydajność sieci nie jest cechą statyczną, ale wypadkową wielu czynników, które muszą być systematycznie monitorowane i optymalizowane w cyklu ciągłego doskonalenia.

Nowoczesne trendy, takie jak AIOps i pełna automatyzacja naprawcza, wskazują kierunek, w którym zmierza zarządzanie wydajnością sieci – od reaktywnego rozwiązywania problemów w stronę proaktywnego przewidywania i zapobiegania degradacji usług. Znajomość narzędzi takich jak Wireshark, iperf3 i systemy NMS, w połączeniu z głębokim zrozumieniem mechanizmów działania protokołów, stanowi fundament warsztatu każdego inżyniera sieciowego odpowiedzialnego za wydajność infrastruktury.

Pamiętajmy, że w praktyce inżynierskiej największe sukcesy optymalizacyjne osiąga się nie przez stosowanie najnowszych technologii, ale przez systematyczne, metodyczne działanie oparte na danych pomiarowych i głębokim zrozumieniu specyfiki własnej sieci i wymagań biznesowych.

Wyjaśnienie skrótów i pojęć:
Wireshark - analizator pakietów do diagnostyki szczegółowej.
iperf3 - generator do syntetycznego pomiaru przepustowości.
SNMP (Simple Network Management Protocol) - protokół odczytu liczników urządzeń.
NMS (Network Management System) - system centralnego monitorowania.
AIOps (Artificial Intelligence for IT Operations) - przewidywanie problemów na podstawie modeli danych.