1/47 Tematy dodatkowe – Frame Relay, ATM, MPLS, SD-WAN, sieci satelitarne

Telekomunikacja – sieci WAN

Prezentacja obejmuje dodatkowe technologie sieci WAN: od historycznych Frame Relay i ATM, przez dominujący w szkieletach operatorskich MPLS, nowoczesne SD-WAN, sieci satelitarne (GEO, MEO, LEO), aż po koncepcję Network Slicing w sieciach 5G.

Omówione zostaną zasady działania, architektura, zastosowania oraz porównanie poszczególnych technologii.

Cel prezentacji: Zapoznanie z kluczowymi technologiami WAN – od klasycznych rozwiązań Frame Relay i ATM, przez MPLS i SD-WAN, po nowoczesne sieci satelitarne i Network Slicing w 5G.
Ilustracja: Grafika tytułowa – kolaż technologii WAN: logo Frame Relay, ATM, MPLS, SD-WAN, satelita Starlink, 5G

Prezentacja ta stanowi przegląd najważniejszych technologii sieci rozległych, które kształtowały i nadal kształtują oblicze światowej telekomunikacji. Rozpoczynamy od historycznych już dzisiaj rozwiązań, takich jak Frame Relay i ATM, przez wciąż dominujący w szkieletach operatorskich MPLS, aż po nowoczesne koncepcje SD-WAN i sieci satelitarne LEO. Każda z tych technologii wniosła istotny wkład w rozwój metod przesyłania danych na odległość.

Zrozumienie ewolucji technologii WAN jest kluczowe dla każdego inżyniera sieciowego, ponieważ pozwala przewidzieć przyszłe kierunki rozwoju infrastruktury telekomunikacyjnej. W ramach tego wykładu omówione zostaną nie tylko zasady działania poszczególnych rozwiązań, ale również ich praktyczne zastosowania oraz ograniczenia. Szczególna uwaga poświęcona zostanie technologiom, które aktualnie odgrywają największą rolę w budowie sieci operatorskich i korporacyjnych.

2/47 Streszczenie

Tematy dodatkowe w sieciach WAN – streszczenie

Frame Relay i ATM to starsze technologie WAN, które zostały wyparte przez MPLS i Ethernet. MPLS zapewnia wydajną transmisję z gwarancją QoS poprzez przełączanie etykiet. SD-WAN jest nowoczesną alternatywą dla MPLS, oferującą niższe koszty i większą elastyczność dzięki centralnemu zarządzaniu i abstrakcji warstwy transportowej.

Sieci satelitarne LEO (Starlink, OneWeb) rewolucjonizują dostęp do Internetu na obszarach słabo zurbanizowanych, oferując opóźnienia 20–40 ms. Network Slicing w 5G umożliwia tworzenie wirtualnych sieci o zróżnicowanych parametrach na wspólnej infrastrukturze fizycznej.

  • Frame Relay / ATM – technologie historyczne, wyparte przez MPLS i Ethernet
  • MPLS – przełączanie etykiet z gwarancją QoS, dominuje w szkieletach operatorów
  • SD-WAN – programowalna sieć WAN, niższe koszty, centralne zarządzanie
  • Sieci satelitarne LEO – niskie opóźnienia, dostęp na obszarach bez infrastruktury
  • Network Slicing – wirtualne sieci 5G dla różnych klas usług
Ilustracja: Mapa pojęć – relacje między technologiami WAN: historia → teraźniejszość → przyszłość

W ramach tego zestawienia warto zwrócić uwagę na fakt, że każda z omawianych technologii powstała jako odpowiedź na konkretne potrzeby rynkowe i ograniczenia techniczne swoich czasów. Na przykład Frame Relay oferował tańszą alternatywę dla dzierżawionych linii, z kolei ATM został zaprojektowany z myślą o integracji różnych typów ruchu w jednej sieci. MPLS zrewolucjonizował routing poprzez wprowadzenie koncepcji przełączania etykiet.

Współcześnie obserwujemy stopniowe odchodzenie od tradycyjnych rozwiązań operatorskich na rzecz bardziej elastycznych architektur programowalnych. SD-WAN stanowi doskonały przykład takiego podejścia, ponieważ oddziela płaszczyznę zarządzania od sprzętu sieciowego. Sieci satelitarne LEO z kolei otwierają zupełnie nowe możliwości w zakresie zapewnienia łączności na obszarach pozbawionych infrastruktury naziemnej.

3/47 Frame Relay – definicja

Czym jest Frame Relay?

Frame Relay – technologia przełączania ramek w sieciach WAN, opracowana w latach 90. XX wieku. Umożliwia transmisję danych w postaci ramek (frame) przez wirtualne kanały w sieci operatora.

Frame Relay działa w warstwie 2 modelu OSI (łącza danych). Wykorzystuje technikę multipleksowania statystycznego, współdzieląc pasmo między wieloma połączeniami wirtualnymi. W odróżnieniu od dzierżawionych linii, Frame Relay pozwala na efektywne wykorzystanie infrastruktury sieciowej.

Standard Frame Relay został opracowany jako następca protokołu X.25, oferując wyższe prędkości transmisji (do 44,7 Mb/s – T3/E3) dzięki uproszczeniu mechanizmów korekcji błędów.

Ilustracja: Sieć Frame Relay – routery połączone przez sieć szkieletową operatora z wirtualnymi kanałami PVC

Frame Relay pojawił się na rynku w latach dziewięćdziesiątych jako odpowiedź na rosnące zapotrzebowanie na efektywne połączenia WAN przy niższych kosztach niż tradycyjne linie dzierżawione. Jego konstrukcja opierała się na założeniu, że większość błędów transmisji zostanie wykryta i skorygowana przez protokoły wyższych warstw, co pozwoliło na uproszczenie mechanizmów korekcji błędów w samej sieci. Dzięki temu osiągnięto wyższe prędkości transmisji w porównaniu z poprzednikiem, czyli protokołem X.25.

W praktyce Frame Relay był najczęściej wykorzystywany do łączenia oddziałów firmowych w sieci korporacyjne, gdzie zastępował kosztowne łącza dzierżawione. Operatorzy oferowali usługi Frame Relay w oparciu o stałe kanały wirtualne, co zapewniało przewidywalność parametrów transmisji. Mimo że dzisiaj technologia ta jest uznawana za przestarzałą, wiele koncepcji w niej zastosowanych stało się fundamentem dla nowszych rozwiązań.

4/47 DLCI i PVC w Frame Relay

Identyfikacja kanałów wirtualnych

DLCI (Data Link Connection Identifier) – 10-bitowy identyfikator kanału wirtualnego w ramce Frame Relay. Określa, do którego połączenia wirtualnego należy dana ramka.
PVC (Permanent Virtual Circuit) – stały kanał wirtualny między dwoma węzłami sieci Frame Relay, konfigurowany administracyjnie. Zapewnia stałe połączenie bez potrzeby zestawiania go każdorazowo.

W sieci Frame Relay każdy interfejs może obsługiwać wiele PVC, identyfikowanych przez różne DLCI. DLCI ma znaczenie lokalne – ten sam DLCI może być używany na różnych interfejsach do oznaczenia różnych połączeń.

Ilustracja: Schemat – DLCI identyfikujące różne PVC na interfejsie routera

Mechanizm DLCI w sieci Frame Relay pełni funkcję identyfikatora poszczególnych kanałów wirtualnych na danym interfejsie fizycznym. Warto podkreślić, że DLCI ma znaczenie wyłącznie lokalne, co oznacza, że ten sam numer DLCI może być używany na różnych interfejsach tego samego przełącznika do oznaczania innych połączeń. Architektura ta umożliwia efektywne wykorzystanie pojedynczego interfejsu fizycznego do obsługi wielu niezależnych połączeń wirtualnych.

PVC, czyli stałe kanały wirtualne, były podstawowym typem połączeń oferowanych w sieciach Frame Relay. Ich konfiguracja odbywała się administracyjnie przez operatora i wymagała określenia parametrów takich jak CIR, DLCI oraz interfejsów końcowych. W przeciwieństwie do SVC, czyli komutowanych kanałów wirtualnych, PVC nie wymagały zestawiania połączenia przed transmisją danych, co upraszczało ich użytkowanie.

5/47 CIR i LMI w Frame Relay

Gwarancja przepustowości i zarządzanie łączem

CIR (Committed Information Rate) – gwarantowana przez operatora przepustowość dla danego PVC. Ruch poniżej CIR jest dostarczany z gwarancją. Ruch powyżej CIR (EIR – Excess Information Rate) może być odrzucony przy przeciążeniu sieci (DE bit – Discard Eligibility).
LMI (Local Management Interface) – protokół zarządzania łączem między routerem (DTE) a przełącznikiem Frame Relay (DCE). Umożliwia wymianę informacji o stanie PVC, adresach DLCI i parametrach łącza.

LMI działa w trybie keepalive – co pewien czas wysyła zapytania o stan połączenia. Dostępne są trzy typy LMI: Cisco (standard Cisco), ANSI (T1.617 Annex D) i Q933a (ITU-T).

Ilustracja: Wykres – ruch poniżej CIR (gwarantowany) i powyżej CIR (EIR, ryzyko odrzucenia)

Parametr CIR stanowił kluczowy element gwarancji jakości usług w sieciach Frame Relay, ponieważ określał przepustowość, jaką operator zobowiązywał się zapewnić dla danego kanału wirtualnego. Ruch przesyłany poniżej tej wartości był dostarczany z dużą pewnością, natomiast pakiety przekraczające CIR mogły być oznaczane bitem DE i w przypadku przeciążenia sieci odrzucane. Taki mechanizm pozwalał na elastyczne wykorzystanie pasma przy jednoczesnym zachowaniu gwarancji dla ruchu krytycznego.

Protokół LMI pełnił niezwykle ważną funkcję w utrzymaniu spójności sieci Frame Relay, ponieważ umożliwiał automatyczne wykrywanie zmian w konfiguracji kanałów wirtualnych. Dzięki mechanizmowi keepalive routery mogły w czasie rzeczywistym monitorować stan połączeń z przełącznikami Frame Relay. Istnienie trzech różnych implementacji LMI wynikało z braku jednolitego standardu, co czasami prowadziło do problemów z interoperacyjnością między urządzeniami różnych producentów.

6/47 Frame Relay – podsumowanie i znaczenie

Miejsce Frame Relay w historii WAN

Technologia Frame Relay odegrała kluczową rolę w rozwoju sieci WAN w latach 90. i na początku XXI wieku. Jej główne zalety to:

  • Większa efektywność niż dzierżawione linie dzięki statystycznemu multipleksowaniu
  • Niższy koszt w porównaniu z tradycyjnymi łączami dzierżawionymi
  • Elastyczność – łatwe dodawanie nowych lokalizacji przez konfigurację nowego PVC

Frame Relay został stopniowo wyparty przez MPLS (lepsza obsługa QoS, skalowalność) oraz Ethernet WAN (wyższe prędkości przy niższym koszcie). Około 2015 roku większość operatorów wycofała usługi Frame Relay na rzecz MPLS i Ethernet.

Wniosek: Frame Relay to technologia historyczna, ale jej koncepcje (PVC, DLCI, CIR) stanowią podstawę dla nowszych rozwiązań WAN.
Ilustracja: Oś czasu – Frame Relay na tle innych technologii WAN od lat 90. do dziś

Frame Relay odegrał fundamentalną rolę w popularyzacji sieci WAN wśród firm średniej wielkości, które wcześniej nie mogły sobie pozwolić na kosztowne łącza dzierżawione. Dzięki mechanizmowi statystycznego multipleksowania wielu klientów mogło współdzielić infrastrukturę operatora, co znacząco obniżyło koszty dostępu do sieci rozległych. Technologia ta była szczególnie popularna w Stanach Zjednoczonych i Europie Zachodniej w latach 1995–2005.

Stopniowe wycofywanie Frame Relay z ofert operatorów rozpoczęło się około 2010 roku, gdy MPLS i Ethernet WAN zaczęły oferować lepsze parametry przy porównywalnych kosztach. Mimo że dzisiaj trudno znaleźć aktywną sieć Frame Relay, wiedza na temat tej technologii pozostaje istotna dla zrozumienia ewolucji sieci WAN. Koncepcje takie jak wirtualne kanały, gwarancja przepustowości i identyfikatory połączeń są bowiem wykorzystywane również we współczesnych rozwiązaniach.

7/47 ATM – definicja

Asynchronous Transfer Mode

ATM (Asynchronous Transfer Mode) – technologia przełączania komórek (cell switching) o stałej długości, opracowana na potrzeby sieci szerokopasmowych (B-ISDN). Każda komórka ATM ma dokładnie 53 bajty.

ATM został zaprojektowany do jednoczesnej transmisji głosu, wideo i danych w jednej sieci. Stały rozmiar komórki (53 B) umożliwia przewidywalne opóźnienia – kluczowe dla transmisji czasu rzeczywistego. W przeciwieństwie do Frame Relay (ramki o zmiennej długości), ATM zapewnia deterministyczne opóźnienia.

Standard ATM został opracowany przez Forum ATM w latach 90. i był szeroko wdrażany w szkieletach sieci operatorskich, szczególnie w sieciach telekomunikacyjnych.

Ilustracja: Struktura sieci ATM – przełączniki ATM połączone łączami, komórki przepływające przez sieć

Technologia ATM powstała w odpowiedzi na potrzebę stworzenia jednolitej sieci zdolnej do przenoszenia różnych typów ruchu, w tym głosu, wideo i danych, z zachowaniem odpowiedniej jakości usług. Wybór stałego rozmiaru komórki wynoszącego 53 bajty był kompromisem między różnymi frakcjami w świecie telekomunikacji – Europejczycy preferowali 32 bajty, natomiast Amerykanie 64 bajty. Stały rozmiar komórki umożliwił implementację przełączania sprzętowego, co znacząco przyspieszyło transmisję.

