Integrated Services i Differentiated Services

Integrated Services i Differentiated
Services
dr inż. Jerzy Domżał
Akademia Górniczo-Hutnicza w Krakowie, Katedra Telekomunikacji
15 października 2012 r.
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
1 / 40
Spis treści
1
Wstęp
2
Architektury QoS
3
Architektura Integrated Services
4
Architektura Differentiated Services
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
2 / 40
Spis treści
1
Wstęp
2
Architektury QoS
3
Architektura Integrated Services
4
Architektura Differentiated Services
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
2 / 40
Spis treści
1
Wstęp
2
Architektury QoS
3
Architektura Integrated Services
4
Architektura Differentiated Services
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
2 / 40
Spis treści
1
Wstęp
2
Architektury QoS
3
Architektura Integrated Services
4
Architektura Differentiated Services
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
2 / 40
Spis treści
1
Wstęp
2
Architektury QoS
3
Architektura Integrated Services
4
Architektura Differentiated Services
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
3 / 40
Mechanizmy QoS dla sieci IP
Zapewnienie odpowiedniej jakości przekazu przez sieć IP wymaga:
Zdefiniowania klas usług sieciowych oraz mechanizmów
zapewniających sterowanie ruchem; mechanizmy takie mogą
(a czasami muszą) być zaimplementowane w każdym węźle (w
tym przypadku w ruterze IP),
Określenia zasobów sieciowych przynależnych danej usłudze
sieciowej (odpowiednia przepustowość na każdym łączu
wyjściowym wraz z buforem dla gromadzenia pakietów
powodujących chwilowe przeciążenia),
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
4 / 40
Mechanizmy QoS dla sieci IP c.d.
Zdefiniowania mechanizmów w ruterach IP pozwalających
rozróżniać pakiety wg ich przynależności do danej usługi
sieciowej,
Zdefiniowania dla każdej z usług sieciowych tzw. parametrów
QoS, określających jakość obsługi odbieraną na poziomie
wywołania i na poziomie pakietów,
Zdefiniowania funkcji realizującej przyjmowanie/odrzucanie
nowych wywołań (a więc sterowanie dostępem),
Zdefiniowania parametrów połączenia, zgłaszanych w fazie
zestawiania połączenia i dotyczących charakterystyki
oferowanego ruchu; zwykle są one podawane w formie
parametrów mechanizmu token-bucket,
Zablokowania ruchu niezgodnego z kontraktem ruchowym.
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
5 / 40
Spis treści
1
Wstęp
2
Architektury QoS
3
Architektura Integrated Services
4
Architektura Differentiated Services
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
6 / 40
Architektury QoS
Podstawową usługą sieci TCP/IP jest best effort. Na potrzeby
zapewniania gwarancji QoS, w ramach IETF (Internet Engineering
Task Force) zaproponowano dwie alternatywne architektury dla
sieci IP:
Integrated Services (IntServ) — w architekturze tej zasoby
sieci są przydzielane dla danej aplikacji na żądanie (z
rezerwacją zasobów),
Differentiated Services (DiffServ) — w architekturze tej
przesyłane przez sieć strumienie ruchu klasyfikowane są
zgodnie z wprowadzonymi usługami sieciowymi i przesyłane w
sieci z różnymi priorytetami (z priorytetyzowaniem strumieni
ruchu)
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
7 / 40
Spis treści
1
Wstęp
2
Architektury QoS
3
Architektura Integrated Services
4
Architektura Differentiated Services
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
8 / 40
Architektura IntServ
W architekturze IntServ [RFC1633] zakłada się, że zasoby w
sieci są rezerwowane dla poszczególnych lub zagregowanych
strumieni danych
RSVP (ReSerVation Protocol) [RFC2205, RFC2210] —
specjalny protokół sygnalizacyjny umożliwiający danej
aplikacji rezerwację zasobów w sieci
Implementacja protokołu RSVP jest konieczna w każdym węźle
(ruterze IP)
Ruter jest odpowiedzialny za przyjmowanie i realizowanie żądań
rezerwacji – konieczne jest przechowywanie informacji o każdej
rezerwacji wraz z informacją o skojarzonym strumieniu danych
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
9 / 40
Cechy architektury IntServ
Rozszerzenie istniejącego modelu „Best Effort” —
przeznaczona dla aplikacji wymagających gwarancji odnośnie
parametrów jakości przekazu danych związanych z
opóźnieniami,
Przydzielanie QoS do przepływów. Przez przepływ należy
rozumieć rozróżnialny strumień powiązanych ze sobą
datagramów, który został wytworzony przez aktywność
pojedynczego użytkownika, i który wymaga jednakowego QoS
Sterowanie przyjmowaniem zgłoszeń – wymaga się, aby każdy
router potrafił podjąć decyzję o przyjęciu do obsługi nowego
zgłoszenia na podstawie informacji o dostępnych zasobach
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
10 / 40
Cechy architektury IntServ c.d.
Rezerwacja zasobów – wymaga się, aby każdy router potrafił
zarezerwować zasoby w celu zapewnienia QoS obsługiwanym
przepływom
Opis ruchu przy pomocy modelu płynnego – wiadro tokenowe
(r – intensywność (szybkość) napływania tokenów, b głębokość wiadra, p – szybkość szczytowa, m – najmniejsza
rozróżnialna wielkość pakietu, M – maksymalny rozmiar
pakietu)
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
11 / 40
Usługi w architekturze IntServ
W architekturze IntServ zdefiniowano, oprócz standardowej usługi
typu best effort, dwie dodatkowe usługi:
Guaranteed Service [RFC2212] — przeznaczona dla aplikacji
wymagających gwarancji odnośnie parametrów jakości
przekazu danych związanych z opóźnieniami,
Controlled-load Service [RFC2211] — przeznaczoną dla
aplikacji wymagających bezstratnego przekazu danych i
charakteryzującą się jakością przekazu określaną jako lepszą
niż best effort
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
12 / 40
Sterowanie dostępem dla GS
Algorytm używa charakterystyk zadanych a priori czyli zwykle
jest to PBAC
Wyznaczany jest próg najgorszego przypadku dla wszystkich
zaakceptowanych przepływów po ewentualnym dodaniu
nowego przepływu
Zapewnione jest odpowiednie opóźnienie pakietów i straty
Wada: słabe wykorzystanie zasobów, gdy ruch jest wybuchowy
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
13 / 40
Sterowanie dostępem dla CLS
W CLS zwykle definiuje się dwa lub więcej priorytety
AC ma za zadanie ograniczać ilość ruchu kwalifikowanego do
grupy z wysokim priorytetem
Drugi sposób realizacji CLS to WFQ (Weighted Fair Queuing)
AC decyduje o dopuszczeniu przepływu i zakwalifikowaniu go
do odpowiedniej kolejki
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
14 / 40
Uzgadnianie połączenia
Wiadomość PATH(1)
nadawca
Wiadomość PATH(2)
Wiadomość RESV(5)
Wiadomość RESV(6)
Wiadomość PATH(3)
Wiadomość RESV(4)
odbiorca
Żądanie rezerwacji zasobów jest inicjowane przez źródło (np.
aplikację w terminalu końcowym). Wysyła ono wiadomość typu
PATH message zawierającą informacje o charakterystyce
generowanego ruchu tzw. Traffic Specification (TSpec).
Wiadomość ta jest przekazywana do miejsca (lub wielu miejsc)
przeznaczenia od rutera do rutera zgodnie z ustaloną przez
algorytm drogą. Odbiorca, po otrzymaniu wiadomości typu PATH
message, wysyła wiadomość o rezerwacji typu RESV message.
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
15 / 40
RSVP
Protokół sygnalizacyjny (a nie realizujący sterowanie
przekazem danych),
Rezerwacja zasobów jest typu “soft”, tj. musi być ona
odnawiana okresowo,
Żądanie rezerwacji jest generowane przez odbiorcę,
Użycie protokołu przez daną aplikację wymaga opracowania
specjalnego interfejsu API (Application Programming
Interface),
Wymaga przechowywania informacji w ruterach o
pojedynczych strumieniach danych, co w konsekwencji
prowadzi do problemów ze skalowalnością sieci.
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
16 / 40
IntServ – wady
Skalowalność – w miarę wzrostu liczby strumieni potrzebne są
coraz większe zasoby w ruterach dla obsługi wyłącznie
procedur rezerwacyjnych
Wzrost ruchu w sieci – wyłącznie wskutek ruchu RSVP
Naliczanie opłat za ruch pomiędzy ISP – znacznie utrudnione
dla pojedynczych, niekiedy krótkotrwałych strumieni
Wspieranie protokołu RSVP przez aplikacje
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
17 / 40
Spis treści
1
Wstęp
2
Architektury QoS
3
Architektura Integrated Services
4
Architektura Differentiated Services
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
18 / 40
Differentiated Services
Architektura usług zróżnicowanych przedstawiona przez IETF
w 1998 w rekomendacji RFC 2475
Rozwiązanie to powstało w odpowiedzi na zarzuty, przeważnie
o słabej skalowalności, podnoszone w stosunku do
architektury IntServ
Zasady przeciwdziałania przeciążeniom (tj. przyjmowanie
zgłoszeń, szeregowanie i usuwanie pakietów, a nawet ruting)
są dla DiffServa i IntServa takie same
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
19 / 40
Założenia projektowe architektury
DiffServ
DiffServ to elastyczna i skalowalna technika sterowania ruchem,
wspierająca QoS w sieci IP. Założenie podstawowe: niezależność
zasobów wymaganych do gwarancji QoS od:
Liczby strumieni obsługiwanych w sieci
Ruchu generowanego przez te strumienie
Rozmiaru sieci
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
20 / 40
Ogólna charakterystyka architektury
DiffServ
Podstawowa różnica między IntServ a DiffServ: filozofia
podejścia do jakości transmisji ruchu
IntServ – podejście sesyjne, a więc pełna identyfikacja
strumienia pakietów i zapewnienie im właściwego poziomu
QoS (co identyfikuje strumień ruchu?)
DiffServ – zapewnia właściwy poziom QoS strumieniom
zagregowanym identyfikowanym przez 6-bitowy punkt kodowy
DSCP (ang. Differentiated Services Code Point) – strumienie
zagregowane nazywane są agregatami strumieni BA (ang.
Behavior Aggregate)
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
21 / 40
Nagłówek protokołu IPv4
Pole: Typ Usługi
0 1 2
Priorytet
3
D
4
T
5
R
6
M
7
0
Priorytet (Precedence) — 3-bitowe oznaczenie priorytetu
pakietów
D (Delay) — minimalizacja opóźnień
T (Throughput) — maksymalizacja przepustowości
R (Reliability) — najlepsza poprawność
M (Monetary cost) — minimalizacja kosztów
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
22 / 40
Nagłówek protokołu IPv4
Pole: Typ Usługi
0 1 2
Priorytet
3
D
4
T
5
R
6
M
7
0
Priorytet (Precedence) — 3-bitowe oznaczenie priorytetu
pakietów
D (Delay) — minimalizacja opóźnień
T (Throughput) — maksymalizacja przepustowości
R (Reliability) — najlepsza poprawność
M (Monetary cost) — minimalizacja kosztów
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
22 / 40
Nagłówek protokołu IPv4
Pole: Typ Usługi
0 1 2
Priorytet
3
D
4
T
5
R
6
M
7
0
Priorytet (Precedence) — 3-bitowe oznaczenie priorytetu
pakietów
D (Delay) — minimalizacja opóźnień
T (Throughput) — maksymalizacja przepustowości
R (Reliability) — najlepsza poprawność
M (Monetary cost) — minimalizacja kosztów
Obecnie to pole jest znane jako DSCP (Differentiated
Services Code-Point)
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
22 / 40
Skalowalność architektury DiffServ
Skończona ilość klas ruchu w przeciwieństwie do architektury
IntServ, w której każdy strumień, poprzez zestaw parametrów
ruchowych Tspec/Rspec, żąda niezależnej rezerwacji (w klasie
guaranteed lub controlled-load),
Zapewnianie QoS dla agregatów strumieni rozwiązuje problem
skalowalności – wolumen informacji przechowywanych w
ruterach, a dotyczących strumieni, jest raczej proporcjonalny
do liczby klas, a nie do liczby strumieni (jak to ma miejsce w
IntServ).
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
23 / 40
Inne zalety architektury DiffServ
Klasyfikacja generowanych strumieni ruchu (odpowiednie pole
DSCP) odbywa się jedynie w ruterach brzegowych lub
systemach końcowych
Prostsza budowa ruterów szkieletowych, które zajmują się
transmisją pakietów należących do agregatów strumieni BA do
następnego węzła w jednakowy sposób określany jako PHB
(ang. Per-Hop Behavior)
Brak mechanizmów rezerwacyjnych dla agregatów ruchu BA
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
24 / 40
Ruter w architekturze DiffServ
Ruter
brzegowy
Ruter
szkieletowy
Analiza
zgodności
Klasyfikator
MF
Marker DSCP
Obsługa
pakietów
Klasyfikator
BA
Obsługa
pakietów
Klasyfikator MF (ang. Multifield classification) wraz z markerem
DSCP przypisują pakietom IP odpowiednią wartość DSCP. Decyzja
podejmowana jest w oparciu o kontrakt z ISP definiujący
odpowiedni poziom QoS. Moduł sprawdzający zgodność pakietu z
kontraktem SLA decyduje o sposobie przesłania pakietów
(niespełniające kontraktu - jako best effort)
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
25 / 40
Elementy funkcjonalne w ruterach
DiffServ
Pomiar
zgodności
Kolejka 1
Usuwanie
Markowanie
Multipleksacja
Usuwanie
Kolejka 2
Usuwanie
Kolejka 3
Usuwanie
Kolejka 4
SZEREGOWANIE
PAKIETÓW
Strumień
wejściowy
pakietów
KLASYFIKACJA
Pomiar
zgodności
Strumień
wyjściowy
pakietów
Strumienie
pakietów
W architekturze DiffServ zasady PHB mogą być zaimplementowane
za pomocą algorytmu kolejkowania i zarządzania kolejkami.
Ponadto można wyróżnić elementy funkcjonalne implementowane
w ruterach, które mogą być stosowane w zależności od
umiejscowienia rutera w sieci (brzegowy lub szkieletowy) oraz
przyjętych reguł dla obsługi poszczególnych klas ruchu.
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
26 / 40
Elementy funkcjonalne w ruterach
DiffServ c.d.
Klasyfikator (Classifier) — typu BA (Behaviour Aggregate)
lub MF (Multi-Field), klasyfikuje pakiety IP w przypadku BA
na podstawie tylko pola DSCP, natomiast w przypadku MF,
dodatkowo uwzględnia się inne informacje zawarte w
nagłówku pakietu IP jak np. adres źródłowy, numer portu itd.
Urządzenie monitorujące (Meter) — mierzy zgodność
strumienia danych z parametrami zawartymi w kontrakcie SLA
(najczęściej stosuje się algorytm typu Token Bucket) oraz
umożliwia zbieranie statystyk ruchowych,
Marker -– znakuje lub usuwa pakiety niezgodne z parametrami
zawartymi w kontrakcie ruchowym,
Multiplekser — multipleksuje strumienie danych,
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
27 / 40
Elementy funkcjonalne w ruterach
DiffServ c.d.
Urządzenie usuwające pakiety -– wyłącznie usuwa pakiety
niezgodne z kontraktem ruchowym (np. algorytm RED –
Random Early Detection),
Kolejka -– dla przechowywania pakietów w buforze
(najczęściej stosuje się dyscyplinę obsługi typu FIFO),
Urządzenie szeregujące pakiety -– realizuje algorytm
szeregujący pakiety do obsługi z poszczególnych kolejek,
najczęściej spotykane rozwiązania oparte są na priorytetach
lub algorytmie WFQ (Weithed Fair Queuing).
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
28 / 40
Bandwidth Broker i SLA
Broker pasma (ang. Bandwidth Broker) – realizuje funkcje
zarządzania zasobami i decyduje o przyjmowaniu nowych
strumieni danych do obsługi. Broker w ramach jednej domeny
realizuje zasady dostępu do wspólnych zasobów pomiędzy
poszczególnych użytkowników,
Service Level Agreement (SLA) – zawiera specyfikację klas
usług wraz z parametrami opisującymi dopuszczalny ruch jaki
użytkownicy mogą generować w ramach każdej z klas.
Ponadto, zawiera on informacje dotyczące adresów
źródłowych i docelowych, numery portów, identyfikatory
protokołu, aplikacji itd. Kontrakt ten może być zawarty w
sposób statyczny (na dłuższy okres czasu) lub dynamiczny (w
tym przypadku, konieczne jest użycie protokołu
sygnalizacyjnego, np. RSVP).
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
29 / 40
Klasy ruchowe w architekturze DiffServ
Istnieją dwie propozycje klas ruchu dla architektury DiffServ
EF PHB (ang. Expedited Forwarding PHB)
AF PHB (ang. Assured Forwarding PHB)
Obie klasy należy traktować jako zasady obsługi pakietów w
ruterach szkieletowych należących do domeny DiffServ
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
30 / 40
Klasa Expedited Forwarding PHB
Służy do realizacji usługi Premium, żądającej usługi
bezstratnej, przy niewielkim opóźnieniu tranzytowym i
niewielkich fluktuacjach opóźnienia
Stosowawana przeważnie do realizacji usług telefonii IP,
wideokonferencji lub wirtualnych łączy dzierżawionych
Usługa Premium odpowiada usłudze Guaranteed Service
(IntServ) lub usłudze VBR (ATM)
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
31 / 40
Realizacja QoS dla klasy Expedited
Forwarding PHB
Pakiety w usłudze Expedited Forwarding nie powinny ulegać
opóźnieniom, a więc nie powinny być kolejkowane w ruterach. Jest
to możliwe, gdy:
W każdym ruterze wejściowym (ang. ingress router) domeny
DiffServ maksymalna przepływność agregatów strumieni EF
BA jest wyraźnie mniejsza (rzędu 10%) od przepustowości
łączy udostępnianych dla ruchu EF BA
Pakiety należące do agregatów EF BA są szeregowane w
kolejkach o najwyższym priorytecie
Zapewnione jest usuwanie pakietów niespełniających
warunków kontraktu SLA w ruterach wejściowych
Zapewnione jest kształtowanie ruchu w ruterach wejściowych
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
32 / 40
Potencjalne słabe punkty klasy Expedited
Forwarding PHB
QoS dla usługi Premium jest określony wyłącznie jakościowo i
wynika ze sposobu obsługi pakietów EF PHB
Agregacja ruchu usługi Premium w ruterach szkieletowych
domeny DiffServ może doprowadzić do przekroczenia
dostępnej przepływności, a więc do przeciążenia
Usługi zróżnicowane nie są w stanie rozwiązać tego problemu
– rozwiązaniem jest skojarzenie ich z zarządzaniem ruchu
(ang. traffic engineering) lub dobór trasy z ograniczeniami
(ang. constraint-based routing)
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
33 / 40
Klasa Assured Forwarding PHB
Zapewnia do czterech różnych poziomów gwarancji transmisji
pakietów IP (ang. AF classes), a w każdym z nich trzy
poziomy odrzucania pakietów, a więc 12 różnych punktów
kodowych DSCP
Pakiety należące do różnych klas AF PHB są obsługiwane w
ruterach poprzez niezależne kolejki AQ (ang. Assured Queue)
z niezależną alokacją pasma
W przypadku pojawienia się przeciążenia w pierwszej
kolejności usuwane są pakiety z przypisanym wyższym
poziomem odrzucania
Podobnie jak w przypadku klasy EF PHB definicja QoS dla
klasy AF PHB ma charakter wyłącznie jakościowy
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
34 / 40
Klasa Assured Forwarding PHB c.d.
Na podstawie klasy AF PHB zdefiowana jest usługa Assured
Forwarding Service o charakterystyce zbliżonej do usługi
controlled-load (IntServ) lub VBR (ATM)
Parametry QoS dla usługi Assured Forwarding Service są
określone w kontrakcie SLA
Innym typem usługi bazującej na klasie AF PHB jest usługa
Olympic Service z trzema klasami (złota, srebrna, brązowa)
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
35 / 40
Ruch wewnątrz i między domenowy
Ingress
router R2
Ingress
router R1
Ingress
router R5
AS 1
R3
Egress
router R4
Intra-domain traffic
AS 2
R6
R7
Intra-domain traffic
Inter-domain
traffic
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
36 / 40
Kompromis DiffServ i IntServ
Sieć
szkieletowa
DiffServ
AS 2
Klient
R6
R2
R5
R7
R8
R1
AS 3
AS 1
R3
R4
Sieć
dostępowa
IntServ
R9
R10
Sieć
dostępowa
IntServ
Serwer
Zalety i wady?
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
37 / 40
Rozwiązania sprzętowe
Cisco 3900 Series Integrated Services Routers
Oferują ulepszone mechanizmy integracji dźwięku, obrazu,
bezpieczeństwa, mobilności i usług związanych z transmisją
danych
Oferują wysoką wydajność, co pozwala na redukcję kosztów
Dostarczają skalowalne rozwiązania w krótkodystansowych
sieciach
Są rozbudowywalne w łatwy sposób, obsługują do 150 Mb/s
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
38 / 40
Rozwiązania sprzętowe
Cisco 1900 Series Integrated Services Routers
Oferują bezpieczeństwo, wirtualizację usług i niskie koszty
Są idealne dla małych biur (są małe przy zapewnieniu
odpowiednich wymagań)
Obsługują do 25 Mb/s
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
39 / 40
Dziękuję za uwagę!
Pytania?
http://kt.agh.edu.pl/∼jdomzal/QoS/wyklad 6.pdf
dr inż. Jerzy Domżał (AGH)
Gwarantowanie jakości obsługi w Internecie
15 października 2012 r.
40 / 40