1
00:00:00,000 --> 00:00:05,000
În forma sa de bază, TCP poate avea o dimensiune a ferestrei

2
00:00:06,000 --> 00:00:10,000
de 1, ceea ce înseamnă că pentru fiecare

3
00:00:11,000 --> 00:00:16,000
segment transmis de expeditor, receptorul trimite o confirmare pentru acel segment individual.

4
00:00:17,000 --> 00:00:19,000
Acest lucru însă încetinește

5
00:00:20,000 --> 00:00:23,000
dramatic transferul, deoarece expeditorul nu mai poate

6
00:00:24,000 --> 00:00:29,000
transmite date până când nu primește confirmarea acelui singur segment transmis.

7
00:00:30,000 --> 00:00:32,000
Capacitatea de transfer ar fi foarte scăzută

8
00:00:33,000 --> 00:00:34,000
în funcție de

9
00:00:35,000 --> 00:00:38,000
cronometrul de transfer între datele de trimitere și primirea confirmării.

10
00:00:39,000 --> 00:00:42,000
Cu toate acestea, TCP permit dimensiuni mai mari ale ferestrelor pentru a permite transmiterea mai

11
00:00:43,000 --> 00:00:44,000
multor segmente înainte de primirea

12
00:00:49,000 --> 00:00:50,000
unei confirmări. 12 Fereastra

13
00:00:51,000 --> 00:00:52,000
este numărul de segmente de

14
00:00:53,000 --> 00:00:56,000
date pe care expeditorul le poate trimite fără a primi o confirmare de la receptor.

15
00:00:57,000 --> 00:00:58,000
În acest caz,

16
00:00:59,000 --> 00:01:02,000
am setat-o ​​la 1, ceea ce înseamnă că atunci când gazda

17
00:01:03,000 --> 00:01:07,000
A dorește să trimită trafic către gazdă, poate trimite un segment deoarece dimensiunea ferestrei

18
00:01:03,000 --> 00:01:07,000
este setată la 1 gazdă B, odată ce primește acel segment, trimite o confirmare.

19
00:01:14,000 --> 00:01:18,000
În acest exemplu, să presupunem că gazda A trimite segmentul cu numărul de ordine al 1

20
00:01:19,000 --> 00:01:21,000
gazdă B care ar recunoaște pentru segmentul 2.

21
00:01:22,000 --> 00:01:24,000
Gazdă A va trimite apoi segmentul

22
00:01:25,000 --> 00:01:29,000
2 și gazda B, după primirea cu succes a segmentului respectiv sau

23
00:01:30,000 --> 00:01:32,000
a ACK pentru segmentul 3.

24
00:01:33,000 --> 00:01:36,000
Gazdă A va trimite apoi segmentul 3 gazdei B.

25
00:01:37,000 --> 00:01:41,000
Acest proces va continua apoi pe durata sesiunii, dar acest lucru este

26
00:01:42,000 --> 00:01:46,000
în mod evident foarte fiabil, dar cantitatea de transfer este foarte scăzută.

27
00:01:47,000 --> 00:01:50,000
A ar trebui să tamponeze segmentele de ieșire

28
00:01:51,000 --> 00:01:54,000
până când primește o confirmare pentru segmentul transmis.

29
00:01:55,000 --> 00:01:57,000
acum, din motive de argument, să presupunem

30
00:01:58,000 --> 00:02:00,000
că durează o secundă pentru trafic

31
00:04:04,000 --> 00:04:06,000
cu începutul cu dimensiunea ferestrei mici

32
00:04:07,000 --> 00:04:10,000
și apoi mărește exponențial dimensiunea ferestrei pentru a măsura cantitatea

33
00:04:11,000 --> 00:04:15,000
de date pe care receptorul o poate primi și ce poate face rețeaua.

34
00:04:16,000 --> 00:04:20,000
Ați observat probabil acest lucru, când descărcați un fișier de pe Internet inițial,

35
00:04:21,000 --> 00:04:23,000
viteza de descărcare este lentă, dar

36
00:04:24,000 --> 00:04:27,000
apoi crește până la un anumit punct în timp.

37
00:04:28,000 --> 00:04:31,000
Acest lucru se datorează faptului că dimensiunea ferestrei este