ATM był szeroko stosowany w szkieletach sieci operatorskich jako technologia transportowa dla różnych protokołów wyższych warstw, w szczególności IP. W latach dziewięćdziesiątych wielu operatorów inwestowało w rozbudowę sieci ATM, widząc w niej przyszłość telekomunikacji. Ostatecznie jednak złożoność technologii oraz narzut związany z segmentacją danych na komórki spowodowały, że ATM został wyparty przez prostsze i bardziej efektywne rozwiązania.

8/47 Budowa komórki ATM

53 bajty – nagłówek i dane

Komórka ATM: 5 bajtów nagłówka + 48 bajtów danych = 53 bajty. Stały rozmiar ułatwia przełączanie sprzętowe i zapewnia przewidywalne opóźnienia.

Nagłówek komórki ATM zawiera następujące pola:

PoleRozmiarOpis
VPI8–12 bitówVirtual Path Identifier – identyfikator ścieżki wirtualnej
VCI16 bitówVirtual Channel Identifier – identyfikator kanału wirtualnego
PT3 bityPayload Type – typ danych (użytkownik/sterowanie)
CLP1 bitCell Loss Priority – priorytet utraty komórki
HEC8 bitówHeader Error Control – kontrola błędów nagłówka

VPI/VCI pełnią podobną rolę jak DLCI w Frame Relay – identyfikują wirtualne połączenie w sieci ATM.

Ilustracja: Struktura komórki ATM – 5 B nagłówka + 48 B danych z opisem pól VPI, VCI, PT, CLP, HEC

Struktura komórki ATM została zaprojektowana z myślą o minimalizacji opóźnień i uproszczeniu procesu przełączania węzłów sieciowych. Nagłówek o długości zaledwie 5 bajtów zawiera wszystkie informacje niezbędne do prawidłowego przekazania komórki przez sieć, podczas gdy 48 bajtów danych stanowi ładunek właściwy. Pole HEC w nagłówku pełni kluczową funkcję ochrony przed błędami transmisji, ponieważ pozwala na wykrycie i korekcję pojedynczych błędów bitowych w nagłówku.

Pola VPI i VCI w nagłówku komórki ATM odpowiadają za identyfikację wirtualnych połączeń w sieci, przy czym VPI grupuje wiele kanałów VCI we wspólne ścieżki. Pole PT informuje węzły sieciowe o charakterze przesyłanych danych, a bit CLP określa priorytet komórki w sytuacji przeciążenia sieci. Warto zauważyć, że tak kompaktowa struktura nagłówka była możliwa dzięki przeniesieniu złożonych funkcji sterujących do warstw wyższych.

9/47 VPI/VCI i warstwa AAL

Wirtualne ścieżki i warstwa dopasowania

VPI (Virtual Path Identifier) – identyfikator ścieżki wirtualnej, grupującej wiele kanałów wirtualnych (VCI). VPI umożliwia przełączanie całych grup połączeń jako jednej ścieżki.
AAL (ATM Adaptation Layer) – warstwa dopasowania, która konwertuje dane z wyższych warstw na komórki ATM i odwrotnie. Dzieli się na AAL1–AAL5 w zależności od typu ruchu.

Rodzaje AAL:

  • AAL1 – stała przepływność (CBR), dla transmisji głosu i wideo bez kompresji
  • AAL2 – zmienna przepływność (VBR), dla skompresowanego głosu i wideo
  • AAL3/4 – dla danych z obsługą wielu połączeń (rzadko stosowany)
  • AAL5 – dla danych pakietowych (IP, Ethernet) – najczęściej używany
Ilustracja: Hierarchia ATM – VPI grupuje VCI, warstwa AAL dopasowuje dane do komórek

Warstwa AAL w technologii ATM pełni funkcję pośrednika między aplikacjami wyższych warstw a warstwą komórek ATM, dostosowując dane do formatu wymaganego przez sieć. Poszczególne typy AAL zostały opracowane z myślą o różnych klasach ruchu – AAL1 dla transmisji o stałej przepływności, AAL2 dla zmiennej przepływności z zachowaniem synchronizacji, a AAL5 dla danych pakietowych. Wybór odpowiedniego typu AAL ma kluczowe znaczenie dla efektywności transmisji w sieci ATM.

VPI stanowi wyższy poziom hierarchii wirtualnych połączeń ATM, umożliwiając przełączanie całych grup kanałów wirtualnych jako jednej ścieżki. Rozwiązanie to znacząco upraszcza zarządzanie siecią, ponieważ zmiana trasy dla ścieżki VPI automatycznie dotyczy wszystkich kanałów VCI w niej zawartych. Dzięki tej hierarchicznej strukturze sieci ATM charakteryzowały się dobrą skalowalnością, choć ich konfiguracja była znacznie bardziej złożona niż w przypadku konkurencyjnych rozwiązań.

10/47 Klasy usług ATM

Kategorie usług dla różnych typów ruchu

KlasaNazwaZastosowanieGwarancje
CBRConstant Bit RateGłos, wideo bez kompresjiStała przepływność, niskie opóźnienie
VBRVariable Bit RateSkompresowany głos, wideoZmienna przepływność, gwarancja QoS
ABRAvailable Bit RateDane z priorytetemMinimalna przepływność gwarantowana
UBRUnspecified Bit RateRuch best-effortBrak gwarancji
ATM vs Frame Relay: ATM oferuje bardziej zaawansowaną klasyfikację usług i lepsze mechanizmy QoS, ale wprowadza większy narzut (53 B komórki dla 48 B danych = ~10% narzutu) i wyższą złożoność.

ATM był szeroko stosowany w szkieletach sieci operatorskich jako warstwa transportowa dla ruchu IP (IP over ATM). Obecnie został w większości wyparty przez MPLS i Ethernet.

Ilustracja: Porównanie klas usług ATM – CBR, VBR, ABR, UBR z przykładami zastosowań

Klasyfikacja usług w ATM na CBR, VBR, ABR i UBR pozwalała na precyzyjne dopasowanie parametrów transmisji do wymagań konkretnych aplikacji. Klasa CBR przeznaczona była przede wszystkim dla transmisji głosu i wideo bez kompresji, gdzie kluczowe znaczenie miało stałe opóźnienie i gwarantowana przepustowość. Z kolei VBR sprawdzała się w przypadku ruchu o charakterze impulsowym, takiego jak skompresowane strumienie wideo, które naturalnie generują zmienne obciążenie sieci.

Klasa ABR stanowiła próbę połączenia gwarancji minimalnej przepustowości z możliwością wykorzystania dostępnego pasma w sposób elastyczny. UBR oferowała z kolei tryb best-effort, w którym nie były udzielane żadne gwarancje jakości usług, co odpowiadało ówczesnemu podejściu Internetu do transmisji danych. Porównanie z Frame Relay pokazuje, że ATM oferował znacznie bardziej zaawansowane mechanizmy QoS, ale kosztem większej złożoności i wyższego narzutu protokołowego.

11/47 MPLS – definicja i zasada działania

Multiprotocol Label Switching

MPLS (Multiprotocol Label Switching) – technika przełączania etykiet (label switching), która przyspiesza i usprawnia przekazywanie pakietów w sieci. Działa między warstwą 2 a 3 modelu OSI (tzw. warstwa 2,5).

Zamiast kosztownego analizowania nagłówka IP na każdym routerze, MPLS dołącza do pakietu krótką etykietę (label), która jest używana do podejmowania decyzji o przekazaniu. Routery MPLS (LSR) podejmują decyzję wyłącznie na podstawie etykiety, bez analizy nagłówka IP.

MPLS jest protokołem niezależnym od warstwy 2 – może działać na Ethernet, SONET/SDH, ATM, Frame Relay. Obsługuje IPv4, IPv6 i inne protokoły warstwy 3.

Ilustracja: Różnica między routingiem IP (analiza nagłówka na każdym routerze) a przełączaniem MPLS (etykieta)

MPLS pojawił się na przełomie wieków jako odpowiedź na rosnące problemy związane ze skalowalnością tradycyjnego routingu IP w dużych sieciach operatorskich. Kluczową innowacją było wprowadzenie etykiet, które umożliwiają podejmowanie decyzji o przekazywaniu pakietów bez konieczności analizowania nagłówka IP na każdym węźle sieci. Przełożenie odpowiedzialności za routing na węzły krawędziowe pozwoliło na znaczące przyspieszenie działania routerów szkieletowych.

Niezależność MPLS od warstwy drugiej sprawia, że technologia ta może być stosowana na praktycznie każdej infrastrukturze transportowej, od Ethernetu przez SONET po ATM. Dzięki temu operatorzy mogli stopniowo migrować swoje sieci z ATM na MPLS bez konieczności wymiany całej infrastruktury. Współcześnie MPLS stanowi podstawę działania większości sieci szkieletowych na świecie, a jego znaczenie w dalszym ciągu rośnie.

12/47 Budowa etykiety MPLS

Struktura etykiety MPLS (32 bity)

Etykieta MPLS: 20 bitów etykiety + 3 bity CoS + 1 bit S + 8 bitów TTL = 32 bity. Jest wstawiana między nagłówek warstwy 2 (np. Ethernet) a nagłówek IP.
PoleBityOpis
Label20Etykieta używana do przekazywania pakietu (label value)
CoS (Experimental)3Class of Service – pole do oznaczania klasy usługi (QoS)
S (Bottom of Stack)1Wskazuje, czy to ostatnia etykieta w stosie (1 = ostatnia)
TTL8Time to Live – zapobiega pętlom, analogicznie do TTL w IP

Etykiety MPLS mogą być układane w stos (label stacking) – umożliwia to tworzenie hierarchicznych tuneli MPLS. Bit S oznacza ostatnią (najgłębszą) etykietę w stosie.

Ilustracja: Format etykiety MPLS w ramce Ethernet – pole MPLS między nagłówkiem MAC a nagłówkiem IP

Etykieta MPLS o długości 32 bitów została zaprojektowana jako kompromis między minimalizacją narzutu a wystarczającą pojemnością informacyjną. Dwadzieścia bitów przeznaczonych na właściwą etykietę pozwala na zaadresowanie nawet miliona unikalnych ścieżek, co jest w pełni wystarczające dla potrzeb nawet największych sieci operatorskich. Pole CoS o długości 3 bitów umożliwia zróżnicowanie obsługi pakietów w ramach ośmiu klas usług, co stanowi podstawę implementacji QoS w sieciach MPLS.

Mechanizm stosowania etykiet, czyli label stacking, stanowi jedną z najpotężniejszych cech MPLS, ponieważ umożliwia tworzenie hierarchicznych tuneli w ramach jednej sieci. Bit S w etykiecie wskazuje, czy dana etykieta jest ostatnią w stosie, co pozwala na wielopoziomowe enkapsulacje. Pole TTL w etykiecie MPLS pełni analogiczną funkcję jak w nagłówku IP, zapobiegając powstawaniu pętli routingu w sieci.

13/47 LSP i LDP w MPLS

Ścieżki i protokoły dystrybucji etykiet

LSP (Label Switched Path) – ścieżka z przełączaniem etykiet przez sieć MPLS od LER (Label Edge Router) wejściowego do LER wyjściowego. LSP jest jednokierunkowa.
LDP (Label Distribution Protocol) – protokół służący do dystrybucji etykiet między routerami MPLS. LDP mapuje etykiety na trasy IP (prefiksy sieciowe).

Proces tworzenia LSP:

  • LER wyjściowy przypisuje etykietę dla danego prefiksu IP i rozgłasza ją przez LDP
  • Kolejne LSR odbierają etykietę, dodają własną i przekazują dalej
  • Na końcu LER wejściowy ma pełną mapę etykiet – wie, jaką etykietę dodać dla pakietu do danej sieci docelowej
Ilustracja: LSP przez sieć MPLS – od LER wejściowego przez LSR pośrednie do LER wyjściowego

Protokół LDP odgrywa fundamentalną rolę w automatycznym tworzeniu i utrzymywaniu ścieżek LSP w sieci MPLS. Działanie LDP polega na wymianie komunikatów między sąsiednimi routerami, w ramach której każdy router informuje swoich sąsiadów o mapowaniu etykiet na konkretne prefiksy sieciowe. Proces ten odbywa się w płaszczyźnie sterowania i jest niezależny od faktycznego ruchu danych, co oznacza, że ścieżki LSP są tworzone z wyprzedzeniem.

Ścieżka LSP ma charakter jednokierunkowy, co oznacza, że dla zapewnienia dwukierunkowej komunikacji między dwoma węzłami konieczne jest utworzenie dwóch niezależnych ścieżek. W praktyce LDP wymienia informacje o etykietach na podstawie tablic routingu IP, więc każda zmiana w topologii sieci pociąga za sobą aktualizację etykiet. W bardziej zaawansowanych zastosowaniach, takich jak Traffic Engineering, zamiast LDP stosuje się protokół RSVP-TE, który oferuje większą kontrolę nad wyborem ścieżek.

14/47 Routing IP vs przełączanie MPLS

Kluczowe różnice

