Diskussion:Transmission Control Protocol

Die Seite ist sehr unübersichtlich und chaotisch aufgebaut; Es fehlt der Aufbau des Protokoll-Datagramms und die Beschreibung zu den einzelnen Feldern.

Der TCP-Header hat einen eigenen Artikel, wie ich gerade sehe. Das halte ich eigentlich nicht für sinnvoll. Es hätte hier, in einem besser strukturierten TCP-Artikel, seinen Platz, finde ich. --Elwood j blues 17:14, 27. Mär 2005 (CEST)

TCP-Header (Grafik)

Letzter Kommentar: vor 20 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt

Hallo! Ich habe mich mal ein bissi hingesetzt, und den Header in eine Grafik überführt. Ich wäre um eure Kritik (Meinung etc.) dankbar. --Wendelin 23:15, 11. Mai 2005 (CEST)Beantworten

Geschichtliches

Ein bisschen ueber die Geschichte und Entwicklung von TCP fehlt noch.

Der Teilsatz: "... Data Layer (beim Ethernet das statische MAC Protokoll)" ist inhaltlich falsch. Richtig: Nachzulesen unter den Stichworten LLC, MAC und Ethernet.

Problematik der Datenwiederholung

Dieser Abschnitt ist ungenau und teilweise falsch. Hier sollte Slow Start, Congestion Avoidance Schwellenwert und Phase erwähnt werden, in der das Staufenster nach einer RTT nicht verdoppelt sondern nur um eine MSS erhöht wird. Nach einem Paketverlust (Timeout) wird der Schwellenwert neu definiert (= 1/2 * letzte Fenstergröße) und der Slow Start beginnt erneut.

Zu nennen wäre zudem Fast Retransmit und Fast Recovery.

Empfangsfenster für Flußkontrolle.

Mir fehlt bei der Diskussion der Datenwiederholung auch die Nennung (Erläuterung und Problematik) des Begriffes "Denial of Service (DoS)"; respektive eine Verlinkung. Meines Wissens ist es definiert, wann der Dienst verweigert werden muß. Bitte hinzufügen. --Wendelin 13:58, 15. Mär 2005 (CET)

Ja, Staukontrolle (Slow Start und seine Freunde) muss auf jeden Fall erwähnt werden. Ich bin gegen einen eigenen "Slow Start" Artikel, den die gegenwärtige Verlinkung vorsieht. --Elwood j blues 16:55, 27. Mär 2005 (CEST)

paketorientiert

Was bitte hat UDP, was ja nur zu Transportschicht gehört, mit einem paketorientiertem Netzwerkkern zu tun? Das passt mMn nicht zusammen. UDP ist verbindungslos und TCP als Gegenstück dazu verbindungsorientiert, das hat jedoch nichts damit zu tun, ob ein Netzwerkkern leitungsvermittelt oder paketvermittelt ausfgebaut ist. MfG

UDP hat nichts mit paketorientiert zu tun, das ist völlig richtig. Es gibt halt immer wieder sprachliche Ungenauigkeiten bei Leuten, die mit englischer Fachliteratur umgehen. Sie lesen "packet" und übersetzen das einfach als "Paket", weil sie die spezifische deutsche Fachsprache für Kommunikation nicht gut genug kennen. Korrigiere es doch einfach. 213.6.50.126 00:25, 1. Mär 2005 (CET)

Fluss- und Staukontrolle

Dass und wie TCP das Sliding Window-Verfahren einsetzt, fehlt noch. --Elwood j blues 17:14, 27. Mär 2005 (CEST)

Ich habe zu diesem Thema einen "Stub" eingefügt, der natürlich alles andere als aufschlussreich ist. So bekommt man aber ein wenig mehr Struktur in den Artikel. Ggf. nach Belieben ergänzen, bitte. --Elwood j blues 18:24, 27. Mär 2005 (CEST)

Transmission Control Protocol, 17. Mai

Letzter Kommentar: vor 19 Jahren5 Kommentare5 Personen sind an der Diskussion beteiligt

pro: durchaus umfassend. Jedoch könnte die Literatur zum Protokoll und die Erläuterung des Aufbauschemas ausführlicher sein. --Wendelin 21:42, 17. Mai 2005 (CEST)Beantworten
contra: der Artikel ist in seiner jetzigen Form zu fachlich. Wer kein Vorwissen mitbringt, der wird gar nichts verstehen. --Herr Schroeder 08:52, 19. Mai 2005 (CEST)Beantworten
contra Nur zwei Bücher unter Literatur, da fehlen ein paar Standardwerke (Databecka kann dafür vermutlich eher raus). An der Verständlichkeit des Artikels kann man noch arbeiten - er muss nicht für Oma verständlich sein, aber auch jemand, der sich bemüht, steigt nach kurzem Lesen aus. --Elian Φ 17:20, 19. Mai 2005 (CEST)Beantworten
contra Die TCP-Software ist eine Funktionssammlung zum Beispiel in der Winsock.dll oder im Kernel (je nach Betriebssytem unterschiedlich). Die Anwendung ist zum Beispiel ein Webbrowser oder ein Webserver (zum Beispiel Apache). – Ich denke nicht, dass explizit Dateien genannt werden müssen. Und wenn doch, bitte das zugehörige Betriebssystem dazu. Außerdem sollte der Artikel besser formuliert werden (hier: zum Beispiel in zwei Sätzen dreimal).

Während der Datenübertragungsphase (active open) sind die Rollen von Client und Server (aus TCP-Sicht) vollkommen symmetrisch. – Die Datenübertragungsphase heißt nicht active open. active open ist, wenn ein Client-Prozess die Verbindung auf eigene Initiative hin öffnet, also ein SYN-Paket schickt.

Drei-Wege-Handshake – sollte man das vielleicht wie im englischen Three-Way-Handshake nennen?

Insgesamt bin ich der Meinung, dass der Artikel in Review sollte, und dann nochmal gründlich überarbeitet werden soll. Im aktuellen Zustand ist der Artikel oft zu unpräzise. --Ww 00:40, 22. Mai 2005 (CEST)Beantworten

@Ww: Ich bin ganz deiner Meinung. Mir ist sowieso schleierhaft wieso ein halbfertiger Artikel als "Kandidat" gesetzt wurde. Man sollte den Artikel eher ins Review setzen. Ich habe nur 3 Bücher über TCP. Davon kann man getrost "1,5" vergessen. Es wäre schön, wenn mehr Leute an diesem Artikel mitarbeiten würden. - Appaloosa 01:37, 22. Mai 2005 (CEST)Beantworten