User:TK at HU: Difference between revisions
No edit summary |
No edit summary |
||
Line 1: | Line 1: | ||
== Split-TCP == |
== Split-TCP == |
||
=== Introduction === |
|||
A protocol concept to improve Data transfer rates over mobile wireless Ad-Hoc networks. "Split-TCP" or "TCP with proxies" was developed at the University of California Riverside and describes the possibility to improve efficiency with more than 2 connections. It reduces the problems of suppression of connectivity and unnecessary efforts in finding new network routes. The protocol is understood as further development of the TCP network protocol. |
|||
=== Einführung === |
=== Einführung === |
Revision as of 05:18, 24 August 2006
Split-TCP
Introduction
A protocol concept to improve Data transfer rates over mobile wireless Ad-Hoc networks. "Split-TCP" or "TCP with proxies" was developed at the University of California Riverside and describes the possibility to improve efficiency with more than 2 connections. It reduces the problems of suppression of connectivity and unnecessary efforts in finding new network routes. The protocol is understood as further development of the TCP network protocol.
Einführung
Ein Konzept mit dem Datenübertragungsraten bei mobilen wireless Ad-Hoc Netzwerken verbessert werden sollen. "Split-TCP" oder "TCP with proxies" wurde an der Universität von Kalifornien Riverside entwickelt und beschreibt die Möglichkeit mit einem neuen "Split-TCP" Protokoll die Effizienz bei mehreren gleichzeitigen Verbindungen zu verbessern und Problemen wie Verbindungsunterdrückung oder unnötigen Aufwand beim Finden einer neuen Route vorzubeugen. Es versteht sich als Weiterentwicklung von TCP. Grob gesehen funktioniert es so wie bei herkömmlichen Proxys. Das sind Zwischenstationen von denen IP-Pakete weiter zum Empfänger gesendet werden.
Funktionsweise
Das Protokoll schreibt vor, das nach einer bestimmten Anzahl von Hops (Verbindungsknoten im Ad-Hoc Netzwerk) ein Proxy sich um die Weitergabe des IP-Paketes kümmert.
Die Regeln
- Paket wird über normale Hops wie beim TCP Protokoll weitergeleitet.
- Ein Hop wird zum Proxy, wenn IP-Paket schon bestimmte Anzahl Hops durchlief
- Ein Proxy ist nur für eine Verbindung Proxy, sonst gleichzeitig normaler Knoten (Hop)
- Ein Proxy schickt lokale Bestätigung (LACK) zurück an vorhergehenden Proxy oder Quelle.
- Der Proxy ist selbst dann für Weitergabe des Datenpaketes verantwortlich
- Die lokale Bestätigung (LACK) wird nur zum Nachbarproxy versendet, nicht weiter.
- Es wird noch eine Bestätigung (ACK) auf die gleiche Weise vom Ziel zur Quelle zurückversendet
Regeln zum Puffer
- Datenpakete, von allen Verbindungen speichern, die noch nicht bestätigt sind.
- Bestätigungen ACK
Die Bestätigung (ACK) von Quelle zum Ziel ist eine End-2-End Kontrolle, die es so bei dem herkömmlichen TCP auch gibt.
Probleme von TCP (herkömmlich)
Die Knoten können die Bandbreite von Verbindungen "unfair" aufteilen. Wenn mehrere Verbindung durch einen Knoten gehen, wird die bevorzugt die:
- sich zuerst aufgebaut hat
- mehr Datenpakete durchschickt
- kürzeren Weg zur Quelle hat
Die Wirkung ist eine Unterdrückung von einer 2. Verbindung, die z.B. quer zur 1. Verbindung läuft. Die 2. Verbindung bleibt solange unterbrochen, bis die 1. weniger Datenpackete durchschickt.
Effizienz von Split-TCP
Es wird ein einer Studie von [1] gezeigt, dass es eine Verbesserung der Performance von rund 10-20 % gibt je nach Auslastung des Netzes und weiteren Faktoren.
Referenz
[1] "Departmentof Computer Science and Engineering, University of California, Riverside, Riverside, CA,92521"