CechaRouting IPPrzełączanie MPLS
Podstawa decyzjiNajdłuższy prefiks IP (nagłówek IP)Etykieta (label)
SzybkośćZależy od złożoności lookupu IPBardzo szybka (proste dopasowanie etykiety)
QoSOparte na DSCP/ToS, przetwarzane na każdym routerzePole CoS w etykiecie, spójne na całej LSP
Inżynieria ruchuOgraniczona (zależna od metryk IGP)Pełna kontrola ścieżki (RSVP-TE, CR-LDP)
VPNWymaga pełnej siatki tuneli IPsec/GREMPLS VPN – skalowalne, przejrzyste dla klienta
WieloprotokołowośćTylko IPIP, IPv6, IPX, inne protokoły warstwy 3
Zaleta MPLS: Decoupling routingu od przekazywania – routing odbywa się w płaszczyźnie sterowania (kontrolnej), a szybkie przekazywanie w płaszczyźnie danych na podstawie etykiet.
Ilustracja: Porównanie – tradycyjny routing IP (każdy router analizuje nagłówek) vs MPLS (tylko LER analizuje, LSR przełączają po etykiecie)

Podstawowa różnica między routingiem IP a przełączaniem MPLS wynika z odmiennego podejścia do przekazywania pakietów przez węzły sieci. W tradycyjnym routingu IP każdy router samodzielnie analizuje nagłówek pakietu i podejmuje decyzję o dalszej trasie na podstawie tablicy routingu. W MPLS decyzja o trasie jest podejmowana tylko raz przez węzeł krawędziowy LER, a routery szkieletowe LSR dokonują jedynie prostej zamiany etykiet według lokalnej tablicy LIB.

Ta architektoniczna różnica ma istotne konsekwencje praktyczne w zakresie szybkości przekazywania pakietów i skalowalności sieci. Routery MPLS mogą być zbudowane w oparciu o prostsze i szybsze układy sprzętowe, ponieważ nie muszą wykonywać złożonych operacji wyszukiwania w tablicach routingu. Dodatkowo MPLS umożliwia implementację zaawansowanych funkcji, takich jak inżynieria ruchu i VPN, które w sieciach czysto IP są znacznie trudniejsze do zrealizowania.

15/47 MPLS – podsumowanie podstaw

Co warto zapamiętać o MPLS?

  • MPLS działa w warstwie 2,5 – między nagłówkiem warstwy 2 (Ethernet, PPP) a nagłówkiem IP
  • Etykieta MPLS – 20 bitów label + 3 CoS + 1 S + 8 TTL = 32 bity
  • LSP – jednokierunkowa ścieżka przez sieć MPLS, tworzona przez LDP lub RSVP-TE
  • LER vs LSR – LER (krawędziowe) dodają/usuwają etykiety, LSR (szkieletowe) przełączają na podstawie etykiet
  • Label stacking – stos etykiet umożliwia tworzenie hierarchicznych tuneli (np. MPLS over MPLS)
Kluczowa zaleta: MPLS oddziela płaszczyznę sterowania (routing, dystrybucja etykiet) od płaszczyzny danych (szybkie przełączanie na podstawie etykiet). To umożliwia elastyczne zarządzanie ruchem i implementację zaawansowanych usług VPN.
Ilustracja: Architektura MPLS – podział na płaszczyznę sterowania (LDP, RSVP-TE, OSPF) i płaszczyznę danych (LFIB)

Podstawowym założeniem architektury MPLS jest wyraźne oddzielenie płaszczyzny sterowania od płaszczyzny danych, co stanowi novum w stosunku do tradycyjnych sieci IP. W płaszczyźnie sterowania działają protokoły routingu, takie jak OSPF czy BGP, odpowiedzialne za wymianę informacji o topologii sieci, a także protokoły dystrybucji etykiet LDP i RSVP-TE. Płaszczyzna danych odpowiada natomiast wyłącznie za szybkie przekazywanie pakietów na podstawie etykiet, co może być realizowane bezpośrednio w sprzęcie.

Routery LER znajdujące się na brzegu sieci MPLS pełnią szczególną rolę, ponieważ to one dokonują klasyfikacji ruchu i przypisywania etykiet na podstawie analizy nagłówków IP. Routery LER są również odpowiedzialne za usuwanie etykiet przed przekazaniem pakietów do sieci zewnętrznych w ramach procedury PHP. Mechanizm label stacking umożliwia tworzenie rozbudowanych hierarchii tuneli, co jest wykorzystywane między innymi w sieciach VPN MPLS.

16/47 VPN MPLS – wirtualne sieci prywatne

Bezpieczne sieci VPN na współdzielonej infrastrukturze

MPLS VPN (L3VPN / L2VPN) – technologia tworzenia wirtualnych sieci prywatnych na wspólnej infrastrukturze operatora. Klient widzi swoją sieć, jakby była fizycznie odizolowana od innych klientów.

Rodzaje MPLS VPN:

  • L3VPN (RFC 4364) – operator uczestniczy w rutingu IP klienta. Routery CE (Customer Edge) łączą się z routerami PE (Provider Edge), które utrzymują osobne tablice routingu VRF (Virtual Routing and Forwarding) dla każdego klienta
  • L2VPN (VPWS / VPLS) – emulacja warstwy 2 (Ethernet, Frame Relay). Klient ma wrażenie bezpośredniego połączenia kablem między swoimi lokalizacjami
  • L2VPN z MPLS (VPWS) – punkt-punkt (pseudowire, PW)
  • VPLS – punkt-wielopunkt, emulacja przełącznika Ethernet przez sieć MPLS
Ilustracja: Architektura MPLS L3VPN – routery PE z VRF, połączenia MP-BGP między PE, CE podłączone do PE

Technologia VPN MPLS stanowi jedno z najważniejszych zastosowań komercyjnych MPLS, umożliwiając operatorom świadczenie usług sieci prywatnych na współdzielonej infrastrukturze. W przypadku L3VPN routery PE utrzymują osobne tablice routingu VRF dla każdego klienta, co zapewnia całkowitą izolację ruchu między różnymi klientami. Wymiana informacji o trasach między routerami PE odbywa się z wykorzystaniem protokołu MP-BGP, który przenosi dodatkowe atrybuty, takie jak identyfikatory RD i RT.

L2VPN z kolei emuluje bezpośrednie połączenie warstwy drugiej między oddziałami klienta, co jest szczególnie przydatne w przypadku sieci Ethernet. VPLS rozszerza tę koncepcję do topologii punkt-wielopunkt, tworząc wirtualny przełącznik Ethernet rozproszony w sieci operatora. Dzięki VPN MPLS klienci mogą budować swoje sieci korporacyjne bez konieczności inwestowania we własną infrastrukturę transmisyjną, a jednocześnie korzystać z gwarantowanych parametrów QoS oferowanych przez operatora.

17/47 Traffic Engineering w MPLS

Optymalizacja wykorzystania pasma

Traffic Engineering (TE) – mechanizm kierowania ruchem w sieci MPLS w celu optymalizacji wykorzystania zasobów sieciowych. W odróżnieniu od routingu IP, który wybiera najkrótszą ścieżkę (SPF), TE uwzględnia obciążenie łączy, opóźnienia i przepustowość.

Traffic Engineering w MPLS realizowany jest przez:

  • RSVP-TE (Resource Reservation Protocol – Traffic Engineering) – protokół rezerwacji zasobów dla LSP. Pozwala na ustawienie ścieżki jawnej (explicit path) z uwzględnieniem wymaganej przepustowości
  • CR-LDP (Constraint-based Routing LDP) – rozszerzenie LDP o ograniczenia (constraints) – rzadziej stosowane

TE umożliwia kierowanie ruchu na mniej obciążone łącza, nawet jeśli są dłuższe, co zwiększa ogólną przepustowość sieci.

Ilustracja: Porównanie – routing SPF (wszystko najkrótszą drogą, przeciążenie) vs TE (równoważenie obciążenia na różnych ścieżkach)

Traffic Engineering w MPLS stanowi zaawansowane narzędzie optymalizacji wykorzystania zasobów sieciowych, wykraczające poza możliwości tradycyjnych protokołów routingu. Podczas gdy protokoły IGP, takie jak OSPF czy IS-IS, wybierają najkrótszą ścieżkę według metryki, TE uwzględnia rzeczywiste obciążenie łączy i wymagania dotyczące przepustowości. Dzięki temu operatorzy mogą kierować ruchem na mniej obciążone alternatywne trasy, nawet jeśli są one fizycznie dłuższe.

Protokół RSVP-TE umożliwia rezerwację zasobów wzdłuż ścieżki LSP, co gwarantuje dostępność wymaganej przepustowości dla krytycznych aplikacji. W przeciwieństwie do klasycznego RSVP stosowanego w sieciach IP, RSVP-TE działa w trybie downstream-on-demand, co oznacza, że etykiety są dystrybuowane tylko dla tych ścieżek, które są faktycznie potrzebne. Narzędzia TE są szczególnie przydatne w sieciach operatorskich o złożonej topologii, gdzie nierównomierne obciążenie łączy stanowi poważny problem eksploatacyjny.

18/47 QoS w MPLS – pole CoS

Class of Service w etykiecie MPLS

CoS (Class of Service) – 3-bitowe pole w etykiecie MPLS (dawnej nazywane Experimental bits), służące do oznaczania klasy usługi. Umożliwia różnicowanie obsługi pakietów w sieci MPLS.

W MPLS QoS działa na kilku poziomach:

  • E-LSP (Experimental LSP) – klasa usługi i PHB (Per-Hop Behavior) są kodowane w polu CoS etykiety. Umożliwia do 8 klas usług (3 bity)
  • L-LSP (Label-Only LSP) – klasa usługi jest określona przez samą etykietę (różne etykiety dla różnych klas), a pole CoS może rozszerzać klasyfikację

Mapowanie DSCP → CoS MPLS na LER wejściowym pozwala na zachowanie spójnej jakości usług w całej sieci MPLS. Na LER wyjściowym CoS jest mapowany z powrotem na DSCP.

Ilustracja: Mapowanie DSCP → MPLS CoS na LER wejściowym i MPLS CoS → DSCP na LER wyjściowym

Mechanizm QoS w sieciach MPLS opiera się przede wszystkim na trzybitowym polu CoS w etykiecie MPLS, które umożliwia rozróżnienie do ośmiu klas obsługi pakietów. W trybie E-LSP klasa usługi oraz sposób obsługi na poszczególnych węzłach są kodowane bezpośrednio w polu CoS, co zapewnia dużą elastyczność przy stosunkowo niskiej złożoności. Mapowanie pomiędzy znacznikami DSCP z nagłówka IP a wartościami CoS w etykiecie MPLS odbywa się na routerach krawędziowych LER.

Alternatywny tryb L-LSP wykorzystuje samą wartość etykiety do określenia klasy usługi, co oznacza, że dla różnych klas usług stosowane są różne etykiety nawet dla tego samego celu. Rozwiązanie to jest bardziej skalowalne w przypadku dużej liczby klas usług, ale wymaga utrzymywania większej liczby wpisów w tablicach LIB. Niezależnie od wybranego trybu, spójne oznaczenie pakietów na całej długości ścieżki LSP zapewnia przewidywalną jakość usług, co jest szczególnie istotne dla ruchu głosowego i wideo.

19/47 MPLS w sieciach operatorów

Backbone IP/MPLS

Backbone IP/MPLS – architektura szkieletowa większości współczesnych operatorów telekomunikacyjnych. Łączy routing IP (OSPF/IS-IS) z przełączaniem MPLS dla zapewnienia skalowalności, niezawodności i zaawansowanych usług.

Typowa sieć operatorska oparta na MPLS obejmuje:

  • Routery PE (Provider Edge) – na brzegu sieci operatora, obsługują podłączenie klientów (CE) i utrzymują VRF dla L3VPN
  • Routery P (Provider / Core) – w szkieletowej części sieci, przełączają pakiety wyłącznie na podstawie etykiet MPLS. Nie utrzymują tras IP klientów
  • Sieć szkieletowa – wysoka przepustowość (100 Gb/s, 400 Gb/s), redundancja, szybka regeneracja po awarii (FRR – Fast Reroute)

MPLS w backbone'ie operatora umożliwia świadczenie usług L3VPN, L2VPN, VPLS, a także usługi transportowe dla klientów korporacyjnych.

Ilustracja: Architektura sieci operatorskiej IP/MPLS – routery PE na brzegu, routery P w szkielecie, CE klientów

Architektura szkieletowa IP/MPLS stanowi podstawę działania większości współczesnych operatorów telekomunikacyjnych na całym świecie. W tym modelu routery PE znajdujące się na brzegu sieci odpowiadają za obsługę klientów i utrzymywanie osobnych tablic routingu dla poszczególnych usług. Routery P umieszczone w rdzeniu sieci zajmują się wyłącznie szybkim przełączaniem pakietów na podstawie etykiet, bez konieczności analizowania tras IP klientów.

Sieć szkieletowa operatora musi spełniać rygorystyczne wymagania w zakresie dostępności i niezawodności, dlatego jest budowana z wykorzystaniem redundantnych łączy i urządzeń. Mechanizmy takie jak Fast Reroute umożliwiają przełączenie ruchu na alternatywną ścieżkę w czasie poniżej 50 milisekund w przypadku awarii łącza lub węzła. Współczesne szkieletowe sieci MPLS operują z przepustowościami rzędu setek gigabitów na sekundę na pojedynczym łączu, a najwięksi operatorzy wdrażają już technologie 400G i 800G.

20/47 MPLS vs Frame Relay i ATM

Porównanie technologii przełączania

CechaFrame RelayATMMPLS
Jednostka danychRamka o zmiennej długościKomórka 53 B (stała)Pakiet IP z etykietą
Warstwa OSIWarstwa 2Warstwa 2Warstwa 2,5
Identyfikacja połączeńDLCIVPI/VCIEtykieta (label)
QoSPodstawowa (CIR, DE bit)Zaawansowana (CBR, VBR, ABR, UBR)Zaawansowana (CoS, EXP bits)
PrędkośćDo 44,7 Mb/s (T3)Do 622 Mb/s (OC-12)Do 400+ Gb/s
Wsparcie IPIP over Frame Relay (RFC 1490)IP over ATM (RFC 2225)Natywne (IP/MPLS)
Współczesne użycieHistoryczneHistoryczne / niszoweDominujące w szkieletach
Ilustracja: Oś czasu ewolucji technologii WAN – Frame Relay i ATM → MPLS → SD-WAN