38
00:04:32,000 --> 00:04:35,000
inițial mică, dar apoi crește exponențial până când un

39
00:04:36,000 --> 00:04:40,000
pachet este abandonat sau gazda receptoare nu poate gestiona cantitatea de date primite.

40
00:04:41,000 --> 00:04:43,000
Deci, veți observa inițial că viteza de descărcare este

41
00:04:44,000 --> 00:04:47,000
foarte lentă, crește foarte repede și apoi ajunge la un punct și apoi rămâne

42
00:04:48,000 --> 00:04:49,000
în jurul acelei viteze.

43
00:04:50,000 --> 00:04:51,000
Așadar, încă o dată,

44
00:04:52,000 --> 00:04:55,000
să presupunem că gazdele din acest exemplu au o dimensiune fixă ​​a ferestrei de 3.

45
00:04:56,000 --> 00:05:01,000
Aceasta înseamnă că A poate trimite 3 segmente înainte de a primi o confirmare.

46
00:05:02,000 --> 00:05:05,000
Astfel, în acest caz, gazda A trimite segmentul

47
00:05:06,000 --> 00:05:10,000
1, 2 și 3 gazdă B recunoaște pentru segmentul 4, permițând A

48
00:05:11,000 --> 00:05:15,000
să știe că a primit succes segmentul 1, 2 și 3

49
00:05:16,000 --> 00:05:21,000
gazdă A apoi trimite segmentul 4,5 și 6 deoarece are o dimensiune a ferestrei

50
00:05:22,000 --> 00:05:25,000
fix din 3 și gazdă B recunoaște pentru

51
00:05:26,000 --> 00:05:31,000
segmentul 7, permițând A să știe că a primit segmente de 4,5 și 6.

52
00:05:32,000 --> 00:05:37,000
Amintiți-vă cu confirmări, confirmați segmentul următor pe care doriți să îl primiți nu segmentul pe

53
00:05:41,000 --> 00:05:44,000
care l-ați primit deja. 80 Deci, gazda B nu recunoaște pentru segmentul

54
00:05:45,000 --> 00:05:46,000
6, dar recunoaște segmentul 7.

55
00:05:47,000 --> 00:05:52,000
După cum am menționat, o fereastră de alunecare permite gazdei să evalueze cantitatea de date

56
00:05:53,000 --> 00:05:57,000
pe care receptorul o poate primi și ce poate face rețeaua.

57
00:05:58,000 --> 00:06:01,000
Deci, în acest exemplu, să presupunem că gazda folosește

58
00:06:02,000 --> 00:06:05,000
o fereastră glisantă așa cum determină ce poate face

59
00:06:06,000 --> 00:06:10,000
rețeaua atunci când un pachet este abandonat de rețea, gazda va încetini.

60
00:06:11,000 --> 00:06:13,000
Aceste informații sunt acoperite cu mult

61
00:06:14,000 --> 00:06:17,000
mai multe detalii în cursurile care conțin calitatea serviciilor.

62
00:06:18,000 --> 00:06:20,000
Cu acest curs, presupuneți că

63
00:06:21,000 --> 00:06:23,000
atunci când un pachet

64
00:06:24,000 --> 00:06:32,000
devine scăzut, dimensiunea ferestrei sa redus dramatic pe scurt, dimensiunea ferestrei este fie fereastra acordată expeditorului de către receptor,

65
00:06:33,000 --> 00:06:38,000
fie o fereastră calculată numită fereastra de congestie sau CWND fereastra de

66
00:06:39,000 --> 00:06:45,000
congestie sau CWND este inițial setat la o valoare foarte mică la stabilirea conexiunii

67
00:06:46,000 --> 00:06:49,000
și apoi crește la o rată exponențială.

68
00:06:50,000 --> 00:06:53,000
Pentru fiecare segment pierdut, fereastra de congestie este

69
00:06:54,000 --> 00:06:57,000
jumătate după ce segmentul pierdut a fost re-transmis,

70
00:06:58,000 --> 00:07:01,000
fereastra de congestie crește din nou până

71
00:07:02,000 --> 00:07:05,000
când atinge o valoare jumătate din fereastra

72
00:07:06,000 --> 00:07:11,000
inițială de congestie, apoi încetinește creșterea acesteia, folosind un algoritm numit evitarea congestionării.

