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 20...
1 downloads 0 Views 644KB Size
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

Suggest Documents