Porównanie MPLS z Frame Relay i ATM unaocznia ewolucję, jaką przeszły technologie sieci WAN na przestrzeni ostatnich trzydziestu lat. Frame Relay oferował prostotę i niski koszt, ale był ograniczony pod względem prędkości i mechanizmów QoS. ATM zapewniał zaawansowaną jakość usług i był w stanie przenosić różne typy ruchu, jednak jego złożoność i narzut protokołowy stanowiły istotne wady. MPLS łączy w sobie zalety obu poprzedników, oferując jednocześnie prostotę przełączania i zaawansowane mechanizmy QoS.

Z punktu widzenia prędkości transmisji MPLS nie ma sobie równych, ponieważ może działać na łączach o przepustowości setek gigabitów na sekundę, podczas gdy Frame Relay zatrzymał się na 44,7 Mb/s, a ATM na 622 Mb/s. Należy również zauważyć, że MPLS w przeciwieństwie do swoich poprzedników został zaprojektowany z myślą o natywnej obsłudze protokołu IP, co w dzisiejszych czasach ma kluczowe znaczenie. Współcześnie MPLS pozostaje dominującą technologią w szkieletach operatorskich, choć na obrzeżach sieci coraz częściej zastępuje go SD-WAN.

21/47 SD-WAN – definicja

Software-Defined WAN

SD-WAN (Software-Defined Wide Area Network) – programowalna sieć WAN, w której funkcje zarządzania, routingu i optymalizacji są odseparowane od sprzętu i realizowane centralnie przez kontroler SD-WAN.

SD-WAN to zastosowanie paradygmatu Software-Defined Networking (SDN) do sieci rozległych. Kluczowe cechy SD-WAN:

  • Centralne zarządzanie – cała sieć jest zarządzana z jednego dashboardu (GUI lub API)
  • Abstrakcja warstwy transportowej – SD-WAN tworzy overlay na dowolnych łączach: MPLS, Internet, 4G/5G, LTE
  • Dynamiczny wybór ścieżki – automatyczne kierowanie ruchu na najlepsze dostępne łącze (najniższe opóźnienie, najwyższa przepustowość)
  • Szyfrowanie end-to-end – wszystkie dane są szyfrowane między urządzeniami SD-WAN
Ilustracja: Architektura SD-WAN – centralny kontroler (orchestrator), urządzenia brzegowe (CPE), różne typy łączy transportowych

SD-WAN stanowi naturalną ewolucję sieci rozległych w kierunku większej programowalności i automatyzacji, wykorzystując paradygmat znany z centrów danych SDN. Kluczowym założeniem SD-WAN jest abstrakcja warstwy transportowej, która pozwala na budowanie nakładkowej sieci WAN niezależnie od wykorzystywanych łączy fizycznych. Dzięki temu przedsiębiorstwa mogą łączyć swoje oddziały z wykorzystaniem dowolnej kombinacji łączy MPLS, internetowych, LTE czy 5G, bez konieczności konfigurowania złożonych protokołów routingu.

Centralny kontroler SD-WAN pełni rolę orkiestratora całej sieci, umożliwiając definiowanie polityk biznesowych na poziomie całego przedsiębiorstwa. Nowe urządzenia SD-WAN mogą być wdrażane z wykorzystaniem mechanizmu zero-touch provisioning, co oznacza, że wystarczy je podłączyć do zasilania i sieci, a konfiguracja pobierana jest automatycznie z kontrolera. SD-WAN zyskuje coraz większą popularność wśród firm poszukujących sposobu na obniżenie kosztów łączności przy jednoczesnym zwiększeniu elastyczności i niezawodności sieci.

22/47 Zasada działania SD-WAN

Abstrakcja, orkiestracja, automatyzacja

SD-WAN działa w architekturze trójwarstwowej:

  • Płaszczyzna zarządzania (Management Plane) – centralny kontroler (orchestrator) SD-WAN. Odpowiada za konfigurację, monitoring, aktualizacje. Udostępnia interfejs GUI i API REST
  • Płaszczyzna sterowania (Control Plane) – odpowiada za ustanawianie tuneli (IPsec, GRE), wymianę informacji o routingu, podejmowanie decyzji o przekierowaniu ruchu. W SD-WAN często realizowana przez protokoły OMP (Overlay Management Protocol)
  • Płaszczyzna danych (Data Plane) – urządzenia brzegowe (CPE – Customer Premises Equipment) realizujące faktyczne przekazywanie pakietów. Każde CPE ma wiele łączy WAN (MPLS, Internet, LTE) i tworzy z nimi bezpieczne tunele do innych CPE
Klucz innowacji: SD-WAN umożliwia definiowanie polityk biznesowych (business policies), np. "ruch VoIP zawsze przez łącze o najmniejszym opóźnieniu" lub "ruch do chmury przez łącze internetowe".
Ilustracja: Trójwarstwowa architektura SD-WAN – zarządzanie, sterowanie, dane

Trójwarstwowa architektura SD-WAN, składająca się z płaszczyzny zarządzania, sterowania i danych, zapewnia wyraźne rozdzielenie odpowiedzialności poszczególnych komponentów sieci. Płaszczyzna zarządzania realizowana przez centralny kontroler lub orchestrator odpowiada za konfigurację, monitoring i aktualizacje oprogramowania wszystkich urządzeń w sieci. Płaszczyzna sterowania zajmuje się ustanawianiem i utrzymywaniem tuneli VPN między urządzeniami brzegowymi, a także podejmowaniem decyzji o przekierowaniu ruchu na podstawie zdefiniowanych polityk.

Protokół OMP używany między innymi w rozwiązaniu Cisco SD-WAN stanowi rozszerzenie tradycyjnych protokołów routingu o mechanizmy charakterystyczne dla sieci programowalnych. Urządzenia CPE znajdujące się w oddziałach firmy komunikują się z kontrolerem za pomocą bezpiecznych tuneli, przesyłając informacje o dostępnych łączach i obciążeniu sieci. Na podstawie tych danych kontroler może dynamicznie optymalizować ścieżki ruchu, zapewniając najlepszą możliwą jakość transmisji dla poszczególnych aplikacji.

23/47 Korzyści SD-WAN

Przewaga nad tradycyjnymi rozwiązaniami

KorzyśćOpis
Niższe kosztySD-WAN umożliwia użycie tańszych łączy internetowych (broadband) zamiast kosztownego MPLS. Oszczędność 40–70% na kosztach łączności
ElastycznośćDowolna kombinacja łączy: MPLS, Internet (DSL, światłowód), LTE/5G. Łatwe dodawanie nowych lokalizacji
Centralne zarządzanieZmiana konfiguracji w minutach (nie tygodniach) z poziomu dashboardu. Zero-touch provisioning (ZTP) dla nowych urządzeń
Automatyczne failoverW przypadku awarii łącza, ruch jest automatycznie przekierowywany na alternatywną ścieżkę w czasie <1 s
Agregacja łączyŁączenie przepustowości wielu łączy, równoważenie obciążenia (load balancing) między nimi
SzyfrowanieWszystkie dane szyfrowane (IPsec, AES-256), brak potrzeby osobnych urządzeń VPN
Ilustracja: Wykres – porównanie kosztów MPLS vs SD-WAN (miesięczny koszt na oddział)

Korzyści wynikające z wdrożenia SD-WAN wykraczają daleko poza proste oszczędności kosztów, choć te są często kluczowym argumentem przemawiającym za migracją z tradycyjnego MPLS. Firmy raportują średnio 60-procentowe obniżenie miesięcznych kosztów łączności, co wynika przede wszystkim z możliwości wykorzystania tańszych łączy internetowych zamiast kosztownych łączy operatorskich. Automatyczne mechanizmy failover sprawiają, że sieć pozostaje dostępna nawet w przypadku awarii jednego z łączy, co zwiększa niezawodność bez konieczności płacenia za redundantne łącza MPLS.

Centralne zarządzanie siecią poprzez dashboard webowy to kolejna istotna zaleta SD-WAN, która znacząco upraszcza codzienną pracę administratorów sieci. Wdrożenie nowej polityki bezpieczeństwa czy zmiana konfiguracji routingu może być zrealizowana w ciągu kilku minut z poziomu jednego interfejsu, bez konieczności logowania się do poszczególnych urządzeń. Szybkość reagowania na zmieniające się potrzeby biznesowe stanowi w dzisiejszych czasach kluczowy czynnik konkurencyjności dla wielu przedsiębiorstw.

24/47 Przykłady rozwiązań SD-WAN

Główni dostawcy rozwiązań SD-WAN

  • Cisco SD-WAN (Viptela) – dawniej Viptela, przejęte przez Cisco. Oparty na protokole OMP (Overlay Management Protocol). Oferuje vEdge i CloudEdge jako urządzenia brzegowe. Integracja z Cisco DNA Center i Meraki
  • VMware Velocloud (SASE) – dawniej Velocloud, przejęte przez VMware (obecnie Broadcom). Jeden z najpopularniejszych rozwiązań SD-WAN. Oferuje Edge 500/600/1000 jako urządzenia CPE. Integracja z VMware NSX i SASE (Secure Access Service Edge)
  • Fortinet SD-WAN – zintegrowany z FortiGate (next-gen firewall). SD-WAN jako funkcja wbudowana w FortiGate. Nie wymaga osobnego urządzenia SD-WAN. Integracja z FortiManager, FortiAnalyzer, FortiGuard
  • Palo Alto Networks Prisma SD-WAN – rozwiązanie chmurowe, oferowane jako część Prisma Access (SASE)
  • Versa Networks – rozwiązanie SD-WAN z wbudowanym routingiem, firewallem i funkcjami bezpieczeństwa
Ilustracja: Logo producentów SD-WAN – Cisco, VMware, Fortinet, Palo Alto, Versa

Rynek rozwiązań SD-WAN jest niezwykle konkurencyjny i oferuje szereg platform różniących się architekturą, modelem licencjonowania i kierunkiem rozwoju. Cisco SD-WAN, wywodzące się z technologii Viptela, jest jednym z najpopularniejszych rozwiązań w segmencie dużych przedsiębiorstw, oferując zaawansowane funkcje orkiestracji i integrację z ekosystemem Cisco. VMware Velocloud z kolei zdobył uznanie dzięki prostocie wdrożenia i integracji z platformą SASE, co czyni go atrakcyjnym wyborem dla firm poszukujących kompleksowego rozwiązania.

Fortinet SD-WAN wyróżnia się na tle konkurencji wbudowaną funkcjonalnością w urządzenia FortiGate, co eliminuje konieczność zakupu osobnego sprzętu SD-WAN. Rozwiązanie Palo Alto Networks Prisma SD-WAN jest z kolei ukierunkowane na integrację z chmurą i modelem SASE, oferując zaawansowane funkcje bezpieczeństwa. Wybór odpowiedniego rozwiązania SD-WAN powinien być poprzedzony dokładną analizą potrzeb biznesowych i technicznych przedsiębiorstwa, ponieważ każda z platform ma swoje mocne i słabe strony.

25/47 SD-WAN vs MPLS – analiza porównawcza

Kiedy wybrać SD-WAN, a kiedy MPLS?

KryteriumMPLSSD-WAN
Koszt łącza (100 Mb/s)1000–3000 zł/mies.200–500 zł/mies. (broadband)
Czas zmiany konfiguracji2–4 tygodnieMinuty
ZarządzanieRęczne na każdym routerzeCentralny dashboard
QoSGwarantowany (SLA)Polityki SD-WAN, best-effort na internecie
BezpieczeństwoWymaga osobnej VPN/firewallaWbudowane (IPsec, firewall)
Obsługa chmuryZłożona (tromboning przez centralę)Bezpośredni dostęp do chmury (cloud on-ramp)
NiezawodnośćWysoka (SLA operatora, 99,99%)Wysoka (failover między łączami)
Trend: Coraz więcej firm wybiera model hybrydowy – MPLS dla ruchu krytycznego (VoIP, ERP) + SD-WAN dla dostępu do Internetu i chmury.
Ilustracja: Wykres – całkowity koszt posiadania (TCO) MPLS vs SD-WAN w 3-letniej perspektywie

Decyzja o wyborze między MPLS a SD-WAN nie jest oczywista i zależy od wielu czynników, takich jak wielkość przedsiębiorstwa, wymagania dotyczące QoS czy dostępność budżetu. MPLS pozostaje bezkonkurencyjny w przypadku aplikacji wymagających gwarantowanych parametrów transmisji, takich jak VoIP czy systemy ERP, gdzie operator zapewnia SLA na poziomie 99,99 procent dostępności. SD-WAN sprawdza się natomiast doskonale w firmach, które potrzebują elastyczności i szybkości wdrażania nowych oddziałów, a jednocześnie chcą obniżyć koszty łączności.

Coraz więcej przedsiębiorstw decyduje się na model hybrydowy, w którym MPLS jest używany dla ruchu krytycznego, a SD-WAN dla dostępu do Internetu i aplikacji chmurowych. Takie podejście pozwala na optymalizację kosztów przy jednoczesnym zachowaniu gwarancji jakości dla najważniejszych usług. W perspektywie długoterminowej można jednak spodziewać się stopniowego odchodzenia od MPLS na rzecz SD-WAN, szczególnie w miarę poprawy jakości łączy internetowych i rozwoju technologii 5G.

26/47 Bezpieczeństwo w SD-WAN

