Also ich sehe da eine ganze Menge unverstaendlicher Dinge in dem Artikel. Fuer jemanden, der die Materie nicht versteht, ist das sicher ziemlich unangenehm beim Lesen. "Ein Webserver, der seinen Dienst anbietet, generiert einen Endpunkt mit dem Port und seiner Adresse (er kann auch beliebige Adressen zulassen)." Wieso zulassen? Und welche Adressen sind dann nicht zugelassen? Was passiert mit nicht zugelassenen Adressen? Ich verstehe nicht, wie das gemeint ist. Ist damit vielleicht gemeint, dass man den Socket an ein bestimmtes Interface binden kann (bei Angabe einer IP) oder eben alle Interfaces bedienen moechte (bei INADDR_ANY). "Die initiale Sequenznummer ist beliebig und wird vom jeweiligen Betriebssystem festgelegt." Ich dachte, die Socket-Sachen macht auch winsock.dll. Und "fest" ist die ISN auch nicht. Sie wird von der TCP-Implementierung auf einen zufaelligen Wert gesetzt. Ausserdem wird abwechselnd von TCP-Segment und TCP-Paket geschrieben. Zwischendrin sogar von TCP/IP-Paket. "Damit die TCP-Software im Empfänger die Segmente wieder ordnen kann, ist jedes Segment "nummeriert" (die Segmente werden sozusagen gezählt). Bei der Zuordnung der Segmente wird die Sequenznummer herangezogen. Der Empfänger muss TCP-Segmente, die einwandfrei (Checksumme ist in Ordnung) angekommen sind, bestätigen." Es werden nicht Semente nummeriert, sondern Oktetts. Die Squenznummer wird dabei nicht nur "herangezogen", sondern genutzt. (Herangezogen klingt, als wuerde noch irgendwas anderes verwendet werden.) Der Empfaenger darf auch nur die Segmente bestaetigen, die den bisher empfangenen Datenstrom lueckenlos ergaenzen und nicht einfach alle fehlerfreien. (Go-Back-N-Verhalten) "Da die Anwendung Daten aus dem Buffer liest, ändert sich der Füllstand des Buffers ständig. Deshalb ist es notwendig den Datenfluss entsprechend dem Füllstand zu steuern." Das ist doch keine Begruendung fuer eine Flusssteuerung! Der Grund fuer Flusssteuerung ist, dass der Empfaenger von Daten nicht unnoetig viel Daten zugeschickt bekommen will, die er dann evtl. verwerfen muss. Dann wird sofort gleich zu "Congestion-Window" gegangen, ohne zu erklaeren, dass es sich hierbei um einen Mechanismus handelt, der "Verstopfungen im Netz" vermeiden soll. (Flusssteuerung und Ueberlastkontrolle sind zwei unterschiedliche Aufgaben von TCP!) "Wird ein Paketverlust festgestellt, so wählt man die Hälfte der noch unbestätigten Daten im Netz als geeignetes Zeitfenster für die Datenübertragung zwischen diesem Sender und diesem Empfänger über den benutzten Kanal." Wie kann eine Datenmenge als Zeitfenster verwendet werden. Da stimmen doch die Masseinheiten gar nicht. Zeit wird in Sekunden gerechnet, Datenmenge in Bytes/Oktetts! Der Artikel ist an vielen Stellen chaotisch und schwer zu verstehen. Es ist nicht klar, ob die Erklaerung nun Top-Down oder Bottom-Up erfolgt. Erst ist man allgemein, dann geht man in feine Details und wird dann doch wieder allgemein. ChrisHuebsch 13:08, 13. Mär 2006 (CET)