1
00:00:00,000 --> 00:00:05,000
TCP oder Transmission Control Protocol ist ein Transportschichtprotokoll, das sich in

2
00:00:06,000 --> 00:00:10,000
Schicht 4 des OSI-Modells befindet und verbindungsorientiert ist. Es

3
00:00:11,000 --> 00:00:17,000
ermöglicht wiederum Protokollen der höheren Schicht auf die Netzwerkschicht oder die IP-Schicht, bietet jedoch

4
00:00:18,000 --> 00:00:20,000
in diesem Fall Zuverlässigkeit.

5
00:00:21,000 --> 00:00:23,000
Es ist verbindungsorientiert, bevor

6
00:00:24,000 --> 00:00:27,000
eine Sitzung zwischen zwei Geräten aufgebaut wird.

7
00:00:28,000 --> 00:00:31,000
TCP implementiert im Allgemeinen einen Vollduplex-Betriebsmodus.

8
00:00:32,000 --> 00:00:34,000
Es gibt einige Ausnahmen, aber wir werden

9
00:00:35,000 --> 00:00:38,000
hier nicht darauf eingehen. Mit anderen Worten: Eine TCP-Verbindung besteht aus einem

10
00:00:39,000 --> 00:00:42,000
Paar virtueller Verbindungen, die in beide Richtungen verlaufen und im Vollduplexmodus arbeiten.

11
00:00:43,000 --> 00:00:47,000
Der Sender kann gleichzeitig Daten empfangen und senden.

12
00:00:48,000 --> 00:00:52,000
Beide Hosts in einem Gespräch können gleichzeitig senden und empfangen.

13
00:00:53,000 --> 00:00:55,000
Es gibt eine Fehlerprüfung in TCP,

14
00:00:56,000 --> 00:01:00,000
da das Datagramm eine Prüfsumme enthält, um zu überprüfen, dass keine Korruption vorliegt.

15
00:01:05,000 --> 00:01:08,000
TCP-Segmente sind auch in Folge nummeriert

fünfzehn
damit das Ziel Segmente neu ordnen und feststellen kann, ob Daten fehlen.

16
00:01:09,000 --> 00:01:15,000
Es gibt auch eine Empfangsbestätigung der Daten, so dass alle Daten vom Empfänger bestätigt werden.

17
00:01:20,000 --> 00:01:25,000
Der Sender oder Sender kann das Segment erneut senden oder die Verbindung beenden, wenn er feststellt,

18
00:01:26,000 --> 00:01:29,000
dass der Empfänger nicht mehr am Gespräch beteiligt ist.

19
00:01:30,000 --> 00:01:32,000
TCP implementiert Datenwiederherstellungsfunktionen. Mit anderen Worten, es

20
00:01:33,000 --> 00:01:35,000
kann eine erneute Übertragung verlorener Daten geben.

21
00:01:36,000 --> 00:01:39,000
Wenn also keine Bestätigung eines Segments vorliegt, wird das Segment erneut übertragen.

22
00:01:40,000 --> 00:01:44,000
Das TCP-Segment wird mit IP-Paketen gesendet.

23
00:01:45,000 --> 00:01:51,000
Der TCP-Header folgt dem IP-Header, der spezifische Informationen zum TCP-Protokoll liefert.

24
00:01:52,000 --> 00:01:56,000
Wie Sie hier sehen können, hat der TCP-Header viel mehr Optionen als der UDP-Header.

25
00:01:57,000 --> 00:02:01,000
Zunächst haben Sie eine 16-Bit-Quellportnummer, die den sendenden Port identifiziert.

26
00:02:02,000 --> 00:02:06,000
Wir haben einen 16-Bit-Zielport, der den empfangenden Port identifiziert.

27
00:02:07,000 --> 00:02:13,000
Es gibt eine 32-Bit-Folgenummer. Wenn das SYN-Bit gesetzt ist, ist dies

28
00:02:14,000 --> 00:02:16,000
die ursprüngliche Folgenummer.

29
00:02:17,000 --> 00:02:23,000
Die Folgenummer des eigentlichen ersten Datenbytes sind dann diese Folgenummer plus 1.

30
00:02:24,000 --> 00:02:30,000
Wenn das SYN-Bit nicht gesetzt ist, dann ist die Sequenznummer die akkumulierte Sequenznummer des ersten

31
00:02:31,000 --> 00:02:34,000
Datenbytes dieses Pakets für die aktuelle Sitzung.

32
00:02:35,000 --> 00:02:38,000
Es hat dann eine 32-Bit-Bestätigungsnummer.

33
00:02:39,000 --> 00:02:43,000
Wenn das ACK-Flag gesetzt oder das Bit gesetzt ist, ist

34
00:02:44,000 --> 00:02:46,000
der Wert der Bestätigungsnummer