Szyfrowanie, firewall i SASE

SD-WAN Security: Większość rozwiązań SD-WAN oferuje wbudowane mechanizmy bezpieczeństwa: szyfrowanie IPsec, zapora sieciowa (stateful firewall), system wykrywania włamań (IDS/IPS) i filtrowanie URL.

Kluczowe aspekty bezpieczeństwa SD-WAN:

  • Szyfrowanie end-to-end – wszystkie tunele SD-WAN są szyfrowane protokołem IPsec z AES-256. Klucze są wymieniane przez IKEv2 lub protokoły własne dostawcy
  • Segmentacja ruchu – możliwość tworzenia wirtualnych sieci (VNF) dla różnych typów ruchu (sieć dla gości, sieć dla pracowników, sieć dla IoT)
  • SASE (Secure Access Service Edge) – ewolucja SD-WAN łącząca funkcje WAN z bezpieczeństwem w chmurze (SWG, CASB, ZTNA, DLP). Przykłady: Prisma Access, Netskope, Zscaler, Cloudflare One

SD-WAN często zastępuje osobne urządzenia VPN i firewalle w oddziałach firmowych, redukując koszty i upraszczając zarządzanie.

Ilustracja: Architektura SASE – SD-WAN + bezpieczeństwo w chmurze (SWG, CASB, ZTNA)

Bezpieczeństwo w sieciach SD-WAN jest realizowane na wielu poziomach, począwszy od szyfrowania wszystkich transmisji protokołem IPsec z kluczami 256-bitowymi. Większość rozwiązań SD-WAN oferuje wbudowaną zaporę sieciową z kontrolą stanową, która umożliwia filtrowanie ruchu na podstawie reguł zdefiniowanych centralnie. Systemy wykrywania i zapobiegania włamaniom IDS/IPS stanowią dodatkową warstwę ochrony przed zagrożeniami sieciowymi.

Koncepcja SASE stanowi naturalne rozszerzenie SD-WAN o funkcje bezpieczeństwa świadczone z chmury, takie jak bezpieczne bramy sieciowe SWG czy agent CASB do kontroli aplikacji chmurowych. Model ZTNA, czyli zerowego zaufania do sieci, zakłada weryfikację każdego żądania dostępu niezależnie od lokalizacji użytkownika. Dzięki integracji SD-WAN z platformami SASE przedsiębiorstwa mogą zastąpić rozbudowane, rozproszone urządzenia bezpieczeństwa jednym, scentralizowanym rozwiązaniem oferowanym w modelu usługowym.

27/47 Orbity satelitarne – GEO, MEO, LEO

Rodzaje orbit wykorzystywanych w telekomunikacji

Orbity satelitarne: Satelity komunikacyjne umieszczane są na trzech głównych typach orbit: GEO (geostacjonarna), MEO (średnia) i LEO (niska). Różnią się wysokością, opóźnieniem i liczbą satelitów potrzebnych do pokrycia Ziemi.

Porównanie orbit:

ParametrGEOMEOLEO
Wysokość35 786 km10 000–20 000 km500–2000 km
Liczba satelitów do pokrycia Ziemi38–12Setki / tysiące
Opóźnienie (RTT)~500–600 ms~100–200 ms~20–50 ms
Przepustowość (typowa)Do 100 Mb/sDo 200 Mb/sDo 500+ Mb/s (Starlink)
Okres orbitalny24 h (geostacjonarny)~6–12 h~90–120 min
PrzykładyHispasat, Astra, Hot BirdGPS, Galileo, O3bStarlink, OneWeb, Iridium
Ilustracja: Skala orbit – GEO (35 786 km), MEO (10 000–20 000 km), LEO (500–2000 km) w skali względnej

Wybór odpowiedniej orbity dla satelitów komunikacyjnych ma kluczowe znaczenie dla parametrów technicznych całego systemu łączności satelitarnej. Orbita geostacjonarna GEO oferuje stałą pozycję satelity względem powierzchni Ziemi, co upraszcza konstrukcję anten naziemnych, ale wiąże się z dużym opóźnieniem propagacyjnym. Orbita średnia MEO stanowi kompromis między opóźnieniem a liczbą satelitów potrzebnych do pokrycia globu, znajdując zastosowanie przede wszystkim w systemach nawigacyjnych. Orbita niska LEO zyskuje na popularności dzięki możliwości osiągnięcia opóźnień porównywalnych z naziemnymi sieciami światłowodowymi.

Różnice w wysokości orbit przekładają się bezpośrednio na koszty budowy i utrzymania systemów satelitarnych, ponieważ satelity LEO są tańsze w wyniesieniu na orbitę, ale wymagają znacznie większej liczby egzemplarzy dla zapewnienia ciągłości usług. W przypadku orbit LEO konieczne jest również stosowanie zaawansowanych mechanizmów przełączania między satelitami, które zapewniają nieprzerwaną łączność podczas przemieszczania się satelitów względem powierzchni Ziemi. Każdy z typów orbit znajduje swoje optymalne zastosowanie w zależności od wymagań konkretnej usługi telekomunikacyjnej.

28/47 GEO – orbita geostacjonarna

Satelity geostacjonarne

GEO (Geostationary Earth Orbit) – orbita na wysokości 35 786 km nad równikiem. Satelita geostacjonarny pozostaje nieruchomy względem powierzchni Ziemi, ponieważ jego okres obiegu wynosi dokładnie 24 godziny.

Główne cechy satelitów GEO:

  • Zasięg: 3 satelity pokrywają całą Ziemię (z wyjątkiem biegunów). Każdy satelita "widzi" około 1/3 powierzchni Ziemi
  • Zastosowania: telewizja satelitarna (DTH – Direct-to-Home), łączność na morzu (VSAT), backhauling dla operatorów telekomunikacyjnych
  • Opóźnienie: czas propagacji w jedną stronę ~119 ms, rzeczywiste opóźnienie (RTT) 500–600 ms (z przetwarzaniem, multipleksowaniem)
  • Wady: wysokie opóźnienie, słaba widoczność nad biegunami, interferencja deszczowa (rain fade)
Ilustracja: Trzy satelity GEO pokrywające Ziemię – zasięg każdego satelity (widoczność ~120°)

Satelity geostacjonarne umieszczane na orbicie GEO na wysokości 35786 kilometrów nad równikiem stanowią od dziesięcioleci podstawę światowej łączności satelitarnej. Ich główną zaletą jest fakt, że z perspektywy obserwatora na Ziemi pozostają nieruchome, co umożliwia stosowanie stałych anten kierunkowych bez systemów śledzących. Trzy satelity GEO rozmieszczone równomiernie nad równikiem są w stanie pokryć swoim sygnałem praktycznie całą powierzchnię Ziemi z wyjątkiem rejonów podbiegunowych.

Głównym ograniczeniem satelitów GEO jest wysokie opóźnienie transmisji, wynoszące około 250 milisekund w jedną stronę, co w przypadku transmisji dwukierunkowej daje wartość RTT rzędu 500–600 milisekund. Tak wysokie opóźnienie dyskwalifikuje łączność GEO w przypadku aplikacji interaktywnych czasu rzeczywistego, takich jak rozmowy głosowe czy gry sieciowe. Mimo to satelity GEO pozostają niezastąpione w zastosowaniach takich jak telewizja satelitarna, łączność VSAT na morzu czy transmisje danych na duże odległości.

29/47 LEO – niska orbita okołoziemska

Niskie orbity dla niskich opóźnień

LEO (Low Earth Orbit) – orbity na wysokości 500–2000 km nad Ziemią. Satelity LEO poruszają się szybko względem powierzchni (okres ~90–120 min). Konstelacje LEO składają się z setek lub tysięcy satelitów, aby zapewnić ciągłe pokrycie.

Główne cechy satelitów LEO:

  • Opóźnienie: czas propagacji w jedną stronę ~1,8–6,7 ms (zależnie od wysokości). Rzeczywiste opóźnienie z przetwarzaniem: 20–40 ms – porównywalne z naziemnym Internetem światłowodowym
  • Przepustowość: Starlink oferuje 50–500 Mb/s na abonenta. Łączna przepustowość konstelacji: terabity na sekundę
  • Przepustowość w skali systemu: Starlink ~1 Tb/s (2024), OneWeb ~100 Gb/s (2024)
  • Wyzwania: przesłony (drzewa, budynki), wpływ pogody (deszcz, śnieg), koszt terminala (ok. 3000–6000 zł), pojemność komórki satelitarnej
Ilustracja: Konstelacja LEO – satelity poruszające się po niskiej orbicie, przełączanie między satelitami (handover)

Konstelacje satelitów LEO rewolucjonizują rynek dostępu do Internetu, oferując parametry transmisji dotychczas osiągalne wyłącznie w sieciach naziemnych. Satelity umieszczone na wysokości od 500 do 2000 kilometrów poruszają się z dużą prędkością względem powierzchni Ziemi, okrążając ją w ciągu około 90–120 minut. Aby zapewnić ciągłe pokrycie danego obszaru, konieczne jest rozmieszczenie w przestrzeni setek lub nawet tysięcy satelitów tworzących zintegrowaną konstelację z mechanizmami przekazywania ruchu między satelitami.

Opóźnienie w sieciach LEO wynoszące od 20 do 40 milisekund jest porównywalne z opóźnieniem w naziemnych sieciach światłowodowych i w pełni wystarczające dla większości aplikacji interaktywnych. Przykładowo konstelacja Starlink umożliwia już dzisiaj streamowanie wideo w jakości 4K, uczestnictwo w wideokonferencjach oraz granie w gry sieciowe bez odczuwalnych opóźnień. Należy jednak pamiętać, że sieci LEO mają również swoje wady, w tym wrażliwość na przesłony fizyczne i wpływ warunków atmosferycznych na jakość transmisji.

30/47 Przepustowość i wyzwania sieci satelitarnych

Wydajność i ograniczenia

CechaGEOLEO (Starlink)
Opóźnienie RTT500–600 ms20–40 ms
Przepustowość (na abonenta)do 100 Mb/s50–500 Mb/s
Wymagana antenaDuża (60–120 cm)Niewielka (43 × 23 cm, phased array)
Wrażliwość na pogodęWysoka (deszcz, śnieg)Średnia (deszcz może obniżyć SNR)
Przesłony fizyczneMniej istotne (wysoki kąt)Istotne (niski profil wymaga widoku nieba)
MobilnośćStacjonarne (VSAT)Stacjonarne + mobilne (lotnictwo, jachty, RV)
Wyzwania sieci satelitarnych: przesłony (drzewa, budynki, góry), wpływ warunków atmosferycznych (deszcz, śnieg, mgła), koszt terminala abonenckiego, pojemność komórki satelitarnej (współdzielenie pasma między abonentami w jednej komórce).
Ilustracja: Wykres – opóźnienie GEO vs LEO vs światłowód naziemny na tle wymagań aplikacji (VoIP, gaming, video)

Wydajność sieci satelitarnych zależy od wielu czynników, w tym od wysokości orbity, wykorzystywanych pasm częstotliwości oraz zaawansowania technologicznego terminali abonenckich. W przypadku sieci LEO osiągnięcie niskich opóźnień było możliwe dzięki umieszczeniu satelitów na wysokości poniżej 2000 kilometrów, co skróciło czas propagacji sygnału do zaledwie kilku milisekund. Przepustowość oferowana przez poszczególne systemy stale rośnie wraz z uruchamianiem nowych generacji satelitów i udoskonalaniem technologii transmisji.

Wyzwania techniczne związane z sieciami satelitarnymi obejmują między innymi zjawisko zaniku sygnału podczas opadów atmosferycznych, szczególnie widoczne w wyższych pasmach częstotliwości. Przesłony fizyczne w postaci drzew, budynków czy ukształtowania terenu mogą znacząco obniżyć jakość transmisji, wymagając starannego doboru lokalizacji anteny. Wreszcie ograniczona pojemność komórki satelitarnej sprawia, że w gęsto zaludnionych obszarach przepustowość na abonenta może być znacząco niższa niż w przypadku sieci światłowodowych.

31/47 Zastosowania sieci satelitarnych

Obszary wykorzystania łączności satelitarnej

  • Dostęp do Internetu na obszarach bez infrastruktury naziemnej – tereny wiejskie, górskie, wyspy, regiony słabo rozwinięte. LEO (Starlink) jest przełomem dla cyfrowego wykluczenia
  • Łączność w transporcie – samoloty (komunikacja pokładowa), statki i jachty (łączność morska), pojazdy (RV, kampery)
  • Backup / disaster recovery – awaryjne łącze w przypadku uszkodzenia infrastruktury naziemnej (np. po trzęsieniu ziemi, powodzi)
  • Telemedycyna i edukacja zdalna – dostęp do specjalistycznej opieki medycznej i edukacji na odległość w regionach bez światłowodów
  • Backhauling dla operatorów komórkowych – połączenie stacji bazowych 4G/5G w trudno dostępnych lokalizacjach (np. góry, wyspy)
Ilustracja: Mapa – obszary na świecie bez dostępu do Internetu (digital divide) i zasięg Starlink

Łączność satelitarna znajduje szerokie zastosowanie w sytuacjach, gdzie budowa tradycyjnej infrastruktury naziemnej jest nieopłacalna lub technicznie niemożliwa. Na obszarach wiejskich i słabo zurbanizowanych satelity LEO stanowią często jedyną realną alternatywę dla wolnych łączy DSL lub drogiego Internetu LTE z ograniczonym transferem. W przypadku klęsk żywiołowych, takich jak trzęsienia ziemi czy powodzie, łączność satelitarna umożliwia szybkie przywrócenie komunikacji na dotkniętych obszarach.

