TCP/IP Protocols

TCP ist ein zuverl�ssiges, connection-oriented und Bytestromprotokoll. Lassen Sie uns jede der zuverl�ssigen, connection-oriented und Bytestrom Bezeichnungen im Detail betrachten - -. Anwendungen, die das Transportprotokoll erfordern, zuverl�ssigen Datenanlieferung Gebrauch zur Verf�gung zu stellen der TCP, weil er �berpr�ft, da� Daten �ber das Netz genau und in die korrekte Reihenfolge geliefert sind.

TCP versieht Zuverl�ssigkeit mit Hilfe einer Einheit, die Gutmeldung mit nochmaliger �bertragung (GLEICHHEIT) genannt wird. Einfach angegeben, sendet ein System, das GLEICHHEIT verwendet, die Daten wieder, es sei denn es vom ferninstallierten System h�rt, da� die Daten o.k. ankamen und die Ma�einheit der Daten, die zwischen cooperating TCP Module ausgetauscht werden, ein Segment genannt wird (sehen, da� Abbildung unterhalb jedes Segments eine Pr�fsumme enth�lt, der die Empf�nger pflegt, zu �berpr�fen, da� die Daten unbesch�digt sind. Wenn das Datensegment unbesch�digt empfangen wird, sendet der Empf�nger eine Gutmeldung zur�ck zu dem Absender und wenn das Datensegment besch�digt wird, wirft der Empf�nger es weg. Das sendende TCP Modul �bertr�gt jedes m�gliches Segment, f�r das keine Gutmeldung empfangen worden ist, nach einer passenden TIMEOUTperiode nochmal.

Anmerkung:

Die Abbildung folgend zeigt dem Dreiwegeh�ndedruckproze�, welches durch TCP verwendet wird.

A bewirten anf�ngt den Anschlu�, indem Sie Wirt B senden, das ein Segment mit �Folgenummer� (SYN) Spitze Satz synchronisieren und dieses Segment erkl�rt Wirt B, da� A einen Anschlu� aufstellen m�chte, und es erkl�rt B, welchen Folgenummerwirt A als beginnende Zahl f�r seine Segmente benutzt. (Folgenummern werden verwendet, um Daten im korrekten Auftrag zu f�hren.), reagiert Wirt B auf A mit einem Segment, das die �Best�tigung� (ACK) und mit die eingestellten und Segment SYN Spitzen b best�tigt den Empfang des Segments a hat, und informiert A, welchem Folgenummerwirt B beginnt. Schlie�lich A bewirten sendet ein Segment, das den Empfang des Segments b best�tigt, und �bertr�gt die ersten tats�chlichen Daten.

Nachdem dieser Austausch, bewirten, hat TCP a positiven Beweis, da� der Remote-TCP lebendig und bereit ist, Daten zu empfangen und dann, sobald der Anschlu� hergestellt wird, Daten kann gebracht werden. Wenn die cooperating Module die Daten�bertragungen gefolgert haben, um den Anschlu� zu schlie�en tauschen sie einen Dreiwegeh�ndedruck mit den Segmenten aus, welche die �No more Daten vom Absender� Spitze enthalten (genannt die FLOSSE gebissen). Es ist der aufeinanderfolgende Austausch von Daten, die den logischen Anschlu� zwischen dem System zwei liefert.

TCP hilft auch zu den Ansichten den Daten, die er als ununterbrochener Strom von Bytes sendet, nicht als unabh�ngige Pakete. Folglich mach's gut TCP, um die Reihenfolge beizubehalten, in der Bytes empfangen und gesendet werden. Die Best�tigung Zahl und die Folgenummer f�ngt in der TCP Segment�berschrift-Unterhaltschiene der Bytes auf.

Der TCP Standard erfordert nicht, da� jede System Anfangsnumerierung Bytes mit jeder spezifischen Zahl und jedem System die Zahl w�hlt, die es als Ausgangspunkt verwendet. Jedes Ende des Anschlu�es mu� die andere Anfangszahl des Endes kennen, um den Datenstrom richtig zu verfolgen. Die zwei Enden des Anschlu�es synchronisieren Bytenumerierung Systeme, indem sie SYN Segmente w�hrend des H�ndedrucks austauschen und die Folgenummer fangen im SYN Segment enth�lt die Ausgangsfolgenummer (ISN) auf, die der Ausgangspunkt f�r das Bytenumerierung System ist. Aus Sicherheit Gr�nden sollte das ISN die gelegentliche Zahl sein, obwohl es h�ufig 0 ist.

Jedes Byte Daten wird der Reihe nach vom ISN numeriert, also hat das erste reale Byte gesendete Daten eine Folgenummer von ISN+1 und die Folgenummer in der �berschrift eines Datensegments kennzeichnet die aufeinanderfolgende Position im Datenstrom des ersten Datenbytes im Segment. Z.B. wenn das erste Byte im Datenstrom Folgenummer 1 (ISN=0) war und 4000 Bytes Daten sind bereits ge�bertragen worden, dann das erste Byte Daten im gegenw�rtigen Segment ist Byte 4001, und die Folgenummer w�rde 4001 nur sein.

Das Best�tigung Segment (ACK) f�hrt zwei Funktionen durch: Steuerung des Datenflusses und Gutmeldung. Die Best�tigung erkl�rt dem Absender, wieviel Daten empfangen worden sind und wieviel mehr der Empf�nger annehmen kann und die Best�tigung Zahl die Folgenummer des folgenden Bytes ist, das der Empf�nger erwartet zu empfangen. F�r jedes Paket erfordert der Standard nicht eine einzelne Best�tigung. Die Best�tigung Zahl ist eine Gutmeldung aller Bytes bis zu dieser Zahl. Z.B. wenn das erste Byte gesendet 1 numeriert wurde und 2000 Bytes erfolgreich empfangen worden sind, w�rde die Best�tigung Zahl 2001 sein.

Das Fenster fangen enth�lt die Zahl Bytes auf, die das Remoteende in der Lage ist anzunehmen oder das Fenster. Wenn der Empf�nger zum Annehmen von 6000 weiteren Bytes f�hig ist, w�rde das Fenster 6000 nur sein. Das Fenster zeigen dem Absender an, da� es Segmente zu senden, fortfahren kann, solange die Gesamtzahl Bytes, die sie sendet, kleiner als das Fenster der Bytes, die der Empf�nger annehmen kann und, welches er ist, Empf�nger den Flu� von Bytes vom Absender steuert, indem er die Gr��e des Fensters �ndert. Ein nullfenster erkl�rt dem Absender, Getriebe aufzuh�ren, bis es den ungleich nullfensterwert empf�ngt.

1. Das Internet Protocol (IP) ist ein Netzschicht (Schicht 3) Protokoll, das etwas Steuerinformationen enth�lt, die Paketen erm�glicht, verlegt und adressierend Informationen zu sein.



2. IP ist das Prim�rc$netzschicht Protokoll in der Internet Protocolsuite und wird in RFC 791 dokumentiert.



3. Zusammen mit dem Transmission Control Protocol (TCP), stellt IP das Herz des Internet Protocol dar.



4. IP hat zwei Prim�rverantwortlichkeiten: Zur Verf�gung stellen ohne Verbindung, Gutbem�hung Anlieferung der Datengramme durch ein Internetwork und eine zur Verf�gung stellen Zerteilung und eine Wiederversammlung der Datengramme zu den ZUSATZINFORMATIONverbindungen mit unterschiedlichen Gr��en des Maximum Transmission Unit (MTU).

Ein IP Paket enth�lt einige Arten Informationen, wie veranschaulicht in der folgenden Abbildung:

The description for IP packet fields is given below:

1. Version: Indicates that the version of IP currently used.



2. IP Header Length (IHL):which indicates the datagram header length in 32-bit words.



3. Type-of-Service:which specifies how an upper-layer protocol would like a current datagram to be handled, and assigns datagrams various levels of importance.



4. Total Length: Specifies the length, in bytes, of the entire IP packet, including the data and header.



5. Identification:which contains an integer that identifies the current datagram. This field is used to help piece together datagram fragments.



6. Flags:which consists of a 3-bit field of which the two low-order (least-significant) bits control fragmentation. The low-order bit specifies whether the packet can be fragmented. The middle bit specifies whether the packet is the last fragment in a series of fragmented packets. The third or high-order bit is not used.



7. Fragment Offset:which indicates the position of the fragment's data relative to the beginning of the data in the original datagram, which allows the destination IP process to properly reconstruct the original datagram.



8. Time-to-Live:which maintains a counter that gradually decrements down to zero, at which point the datagram is discarded. This keeps packets from looping endlessly.



9. Protocol:which indicates which upper-layer protocol receives incoming packets after IP processing is complete.



10. Header Checksum:which helps ensure IP header integrity.



11. Source Address:which specifies the sending node.



12. Destination Address:which specifies the receiving node.



13. Options:which allows IP to support various options, such as security.



14. Data:which contains upper-layer information.