35
00:02:47,000 --> 00:02:50,000
die nächste Folgenummer, die der Empfänger erwartet.

36
00:02:51,000 --> 00:02:54,000
Dieses Feld bestätigt den Empfang aller vorherigen Bytes.

37
00:02:55,000 --> 00:03:00,000
Die erste ACK oder Bestätigung, die von jedem Ende gesendet wird,

38
00:03:01,000 --> 00:03:06,000
bestätigt die anfängliche Folgenummer des anderen Endes, jedoch keine Daten.

39
00:03:07,000 --> 00:03:15,000
Die Headerlänge oder der Datenversatz gibt die Größe des TCP-Headers in 32-Bit-Wörtern an.

40
00:03:16,000 --> 00:03:21,000
Die Mindestgröße des Headers beträgt 5 Wörter und die maximale Größe 15 Wörter.

41
00:03:22,000 --> 00:03:25,000
Die minimale Größe des Headers beträgt

42
00:03:26,000 --> 00:03:29,000
20 Byte und die maximale Größe

43
00:03:30,000 --> 00:03:37,000
des Headers beträgt 60 Byte in IPv4. Dies ermöglicht bis zu 40 Byte Optionen im Header.

44
00:03:38,000 --> 00:03:43,000
Die Reserve füllt den Satz auf 0 und ist für die zukünftige Verwendung reserviert.

45
00:03:44,000 --> 00:03:49,000
Im TCP-Header stehen jetzt viele Flags oder Kontrollbits zur Verfügung, und wir werden nicht

46
00:03:50,000 --> 00:03:51,000
alle durchlaufen.

47
00:03:52,000 --> 00:03:57,000
Das Reduzierungsflag für das Überlastungsfenster ist Teil eines Überlastungsmeldungsmechanismus,

48
00:03:58,000 --> 00:04:02,000
der in Verbindung mit dem ECE-Bit oder

49
00:04:03,000 --> 00:04:08,000
der ECE-Flag oder dem Echo-Staubenachrichtigungs-Echo-Feld oder -Flag verwendet wird.

50
00:04:09,000 --> 00:04:10,000
Wird erneut in der Staubenachrichtigung verwendet.

51
00:04:11,000 --> 00:04:15,000
Dies kann bei der Dienstqualität verwendet werden, bei der das Netzwerk und

52
00:04:16,000 --> 00:04:19,000
der Host kommunizieren, um eine Überlastung anzuzeigen, sodass der

53
00:04:20,000 --> 00:04:23,000
Sender informiert wird, dass er langsamer werden muss.

54
00:04:24,000 --> 00:04:27,000
Das URG-Flag kann anzeigen, dass dieses Segment dringend ist und so schnell wie

55
00:04:28,000 --> 00:04:29,000
möglich verarbeitet werden sollte.

56
00:04:30,000 --> 00:04:34,000
Das erwähnte ACK-Flag wird zur Bestätigung von Daten verwendet.

57
00:04:35,000 --> 00:04:41,000
PSH ist das vom TCP-Sender gesetzte Flag, um den TCP-Empfänger sofort weiterzuleiten 60 die

58
00:04:45,000 --> 00:04:48,000
Daten dieses Segments an den Empfängeranwendungssockel zusammen

59
00:04:49,000 --> 00:04:55,000
mit allen anderen in der Reihenfolge, die der Empfänger dieser Anwendung noch geben muss.

60
00:04:56,000 --> 00:05:01,000
Zurücksetzen; setzt die Verbindung zurück, dh die Verbindung wird deaktiviert.

61
00:05:02,000 --> 00:05:05,000
SYN wird zum Synchronisieren von Sequenznummern verwendet.

62
00:05:06,000 --> 00:05:12,000
Dieses Flag wird nur für das erste von jedem Ende gesendete Paket gesetzt.

63
00:05:13,000 --> 00:05:17,000
FIN bedeutet, dass vom Absender keine Daten mehr vorhanden sind.

64
00:05:18,000 --> 00:05:21,000
Die Fenstergröße, die 16 Bit lang ist, gibt

65
00:05:22,000 --> 00:05:24,000
die Größe des empfangenen

66
00:05:25,000 --> 00:05:30,000
Fensters an. Dies ist die Anzahl der Bytes, die der Empfänger derzeit empfangen

67
00:05:31,000 --> 00:05:35,000
möchte. Wir sprechen in diesem Moment mehr über Flusssteuerung und Fenstergrößen.

68
00:05:36,000 --> 00:05:39,000
TCP enthält auch eine 16-Bit-TCP-Prüfsumme, die zur Fehlerprüfung

69
00:05:40,000 --> 00:05:43,000
des Headers und der Daten verwendet wird.

70
00:05:44,000 --> 00:05:49,000
Der 16-Bit-Dringlichkeitszeiger wird mit dem URG-Flag verwendet,