Transport lotniczy i morski to kolejne sektory, w których łączność satelitarna odgrywa kluczową rolę, zapewniając pasażerom dostęp do Internetu podczas lotu lub rejsu. Operatorzy telekomunikacyjni wykorzystują łącza satelitarne do backhaulingu stacji bazowych w trudno dostępnych lokalizacjach geograficznych. Rozwój konstelacji LEO otwiera również nowe możliwości w takich dziedzinach jak telemedycyna, gdzie niezawodna łączność może ratować życie pacjentów w odległych zakątkach świata.

32/47 Starlink (SpaceX)

Największa konstelacja LEO na świecie

Starlink – konstelacja satelitów LEO budowana przez SpaceX (Elon Musk). Celem jest zapewnienie szybkiego Internetu satelitarnego o niskim opóźnieniu na całym świecie.

Parametry techniczne Starlink:

  • Liczba satelitów: ~4000+ aktywnych (2024), docelowo ~12 000–42 000 (z planem 2. generacji)
  • Wysokość orbity: ~550 km (v1.5), ~340 km (v2 Mini)
  • Opóźnienie: 20–40 ms (RTT), pozwala na VoIP, gaming, wideokonferencje
  • Przepustowość: 50–500 Mb/s down, 10–50 Mb/s up (zależnie od planu i lokalizacji)
  • Terminal: antena z szykiem fazowym sterowana elektronicznie (phased array antenna), 43 × 23 cm
  • Koszt terminala: ~3000–6000 zł (jednorazowo) + ~200–300 zł/mies. abonamentu
Ilustracja: Zdjęcie terminala Starlink (Dishy McFlatface) – antena phased array na dachu

Starlink, projekt realizowany przez firmę SpaceX Elona Muska, jest obecnie największą i najbardziej zaawansowaną komercyjną konstelacją satelitów LEO na świecie. Na początku 2024 roku system liczył ponad 4000 aktywnych satelitów, a docelowo ma ich być nawet 12 000 w pierwszej fazie i do 42 000 w drugiej generacji. Satelity Starlink komunikują się między sobą za pomocą łączy laserowych, co umożliwia przesyłanie danych między kontynentami bez konieczności korzystania z naziemnych stacji bramowych.

Terminal abonencki Starlink w postaci płaskiej anteny z szykiem fazowym jest w stanie automatycznie namierzać przelatujące satelity bez fizycznego ruchu anteny. System oferuje przepustowości rzędu 50–500 megabitów na sekundę w kierunku pobierania przy opóźnieniu poniżej 40 milisekund, co stawia go w konkurencji z naziemnymi łączami światłowodowymi. Starlink znalazł już zastosowanie nie tylko w gospodarstwach domowych, ale również w lotnictwie, żegludze i jako łącze zapasowe dla firm.

33/47 OneWeb (Eutelsat)

Konstelacja LEO dla łączności B2B

OneWeb – konstelacja satelitów LEO budowana przez OneWeb (od 2023 część Eutelsat Group). W odróżnieniu od Starlink (B2C), OneWeb skupia się na łączności B2B i B2G (rządowej).

Parametry techniczne OneWeb:

  • Liczba satelitów: ~650 satelitów na orbicie (~1200 km wysokości)
  • Opóźnienie: ~30–50 ms (RTT)
  • Przepustowość: do 200 Mb/s (na terminal)
  • Segment użytkownika: operatorzy telekomunikacyjni (backhaul), rządy, armia, lotnictwo, marynarka
  • Partnerzy: Eutelsat (fuzja 2023), Airbus (produkcja satelitów), Qualcomm (chipset terminali)
Różnica vs Starlink: OneWeb działa na wyższej orbicie (~1200 km vs 550 km), ma większe opóźnienie, ale potrzebuje mniej stacji naziemnych do komunikacji z satelitami (gateway).
Ilustracja: Porównanie orbit Starlink (550 km) vs OneWeb (1200 km) – różnica wysokości i zasięgu

OneWeb stanowi europejską odpowiedź na amerykańskiego Starlinka, oferując jednak nieco inne podejście do rynku łączności satelitarnej. Firma powstała w Wielkiej Brytanii, a po fuzji z Eutelsatem w 2023 roku stała się częścią jednego z największych europejskich operatorów satelitarnych. W przeciwieństwie do Starlinka, który koncentruje się na rynku konsumenckim, OneWeb ukierunkowany jest przede wszystkim na klientów biznesowych i instytucjonalnych.

Satelity OneWeb znajdują się na wyższej orbicie wynoszącej około 1200 kilometrów, co wiąże się z nieco większym opóźnieniem, ale jednocześnie wymaga mniejszej liczby stacji naziemnych do obsługi systemu. Kluczowymi partnerami OneWeb są między innymi Airbus odpowiedzialny za produkcję satelitów oraz Qualcomm dostarczający chipsetów do terminali. Rozwój konkurencji między Starlinkiem a OneWeb sprzyja obniżaniu cen usług i przyspiesza innowacje technologiczne w sektorze łączności satelitarnej.

34/47 Zastosowania komercyjne LEO

Kto korzysta z Internetu satelitarnego LEO?

  • Gospodarstwa domowe na obszarach wiejskich – podstawowy rynek Starlink. Tam, gdzie nie ma światłowodu ani dobrego LTE, Starlink jest jedyną opcją szybkiego Internetu
  • Małe i średnie firmy (SMB) – biura w małych miastach, które potrzebują niezawodnego łącza do chmury (Office 365, Salesforce, AWS)
  • Rolnictwo precyzyjne – ciągniki z GPS (RTK), drony rolnicze, czujniki wilgotności gleby – wszystko wymaga stałej łączności
  • Turystyka i rekreacja – kampery, jachty, przyczepy kempingowe – mobilny Internet w dowolnym miejscu
  • Lotnictwo – Wi-Fi na pokładach samolotów pasażerskich (Starlink Aviation – do 350 Mb/s na samolot)
  • Służby ratunkowe – łączność na miejscu katastrof, gdy infrastruktura naziemna jest zniszczona
Ilustracja: Scenariusze użycia – dom na wsi, kamper, jacht, samolot z anteną Starlink

Komercyjne zastosowania sieci LEO obejmują bardzo szerokie spektrum usług, od podstawowego dostępu do Internetu dla gospodarstw domowych po zaawansowane aplikacje przemysłowe. W sektorze rolnictwa precyzyjnego łączność satelitarna umożliwia zdalne monitorowanie pól, sterowanie autonomicznymi maszynami rolniczymi i wymianę danych z czujnikami glebowymi. Dla firm posiadających oddziały w lokalizacjach pozbawionych infrastruktury światłowodowej Internet satelitarny LEO stanowi często jedyną możliwość zapewnienia łączności o akceptowalnych parametrach.

Turystyka i rekreacja to kolejny istotny segment rynku, w którym Internet satelitarny zdobywa coraz większą popularność. Posiadacze kamperów, jachtów czy przyczep kempingowych mogą dzisiaj korzystać z szybkiego Internetu praktycznie w dowolnym miejscu na świecie. Służby ratunkowe i organizacje humanitarne wykorzystują łączność LEO do koordynacji działań w regionach dotkniętych katastrofami naturalnymi, gdzie infrastruktura naziemna uległa zniszczeniu.

35/47 Ograniczenia sieci LEO

Wyzwania i problemy

Ślad orbitalny (space debris): Konstelacje liczące tysiące satelitów stwarzają ryzyko kolizji i zanieczyszczenia orbity okołoziemskiej. Każdy satelita Starlink ma system unikania kolizji (Hall-effect thrusters).

Główne ograniczenia sieci LEO:

  • Przesłony fizyczne – drzewa, budynki, góry. Antena wymaga widoczności nieba pod kątem ~25° (Starlink) lub ~60° (OneWeb)
  • Wpływ pogody – deszcz, śnieg, gęste chmury mogą obniżyć SNR (stosunek sygnału do szumu) i przepustowość. Starlink używa pasm Ku (10,7–12,7 GHz) i Ka (17,8–18,6 GHz) – wrażliwe na deszcz
  • Pojemność komórki satelitarnej – każdy satelita ma ograniczoną przepustowość (ok. 20 Gb/s). W gęsto zaludnionych obszarach może zabraknąć pasma
  • Koszt terminala – mimo spadku ceny (z 2500 zł do ~3000 zł) wciąż wysoki w porównaniu z modemem światłowodowym
  • Wpływ na astronomię – jasne smugi satelitów na niebie zakłócające obserwacje astronomiczne
Ilustracja: Zdjęcie – smugi satelitów Starlink na zdjęciu astronomicznym (interferencja z obserwacjami)

Ograniczenia sieci LEO wynikają zarówno z fizycznych właściwości transmisji radiowej, jak i z wyzwań związanych z utrzymaniem ogromnych konstelacji satelitarnych na orbicie. Przesłony fizyczne stanowią jedno z najpoważniejszych wyzwań dla użytkowników, ponieważ antena wymaga bezpośredniej widoczności nieba pod odpowiednim kątem, co może być problematyczne w gęstej zabudowie lub lesie. Wpływ warunków atmosferycznych na transmisję w pasmach Ku i Ka jest znaczący i może prowadzić do okresowego obniżenia przepustowości lub całkowitej utraty sygnału.

Problem śmieci kosmicznych staje się coraz poważniejszy wraz z rozwojem wielkich konstelacji LEO, ponieważ każde zderzenie satelitów może wygenerować tysiące odłamków zagrażających innym obiektom na orbicie. Astronomowie na całym świecie zgłaszają obawy dotyczące wpływu jasnych smug satelitów na obserwacje astronomiczne, co doprowadziło do podjęcia prac nad zmniejszeniem ich odblaskowości. Wreszcie koszt terminala abonenckiego, choć systematycznie maleje, wciąż pozostaje barierą dla części potencjalnych użytkowników.

36/47 Network Slicing w 5G – definicja

Wirtualne sieci na wspólnej infrastrukturze

Network Slicing – technologia tworzenia wirtualnych, izolowanych sieci (slice) na wspólnej infrastrukturze fizycznej 5G. Każdy slice jest optymalizowany pod kątem konkretnych wymagań: przepustowości, opóźnienia, niezawodności.

Network Slicing to kluczowa koncepcja 5G, która umożliwia operatorom świadczenie usług o zróżnicowanych parametrach na jednej sieci fizycznej. Każdy slice działa jako niezależna sieć end-to-end.

W odróżnieniu od tradycyjnych sieci VPN (L2/L3), Network Slicing zapewnia izolację nie tylko w płaszczyźnie danych, ale także w płaszczyźnie sterowania i zarządzania. Każdy slice ma własne zasoby obliczeniowe, przepustowość i priorytety.

Ilustracja: Wspólna infrastruktura 5G podzielona na slajsy: IoT, VoNR, eMBB – każdy z własnymi parametrami

Network Slicing w sieciach 5G stanowi przełomową koncepcję, która wykracza daleko poza tradycyjne rozumienie wirtualnych sieci prywatnych. W odróżnieniu od klasycznych VPN, slajs sieciowy zapewnia izolację nie tylko w płaszczyźnie danych, ale również w płaszczyźnie sterowania i zarządzania. Oznacza to, że każdy slajs może mieć własne funkcje sieciowe, własne zasoby obliczeniowe i własną politykę bezpieczeństwa, działając całkowicie niezależnie od innych slajsów.

Standardy 3GPP definiują Network Slicing jako kluczowy mechanizm umożliwiający operatorom świadczenie zróżnicowanych usług na wspólnej infrastrukturze 5G. Dzięki tej technologii możliwe jest jednoczesne obsługiwanie aplikacji o skrajnie różnych wymaganiach, od masowej komunikacji IoT po krytyczne usługi przemysłowe. Operator może dynamicznie tworzyć, modyfikować i usuwać slajsy w odpowiedzi na zmieniające się potrzeby klientów, co stanowi fundamentalną zmianę w sposobie świadczenia usług telekomunikacyjnych.

37/47 Komponenty Network Slicing

Slajs dostępowy, transportowy i rdzeniowy

Network Slice: Składa się z trzech głównych segmentów: slajsu dostępowego (RAN – Radio Access Network), slajsu transportowego (Transport/Midhaul) i slajsu rdzeniowego (Core).
  • Slajs dostępowy (RAN Slice) – część sieci radiowej odpowiedzialna za transmisję między urządzeniem użytkownika (UE) a stacją bazową (gNB). Różnicowanie na poziomie zasobów radiowych (scheduler, MAC, RLC)
  • Slajs transportowy (Transport Slice) – łącza między stacją bazową a rdzeniem sieci (backhaul) oraz między funkcjami sieciowymi. Może wykorzystywać MPLS, Flex-Ethernet, VLAN, QoS
  • Slajs rdzeniowy (Core Slice) – dedykowane instancje funkcji sieciowych 5GC (AMF, SMF, UPF, PCF, UDM) dla danego slajsu. Każdy slajs może mieć własne instancje UPF (User Plane Function)
Ilustracja: Architektura end-to-end Network Slice – UE → gNB (RAN) → Transport → 5GC (Core)

Architektura end-to-end Network Slice obejmuje trzy główne segmenty infrastruktury 5G, z których każdy może być niezależnie konfigurowany i optymalizowany. Slajs dostępowy RAN odpowiada za transmisję radiową między urządzeniem użytkownika a stacją bazową, umożliwiając różnicowanie alokacji zasobów radiowych dla poszczególnych slajsów. Slajs transportowy zapewnia łączność między stacją bazową a rdzeniem sieci, wykorzystując w tym celu mechanizmy QoS dostępne w technologiach takich jak MPLS czy Flex-Ethernet.

