1
00:00:00,000 --> 00:00:05,000
Protokół TCP lub Transmission Control Protocol jest protokołem warstwy transportowej znajdującym się w warstwie

2
00:00:06,000 --> 00:00:10,000
4 w modelu OSI i jest zorientowany na połączenie, po

3
00:00:11,000 --> 00:00:17,000
raz kolejny umożliwia dostęp do protokołów o wysokiej warstwie dostępu do warstwy sieciowej lub warstwy IP, ale

4
00:00:18,000 --> 00:00:20,000
w tym przypadku zapewnia niezawodność.

5
00:00:21,000 --> 00:00:23,000
Jest to połączenie zorientowane

6
00:00:24,000 --> 00:00:27,000
przed transmisją, sesja jest ustanawiana między 2 urządzeniami.

7
00:00:28,000 --> 00:00:31,000
TCP ogólnie implementuje tryb pełnego dupleksu.

8
00:00:32,000 --> 00:00:34,000
Są pewne wyjątki, ale nie będziemy

9
00:00:35,000 --> 00:00:38,000
ich tutaj omawiać Innymi słowy, połączenie TCP jest parą obwodów wirtualnych

10
00:00:39,000 --> 00:00:42,000
po jednym w każdym kierunku, które działają w trybie pełnego dupleksu.

11
00:00:43,000 --> 00:00:47,000
Nadajnik może odbierać dane w tym samym czasie, co ich nadawanie.

12
00:00:48,000 --> 00:00:52,000
Oba hosty w rozmowie mogą przesyłać i odbierać w tym samym czasie.

13
00:00:53,000 --> 00:00:55,000
w TCP sprawdzane są błędy,

14
00:00:56,000 --> 00:01:00,000
ponieważ w datagramie jest suma kontrolna, aby sprawdzić, czy nie ma korupcji.

15
00:01:05,000 --> 00:01:08,000
Segmenty TCP są również ponumerowane kolejno

aby miejsce docelowe mogło zmienić kolejność segmentów i określić, czy brakuje danych.

16
00:01:09,000 --> 00:01:15,000
Istnieje również potwierdzenie odbioru danych, więc wszystkie dane są potwierdzane przez odbiornik.

17
00:01:20,000 --> 00:01:25,000
nadajnik lub nadawca może ponownie wysłać segment lub zakończyć połączenie, jeśli stwierdzi, że

18
00:01:26,000 --> 00:01:29,000
odbiornik nie jest już zaangażowany w rozmowę.

19
00:01:30,000 --> 00:01:32,000
TCP implementuje funkcje odzyskiwania danych, innymi słowy

20
00:01:33,000 --> 00:01:35,000
może nastąpić ponowna transmisja utraconych danych.

21
00:01:36,000 --> 00:01:39,000
Jeśli więc nie ma potwierdzenia segmentu, segment zostanie ponownie przesłany.

22
00:01:40,000 --> 00:01:44,000
Segment TCP jest wysyłany przy użyciu pakietów IP.

23
00:01:45,000 --> 00:01:51,000
Nagłówek TCP będzie podążał za nagłówkiem IP dostarczającym informacje specyficzne dla protokołu TCP.

24
00:01:52,000 --> 00:01:56,000
Jak widać, nagłówek TCP ma znacznie więcej opcji niż nagłówek UDP.

25
00:01:57,000 --> 00:02:01,000
Najpierw mamy 16-bitowy numer portu źródłowego, który identyfikuje port wysyłający.

26
00:02:02,000 --> 00:02:06,000
Mamy 16-bitowy port docelowy, który identyfikuje port odbierający.

27
00:02:07,000 --> 00:02:13,000
Jest 32-bitowy numer sekwencyjny, jeśli ustawiony jest bit SYN, to jest

28
00:02:14,000 --> 00:02:16,000
początkowy numer sekwencji.

29
00:02:17,000 --> 00:02:23,000
Numer sekwencyjny faktycznego pierwszego bajtu danych to ten numer kolejny plus 1.

30
00:02:24,000 --> 00:02:30,000
Jeśli bit SYN nie jest ustawiony, to numer sekwencji jest skumulowanym numerem sekwencji pierwszego

31
00:02:31,000 --> 00:02:34,000
bajtu danych tego pakietu dla bieżącej sesji.

32
00:02:35,000 --> 00:02:38,000
Następnie ma 32-bitowy numer potwierdzenia.

33
00:02:39,000 --> 00:02:43,000
Jeśli flaga ACK jest ustawiona lub bit jest ustawiony, to

34
00:02:44,000 --> 00:02:46,000
wartość numeru potwierdzenia jest