71
00:05:50,000 --> 00:05:55,000
das bedeutet, dass der 16-Bit-Dringlichkeitszeiger verwendet wird.

72
00:05:56,000 --> 00:06:02,000
Dies gibt einen Offset von der Sequenznummer an, der das letzte dringende Datenbyte angibt.

73
00:06:03,000 --> 00:06:05,000
Es gibt auch verschiedene

74
00:06:06,000 --> 00:06:10,000
Optionen im TCP, die jedoch außerhalb des Kurses liegen.

75
00:06:11,000 --> 00:06:15,000
Und schließlich haben wir die Daten, dh die Daten aus Protokollen höherer

76
00:06:16,000 --> 00:06:18,000
Schichten, die im TCP-Header eingeschlossen sind.

77
00:06:19,000 --> 00:06:26,000
Es gibt einige Beispiele für Anwendungen, die entweder auf TCP oder UDP angewiesen sind.

78
00:06:27,000 --> 00:06:33,000
Beispiele hierfür sind Dateiübertragungsprotokolle; FTP oder File Transfer Protocol TFTP

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

80
00:06:41,000 --> 00:06:49,000
In E-Mails verwenden wir normalerweise das POP3- oder Post Office-Protokoll zum Empfangen von E-Mail-Simple Mail Transfer-Protokoll oder SMTP zum Senden von E-Mail oder IMAP

81
00:06:50,000 --> 00:06:54,000
oder Internet Message Access Protocol (Protokoll für die Internetnachrichten), ein anderes Protokoll

82
00:06:55,000 --> 00:06:58,000
zum Abrufen von E-Mails 86 Für die Remote-Anmeldung an

83
00:07:03,000 --> 00:07:05,000
Geräten können wir Telnet verwenden, das

84
00:07:06,000 --> 00:07:09,000
den Verkehr in Klartext sendet und daher in einem

85
00:07:10,000 --> 00:07:13,000
sicheren oder sicheren SHELL oder SSH ist, was eine

86
00:07:14,000 --> 00:07:16,000
sichere Verbindung zu Remote-Geräten ermöglicht.

87
00:07:17,000 --> 00:07:23,000
Für das Netzwerkmanagement können wir Simple Network Management Protocol oder SNMP verwenden, und für

88
00:07:24,000 --> 00:07:27,000
das Namensmanagement können wir Domain Name System

89
00:07:28,000 --> 00:07:31,000
verwenden, das die Verwendung von Namen anstelle

90
00:07:32,000 --> 00:07:35,000
von IP-Adressen ermöglicht und diese aussagekräftigen Domainnamen

91
00:07:36,000 --> 00:07:40,000
in IP-Adressen übersetzt, z. com wird in eine IP-Adresse umgewandelt,

92
00:07:41,000 --> 00:07:43,000
wenn ein Benutzer im Internet surft.

93
00:07:44,000 --> 00:07:47,000
Bevor ich fortfahre, möchte ich noch einmal erwähnen, wie die Zuordnungen

94
00:07:48,000 --> 00:07:50,000
zwischen den verschiedenen Schichten des OSI-Modells funktionieren.

95
00:08:09,000 --> 00:08:12,000
In Schicht 2 in einem Ethernet-2-Frame gibt es ein Feld mit der Typennummer

Dadurch kann ein Host zwischen mehreren Layer-3-Protokollen unterscheiden

Denken Sie bei Schicht 3 daran, dass Sie möglicherweise ein Protokoll wie IPv4 oder IPv6 verwenden

oder in den alten Tagen IPX oder Apple Talk.

96
00:08:13,000 --> 00:08:20,000
In Schicht 2 muss der NEC also wissen, an welches Protokoll der Schicht 3 dieser Verkehr gesendet werden soll, und die

97
00:08:21,000 --> 00:08:25,000
Typnummer wird zur Unterscheidung der verschiedenen Protokolle der Schicht 3 verwendet.

98
00:08:32,000 --> 00:08:37,000
In Schicht 3 wird eine Protokollnummer zur Unterscheidung verwendet 105 Da die verschiedenen Protokolle auf Schicht 4 laufen, gibt das

99
00:08:38,000 --> 00:08:43,000
Protokollfeld in einem IP-Header an, wo TCP oder UDP in Schicht 4 verwendet wird. Auf Schicht 4 wird eine Portnummer

100
00:08:53,000 --> 00:08:59,000
verwendet, um mehrere Anwendungen zu unterscheiden, die in Schicht 7 verwendet werden. 108 Daher ist es wichtig zu beachten, dass auf Layer 4 die Art

101
00:09:00,000 --> 00:09:04,000
und Weise, in der TCP oder UDP für welche Anwendung dieser Verkehr bestimmt ist, durch die Portnummer bestimmt wird.