Kluczowym elementem architektury Network Slicing jest slajs rdzeniowy, który obejmuje dedykowane instancje funkcji sieciowych 5G. Każdy slajs może mieć na przykład własną instancję funkcji UPF odpowiedzialnej za przekazywanie ruchu użytkownika, co zapewnia izolację na poziomie płaszczyzny danych. Taka architektura umożliwia operatorom oferowanie usług o gwarantowanych parametrach QoS dla różnych grup klientów na współdzielonej infrastrukturze fizycznej.

38/47 Przykłady slajsów 5G

Różne slajsy dla różnych zastosowań

Typ slajsuPrzykładWymaganiaSST (Slice/Service Type)
eMBBStreaming wideo 4K/8K, VR/ARWysoka przepustowość (1–10 Gb/s), średnie opóźnienieSST = 1
URLLCAutomatyka przemysłowa, VoNR, sterowanie robotówBardzo niskie opóźnienie (<1 ms), wysoka niezawodność (99,999%)SST = 2
mIoT (MMTC)Czujniki, inteligentne liczniki, IoT (NB-IoT, LTE-M)Wysoka gęstość (1 mln/km²), niska prędkość, długi czas życia bateriiSST = 3
V2XŁączność pojazdów (Car-to-Car, Car-to-Infrastructure)Niskie opóźnienie, wysoka mobilność (500 km/h)SST = 4
Przykład: W inteligentnej fabryce producent może mieć trzy slajsy: URLLC dla sterowania maszyn (1 ms), eMBB dla monitoringu wideo (100 Mb/s), mIoT dla czujników temperatury (10 kb/s).
Ilustracja: Inteligentna fabryka z trzema slajsami 5G – URLLC (maszyny), eMBB (kamery), mIoT (czujniki)

Trzy podstawowe typy slajsów zdefiniowane w standardzie 5G pokrywają większość scenariuszy zastosowań, jakie przewiduje się dla sieci piątej generacji. Slajs eMBB przeznaczony dla transmisji szerokopasmowych oferuje wysoką przepustowość rzędu gigabitów na sekundę, co jest wystarczające dla strumieniowego wideo w jakości 8K czy aplikacji wirtualnej rzeczywistości. Slajs URLLC został zaprojektowany z myślą o aplikacjach wymagających bardzo niskich opóźnień, poniżej 1 milisekundy, i wysokiej niezawodności na poziomie 99,999 procent.

Slajs mIoT obsługuje masową komunikację urządzeń Internetu Rzeczy, oferując wsparcie dla ogromnej liczby urządzeń na kilometr kwadratowy przy minimalnym zużyciu energii. W praktyce inteligentna fabryka może wykorzystywać jednocześnie trzy różne slajsy: URLLC do sterowania robotami przemysłowymi, eMBB do monitoringu wizyjnego oraz mIoT do odczytu czujników temperatury i wilgotności. Taka elastyczność w zakresie dostosowywania parametrów sieci do konkretnych zastosowań stanowi o przewadze 5G nad wcześniejszymi generacjami sieci komórkowych.

39/47 Network Slicing jako technologia WAN

Wirtualne sieci WAN z gwarancją QoS

Network Slicing jako WAN: Technologia umożliwiająca tworzenie wirtualnych sieci WAN o zróżnicowanych parametrach na infrastrukturze 5G. Klient (np. firma) może zamówić dedykowany slajs dla swojej sieci korporacyjnej.

Network Slicing w kontekście sieci WAN oferuje:

  • Izolację ruchu – ruch różnych klientów jest całkowicie odizolowany, każdy slajs ma osobne zasoby (przepustowość, priorytety)
  • Gwarancję QoS – operator może zagwarantować parametry (przepustowość, opóźnienie, niezawodność) na poziomie slajsu, co jest trudne w tradycyjnych sieciach VPN
  • Elastyczność – slajsy można tworzyć, modyfikować i usuwać dynamicznie w odpowiedzi na potrzeby klienta (lifecycle management)
  • Współpracę z SD-WAN – SD-WAN może zarządzać wieloma slajsami 5G, wybierając odpowiedni slajs dla danego typu ruchu

Standardy: 3GPP (TS 23.501, TS 28.530), IETF Network Slicing (draft-ietf-teas-5g-ns-ip-mpls).

Ilustracja: Network Slice jako WAN – klient korporacyjny łączy oddziały przez dedykowany slajs 5G z gwarancją QoS

Network Slicing w kontekście sieci WAN otwiera przed operatorami i klientami korporacyjnymi zupełnie nowe możliwości w zakresie budowy wirtualnych sieci rozległych. W odróżnieniu od tradycyjnych VPN, slajs sieciowy oferuje gwarancję parametrów QoS na poziomie całej ścieżki end-to-end, obejmującej zarówno sieć radiową, transportową, jak i rdzeniową. Klient może zamówić u operatora dedykowany slajs o określonych parametrach przepustowości, opóźnienia i niezawodności, który będzie obsługiwał ruch między oddziałami firmy.

Integracja Network Slicingu z technologią SD-WAN pozwala na jeszcze większą elastyczność w zarządzaniu ruchem w sieci korporacyjnej. Kontroler SD-WAN może automatycznie wybierać odpowiedni slajs 5G dla poszczególnych typów ruchu, na przykład kierując transmisję VoIP na slajs URLLC, a transfer dużych plików na slajs eMBB. Standardy 3GPP i IETF definiują mechanizmy współpracy między sieciami 5G a tradycyjnymi sieciami IP/MPLS, co umożliwia płynną integrację Network Slicingu z istniejącą infrastrukturą WAN.

40/47 Sieci korporacyjne – hybryda MPLS + SD-WAN + 5G

Nowoczesna architektura WAN dla firm

Sieć hybrydowa WAN: Łączy zalety technologii MPLS (niezawodność, QoS), SD-WAN (elastyczność, centralne zarządzanie) i 5G (mobilność, sieci slicing) w jednej spójnej infrastrukturze.

Model hybrydowy WAN – typowa architektura:

  • Centrala (HQ) – MPLS (główne łącze) + SD-WAN (backup przez Internet) + 5G (awaryjnie przez slajs URLLC)
  • Duże oddziały – MPLS + SD-WAN (broadband), failover między MPLS a Internetem
  • Małe oddziały / zdalne biura – SD-WAN (broadband) + 5G (backup) – bez MPLS dla oszczędności
  • Pracownicy mobilni – SD-WAN przez 5G (Network Slicing dla krytycznych aplikacji)
Zalety hybrydy: Optymalizacja kosztów (MPLS tylko tam, gdzie potrzebny), wysoka dostępność (automatyczny failover), elastyczność (łatwe dodawanie oddziałów).
Ilustracja: Architektura hybrydowej sieci WAN – HQ (MPLS+SD-WAN+5G), oddziały (MPLS+SD-WAN), małe biura (SD-WAN+5G)

Współczesne sieci korporacyjne coraz częściej przyjmują model hybrydowy, łączący zalety technologii MPLS, SD-WAN i 5G w jednej spójnej architekturze. W takim rozwiązaniu centrala firmy dysponuje łączem MPLS jako główną ścieżką transmisji dla ruchu krytycznego, uzupełnioną o łącze SD-WAN przez Internet jako rozwiązanie zapasowe. Większe oddziały korzystają z kombinacji MPLS i SD-WAN, podczas gdy mniejsze lokalizacje i mobilni pracownicy polegają wyłącznie na SD-WAN z backupem przez sieć 5G.

Model hybrydowy pozwala na optymalizację kosztów łączności poprzez wykorzystanie drogich łączy MPLS tylko tam, gdzie są one rzeczywiście niezbędne ze względu na wymagania dotyczące QoS i niezawodności. Automatyczne mechanizmy failover wbudowane w SD-WAN zapewniają ciągłość działania sieci nawet w przypadku awarii podstawowego łącza. W dłuższej perspektywie można spodziewać się stopniowego przesuwania się równowagi w kierunku SD-WAN i 5G kosztem MPLS, szczególnie w miarę poprawy parametrów QoS sieci komórkowych.

41/47 IoT przemysłowe i Network Slicing

Krytyczne aplikacje sterowania

IoT przemysłowe (Industrial IoT) – zastosowanie Network Slicing w przemyśle 4.0. Dedykowany slajs URLLC zapewnia opóźnienie <1 ms i niezawodność 99,999% dla sterowania maszyn w czasie rzeczywistym.

Przykłady zastosowań Network Slicing w przemyśle:

  • Sterowanie robotami przemysłowymi – slajs URLLC dla precyzyjnego sterowania ramieniem robota (feedback loop <1 ms)
  • Autonomiczne wózki AGV – slajs URLLC + eMBB (sterowanie + kamery), wymagana niezawodność 99,999%
  • Zdrowie i bezpieczeństwo – zdalne monitorowanie parametrów życiowych pracowników (slajs URLLC dla alertów)
  • Zdalna diagnostyka i konserwacja – slajs eMBB dla transmisji wideo (AR – rozszerzona rzeczywistość)
  • Cyfrowy bliźniak (Digital Twin) – slajs eMBB dla synchronizacji modelu 3D z rzeczywistą linią produkcyjną
Ilustracja: Fabryka 4.0 – roboty przemysłowe, AGV, kamery i czujniki połączone przez różne slajsy 5G

Zastosowanie Network Slicing w przemyśle 4.0 stanowi jeden z najbardziej obiecujących kierunków rozwoju technologii 5G, szczególnie w kontekście sieci rozległych. Dedykowany slajs URLLC w inteligentnej fabryce umożliwia sterowanie robotami przemysłowymi z opóźnieniem poniżej 1 milisekundy, co jest nieosiągalne w tradycyjnych sieciach WAN. Autonomiczne wózki AGV poruszające się po hali produkcyjnej wymagają nie tylko niskiego opóźnienia, ale również wysokiej niezawodności transmisji, którą gwarantuje dedykowany slajs sieciowy.

Cyfrowy bliźniak linii produkcyjnej, czyli wirtualna replika rzeczywistego procesu produkcyjnego, wymaga ciągłej synchronizacji danych między czujnikami a modelem symulacyjnym. W tym przypadku slajs eMBB zapewnia wysoką przepustowość niezbędną do przesyłania strumieni danych z kamer i skanerów 3D. Zdalna diagnostyka i konserwacja urządzeń przemysłowych z wykorzystaniem rozszerzonej rzeczywistości to kolejny przykład zastosowania Network Slicingu, gdzie odpowiedni slajs gwarantuje stabilną transmisję wideo w wysokiej rozdzielczości.

42/47 Internet satelitarny a sieci naziemne

Uzupełnienie, nie zastąpienie

Internet satelitarny LEO nie zastąpi światłowodu – jest uzupełnieniem dla obszarów, gdzie budowa infrastruktury naziemnej jest nieopłacalna. Starlink ma ograniczoną pojemność na komórkę satelitarną, podczas gdy światłowód może obsłużyć tysiące użytkowników z szybkością 1+ Gb/s.

W jakich scenariuszach Internet satelitarny LEO jest najlepszym rozwiązaniem?

  • Obszary wiejskie i oddalone od miast – brak światłowodu i dobrego LTE
  • Regiony górskie i wyspy – trudny teren dla kabli
  • Tymczasowa lokalizacja (place budowy, eventy, misje humanitarne)
  • Łączność zapasowa dla firm (backup dla światłowodu/MPLS)

Trendy: Integracja SD-WAN z 5G, automatyzacja sieci (AIOps), wykorzystanie AI/ML do optymalizacji routingu WAN (Self-Healing Networks).

Ilustracja: Mapa – obszary obsługiwane przez światłowód vs LTE vs Starlink na świecie

Internet satelitarny LEO i naziemne sieci światłowodowe nie powinny być postrzegane jako konkurencyjne technologie, lecz raczej jako wzajemnie uzupełniające się rozwiązania. Światłowód pozostaje bezkonkurencyjny w zakresie przepustowości na abonenta i stabilności transmisji, oferując prędkości rzędu gigabitów na sekundę przy praktycznie zerowym wpływie warunków atmosferycznych. Sieci LEO wypełniają natomiast lukę tam, gdzie budowa infrastruktury światłowodowej jest ekonomicznie nieuzasadniona, na przykład na obszarach o niskiej gęstości zaludnienia.

Trendy rozwojowe w obszarze sieci WAN wskazują na coraz większą integrację różnych technologii w jedną spójną platformę łącznościową. SD-WAN odgrywa tutaj rolę unifikatora, który umożliwia zarządzanie różnorodnymi łączami, w tym MPLS, Internetem, 5G i łącznością satelitarną, z poziomu jednego interfejsu. Sztuczna inteligencja i uczenie maszynowe są coraz częściej wykorzystywane do optymalizacji routingu i przewidywania awarii, co prowadzi do powstania samonaprawialnych sieci WAN nowej generacji.

43/47 Przykład 1: Opóźnienia LEO vs GEO

Porównanie opóźnień w sieciach satelitarnych

Starlink (LEO, ~550 km): czas propagacji w jedną stronę ~1,8 ms, rzeczywiste opóźnienie (RTT) 20–40 ms (z przetwarzaniem). GEO (35 786 km): czas propagacji ~119 ms, rzeczywiste opóźnienie (RTT) 250–600 ms.

Wpływ na aplikacje:

  • VoIP i wideokonferencje: LEO – działają poprawnie (opóźnienie <50 ms, zalecane <150 ms). GEO – praktycznie niemożliwe dla transmisji dwukierunkowej czasu rzeczywistego (echo, opóźnienia >500 ms)
  • Gaming online: LEO – opóźnienie 20–40 ms, akceptowalne dla większości gier (FPS, MOBA wymagają <50–100 ms). GEO – niegra w przypadku gier czasu rzeczywistego
  • Streaming wideo: LEO i GEO – oba działają (asymetryczne, buforowanie). GEO z większym buforem początkowym
  • Aplikacje czasu rzeczywistego (zdalne sterowanie): LEO – możliwe (20–40 ms). GEO – niemożliwe (250–600 ms zbyt duże)