35
00:02:47,000 --> 00:02:50,000
kolejnym numerem sekwencji, który odbiorca spodziewa się odebrać.

36
00:02:51,000 --> 00:02:54,000
To pole potwierdza odbiór wszystkich wcześniejszych bajtów.

37
00:02:55,000 --> 00:03:00,000
Pierwsze potwierdzenie ACK lub potwierdzenie wysłane przez każdy koniec

38
00:03:01,000 --> 00:03:06,000
potwierdza drugi koniec początkowego numeru sekwencyjnego, ale brak danych.

39
00:03:07,000 --> 00:03:15,000
Długość nagłówka lub przesunięcie danych określa rozmiar nagłówka TCP w słowach 32-bitowych.

40
00:03:16,000 --> 00:03:21,000
Minimalny rozmiar nagłówka to 5 słów, a maksymalna to 15 słów.

41
00:03:22,000 --> 00:03:25,000
Minimalny rozmiar nagłówka to 20 bajtów,

42
00:03:26,000 --> 00:03:29,000
a maksymalny rozmiar nagłówka to

43
00:03:30,000 --> 00:03:37,000
60 bajtów w IPv4, co pozwala na dodanie do 40 bajtów opcji w nagłówku.

44
00:03:38,000 --> 00:03:43,000
Rezerwa wypełnia zestaw do 0 i jest rezerwowana do wykorzystania w przyszłości.

45
00:03:44,000 --> 00:03:49,000
Teraz w nagłówku TCP jest dużo flag lub bitów kontrolnych, a my nie przejdziemy przez

46
00:03:50,000 --> 00:03:51,000
wszystkie z nich.

47
00:03:52,000 --> 00:03:57,000
Zredukowana flaga z ograniczonym oknem jest częścią mechanizmu powiadamiania o

48
00:03:58,000 --> 00:04:02,000
przeciążeniu używanego w połączeniu z polem lub

49
00:04:03,000 --> 00:04:08,000
flagą echa lub znacznika ECE bitu lub flagi lub echa.

50
00:04:09,000 --> 00:04:10,000
Ponownie wykorzystane w powiadomieniu o zatorze.

51
00:04:11,000 --> 00:04:15,000
Może to być wykorzystane w jakości usług, w których sieć i

52
00:04:16,000 --> 00:04:19,000
host komunikują się w celu wskazania zatoru, umożliwiając

53
00:04:20,000 --> 00:04:23,000
nadajnikowi zdawanie sobie sprawy z konieczności spowolnienia.

54
00:04:24,000 --> 00:04:27,000
Flaga URG może wskazywać, że ten odcinek jest pilny i powinien zostać przetworzony tak

55
00:04:28,000 --> 00:04:29,000
szybko, jak to możliwe.

56
00:04:30,000 --> 00:04:34,000
Flaga ACK, jak wspomniano, służy do potwierdzania danych.

57
00:04:35,000 --> 00:04:41,000
PSH jest flagą ustawioną przez nadajnik TCP, aby natychmiast przełączyć odbiornik TCP 60 dane

58
00:04:45,000 --> 00:04:48,000
tego segmentu do gniazda aplikacji odbiorcy

59
00:04:49,000 --> 00:04:55,000
wraz z wszystkimi innymi danymi w kolejności, które odbiorca jeszcze nie dał tej aplikacji.

60
00:04:56,000 --> 00:05:01,000
Nastawić; resetuje połączenie innymi słowy, połączenie jest wyłączone.

61
00:05:02,000 --> 00:05:05,000
SYN służy do synchronizacji numerów sekwencji.

62
00:05:06,000 --> 00:05:12,000
Tylko pierwszy pakiet wysłany z każdego końca będzie miał ustawioną tę flagę.

63
00:05:13,000 --> 00:05:17,000
FIN oznacza, że nie ma więcej danych od nadawcy.

64
00:05:18,000 --> 00:05:21,000
Rozmiar okna o długości 16 bitów

65
00:05:22,000 --> 00:05:24,000
określa rozmiar odebranego okna,

66
00:05:25,000 --> 00:05:30,000
czyli liczbę bajtów, którą odbiornik obecnie chce odebrać, za chwilę

67
00:05:31,000 --> 00:05:35,000
będziemy rozmawiać o kontroli przepływu i rozmiarach okien.

68
00:05:36,000 --> 00:05:39,000
TCP zawiera również 16-bitową sumę kontrolną TCP, która

69
00:05:40,000 --> 00:05:43,000
służy do sprawdzania błędów nagłówka i danych.

