1
00:00:00,000 --> 00:00:05,000
TCP sau Protocolul de control al transmisiei este un protocol de strat de transport rezident

2
00:00:06,000 --> 00:00:10,000
la nivelul 4 în modelul OSI și este orientat spre conexiune,

3
00:00:11,000 --> 00:00:17,000
care permite încă o dată accesul protocoalelor la nivelul stratului de rețea sau al stratului IP, dar

4
00:00:18,000 --> 00:00:20,000
în acest caz oferă fiabilitate.

5
00:00:21,000 --> 00:00:23,000
Conexiunea este orientată înainte de

6
00:00:24,000 --> 00:00:27,000
transmisie și se stabilește o sesiune între două dispozitive.

7
00:00:28,000 --> 00:00:31,000
TCP implementează, în general, un mod de operare complet duplex.

8
00:00:32,000 --> 00:00:34,000
Există câteva excepții, dar nu le vom intra

9
00:00:35,000 --> 00:00:38,000
aici. Cu alte cuvinte, o conexiune TCP este o pereche de circuite

10
00:00:39,000 --> 00:00:42,000
virtuale câte una în fiecare direcție care funcționează în modul full duplex.

11
00:00:43,000 --> 00:00:47,000
Transmițătorul poate recepționa date simultan cu transmisia.

12
00:00:48,000 --> 00:00:52,000
Ambele gazde într-o conversație pot transmite și primi în același timp.

13
00:00:53,000 --> 00:00:55,000
există o verificare a erorilor în TCP deoarece

14
00:00:56,000 --> 00:01:00,000
există o sumă de control în datagrama pentru a verifica dacă nu există nici o corupție.

15
00:01:05,000 --> 00:01:08,000
Segmentele TCP sunt, de asemenea, numerotate în ordine

astfel încât destinația să poată re-ordona segmentele și să determine dacă lipsesc datele.

16
00:01:09,000 --> 00:01:15,000
Există, de asemenea, confirmarea primirii datelor, astfel încât toate datele sunt confirmate de către destinatar.

17
00:01:20,000 --> 00:01:25,000
transmițătorul sau expeditorul poate retransmite segmentul sau poate termina conexiunea dacă determină că

18
00:01:26,000 --> 00:01:29,000
receptorul nu mai este implicat în conversație.

19
00:01:30,000 --> 00:01:32,000
TCP implementează caracteristici de recuperare a datelor, cu

20
00:01:33,000 --> 00:01:35,000
alte cuvinte, poate fi re-transmiterea datelor pierdute.

21
00:01:36,000 --> 00:01:39,000
Deci, dacă nu există o recunoaștere a unui segment, segmentul va fi re-transmis.

22
00:01:40,000 --> 00:01:44,000
Segmentul TCP sunt trimise utilizând pachete IP.

23
00:01:45,000 --> 00:01:51,000
Antetul TCP va urma informația de furnizare a antetului IP specifică protocolului TCP.

24
00:01:52,000 --> 00:01:56,000
După cum puteți vedea aici, antetul TCP are mai multe opțiuni decât antetul UDP.

25
00:01:57,000 --> 00:02:01,000
Deci, mai întâi aveți un număr de port pe 16 biți care identifică portul de expediere.

26
00:02:02,000 --> 00:02:06,000
Avem un port de destinație de 16 biți, care identifică portul de recepție.

27
00:02:07,000 --> 00:02:13,000
Există un număr de secvență de 32 biți, dacă bitul SYN este setat, atunci acesta

28
00:02:14,000 --> 00:02:16,000
este numărul secvenței inițiale.

29
00:02:17,000 --> 00:02:23,000
Numărul de secvență al primului octet de date efectiv este apoi acest număr de ordine plus 1.

30
00:02:24,000 --> 00:02:30,000
Dacă bitul SYN nu este setat, atunci numărul secvenței este numărul de secvență acumulat al primului octet

31
00:02:31,000 --> 00:02:34,000
de date al acestui pachet pentru sesiunea curentă.

32
00:02:35,000 --> 00:02:38,000
Apoi are un număr de confirmare de 32 de biți.

33
00:02:39,000 --> 00:02:43,000
Dacă parametrul ACK este setat sau bitul este setat atunci valoarea numărului

34
00:02:44,000 --> 00:02:46,000
de confirmare este următorul număr

35
00:02:47,000 --> 00:02:50,000
de secvență pe care receptorul așteaptă să îl primească.

