1
00:00:00,570 --> 00:00:03,950
Omówmy sposoby uniknięcia zatorów.

2
00:00:03,980 --> 00:00:11,210
Głównym mechanizmem, który omówimy tutaj, jest szybkość odczytu W lub ważenia losowego wczesnego wykrywania

3
00:00:11,210 --> 00:00:13,800
w sposób pozwalający uniknąć zatorów.

4
00:00:13,880 --> 00:00:21,110
Ale zanim omówimy szybkość, spójrzmy na problem. Wskazówki na routerach i przełącznikach są skończone.

5
00:00:21,140 --> 00:00:27,860
Innymi słowy, mogą zatrzymać lub buforować określoną liczbę pakietów tylko wtedy, gdy nastąpi duży ruch

6
00:00:28,100 --> 00:00:30,200
i bufory zostaną przekroczone.

7
00:00:30,200 --> 00:00:37,090
Innymi słowy, przybywa więcej pakietów, niż może przesłać i buforować router z

8
00:00:37,100 --> 00:00:37,920
przełącznikiem.

9
00:00:38,300 --> 00:00:43,470
Zacznie upuszczać pakiety, gdy kolejka się złoży.

10
00:00:43,780 --> 00:00:46,660
Wszystkie nadchodzące nowe pakiety zostaną usunięte.

11
00:00:46,660 --> 00:00:52,750
To się nazywa kropla ogonowa, ponieważ analogicznie myślę o wiadrze.

12
00:00:53,120 --> 00:00:57,380
Wiadro wypełnia się wodą lub paczkami.

13
00:00:57,530 --> 00:01:03,220
Gdy wiadro jest pełne lub w przypadku pręta lub przełącznika kolejka jest pełna.

14
00:01:03,230 --> 00:01:05,950
Wszelkie nowe przychodzące pakiety są usuwane.

15
00:01:07,170 --> 00:01:10,990
Ponieważ nie ma miejsca na ich buforowanie lub przechowywanie w pamięci.

16
00:01:11,190 --> 00:01:20,400
Teraz, gdy używane jest upuszczanie ogona, powoduje to marnowanie przepustowości, szczególnie gdy używasz TCE P, oto przykład

17
00:01:20,400 --> 00:01:27,590
tego, co dzieje się, gdy używasz upuszczania ogona i masz dużo przepływów TCB,

18
00:01:27,590 --> 00:01:35,480
100 procent to 100 procent wykorzystania interfejsu osi y wykorzystanie interfejsu ze 100 procentami

19
00:01:35,480 --> 00:01:40,170
wskazanymi przez tę linię x oś to czas.

20
00:01:40,230 --> 00:01:48,860
Tak więc dzieje się tak, gdy wiele strumieni zaczyna wysyłać ruch i mówi, że w tym momencie następuje spadek pakietów ze

21
00:01:48,860 --> 00:01:51,350
wszystkich strumieni, które są odrzucane.

22
00:01:51,380 --> 00:01:58,450
Teraz z TTP dzieje się to, że po upuszczeniu pakietów nadawcy TTP zwalniają.

23
00:01:58,480 --> 00:02:06,040
Innymi słowy, wycofują się, zwalniają, a następnie powoli zwiększają rozmiar okna, aby zwiększyć

24
00:02:06,040 --> 00:02:07,910
prędkość przekazywania.

25
00:02:08,050 --> 00:02:13,540
Więc co się dzieje, wykorzystanie interfejsu spada, ponieważ trzy centra wycofują się.

26
00:02:13,630 --> 00:02:19,270
Innymi słowy, spowalniają, a następnie zwiększają, decydują się zwiększyć liczbę

27
00:02:19,270 --> 00:02:22,810
przesyłanych pakietów przed otrzymaniem potwierdzenia.

28
00:02:22,930 --> 00:02:29,950
Ale kiedy bufory są ponownie pełne, pakiety są usuwane ze wszystkich tych przepływów, w tym wszelkich nowych przepływów,