70
00:05:44,000 --> 00:05:49,000
16-bitowy pilny wskaźnik jest używany z flagą URG, która

71
00:05:50,000 --> 00:05:55,000
po włączeniu oznacza, że użyto 16-bitowego pilnego wskaźnika.

72
00:05:56,000 --> 00:06:02,000
Wskazuje to na przesunięcie względem numeru sekwencji wskazującego ostatni pilny bajt danych.

73
00:06:03,000 --> 00:06:05,000
Istnieją również różne opcje

74
00:06:06,000 --> 00:06:10,000
dostępne w TCP, ale są one poza zakresem tego kursu.

75
00:06:11,000 --> 00:06:15,000
I na koniec mamy dane, które są danymi z wyższych warstw

76
00:06:16,000 --> 00:06:18,000
protokołów zamkniętych w nagłówku TCP.

77
00:06:19,000 --> 00:06:26,000
Istnieje kilka przykładów aplikacji opartych na TCP lub UDP.

78
00:06:27,000 --> 00:06:33,000
Przykładami są protokoły przesyłania plików; Protokół FTP lub protokół transferu plików

79
00:06:34,000 --> 00:06:40,000
TFTP lub protokół przesyłania plików, NFS lub sieciowy system plików.

80
00:06:41,000 --> 00:06:49,000
W wiadomościach e-mail często używamy protokołu POP3 lub Post Office Protocol do odbierania poczty Simple Mail Transfer Protocol lub SMTP w celu wysyłania poczty lub

81
00:06:50,000 --> 00:06:54,000
protokołu IMAP lub Internet Message Access Protocol, który jest innym protokołem używanym

82
00:06:55,000 --> 00:06:58,000
do pobierania wiadomości e-mail 86 Do zdalnego logowania się

83
00:07:03,000 --> 00:07:05,000
do urządzeń możemy użyć telnetu, który

84
00:07:06,000 --> 00:07:09,000
wysyła ruch w postaci czystego tekstu i dlatego jest

85
00:07:10,000 --> 00:07:13,000
w bezpiecznym lub bezpiecznym SHELL lub SSH, który pozwala

86
00:07:14,000 --> 00:07:16,000
na bezpieczne połączenie ze zdalnymi urządzeniami.

87
00:07:17,000 --> 00:07:23,000
Do zarządzania siecią możemy użyć Simple Network Management Protocol lub SNMP, a do zarządzania nazwami

88
00:07:24,000 --> 00:07:27,000
możemy użyć Domain Name System, który pozwala

89
00:07:28,000 --> 00:07:31,000
na użycie nazw zamiast adresów IP i

90
00:07:32,000 --> 00:07:35,000
tłumaczy te znaczące nazwy domenowe na adresy

91
00:07:36,000 --> 00:07:40,000
IP, na przykład cisco. com zostanie przekonwertowany na adres

92
00:07:41,000 --> 00:07:43,000
IP, gdy użytkownik przegląda Internet.

93
00:07:44,000 --> 00:07:47,000
Przed kontynuowaniem chcę jeszcze raz wspomnieć, jak odwzorowania działają

94
00:07:48,000 --> 00:07:50,000
między różnymi warstwami modelu OSI.

95
00:08:09,000 --> 00:08:12,000
W warstwie 2 w ramce Ethernet 2 znajduje się pole o nazwie numer typu

co pozwala gospodarzowi na rozróżnienie między wieloma protokołami warstwy 3

w warstwie 3 pamiętaj, że możesz używać protokołu takiego jak IPv4 lub IPv6

lub w dawnych czasach IPX lub Apple Talk.

96
00:08:13,000 --> 00:08:20,000
Tak więc w warstwie 2 NEC musi wiedzieć, który protokół warstwy 3 wysyła ten ruch, a numer

97
00:08:21,000 --> 00:08:25,000
typu jest używany do rozróżnienia różnych protokołów warstwy 3.

98
00:08:32,000 --> 00:08:37,000
W warstwie 3 stosuje się numer protokołu w celu rozróżnienia 105 różne protokoły działające na warstwie 4, więc w

99
00:08:38,000 --> 00:08:43,000
nagłówku IP pole protokołu będzie wskazywać, gdzie TCP lub UDP jest używane w warstwie 4. W warstwie 4 numer

100
00:08:53,000 --> 00:08:59,000
portu jest używany do rozróżnienia wielu aplikacji używanych w warstwie 7. 108 Należy więc zauważyć, że w warstwie 4 sposób, w

101
00:09:00,000 --> 00:09:04,000
jaki TCP lub UDP wie, do której aplikacji przeznaczony jest ten ruch, jest numerem portu.