73
00:07:12,000 --> 00:07:17,000
Ea crește exponențial până la jumătate din dimensiunea inițială a ferestrei de congestie

74
00:07:18,000 --> 00:07:21,000
și apoi crește încet la rata liniară.

75
00:07:22,000 --> 00:07:27,000
În calitate de serviciu, se pot utiliza îmbunătățiri ale eficienței transmisiilor TCP

76
00:07:28,000 --> 00:07:33,000
prin intermediul link-urilor, deoarece pachetele sunt scoase la întâmplare din diferite fluxuri

77
00:07:34,000 --> 00:07:39,000
sau diferite sesiuni care traversează o interfață individuală, în loc să scadă

78
00:07:40,000 --> 00:07:41,000
pachetele de

79
00:07:42,000 --> 00:07:45,000
la mai mulți expeditori în același timp.

80
00:07:46,000 --> 00:07:49,000
acest lucru evită o problemă numită sincronizare globală în care pachetele din mai

81
00:07:50,000 --> 00:07:54,000
multe sesiuni TCP scad în același timp și, prin urmare, mai multe gazde diminuează dimensiunea ferestrei și

82
00:08:02,000 --> 00:08:04,000
încetinirea ritmului în același timp 110 și apoi

83
00:08:05,000 --> 00:08:08,000
să crească treptat dimensiunea ferestrei și, prin urmare, transferul lor în același timp.

84
00:08:09,000 --> 00:08:14,000
Deci, aveți o mulțime de gazde încetinind și accelerarea în același timp,

85
00:08:15,000 --> 00:08:17,000
cu WRED unele gazde

86
00:08:18,000 --> 00:08:24,000
va încetini și alte gazde vor fi creșterea lor de transfer, deoarece sau picături aleatoare.

87
00:08:25,000 --> 00:08:30,000
Consultați documentația privind calitatea serviciului pentru mai multe detalii despre WRED În acest

88
00:08:34,000 --> 00:08:39,000
exemplu, să presupunem că începem cu dimensiunea inițială a ferestrei de 3.

89
00:08:40,000 --> 00:08:49,000
Deci A transmite 3 segmente la B, dar numai segmentul 1 și 2 ajung la gazda B

90
00:08:50,000 --> 00:08:52,000
segmentul 3 dispare.

91
00:08:53,000 --> 00:09:00,000
Host B poate reduce dimensiunea ferestrei în acest exemplu la 2 și recunoaște segmentul 3.

92
00:09:01,000 --> 00:09:08,000
Amintiți-vă că confirmarea este pentru următorul pachet pe care gazdele se așteaptă să îl primească și pentru că

93
00:09:10,000 --> 00:09:12,000
gazda B nu a

94
00:09:13,000 --> 00:09:17,000
primit segmentul 3, recunoaște succesul primirii segmentului 1 și 2.

95
00:09:18,000 --> 00:09:25,000
Host A va retransmite segmentul 3, iar în acest exemplu trimite segmentul 4, dar de asemenea solicită o dimensiune a ferestrei

96
00:09:26,000 --> 00:09:27,000
de 3.

97
00:09:28,000 --> 00:09:32,000
Ambele segmente sunt primite cu succes de către gazda B, astfel încât gazda B

98
00:09:33,000 --> 00:09:35,000
va recunoaște pentru segmentul 5, dar

99
00:09:36,000 --> 00:09:39,000
în acest exemplu, încă dorește o dimensiune a ferestrei de 2.

100
00:09:40,000 --> 00:09:45,000
Host A va trimite doar 2 segmente, deoarece dimensiunea ferestrei negociate este 2,

101
00:09:46,000 --> 00:09:51,000
dar A poate cere ca dimensiunea ferestrei să fie mărită la 3.

102
00:09:52,000 --> 00:09:57,000
Cu fereastra de alunecare, există o negociere dinamică a dimensiunii ferestrei și dimensiunea ferestrei se

103
00:09:58,000 --> 00:10:02,000
poate schimba în mod dramatic în timpul unei sesiuni, în funcție de

104
00:10:03,000 --> 00:10:07,000
ceea ce poate procesa receptorul și de ceea ce poate gestiona rețeaua.