From fd7f3e503c597bd848ba99ee248bea46e9db7e92 Mon Sep 17 00:00:00 2001
From: xf0r3m
Obecnie w sieciach wystÄpuje duże natÄżenie różnorakiego ruchu. Nowe
- rodzaje komunikatorów, zamiasty wysyÅania wyÅÄ
cznie wiadomoÅci
+ rodzaje komunikatorów, zamiast wysyÅania wyÅÄ
cznie wiadomoÅci
tekstowych pozwalajÄ
na komunikacjÄ gÅosowÄ
czy transmisjÄ wideo.
Tego rodzaju transmisje zarówno dźwieku jak i obrazu w czasie
rzeczywistym wymagajÄ
lepszych warunków sieciowych.
@@ -15315,7 +15315,7 @@ Dynamic mappings:
JeÅli nie można przesÅaÄ, pewnych informacji ze wzglÄdu na duże
natÄżenie ruchu, pakiety te sÄ
kolejkowane w pamiÄci operacyjnej
urzÄ
dzeÅ, w oczekiwaniu na zwolnienie siÄ ÅÄ
cza i swojÄ
kolej do
- do przesÅania. OczywiÅcie do urzÄ
dzenia mogÅÄ
naÅywaÄ dalsze
+ do przesÅania. OczywiÅcie do urzÄ
dzenia mogÅÄ
napÅywaÄ dalsze
transmisje tego rodzaju, czego urzÄ
dzenie nie bÄdzie mogÅo
zmieÅciÄ, zostanie poprostu odrzucone.
Takie zachowanie generuje opóźnienia we wÅaÅciwej
@@ -15352,7 +15352,7 @@ Dynamic mappings:
@@ -15407,7 +15407,7 @@ Dynamic mappings:
W przypadku ruchu wideo jest bardziej niespójny i nieprzewidywalny
w porównaniu do ruchu gÅosowego. W zależnoÅci od dynamiki
wyÅwietlanych treÅci ruch ten może przesÅaÄ znacznie wiÄcej danych
- tym samym odcinku czasu. Podobnie do ruchu gÅosowego ruch ten jest
+ tym samym odcinku czasu. Podobnie do ruchu gÅosowego, ruch ten jest
wrażliwy na warunki sieciowe, ale nie aż tak bardzo jak ruch gÅosowy
Ruch wideo również powinien posiadaÄ zwiÄkszony priorytet, kosztem
ruchu mniej wrażliwego na zakÅócenia - takiego jak ruch danych.
@@ -15427,7 +15427,7 @@ Dynamic mappings:
zazwyczaj jest pÅynny i przewidywalny. Przypadku ruchu danych to
niektóre aplikacje TCP mogÄ
wykorzystaÄ tyle przepustowoÅci ile da
siÄ uzyskaÄ. Ruch danych jest stosunkowo niewrażliwy na spadki i
- opóźnienia w porównaniu z ruche wideo czy ruchem gÅosowym, to przy
+ opóźnienia w porównaniu z ruchem wideo czy gÅosowym, to przy
ustalaniu priorytetów, należy wziÄ
Ä po uwagÄ doÅwiadczenia
użytkowników - istniejÄ
dwa kryteria:
3.9. Koncepcje QoS
- CBWFQ rozszeraz standardowÄ funkcjonalnoÅÄ WFQ + CBWFQ rozszerza standardowÄ funkcjonalnoÅÄ WFQ zapewniajÄ c obsÅugÄ klas ruchu. Za pomoca CBWQF możemy zdefiniowaÄ klasy na podstawie dopasowania do protokoÅów, listy ACL, czy interfejsów wejÅciowych. Klasy sÄ przypisywane wedÅug kryteriów @@ -15544,7 +15544,7 @@ Dynamic mappings: użyÄ tej metody gdy jakoÅÄ usÅug nie jest wymagana.
Sposób, w jaki pakiet jest klasyfikowany, zależy od implementacji jakoÅci usÅug. Metody klasyfikacji przepÅywów ruchu na warstwie 2 i - 3 obejmujÄ korzystanie z interfejsów ACL i map klas. Ruch można + 3 obejmujÄ korzystanie z interfejsów, ACL i map klas. Ruch można również klasyfikowaÄ w warstwach od 4 do 7 przy użyciu funkcji rozpoznawania aplikacji sieciowych (NBAR).
@@ -15746,7 +15746,7 @@ Dynamic mappings:ZarzÄ dzanie zatorami obejmuje kolejkowanie i metody planowania, w - których nadmiarowych ruch jest buforowany lub umieszczany w kolejce + których nadmiarowy ruch jest buforowany lub umieszczany w kolejce (a czasami odrzucany), gdy czeka na wysÅanie przez interfejs wyjÅciowy. NarzÄdzia do unikania monitorujÄ obciÄ Å¼enie ruchu sieciowego, starajÄ c siÄ przewidywaÄ i unikaÄ zatorów we wspólnych @@ -15759,7 +15759,7 @@ Dynamic mappings: Cisco IOS QoS obejmuje ważone losowe wczesne wykrywanie (WRED) jako możliwe rozwiÄ zanie pozwalajÄ ce uniknÄ Ä zatorów. Algorym WRED pozwala na unikanie przeciÄ Å¼eÅ na interfejsach sieciowych, - zapewniajÄ c zarzÄ dzania buforami i pozwalajÄ c na zmienjszenie lub + zapewniajÄ c zarzÄ dzania buforami i pozwalajÄ c na zmniejszenie lub ogranicznie ruchu TCP przed wyczpaniem buforów. Korzystanie z WRED pomaga uniknÄ Ä spadków i maksymalizuje wykorzystanie sieci i wydajnoÅÄ aplikacji opartych na protokole TCP. Nie ma jednak techniki -- 2.39.5