36
00:02:51,000 --> 00:02:54,000
Acest câmp confirmă primirea tuturor octeților anteriori.

37
00:02:55,000 --> 00:03:00,000
Primul ACK sau confirmarea trimisă de fiecare capăt confirmă

38
00:03:01,000 --> 00:03:06,000
celelalte capete ale secvenței inițiale, dar nu există date.

39
00:03:07,000 --> 00:03:15,000
Lungimea antetului sau offsetul de date specifică dimensiunea antetului TCP în cuvinte de 32 de biți.

40
00:03:16,000 --> 00:03:21,000
Dimensiunea minimă a antetului este de 5 cuvinte, iar maximul este de 15 cuvinte.

41
00:03:22,000 --> 00:03:25,000
Dimensiunea minimă a antetului este de 20

42
00:03:26,000 --> 00:03:29,000
de octeți, iar dimensiunea maximă a antetului

43
00:03:30,000 --> 00:03:37,000
este de 60 de octeți în IPv4, care permite până la 40 de octeți de opțiuni în antet.

44
00:03:38,000 --> 00:03:43,000
Rezervul umple setul la 0 și este rezervat pentru utilizare ulterioară.

45
00:03:44,000 --> 00:03:49,000
Acum, există multe steaguri sau biți de control disponibile în antetul TCP și nu vom trece

46
00:03:50,000 --> 00:03:51,000
prin toate acestea.

47
00:03:52,000 --> 00:03:57,000
Flagul de reducere a ferestrei de congestie face parte dintr-un mecanism de

48
00:03:58,000 --> 00:04:02,000
notificare a congestiilor utilizat în combinație cu câmpul de

49
00:04:03,000 --> 00:04:08,000
ecou sau cu pavilionul ecou de notificare a convorbirii ECE sau pavilion.

50
00:04:09,000 --> 00:04:10,000
Încă o dată, utilizată în notificarea privind congestionarea.

51
00:04:11,000 --> 00:04:15,000
Acest lucru poate fi folosit în calitate de serviciu unde rețeaua

52
00:04:16,000 --> 00:04:19,000
și gazda comunică pentru a indica congestia, permițând

53
00:04:20,000 --> 00:04:23,000
astfel transmițătorului să știe că trebuie să încetinească.

54
00:04:24,000 --> 00:04:27,000
Steagul URG poate indica faptul că acest segment este urgent și trebuie procesat

55
00:04:28,000 --> 00:04:29,000
cât mai curând posibil.

56
00:04:30,000 --> 00:04:34,000
Steagul ACK menționat mai sus este folosit pentru confirmarea datelor.

57
00:04:35,000 --> 00:04:41,000
PSH este pavilionul setat de expeditorul TCP pentru a determina receptorul TCP să treacă imediat 60 acele

58
00:04:45,000 --> 00:04:48,000
date ale segmentului către soclul de aplicații al

59
00:04:49,000 --> 00:04:55,000
receptoarelor împreună cu toate celelalte date în ordine pe care receptorul încă nu le-a dat aplicației respective.

60
00:04:56,000 --> 00:05:01,000
Reset; reseta conexiunea cu alte cuvinte, conexiunea este dezactivată.

61
00:05:02,000 --> 00:05:05,000
SYN este utilizat pentru sincronizarea numerelor de secvențe.

62
00:05:06,000 --> 00:05:12,000
Numai primul pachet trimis de la fiecare capăt va avea acest set de pavilion.

63
00:05:13,000 --> 00:05:17,000
FIN înseamnă că nu mai există date de la expeditor.

64
00:05:18,000 --> 00:05:21,000
Dimensiunea ferestrei care are lungimea de 16 biți

65
00:05:22,000 --> 00:05:24,000
specifică dimensiunea ferestrei recepționate,

66
00:05:25,000 --> 00:05:30,000
numărul de octeți pe care receptorul este dispus să o primească, vom vorbi

67
00:05:31,000 --> 00:05:35,000
mai mult despre controlul debitului și dimensiunile ferestrei într-un moment.

68
00:05:36,000 --> 00:05:39,000
TCP include, de asemenea, o sumă de control TCP de 16

69
00:05:40,000 --> 00:05:43,000
biți, care este utilizată pentru verificarea erorilor antetului și a datelor.

70
00:05:44,000 --> 00:05:49,000
Indicatorul urgent de 16 biți este utilizat cu steagul URG care, atunci

