* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project
Download Transport Control Protocol
Survey
Document related concepts
Network tap wikipedia , lookup
Computer network wikipedia , lookup
Airborne Networking wikipedia , lookup
Asynchronous Transfer Mode wikipedia , lookup
Serial digital interface wikipedia , lookup
Wake-on-LAN wikipedia , lookup
Deep packet inspection wikipedia , lookup
Cracking of wireless networks wikipedia , lookup
Recursive InterNetwork Architecture (RINA) wikipedia , lookup
Real-Time Messaging Protocol wikipedia , lookup
Internet protocol suite wikipedia , lookup
Transcript
Transport Control Protocol TCP Connection-Oriented Service Connection-oriented service has a handshake period During this time, a logical connection is made with the destination node The connection is ‘logical’, since all packets are forwarded individually, just like with UDP Typically, connection-oriented service provides reliability, meaning: Acknowledgements are used to ensure packets arrive Checksums/CRCs are used to ensure data integrity Transport Control Protocol (TCP) Like X.25, TCP provides connection-oriented delivery at a high level layer X.25 provides it at the Transport OSI layer TCP provides it at the Transport IP layer Providing connection-oriented delivery at a high level allows TCP to be applied to any network Thus the ability to use TCP/IP over Ethernet, Token Ring, etc. However, providing connection-orientation at a high level means that the network is not necessarily optimized for connection-oriented delivery For example, Ethernet is optimized for connectionless delivery TCP The essence of TCP is to provide an apparently continuous stream of data Thus, above the transport layer: Data is not fragmented (into packets) Data is in order Lost packets do not occur Thus, the transport layer (and layers below it) must handle: Segmentation and reassembly (SAR) Acknowledgements Segmentation vs. Fragmentation Segmentation is basically the same as fragmentation, with a few differences: Fragmentation (IP layer): …only occurs when transmitting a packet whose size is larger than the MTU of the destination network Any router (connecting two different network types) could theoretically fragment packets Fragmentation can almost be considered an emergency practice (what to do when something goes wrong) Segmentation (TCP layer): Occurs for all data streams, to divide the data into packets (above TCP layer data is continuous) Only the source host will segment packets Segmentation is a normal part of TCP’s job TCP TCP is a reliable protocol All data sent through TCP is automatically divided into packets Each of these packets is ensured to be sent by requiring the destination acknowledge the packets when they are received The destination, knowing it will eventually receive all messages, only has to reorder those messages into an apparently continuous stream of data flow TCP: Stream Delivery Protocol TCP abstracts data communication to appear as an apparent stream of flowing data: The source sends data as a stream into the network The destination node receives data from the network in an identical form The data arrives in the same order as it was sent All data sent, arrives (in its proper position) This is known as ‘stream orientation’, a format where the data is oriented in such a way as to appear as a direct stream from source to destination In reality, however, the data is sent as packets (using IP datagrams, for example) TCP: Stream Delivery Protocol TCP is normally achieved by using buffering Data is collected from the stream (and stored into memory), until a certain amount has been obtained This data is packaged into one or more network packets (e.g. IP datagrams) and sent to the destination using connectionless delivery The destination should send an acknowledgement back to the source If this acknowledgement fails to arrive after a specified length of time, the source will retransmit the packet The destination node buffers the incoming packets into memory, where they can be read (byte by byte) TCP: Stream Delivery Protocol The TCP/IP service layers do not contain a Presentation layer For this reason, both UDP and TCP require that the applications recognize their own data formats For example, using TCP to connect and send an E-Mail message can be achieved using the existing data format (or language) known as SMTP (Simple Mail Transfer Protocol) Using TCP to connect and request WWW pages can be achieved using HTTP (HyperText Transfer Protocol) These protocols are implemented (generated and recognized) inside the applications themselves TCP: Stream Delivery Protocol Since TCP is actually implemented using packets (e.g. IP datagrams), it was possible for TCP to ensure bi-directional communication across its connections Transfer across TCP streams is full duplex Connection Establishment TCP uses a three-way handshake to establish a connection This means 3 messages are exchanged before a connection exists The first message (SYN), sent by the machine issuing the ‘active open’ request (A), is a request for connection to the destination (B) The second message (SYN/ACK), both an acknowledgement of the first message as well as a request for connection to A, is sent by B The third message (ACK) is an acknowledgement to B (from A) for the second message TCP Handshake SYN SYN/ACK Connection Establishment (Handshake) ACK Transmission of data TCP Reliability TCP provides reliability by requiring recipient nodes to send acknowledgments Acknowledgements are sometimes called ACKs When a packet is received by the destination, an ACK is sent back to the source When the source receives the ACK, it sends the next packet And so on, and so on, … TCP Reliability S M A M A M A M A Network M A M A M A D TCP Reliability If a packet is sent, and no ACK is received within a certain time, the message will be retransmitted This time is called the ‘timeout’ It is possible that the original packet was received, but the ACK was somehow lost TCP networks treat both situations identically The destination will receive the packet again, ignore it (it already has the data), and acknowledge it again Hopefully this time, the acknowledgement will be received TCP Reliability S 10 456327891 M M M M Network M M M D TCP Reliability If each node waited for acknowledgements without transmitting data, it would involve wasteful delays between packets in a series TCP uses a scheme called the ‘sliding window technique’ to solve this problem Sliding Window Technique The sliding window technique allows a transmitting node to transmit more than one packet without waiting for an ACK Nodes cannot transmit more than S packets beyond the first unacknowledged packet S is known as the window size Thus, transmitting nodes have a ‘window’ of up to S packets, all of which have already been sent Some of these packets may be acknowledged At least the first packet is unacknowledged (but sent) When an ACK is received for the first packet in the window, another packet can be sent The window index can be increased by one Sliding Window Technique Let’s see an example without a sliding window: Packet size: 4, Data: abcd efgh ijkl mnop Passage of Time Connection established …etc… Sliding Window Technique Let’s see the same example with a sliding window: Packet size: 4, Window size: 3, Data: abcd efgh ijkl mnop Passage of Time Connection established Piggybacked ACKs Often two node communicate back and forth When an acknowledgement is to be sent from A to B, as well as a data packet, the ACK can be added to the packet and sent to B as one packet Essentially, only the sequencing number is required to indicate that a message has been received Sequencing numbers are discussed later Rather than send a small packet (ACK) followed by a larger packet (data), the node sends a single larger packet (data with piggybacked acknowledgement) TCP Layers Application Transport Control Protocol (TCP) Internet Protocol (IP) Network Interface Hardware TCP/UDP Layers Application TCP UDP Internet Protocol (IP) Network Interface Hardware TCP Header Information As stated previously, TCP is built on top of IP datagrams These datagrams must arrive correctly Therefore, TCP streams are often created using the same information as would be used in the IP datagram header: Address (network and machine portion) Header checksum etc, Ports Multiple TCP streams can be active on any machine Therefore, ports should be used to represent which stream is which These ports are the same ones used for UDP This makes sense, considering both use IP datagrams for their implementation Sockets Sockets, to programmers, represent connections to the network In some sense, a socket are associated with a network port on the machine A machine (and even a single program) may have several open sockets at any time Sockets In UDP, sockets can be shared: Datagrams from different destinations can be received on the same socket Datagrams can be sent to multiple destinations through the same socket In TCP, sockets can not be shared: TCP sockets (or stream sockets) represent an active connection with the other side Both source and destination must have an active socket open for communication to occur Stream Sockets With stream sockets, one side must initiate the connection The side that will accept a connection requests a ‘passive open’ with its operating system This indicates that the OS should accept incoming connection requests A port is associated with the passive open, and can be used by the initiating node when requesting the connection The side that initiates a connection requests an ‘active open’ The initiating node requests a connection with a given machine (specified by its address) at a particular port If the machine has a passive open registered at that port, the connection will be accepted, otherwise it will not Stream Sockets The socket that represents a ‘passive open’: Is called a server socket Represents the willingness to accept connections The socket that represents an ‘active open’: Is called a client socket Represents the act of actually connecting to a server socket Data Corruption TCP uses a 16 octet checksum to ensure that data has not been corrupted If data is changed in any way, the checksum computed using the data at the destination will be different than the checksum computed on the source side (and transmitted along with the data) If checksums do not match: Data is corrupt The checksum is corrupt Both situations are treated identically in TCP, data is retransmitted Retransmission Similar to re-collision avoidance backoff, unacknowledged packets are sent after increasing timeouts This prevents packets from being indefinitely lost because the timeout value is too short for extremely high network usage situations Unless a message is undeliverable, in any amount of time, the message will eventually reach its destination and be acknowledged Connection Use Once a connection has been made, sequence numbers are used to represent packets that make up the data stream Sequence numbers indicate the position of the data in the packet in the data stream