Ilustracja: Wykres – opóźnienie RTT dla LEO (20–40 ms) i GEO (250–600 ms) na tle wymagań aplikacji

Porównanie opóźnień w sieciach LEO i GEO unaocznia fundamentalne znaczenie wysokości orbity dla parametrów transmisji w łączności satelitarnej. Starlink umieszczony na wysokości około 550 kilometrów osiąga opóźnienie RTT na poziomie 20–40 milisekund, co jest wartością porównywalną z naziemnymi sieciami światłowodowymi. Satelity GEO znajdujące się na wysokości prawie 36 000 kilometrów generują opóźnienie rzędu 500–600 milisekund, które uniemożliwia prowadzenie interaktywnych transmisji dwukierunkowych.

Wpływ opóźnienia na poszczególne aplikacje jest zróżnicowany i zależy od charakteru transmisji. Dla streamingu wideo wysokie opóźnienie GEO nie stanowi problemu, ponieważ buforowanie kompensuje różnice w czasie dostarczenia pakietów. W przypadku gier sieciowych czy rozmów VoIP opóźnienie poniżej 50 milisekund oferowane przez LEO jest w pełni akceptowalne, podczas gdy 500 milisekund w GEO czyni te aplikacje praktycznie bezużytecznymi. Zdalne sterowanie maszynami i robotami wymaga opóźnienia poniżej 10 milisekund, co jest osiągalne tylko w dedykowanych slajsach 5G URLLC.

44/47 Przykład 2: SD-WAN w firmie z 10 oddziałami

Analiza korzyści vs tradycyjny MPLS

Założenie: Firma z 10 oddziałami, każdy potrzebuje łącza 100 Mb/s. Porównanie kosztów i zarządzania między MPLS a SD-WAN.
ParametrMPLSSD-WAN
Koszt łącza na oddział1000–3000 zł/mies. (100 Mb/s)200–500 zł/mies. (broadband 100 Mb/s)
Koszt całkowity (10 oddziałów)10 × 2000 zł = 20 000 zł/mies.10 × 350 zł + 2000 zł (licencja) = 5500 zł/mies.
Oszczędność miesięczna~14 500 zł/mies. (~72%)
Oszczędność roczna~174 000 zł/rok
Czas zmiany konfiguracji2–4 tygodnieMinuty
ZarządzanieRęczne (CLI, każdy router)Centralny dashboard
FailoverRęczny / protokoły routinguAutomatyczny (<1 s)
SzyfrowanieOsobna VPNWbudowane IPsec (AES-256)
Ilustracja: Wykres – porównanie kosztów miesięcznych MPLS vs SD-WAN w firmie z 10 oddziałami

Przykład analizy kosztów dla firmy z dziesięcioma oddziałami pokazuje, jak znaczące oszczędności może przynieść migracja z MPLS na SD-WAN. W przedstawionym scenariuszu miesięczny koszt łączności dla oddziału opartego na MPLS wynosi od 1000 do 3000 złotych, podczas gdy w przypadku SD-WAN z wykorzystaniem łączy broadband zamyka się w przedziale 200–500 złotych. Roczna oszczędność rzędu 174 000 złotych stanowi bardzo istotną pozycję w budżecie IT średniej wielkości przedsiębiorstwa.

Poza aspektem finansowym równie istotne są korzyści operacyjne wynikające z centralnego zarządzania siecią i automatyzacji procesów konfiguracyjnych. Zmiana konfiguracji sieci w modelu MPLS wymaga od 2 do 4 tygodni ze względu na konieczność zaangażowania operatora telekomunikacyjnego. W przypadku SD-WAN zmiana polityki routingu jest realizowana w ciągu minut z poziomu centralnego dashboardu, co znacząco przyspiesza reakcję na zmieniające się potrzeby biznesowe.

45/47 Przykład 3: Etykietowanie MPLS

Działanie MPLS na trasie Warszawa – Berlin – Paryż

Scenariusz: Pakiet IP z Warszawy do Paryża przechodzi przez sieć MPLS. Trasa: LER Warszawa → LSR Berlin → LSR Frankfurt → LER Paryż. Każdy router MPLS wymienia etykietę na podstawie LIB (Label Information Base).

Krok po kroku:

  1. LER Warszawa – pakiet IP wchodzi do sieci MPLS. LER dodaje etykietę 100 (destination: Paryż) na podstawie FIB (Forwarding Information Base) i LIB
  2. LSR Berlin – odbiera pakiet z etykietą 100. Sprawdza LIB i wymienia etykietę na 200. Przekazuje do LSR Frankfurt
  3. LSR Frankfurt – odbiera z etykietą 200. LIB wskazuje etykietę 300. Wymienia i przekazuje do LER Paryż
  4. LER Paryż – odbiera z etykietą 300. Ponieważ jest to LER wyjściowy (Penultimate Hop Popping – PHP), usuwa etykietę i przekazuje czysty pakiet IP do sieci docelowej
Ilustracja: Trasa MPLS – Warszawa (LED: etykieta 100) → Berlin (LSR: 100→200) → Frankfurt (LSR: 200→300) → Paryż (LER: PHP, usunięcie etykiety)

Przykład etykietowania MPLS na trasie Warszawa–Berlin–Frankfurt–Paryż ilustruje w praktyce zasadę działania przełączania etykiet w sieci rozległej. Router LER w Warszawie pełni funkcję węzła krawędziowego, który jako pierwszy dodaje etykietę MPLS do pakietu IP na podstawie informacji z tablicy LIB. Każdy kolejny router LSR na trasie dokonuje prostej zamiany etykiety, co jest operacją znacznie szybszą niż analiza nagłówka IP.

Procedura PHP zastosowana na routerze LER w Paryżu polega na usunięciu etykiety MPLS przed przekazaniem pakietu poza domenę MPLS, co eliminuje konieczność wykonywania tej operacji przez ostatni router. W omawianym przykładzie każdy z routerów LSR w Berlinie i Frankfurcie dokonuje jedynie zamiany etykiety według wpisów w lokalnej tablicy LIB, bez analizowania docelowego adresu IP. Dzięki temu pakiety są przekazywane przez sieć MPLS z prędkością zbliżoną do prędkości przełączania w warstwie drugiej, przy jednoczesnym zachowaniu elastyczności routingu warstwy trzeciej.

46/47 Podsumowanie

Najważniejsze wnioski

  • Frame Relay i ATM – technologie historyczne, które stanowiły podstawę sieci WAN w latach 90. i zostały wyparte przez MPLS i Ethernet ze względu na wyższą wydajność i niższy koszt
  • MPLS – dominuje w szkieletach operatorów telekomunikacyjnych dzięki przełączaniu etykiet, mechanizmom Traffic Engineering, obsłudze VPN (L3VPN, L2VPN) i zaawansowanemu QoS przez pole CoS
  • SD-WAN – obniża koszty sieci WAN o 40–70% w porównaniu z MPLS, oferuje centralne zarządzanie, automatyczne failover i lepszą obsługę chmury. Trend: SASE (SD-WAN + Security)
  • Sieci satelitarne LEO (Starlink) – zmieniają rynek dostępu do Internetu na obszarach bez infrastruktury naziemnej, oferując opóźnienie 20–40 ms i przepustowość do 500 Mb/s
  • Network Slicing 5G – umożliwia tworzenie dedykowanych wirtualnych sieci dla różnych zastosowań (eMBB, URLLC, mIoT) na wspólnej infrastrukturze fizycznej
Ilustracja: Mapa myśli – podsumowanie wszystkich omówionych technologii

Przedstawione w prezentacji technologie sieci WAN obrazują dynamiczny rozwój, jaki dokonał się w telekomunikacji na przestrzeni ostatnich trzech dekad. Od stosunkowo prostego Frame Relay, przez złożony ATM, aż po nowoczesne MPLS i SD-WAN – każda kolejna technologia wnosiła istotne udoskonalenia w zakresie wydajności, skalowalności i jakości usług. Szczególnie istotny jest trend odchodzenia od rozwiązań sprzętowych w kierunku architektur programowalnych, które oferują większą elastyczność i łatwiejsze zarządzanie.

Sieci satelitarne LEO i Network Slicing w 5G reprezentują przyszłość sieci rozległych, oferując parametry transmisji dotychczas zarezerwowane dla sieci przewodowych. Współczesne sieci WAN coraz częściej przyjmują model wielotechnologiczny, w którym różne rozwiązania współistnieją i wzajemnie się uzupełniają. Dla inżyniera sieciowego kluczowe znaczenie ma zrozumienie zarówno historycznego kontekstu poszczególnych technologii, jak i umiejętność przewidywania kierunków ich dalszego rozwoju.

47/47 Dziękuję za uwagę

Tematy dodatkowe – Frame Relay, ATM, MPLS, SD-WAN, sieci satelitarne

Materiał obejmuje technologie Frame Relay, ATM, MPLS, SD-WAN, sieci satelitarne (GEO, MEO, LEO, Starlink, OneWeb) oraz Network Slicing w sieciach 5G.

Zapamiętaj: Sieci WAN ewoluują od dedykowanych rozwiązań sprzętowych (Frame Relay, ATM) w kierunku programowalnych, elastycznych i scentralizowanych architektur (MPLS, SD-WAN) oraz wirtualnych sieci o zróżnicowanych parametrach (Network Slicing 5G).

Literatura uzupełniająca:

  • W. Stallings, "Data and Computer Communications", Pearson, 10th ed., 2014
  • A. S. Tanenbaum, "Computer Networks", Pearson, 5th ed., 2011 (tłum. polskie: "Sieci komputerowe", Helion)
  • A. Jajszczyk, "Sieci telekomunikacyjne", Wydawnictwa Komunikacji i Łączności, Warszawa, 2004
  • J. Kołakowski, J. Cichocki, "Systemy telekomunikacyjne", Wydawnictwa Komunikacji i Łączności, Warszawa
  • RFC 3031 — MPLS Architecture, RFC 8928 — SD-WAN Framework

„Od Frame Relay po SD-WAN – ewolucja sieci WAN to historia nieustannej adaptacji.”

Ilustracja: Grafika końcowa – kolaż technologii: MPLS, SD-WAN, satelita Starlink, 5G

Materiał przedstawiony w tej prezentacji stanowi wprowadzenie do tematyki zaawansowanych technologii sieci WAN, które będą przedmiotem dalszych, bardziej szczegółowych wykładów. Znajomość omówionych technologii jest niezbędna dla każdego inżyniera sieciowego, ponieważ stanowią one podstawę funkcjonowania współczesnych sieci operatorskich i korporacyjnych. Zachęcam studentów do samodzielnego zgłębiania poszczególnych tematów z wykorzystaniem literatury technicznej i dokumentacji producentów sprzętu sieciowego.

Wiedza zdobyta podczas tego wykładu będzie przydatna nie tylko w kontekście akademickim, ale przede wszystkim w przyszłej pracy zawodowej w branży telekomunikacyjnej. Umiejętność porównania różnych technologii WAN i doboru odpowiedniego rozwiązania do konkretnych potrzeb biznesowych jest jedną z kluczowych kompetencji współczesnego inżyniera sieci. Zapraszam do aktywnego uczestnictwa w dyskusji i zadawania pytań dotyczących omawianych zagadnień.

48/48 Pytania do dyskusji

Pytania sprawdzające i do dyskusji

  1. Jakie są główne różnice między Frame Relay a ATM? Która technologia oferowała lepsze mechanizmy QoS?
  2. Wyjaśnij, czym jest etykieta MPLS i jakie ma pole. Jak działa przełączanie na podstawie etykiet?
  3. Jakie są zalety SD-WAN w porównaniu z tradycyjnym MPLS? Kiedy warto wybrać MPLS zamiast SD-WAN?
  4. Porównaj orbity GEO i LEO – jakie są różnice w opóźnieniu, przepustowości i liczbie satelitów?
  5. Dlaczego Starlink ma opóźnienie 20–40 ms, a satelity GEO 250–600 ms? Jak to wpływa na aplikacje?
  6. Co to jest Network Slicing w 5G? Podaj trzy przykłady slajsów i ich parametry.
  7. Jakie są ograniczenia sieci satelitarnych LEO? Czy są w stanie zastąpić światłowód?
  8. W jaki sposób SD-WAN współpracuje z 5G i Network Slicing? Jaka jest rola SD-WAN w sieci hybrydowej?
Ilustracja: Ikona – znak zapytania (dyskusja)

Pytania do dyskusji zostały przygotowane w taki sposób, aby sprawdzić nie tylko wiedzę faktograficzną, ale przede wszystkim umiejętność analitycznego myślenia o sieciach WAN. Zachęcam do samodzielnego formułowania argumentów zarówno za, jak i przeciwko poszczególnym rozwiązaniom technologicznym. W ramach przygotowania do dyskusji warto przeanalizować rzeczywiste scenariusze wdrożeniowe dostępne w studiach przypadków publikowanych przez producentów sprzętu.

Szczególnie interesującym tematem do dyskusji jest prognoza dalszego rozwoju technologii WAN w kontekście rosnącej popularności przetwarzania w chmurze i aplikacji czasu rzeczywistego. Warto zastanowić się, czy tradycyjne podziały na sieci LAN i WAN będą w przyszłości nadal aktualne, czy też ulegną rozmyciu w związku z rozwojem sieci programowalnych. Zachęcam również do krytycznej analizy ograniczeń poszczególnych technologii, co pozwoli na lepsze zrozumienie ich rzeczywistych możliwości i obszarów zastosowań.