29
00:02:30,430 --> 00:02:36,600
które zaczynają wysyłać ruch, więc w tym przypadku mamy czterech nadawców wycofujących się lub zwalniających.

30
00:02:36,750 --> 00:02:41,400
Ponownie zwiększają rozmiar okna i zwiększają liczbę pakietów, które mogą przesłać

31
00:02:41,400 --> 00:02:47,360
przed otrzymaniem potwierdzenia, i ostatecznie dochodzi do punktu, w którym bufory routera lub przełącznika

32
00:02:47,360 --> 00:02:48,710
są ponownie pełne.

33
00:02:48,950 --> 00:02:53,260
Pakiety ze wszystkich przepływów są odrzucane, więc wszystkie spowalniają.

34
00:02:53,510 --> 00:02:59,850
Problem polega na tym, że gdy wiadro jest pełne, odbierane są pakiety z wielu przepływów, nie ma

35
00:02:59,870 --> 00:03:01,630
miejsca na ich buforowanie.

36
00:03:01,990 --> 00:03:09,470
Pakiety są więc usuwane ze wszystkich przepływów, wszystkie centra cofają się w tym samym czasie, a następnie zwiększają prędkość

37
00:03:09,560 --> 00:03:11,240
w tym samym czasie.

38
00:03:11,500 --> 00:03:17,720
C kończy się tak zwaną globalną synchronizacją, w której wiele centrów jednocześnie zwiększa rozmiar

39
00:03:17,720 --> 00:03:19,050
swojego okna.

40
00:03:19,870 --> 00:03:25,610
Zwalniają w tym samym czasie, zwiększając prędkość w tym samym czasie, zwalniają w tym samym czasie

41
00:03:25,610 --> 00:03:27,860
i tak dalej i tak dalej.

42
00:03:27,860 --> 00:03:33,260
Z czasem nigdy nie uzyskasz pełnego wykorzystania interfejsu.

43
00:03:33,300 --> 00:03:41,760
Teraz pomysł z czerwoną i unikaniem przeciążenia polega na tym, że losowo upuszczasz pakiety z wielu przepływów, zanim

44
00:03:42,270 --> 00:03:50,070
kolejka się nie zwinie, innymi słowy, zanim wiadro się zapełni lub kostka jest pełna, jesteś gotowy

45
00:03:50,100 --> 00:03:59,220
na usuwanie pakietów z przepływów, ale robisz to losowo, więc może upuścić pakiet z przepływu pierwszego, co oznacza, że przepływ

46
00:03:59,220 --> 00:04:07,230
pierwszy zwolni, ale podczas gdy jeden środkowy zwalnia, wysyłaj go do zwiększania prędkości, ponieważ jego pakiety nie

47
00:04:07,230 --> 00:04:08,480
zostały upuszczone.

48
00:04:09,860 --> 00:04:14,710
Tak więc, gdy jeden host zwalnia, drugi zwiększa swoją prędkość.

49
00:04:14,720 --> 00:04:20,600
Dzieje się to losowo, więc niektóre hosty zwiększają prędkość, a

50
00:04:20,600 --> 00:04:29,050
niektóre spowalniają w tym samym czasie zamiast wszystkich spowalniających i wszystkie przyspieszają w tym samym czasie, więc

51
00:04:29,050 --> 00:04:37,510
Cisco używa czerwonego, który wprowadza tę losowość, aby umożliwić lepszą wykorzystanie przepustowości interfejsów interfejsów, ponieważ niektóre zwalniają,

52
00:04:38,080 --> 00:04:44,230
a niektóre przyspieszają w tym samym czasie, co w sumie daje lepsze

53
00:04:44,230 --> 00:04:50,760
wykorzystanie interfejsu, więc pomysł z szybkością W jest taki, że masz minimalny próg

54
00:04:50,760 --> 00:04:56,730
i maksymalny próg, które te doliny są poniżej wielkości pełnej kolejki.

