3 Wege Handshake

[julimoo]

Hi Leute.

Kann mir mal jemand erklären, was ein 3 Wege Handshake ist.

Wozu es das gibt, was dabei passiert und wer da was an wen sendet.

Ich habe im Netz schon tolle Sites gefunden, wo immer was von einem SYN und ACK steht, aber was ist das ??? :confused:

Thx

[stiV]

bilder&text © Cisco Systems

warum neu schreiben? i finds so gut erklärt:

http://stiv.pcsys.at/3wayhandshake.swf

text dazu:

Verbindungsorientierte Dienste umfassen drei Phasen. In der Phase des Verbindungsaufbaus wird ein einzelner Pfad zwischen Quelle und Ziel ermittelt. In der Regel werden zu diesem Zeitpunkt Ressourcen reserviert, um einen unveränderten Servicegrad zu gewährleisten. Während der Datenübertragungsphase werden Daten sequenziell über den ermittelten Pfad übertragen und gehen am Ziel in der Reihenfolge ein, in der sie gesendet wurden. In der Phase der Verbindungsbeendigung wird die Verbindung zwischen Quelle und Ziel beendet, wenn sie nicht mehr benötigt wird.

TCP-Hosts bauen über einen Drei-Schritte-Handshake eine verbindungsorientierte Sitzung miteinander auf. Bei einer Drei-Schritte-Handshake-Sequenz zum Verbindungsaufbau wird eine Verbindung an beiden Enden synchronisiert, bevor Daten übertragen werden. Dieser Austausch von einleitenden Sequenznummern während der Verbindungssequenz spielt eine wichtige Rolle. Er gewährleistet, dass Daten, die durch später auftretende Übertragungsprobleme verloren gehen, wiederhergestellt werden können.

Zunächst initiiert ein Host eine Verbindung, indem er ein Paket sendet, das die einleitende Sequenznummer x und mit einem bestimmten Bit im Header eine Verbindungsanforderung angibt. Anschließend empfängt der andere Host das Paket, zeichnet die Sequenznummer x auf, antwortet mit der Bestätigung x+1 und fügt die eigene einleitende Sequenznummer y hinzu. Die Bestätigungsnummer x+1 bedeutet, dass der Host alle Oktette einschließlich x erhalten hat und als Nächstes x+1 erwartet. Hier bei der Flashdatei Bild Nummer 1 anschaun

Positive Acknowledgement and Retransmission (PAR) ist eine allgemeine, in vielen Protokollen verwendete Methode für eine zuverlässige Übertragung. Mit PAR sendet eine Quelle ein Paket, startet einen Timer und wartet vor dem Senden des nächsten Pakets auf eine Bestätigung. Wurde nach Ablauf der Wartezeit noch keine Bestätigung empfangen, überträgt die Quelle das Paket erneut und setzt den Timer zurück.

Die Fenstergröße bestimmt die Datenmenge, die auf einmal übertragen werden kann, bevor eine Bestätigung vom Ziel eintrifft. Je größer das Fenster (angegeben in Byte), desto mehr Daten kann der Host übertragen. Nachdem ein Host eine dem Fenster entsprechende Anzahl von Bytes übertragen hat, muss er zunächst eine Bestätigung über den Empfang der Daten erhalten, bevor er weitere Nachrichten senden kann. Bei einer Fenstergröße von 1 muss beispielsweise jedes einzelne Segment bestätigt werden, bevor das nächste Segment gesendet werden kann. Hier bei der Flashdatei Bild Nummer 2 anschaun

Für Bestätigungen verwendet TCP Nummern, die sich auf das Oktett beziehen, das als Nächstes erwartet wird. "Sliding" in Sliding Window bezieht sich auf die Tatsache, dass die Fenstergröße während der TCP-Sitzung dynamisch angepasst wird. Dies führt dazu, dass die Hosts die Bandbreite effizient nutzen.

Der Einsatz von Fenstern ist ein Flusskontrollmechanismus, bei dem das Quellgerät eine Bestätigung vom Ziel erhalten muss, nachdem eine bestimmte Datenmenge übertragen wurde. Bei einer Fenstergröße von 3 kann das Quellgerät beispielsweise drei Oktette an das Ziel senden. Danach muss es auf eine Bestätigung warten. Wenn das Ziel die drei Oktette erhält, sendet es eine Bestätigung an das Quellgerät, das nun drei weitere Oktette übertragen kann. Wenn das Ziel die drei Oktette aus einem bestimmten Grund, beispielsweise Pufferüberlauf, nicht erhält, sendet es keine Bestätigung. Da die Quelle keine Bestätigung erhält, weiß sie, dass die Oktette erneut gesendet werden müssen und es erforderlich ist, die Übertragungsrate zu verringern. Hier bei der Flashdatei Bild Nummer 3 anschaun

Die Reihenfolge der Segmente wird in TCP mit einer Sendereferenz-Bestätigung festgelegt. Jedes Datagramm erhält vor der Übertragung eine Nummer. An der empfangenden Station fügt TCP die Segmente zu einer vollständigen Nachricht zusammen. Wenn eine Sequenznummer in der Reihe fehlt, wird das betreffende Segment erneut übertragen. Bei Segmenten, die nicht innerhalb eines gegebenen Zeitraums bestätigt werden, erfolgt eine erneute Übertragung. Hier bei der Flashdatei Bild Nummer 4 anschaun

wennst willst kannst auch auf englisch haben .. klingt bissl bessa