Zarządzanie ruchem i jakością usług
w sieciach komputerowych
Część 1 wykładu
SKO2
Mapa wykładu
Wprowadzenie
10 trendów rozwoju sieci
Komunikacja multimedialna w sieciach IP
Techniki QoS
ATM
IEEE 802.1D
Integrated Services i Differentiated Services
MPLS
Problemy i perspektywy rozwoju tych technologii
Standard IntServ (IETF)
architektura dla zapewnienia gwarancji jakości usług w
sieciach IP dla poszczególnych sesji aplikacji
Rezerwacja zasobów: rutery utrzymują informacje o stanie
(a la VC) przydzielonych zasobów, wymagania jakości usług
dopuszczenie/odmowa żądanej nowej konfiguracji połączeń:
kontrola dostępu
Pytanie: czy nowo przychodzący przepływ może
zostać dopuszczony przy gwarancji wydajności, gdy
nienaruszalne gwarancje jakości usług zapewniono
już przyjętym przepływom?
IntServ: scenariusz gwarancji jakości
usług
Rezerwacja zasobów
Konfiguracja połączenia, sygnalizacja
(RSVP)
ruch, deklaracja jakości usług
Sterowanie dostępem na pojedynczy
element
żądanie/
odpowiedz
Szeregowanie
oparte na jakości
usług (np., WFQ)
Dopuszczanie połączenia
Przychodząca sesja musi:
posiadać niepowtarzalny identyfikator
Zadeklarować swoje wymaganie w zakresie jakości usługi
R-spec: definiuje żądaną jakość usługi
charakteryzuje ruch, który prześle do sieci
T-spec: definiuje charakterystyki ruchu
Protokół sygnalizacyjny: potrzebny do przeniesienia R-spec i
T-spec do ruterów (tam, gdzie wymagana jest rezerwacja)
RSVP
Uwaga: może być wykorzystywany do innych celów niż IntServ.
Jest to generyczny i łatwy do rozszerzenia protokół
sygnalizacyjny.
Parametry połączenia
T-spec: parametry token bucket
R-spec (QoS)
Przepustowość R
Dopuszczalne opóznienie S o ile może być wolniej, niż
przy przepustowości S
R-spec jest określane tylko dla usługi GS (zobacz dalej)
Jakość usług Intserv: modele usług
[rfc2211, rfc 2212]
Guaranteed Service (GS):
Controlled Load (CL):
Najbardziej pesymistyczny
jakość usługi ściśle
przypadek przybywania ruchu:
przybliżająca jakość usługi, jaką
zródło nadzorowane przez token
ten sam przepływ otrzymałby z
bucket
elementu nieobciążonej sieci."
proste (dające się udowodnić
matematycznie) ograniczenie
opóznienia [Parekh 1992, Cruz
1988]
ruch
Prędkość żetonów, r
przychodzący
rozmiar kubełka, b
prędkość dla
przepływu, R
WFQ
D = b/R
max
Usługi IntServ a ATM
Best-effort = UBR
CL (Controlled Load Service)
przypomina ABR: gwarancja na minimalną
przepustowość
ale dodatkowo: jakość jak w nieobciążonej
sieci
GS (Guaranteed Load Service) H" rt-VBR
gwarantowana przepustowość i opóznienie
zmienność opóznień nie jest gwarantowana
IS Model Rutera
sterowanie (w tle)
tworzenie
rezerwacji
sygnalizacja
ruting
kontrola
ruchu
tablica
baza danych
rutingu
sterowania ruchem
przekazywanie
ruch
szeregowanie
klasyfikator
pakietów
Resource ReSerVation Protocol RSVP
Przepływów nie można łączyć
Nie ma możliwości negocjacji
jeśli żądane jest 5Mb/s, a jest dostępne tylko 3Mb/s, to
nie dostanie się nic
Rezerwacje używają miękkiego stanu
niezawodność: nie utrzymuje się stanu w sieci
stan wymaga okresowego odświeżania
nie ma problemów z awarią rozłączania
łatwo dostosować się do zmian rutingu
Dostosowany (skalowalny) dla komunikacji
rozsiewczej
rezerwację rozpoczyna odbiorca
rezerwacje łączą się przechodząc w górę drzewa
Działanie RSVP (1/2)
Każda sesja jest traktowana oddzielnie
Każdy komunikat RSVP ma identyfikator sesji
Sesja RSVP jest definiowana przez
Adres IP celu, identyfikator protokołu, port celu
Żródło sesji wysyła komunikat Path
komunikat ma te same adresy nadawcy i odbiorcy
co pakiety danych
rutery zachowują stan ścieżki
" adres poprzedniego rutera na ścieżce
" charakterystyki ruchowe ścieżki
opcjonalnie, ruter może dodać do komunikatu ilość
dostępnych zasobów
Działanie RSVP (2/2)
Odbiorca sesji odpowiada komunikatem Resv
komunikat przechodzi od odbiorcy w kierunku nadawcy
może się zatrzymać na węzle pośredniczącym
adresowany jest na nowo na każdym kroku ścieżki,
używając zapisanego w stanie adresu poprzednika
tworzy w ruterach stan rezerwacji
" jeśli spełnione są warunki kontroli ruchu
Krytyka RSVP/IntServ
Skalowalność:
stan jest utrzymywany dla każdego przepływu
" ale to raczej cecha IntServ niż RSVP
komunikaty aktualizacji miękkiego stanu stanowią
obciążenie
Zwiększenie obciążenia ruterów
kontrola ruchu, klasyfikacja, szeregowanie
złożone przetwarzanie
Trudności z implementacją usług QoS przez niższe
warstwy
we współdzielonej sieci Ethernet, trudno jest
zagwarantować jakość usługi GS
Mapa wykładu
Wprowadzenie
10 trendów rozwoju sieci
Komunikacja multimedialna w sieciach IP
Techniki QoS
ATM (150 slajdów 3 wykłady)
IEEE 802.1D
Integrated Services
Differentiated Services
MPLS
Problemy i perspektywy rozwoju tych technologii
Zróżnicowane usługi IETF
Obawy związane z Intserv:
Skalowalność: sygnalizacja, utrzymanie stanu w ruterze dla
każdego przepływu trudne przy dużej liczbie przepływów
Elastyczne modele usług: Intserv ma tylko dwie klasy. Chcemy
również jakościowe klasy usług
zachowuje się jak drut
Relatywne rozróżnienie usług: Platinum, Gold, Silver
Podejście Diffserv:
Proste funkcje w rdzeniu sieci (przekazywanie)
Stosunkowo złożone funkcje na brzegowych ruterach
(lub hostach) (znakowanie)
Brak definiowania klas usług, dostarcza funkcjonalnych
komponentów do budowy klas usług
Usługi są tworzone przez kombinacje przekazywania i
znakowania
Architektura Diffserv
znakowanie
r
Ruter brzegowy:
- zarządzanie ruchem dla
b
każdego przepływu
- znakuje pakiety jako zgodne z
profilem i niezgodne z profilem
szeregowanie
Ruter podstawowy:
- zarządzanie ruchem
.
.
według klasy
.
- buforowanie i szeregowanie
oparte na znakowaniu na krawędzi
- preferowane są pakiety
zgodne z profilem
Znakowanie pakietu rutera brzegowego
profil: z góry ustalona prędkość A, rozmiar kubełka B
Znakowanie pakietu na brzegu oparte na profilu dla każdego przepływu
Prędkość A
B
Pakiety
użytkownika
Potencjalne wykorzystanie znakowania:
Znakowanie oparte na klasie: pakiety o różnych klasach różnie
znakowane
Znakowania w obrębie klasy: zgodna porcja przepływu znakowana
odmiennie niż niezgodna
Klasyfikacja i dopasowanie
Pakiet jest znakowany w Typie Usługi (TOS) w
IPv4 oraz Klasie Ruchu w IPv6
6 bitów używane do Differentiated Service Code
Point (DSCP) i ustalenia PHB, jakie otrzyma pakiet
2 bity obecnie nieużywane
Klasyfikacja i dopasowanie
Pożądane może być ograniczenie tempa wysyłania
ruchu którejś klasy:
Użytkownik deklaruje profil ruchu
Ruch mierzony, kształtowany, jeżeli jest niezgodny
Przekazywanie (PHB)
Ang. Per Hop Behavior
Wynik działania PHB to różna, dająca się
zaobserwować (mierzalna) jakość i wydajność
przekazywania pakietów przez sieć
PHB nie określa, jakich mechanizmów używać, żeby
zapewnić wymaganą jakość i wydajność PHB
Przykłady:
Klasa A otrzymuje x% wychodzącego pasma łącza w
interwałach czasowych o określonej długości
Pakiety klasy A wychodzą pierwsze, przed pakietami z
klasy B
Przekazywanie (PHB) - 1
Zdefiniowane PHB:
Best effort
Class selector
Expedited forwarding: prędkość przekazywania
pakietów danej klasy nie jest mniejsza określonej
(zadanej) prędkości
Logiczne łącze o minimalnej gwarantowanej prędkości
Assured forwarding: 4 klasy ruchu
Każdej gwarantowana jest minimalna szerokość pasma
Każda z trzema podziałami według preferencji usuwania
Architektura DiffServ
sieć pod spójną administracją
(Intranet, ISP)
- udostępnia sygnalizację
- zapewnia dostępność zasobów
DS - domain DS - domain
host host
sygnalizacja
sygnalizacja
traffic
wejście wyjście wejście
wyjście
serwer klient
wejście:
klasyfikacja
znakowanie
kształtowanie
Differentiated Services
PHB
szkielet:
ruting
Zwykły ruter best-effort
ruting
sygnalizacja
tablica
rutingu
węzeł
ruch
przekazy-
klasyfikator
wanie
Węzeł wewnętrzny (Interior Node)
węzeł
wewnętrzny
ruting
sygnalizacja
tablica
rutingu
tablica
DSCP-PHB
mechanizm
kształtowania
węzeł
ruch
przekazy-
klasyfikator
wanie
Pełny ruter DiffServ
węzeł węzeł
brzegowy wewnętrzny
wymiarowanie
ruting
usług
sygnalizacja
kontrola
dostępu
tablica
specyfikacja
rutingu
kształtowania tablica
ruchu DSCP-PHB
mechanizm
kształtowania
node
ruch
przekazy-
klasyfikator
wanie
Mechanizm kształtowania ruchu
token bucket: r, b
profil
ruch < rT + b
ruchu
licznik
miernik
ruchu
zgodny/niezgodny
z profilem
bufor (opóznienie)
kształtowanie
mechanizm
PHB (DSCP)
klasyfikator znakowanie
przekazywania
usuwanie
cel
ruting
ustalenie DSCP
przekazywa-
kontrola (usuwanie)
nie
Assured Forwarding PHB (AF)
4 grupy lub klasy PHB
bufory i przepustowość są przydzielane
klasom
nie ma łączenia zasobów pomiędzy klasami
W obrębie klasy:
3 stopnie kolejności usuwania
pakiet o wyższym stopniu kolejności jest
usuwany pierwszy
Assured Forwarding PHB (AF)
Typowe zastosowanie: ruch pomiędzy intranetami
z dużym prawdopodobieństwem zapewnia jakość ruchowi
zgodnemu z profilem
pozwala na dodatkowy ruch z mniejszym
prawdopodobieństwem
Poziom zapewnianej jakości zależy od:
ilości zasobów przydzielonej klasie ruchu
obciążenia w klasie ruchu
w wypadku przeciążenia, od stopnia kolejności usuwania
Expedited Forwarding PHB (EF)
Typowe zastosowanie:
Wirtualne Wynajmowane Aącze
(ang. Virtual Leased Line)
Zapewnia gwarancje przepustowości
(punkt-punkt)
Straty, opóznienie, zmienność opóznień
są małe
nie określone ilościowo
zależne od implementacji PHB
(mechanizmu szeregowania)
Porównianie AF z EF
AF:
EF:
Zaprojektowany do obsługi
Przypomina CBR:
różnych klas ruchu
zapewnia gwarancje
przepustowości
Zapewnia uporządkowanie
pakietów
PHB: małe opóznienie (ruch
priorytetowy)
PHB jest sterowane
stopniem kolejności
Kształtowanie ruchu:
usuwania
nie dopuszcza dodatkowego
ruchu
Kształtowanie ruchu:
dopuszcza dodatkowy ruch,
ale zmienia jego PHB
Porównianie AF z EF
AF:
przeciążenie i straty są możliwe
dodatkowy ruch jest dopuszczany, zarządzanie
buforem i szeregowanie obsługują przeciążenie
w każdej klasie AF.
EF:
polega na kształtowaniu ruchu na brzegu sieci,
dodatkowy ruch i przeciążenie nie są
dopuszczane
Różne PHB wymagają różnych mechanizmów
szeregowania.
Kształtowanie ruchu
Three Color Marker
Dwa kubełki token bucket
dwa parametry: CB (Committed Burst)
i EB/PB (Excess/Peak Burst)
Pakiety są znakowane "kolorem" zielonym,
żółtym, lub czerwonym
trzy stopnie kolejności usuwania dla AF
zielony < CB < żółty < EB/PB < czerwony
można zmieniać kolor na gorszy, ale nie na lepszy
Rozszerzenia DiffServ
Projekt europejski w ramach
5 programu ramowego
Konsorcjum
m.in. Siemens, Politechnika w Dreznie,
TP S.A., Telekom Austria, Politechnika
Warszawska, ...
Cele projektu AQUILA
Dynamiczne tworzenie połączeń z gwarancją
jakości w sieciach IP
Prototyp architektury QoS dla dużej sieci
szkieletowej DiffServ
DiffServ udostępnia mechanizmy dla tworzenia usług:
AQUILA próbuje zastosować te mechanizmy i utworzyć
usługi, które operator może sprzedawać klientom
Utworzenie narzędzi QoS (API)
QoS działająca dla połączeń koniec-koniec,
tworzonych dynamicznie
Publikacje, nowe standardy (IETF)
Główne innowacje
Klasy ruchu i usługi
Klient
Usługa
Operator sieci
Klasa ruchu
QoS dla aplikacji sieciowych
Izolacja
Wydajność
Klasyfikacja
Kontrola dostępu
Usługi AQUILA a aplikacje
Usługi AQUILA a ruch
Klasy ruchu
Usługa Premium Premium Premium Premium Mission Standard
CBR VBR Multimedia Critical
Klasa TCL1 TCL2 TCL3 TCL4 TCL STD
Usługi
Usługa Rodzaj ruchu Gwarantowana Przykład
jakość zastosowania
Premium CBR stały stałe opóznienie SIP VoIP
małe pakiety stała
przepustowość
małe straty
Premium VBR zmienny małe straty SIP Wideo
duże pakiety ograniczone
opóznienie
Premium MM elastyczny średnie Streaming
opóznienie wideo
Premium MC gwałtownie bardzo małe gra on-line
zmienny opóznienie i
straty
Standard nieznany best-effort reszta
Architektura
Warstwa sterowania zasobami
Podstawowe mechanizmy DiffServ
udostępniają ustalone klasy ruchu w sieci
gwarantują QoS przez ograniczanie ilości ruchu w danej
klasie przez kształtowanie ruchu na brzegu sieci
Zadanie warstwy sterowania zasobami
określać, ile można dopuścić ruchu danej klasy z danego
rutera brzegowego
umożliwiać przesuwanie zasobów pomiędzy ruterami
brzegowymi
Warstwa sterowania zasobami
Agent kontroli przyjmowania połączeń
uwierzytelnia użytkownika
kontroluje uprawnienia
znajduje wejściowy i/lub wyjściowy ruter brzegowy
żąda zasobów od agenta sterowania zasobami
przyjmuje/odrzuca nowe połączenia
konfiguruje wejściowy ruter brzegowy
Agent sterowania zasobami
zarządza zasobami
sprawdza dostępność żądanych zasobów
Współdzieli zasoby z innymi agentami
Zasoby grupowe
Ograniczenia zasobów
ograniczanie ruchu QoS od
każdego rutera brzegowego
Grupy sąsiednich ruterów
ograniczanie ruchu QoS od
każdej grupy
Dynamiczne współdzielenie
w obrębie i między grupami,
dzielenie dostępnych zasobów
Hierarchia
Grupy grup
QoS API
Umożliwienie dostępu
do QoS aplikacjom
odziedziczonym
Obsługa aplikacji
wymagających QoS,
stosujących różne
metody sygnalizacji
(RSVP, DiffServ)
Udostępnianie API do
tworzenia nowych
aplikacji QoS
Mapa wykładu
Wprowadzenie
10 trendów rozwoju sieci
Komunikacja multimedialna w sieciach IP
Techniki QoS
ATM
IEEE 802.1D
Integrated Services i Differentiated Services
MPLS
Problemy i perspektywy rozwoju tych technologii
Wyszukiwarka
Podobne podstrony:
SKO2 ch2 v2 0 p5SKO2 ch2 v2 0 p2SKO2 ch2 v2 0 p7SKO2 ch1 v2 0 p2EMC Spectrum Analyzer v2projekt SD NAW MT RW v2Pytania na test z AIR v2Williams, WJ Aristoi (v2 0)gene wolfe ?staway [v2 0]Folie wyklad3 Krakow v2p6Lab1 PA podstawy PSCAD v2gpl v2 ruRUwięcej podobnych podstron