undefined

by Jana W.

TCP

Transmission Control Protocol
stellt Daten einen Header voran (20 Byte groß)
- Quell- und Zielport, Nummer des 1. zu übertragenden Bytes (sequence number), Nummer des nächsten gewünschten Bytes (acknowledgement -> gibt an, was Empfänger als nächstes erwartet)
TCP-Segment ist in der Regel 1460 Byte groß
für jedes vom Sender geschickte Elemente gibt es sog. Retransmission-Timer -> wenn innerhalb dieser Zeit kein Acknoledgement für Segment gekommen ist, wird es noch mal übertragen
verbindungsorientiert (müssen Verbindung aufbauen und schließen)
Übermittlung von Daten garantiert - immer dann verwendet, wenn alles richtig ankommen muss
wird von u.a. HTTP genutzt

TCP-Verbindungsauf- und abbau

three-way-handshake
- Client startet Verbindungsaufbau, indem er SYN-Flag setzt (synchronized)
- Server sendet Acknoledgement-Number und SYN- sowie ACK-Flag (Acknoledge) -> bestätigt Verbindungsaufbau
- Client sendet auch noch mal ACK-Flag
double halfclose
- Verbindungsabbau
- Client sendet FIN-Flag mit Nachricht mit
- Server antwortet mit ACK-Flag und sendet danach noch mal FIN-Flag
- Client antwortet mit ACK-Flag

TCP-Prüfsumme

sorgt für fehlerfreie Datenübertragung
zwei Byte groß -> beinhaltet Ziel-IP, Quell-IP, TCP-Protokollkennung und die Länge des Headers sowie der Daten
enthält ein 16-Bit-Einerkomplement

UDP

HTTP

Hyper Text Trasfer Protocol -> 7. Schicht bei OSI
Kommunikationsprotokoll -> Übertragung von Hypertextinformationen
durch Anklicken eines Links löst Client eine HTTP-GET-Request aus -> Anfrage an Webserver, dieser sendet HTML-Datei
bei Login-Formularen werden Daten an Server gesendet -> HTTP-POST-Request -> Daten schicken an Server
jede Anfrage wird vom Server mit Statuscode beantwortet
- 200 bei Erfolg
- 301, wenn Ressource unter anderer Adresse vorhanden ist
- 400-er Codes: Fehler auf Seiten des Clients, 500-er Codes: Fehler auf Seiten des Servers
- 400 bei fehlerhafter Anfrage
- 404, wenn Ressource nicht gefunden wurde

Last changed
2 years ago

Protokolle