55
00:04:57,940 --> 00:05:05,240
Pomysł jest taki, gdy średni rozmiar kolejki lub średnia głębokość kolejki jest poniżej minimalnego progu.

56
00:05:05,280 --> 00:05:12,730
Uwaga pakiety spadły, gdy średnia głębokość kolejki przekroczy próg minimalny, ale spadnie poniżej

57
00:05:12,730 --> 00:05:14,510
progu maksymalnego.

58
00:05:14,560 --> 00:05:22,580
Mamy losowe spadki pakietów, ale gdy przekroczy on maksymalny próg, mamy

59
00:05:22,580 --> 00:05:25,510
pełne spadki ruchu CLO.

60
00:05:25,530 --> 00:05:33,060
Powodem, dla którego mamy W, podobnie jak w przypadku ważonego losowego wczesnego wykrywania, jest to, że

61
00:05:33,060 --> 00:05:41,220
można go zważyć na podstawie różnych klas, dzięki czemu można mieć różne maksymalne progi dla różnych klas ruchu.

62
00:05:41,260 --> 00:05:49,690
Możesz zacząć zrzucać cały ruch FCP przed upuszczeniem ruchu HDP, aby utworzyć inny próg minimalny i

63
00:05:49,690 --> 00:05:56,830
maksymalny, aby niektóre typy ruchu były usuwane lub całkowicie usuwane przed innymi czasami ruchu,

64
00:05:56,830 --> 00:06:06,280
które mogą być oparte na przykład na precedensach IP lub DCP, więc pomysł z w red polega na

65
00:06:06,280 --> 00:06:11,680
tym, że zaczęliśmy upuszczać pakiety, zanim kolejka się zapełni.

66
00:06:11,680 --> 00:06:19,360
Unikamy zatorów poprzez wstępne wybieranie pakietów, które mają być upuszczane i zwykle chcemy tylko upuścić pakiety

67
00:06:19,680 --> 00:06:26,680
DCP, ponieważ przepływy TTP będą czytać transmisję, więc losowe upuszczanie pakietów zamiast upuszczania ich

68
00:06:26,680 --> 00:06:29,850
przez ogon pozwala uniknąć globalnej synchronizacji.

69
00:06:30,160 --> 00:06:35,800
Różne przepływy TTP zwiększają prędkość, podczas gdy inne zwalniają, aby uzyskać

70
00:06:35,800 --> 00:06:37,770
lepsze wykorzystanie łącza.

71
00:06:37,970 --> 00:06:44,880
Zapewniasz również, że pozostało miejsce w buforze dla twoich pakietów głosowych, więc ustawisz maksymalny

72
00:06:44,880 --> 00:06:53,290
próg na tyle nisko, że pakiety FCP zostaną całkowicie upuszczone, zapewniając jednocześnie, że nadal pozostaną wolne miejsce w

73
00:06:53,290 --> 00:06:55,660
buforze dla ruchu głosowego.

74
00:06:57,150 --> 00:07:01,760
Podsumowując, mamy wiele mechanizmów jakości usług.

75
00:07:01,920 --> 00:07:04,220
Mamy klasyfikację i kpiny.

76
00:07:04,470 --> 00:07:11,890
Mamy kształty policyjne i uwagi, mamy narzędzia do zarządzania ograniczeniami lub planowania i mamy narzędzia specyficzne

77
00:07:11,890 --> 00:07:18,670
dla linków, takie jak fragmentacja linków, a po opuszczeniu problemu kurs jest jedynie wstępem

78
00:07:18,670 --> 00:07:20,260
do jakości usług.

79
00:07:20,290 --> 00:07:25,930
Zapoznaj się z jakością usług lub przewodnikiem, aby uzyskać więcej informacji na

80
00:07:25,960 --> 00:07:32,110
temat jakości usług i dobrych przykładów zastosowania jakości usługi na fizycznych przełącznikach i routerach.