71
00:05:50,000 --> 00:05:55,000
când este setat, înseamnă că se utilizează indicatorul urgent de 16 biți.

72
00:05:56,000 --> 00:06:02,000
Aceasta indică o decalare față de numărul secvenței care indică ultimul byte de date urgent.

73
00:06:03,000 --> 00:06:05,000
Există, de asemenea, diferite opțiuni

74
00:06:06,000 --> 00:06:10,000
disponibile în TCP, dar acestea sunt în afara scopului acestui curs.

75
00:06:11,000 --> 00:06:15,000
Și, în sfârșit, avem datele, care sunt datele din protocoalele de nivel

76
00:06:16,000 --> 00:06:18,000
superior încapsulate în antetul TCP.

77
00:06:19,000 --> 00:06:26,000
Există câteva exemple de aplicații care se bazează pe TCP sau UDP.

78
00:06:27,000 --> 00:06:33,000
Exemplele includ protocoalele de transfer de fișiere; FTP sau File Transfer Protocol

79
00:06:34,000 --> 00:06:40,000
TFTP sau Trivial File Transfer Protocol, NFS sau Network File System.

80
00:06:41,000 --> 00:06:49,000
În e-mail, avem tendința de a utiliza POP3 sau Post Office Protocol pentru a primi mail Simple Mail Transfer Protocol sau SMTP pentru a trimite poștă

81
00:06:50,000 --> 00:06:54,000
sau IMAP sau Internet Message Access Protocol, care este un alt protocol folosit

82
00:06:55,000 --> 00:06:58,000
pentru retransmiterea e-mailurilor 86 Pentru conectarea de la distanță la

83
00:07:03,000 --> 00:07:05,000
dispozitive, am putea folosi telnet care

84
00:07:06,000 --> 00:07:09,000
trimite trafic în text clar și, prin urmare, este în

85
00:07:10,000 --> 00:07:13,000
siguranță sau securizată SHELL sau SSH care permite o conexiune

86
00:07:14,000 --> 00:07:16,000
securizată la dispozitivele de la distanță.

87
00:07:17,000 --> 00:07:23,000
Pentru managementul rețelei putem folosi Simple Network Management Protocol sau SNMP, iar pentru gestionarea numelui putem

88
00:07:24,000 --> 00:07:27,000
folosi Domain Name System, care permite folosirea mai

89
00:07:28,000 --> 00:07:31,000
multor nume decât a adreselor IP și traduce

90
00:07:32,000 --> 00:07:35,000
acele nume de domenii semnificative în adrese

91
00:07:36,000 --> 00:07:40,000
IP, de exemplu cisco. com va fi convertită la o adresă IP

92
00:07:41,000 --> 00:07:43,000
atunci când un utilizator navighează pe internet.

93
00:07:44,000 --> 00:07:47,000
Înainte de a continua, vreau să menționez din nou modul în care

94
00:07:48,000 --> 00:07:50,000
funcționează mapările între diferitele straturi ale modelului OSI.

95
00:08:09,000 --> 00:08:12,000
La nivelul 2 într-un cadru Ethernet 2, există un câmp numit numărul de tip

care permite unei gazde să se diferențieze între mai multe protocoale de strat 3

la nivelul 3, amintiți-vă că ați putea folosi un protocol precum IPv4 sau IPv6

sau în vechile zile IPX sau Apple vorbesc.

96
00:08:13,000 --> 00:08:20,000
Deci, la nivelul 2, NEC trebuie să știe care este protocolul stratului 3 pentru a trimite acest trafic și numărul de

97
00:08:21,000 --> 00:08:25,000
tip este folosit pentru a diferenția diferitele protocoale de strat 3.

98
00:08:32,000 --> 00:08:37,000
La nivelul 3 se utilizează un număr de protocol pentru a se diferenția 105 diferite protocoale care rulează la nivelul 4, astfel că într-un

99
00:08:38,000 --> 00:08:43,000
antet IP câmpul de protocol va indica unde se utilizează TCP sau UDP la nivelul 4. La stratul 4 este utilizat un număr de

100
00:08:53,000 --> 00:08:59,000
port pentru a diferenția mai multe aplicații care se utilizează la nivelul 7. 108 Deci este important să rețineți că la nivelul 4 modul

101
00:09:00,000 --> 00:09:04,000
în care TCP sau UDP știu ce aplicație este destinat acestui trafic este numărul portului.