Home > TCP and UDP Tutorial

TCP and UDP Tutorial

September 20th, 2016 Go to comments

The Transmission Control Protocol (TCP) and User Datagram Protocol (UDP) are the two most popular protocols in the transport layer. They ensures that messages are delivered error-free, in sequence, and with no losses or duplication. The key difference between TCP and UDP is that TCP provides a wide variety of services to applications, whereas UDP does not. At the result of this, TCP is much more complex than UDP so this tutorial is dedicated to explore TCP in detail but we still compare them.

TCP_UDP.jpg

Both TCP and UDP are protocols at the Transport layer (of both OSI and TCP/IP model) but why we need both of them? The answer is:

+ TCP is slower but reliable
+ UDP is faster but unreliable

In most cases we will want to be reliable in web accessing, email communicating, file uploading… as we don’t expect a few corrupted packets would destroy our whole work. With TCP, these corrupted packets will be resent or repaired to make sure everything is correct. Yes, TCP is really nice to ensure your work is accurate!

But with a price…

To guarantee the sending segments is free of error, TCP adds some bits for tracking and checking purpose so that the other end can verify and ask for missing pieces of segments. As a result of this, the segments become larger, consume more bandwidth and CPU resources to proceed.

Although UDP cannot guarantee everything is accurate like TCP but UDP is faster than TCP because it does not require additional bits for tracking and checking purpose. So which tasks need speed? Video (streaming) and audio are ideal for this task because they are considered real-time applications. Suppose you are talking to your friend, surely you want your voice to reach your friend without any delay. It would be very weird if your friend can only hear your voice after a few seconds.

Note: Segment is the name of the data packet at Transport layer

TCP can also slow down the transmission if it sees the path to the destination is too crowded. You don’t want TCP to slow down your voice in traffic-jam hours either. For example when you say “Hello, how are you?”, your friend at the other end may hear “Hellooooo,…… hooooooooow arrrrrrrre yyyyyoou”. What is an awful conversation!

Losing a few packets for voice or video is acceptable. For example if you say the word “Hello” in one second, an IP phone generates about 25 to 100 packets (just an estimation, it depends on the codec and sampling frequency) so your friend can still understand what you say even if a few packets are missing. Moreover, re-transmission the missing packets is not useful as voice and video are real-time applications and the receiving end cannot wait for the missing segments to be resent.

So now we have some basic understanding of TCP and UDP. In the next part we will learn more about TCP. Let’s start with how TCP set up and terminate a connection.

TCP three-way handshake (to start the communication)

Suppose host A wants to start communicating with host B using TCP. Before they can send real data, a three-way handshake must be established first. Let’s see how this process takes place:

TCP_Three_way_handshake.jpg

1. First host A will send a SYN message (a TCP segment with SYN flag set to 1, SYN is short for SYNchronize) to indicate it wants to setup a connection with host B. This message includes a sequence (SEQ) number for tracking purpose. This sequence number can be any 32-bit number (range from 0 to 232) so we use “x” to represent it.

2. After receiving SYN message from host A, host B replies with SYN-ACK message (some books may call it “SYN/ACK” or “SYN, ACK” message. ACK is short for ACKnowledge). This message includes a SYN sequence number and an ACK number:
+ SYN sequence number (let’s called it “y”) is a random number and does not have any relationship with Host A’s SYN SEQ number.
+ ACK number is the next number of Host A’s SYN sequence number it received, so we represent it with “x+1”. It means “I received your part. Now send me the next part (x + 1)”.

The SYN-ACK message indicates host B accepts to talk to host A (via ACK part). And ask if host A still wants to talk to it as well (via SYN part).

3. After Host A received the SYN-ACK message from host B, it sends an ACK message with ACK number “y+1” to host B. This confirms host A still wants to talk to host B.

If you are still unclear about this process, let’s assign: x = 1 and y = 50:

TCP_Three_way_handshake_number_assigned.jpg

In this process, three messages need to be sent so we often call it “three-way handshake”.

Nice, now you really understand TCP three-way handshake, right? Host A can start sending real traffic to host B after the three-way handshake process.

TCP also does nearly the same thing when one end wants to terminate the connection with TCP four-way termination process.

TCP four-way termination (to end the communication)

TCP_Four_way_Termination.jpg

Suppose Host A wants to end the connection to host B, Host A will send a FIN message (a TCP segment with FIN flag set to 1), FIN is short for FINISH. The purpose of FIN message is to enable TCP to gracefully terminate an established connection. Host A then enters a state called the FIN-WAIT state. In FIN-WAIT state, Host A continues to receive TCP segments from Host B and proceed the segments already in the queue, but Host A will not send any additional data.

Device B will confirm it has received the FIN message with an ACK (with sequence x+1). From this point, Host B will no longer accept data from Host A. Host B can continue sending data to Host A. If Host B does not have any more data to send, it will also terminate the connection by sending a FIN message. Host A will then ACK that segment and terminate the connection.

TCP requires to establish and terminate the connection before and after exchanging real traffic so it is called connection-oriented protocol. UDP does not support these features so it is called connectionless protocol.

More formally, these terms can be defined as follows:
+ Connection-oriented protocol: requires a logical connection to be established between the two processes before data is exchanged
+ Connectionless protocol: allow data to be exchanged without setting up a link between processes

In conclusion, TCP requires the establishment (via three-way handshake) and termination (via four-way termination) of a connection. In the next part we will learn about popular TCP features.

Comments (29) Comments
Comment pages
1 3 4 5 2834
  1. adnan
    April 18th, 2018

    I want ccna dumps .Can anyone help. adnan1dotfaisal(at)gmaildot com

  2. lazarus
    April 26th, 2018

    hi, can anyone can send me dumps please i have in next week. lazaruslak at gmail dot com. Thankyou!!

  3. Simza
    April 29th, 2018

    Hi guys I want CCNA latest dumps please send them to cokza44atgmaildotcom

  4. Simza
    April 29th, 2018

    I want ccna dumps can anyone help please send to cokza44atgmaildotcom

  5. George Darlington Johnson, Sr.
    May 7th, 2018

    Thank you very much, it is so rewarding.
    Much appreciated!

  6. Anonymous
    May 9th, 2018

    A usefull tutorial indeed, can anyone send me latest cnna dumps guys to {email not allowed}. Thanks guys

  7. Anonymous
    May 15th, 2018

    I want to upgrade my CCNA Paper can anyone help me send icnd2 dumps at {email not allowed}

  8. eyyup
    July 1st, 2018

    I need dumps eyyupbarut (@) gmail.com

  9. Anonymous
    July 19th, 2018

    Hi, can anyone send me the CCNA dumps , because I am going to write the exam.

    ajayram272(at)gmaildotcom

  10. Owen
    July 31st, 2018

    please am asking for dumps {email not allowed}

  11. Owen
    July 31st, 2018

    please am asking for dumps ombambo7 at gmail com

  12. Anonymous
    September 4th, 2018

    can someone give me the cccna dumps please 18eddy28 (@)gmail.com

  13. Jesús T.
    September 4th, 2018

    Muy buen tutorial,me servirá para mi exámen..graciassss

  14. JacqEUS the third
    September 6th, 2018

    can anybody please send me THE latest dumps jvanheerden38(at)gmail(dot)com I’m writing the 19th of this month

  15. Anonymous
    September 7th, 2018

    Can anyone send me latest cnna dumps guys to : MazibSE1 (@)Telkom dot co dot za. Please guys

  16. Nebula
    September 17th, 2018

    please Can anyone send me latest ccna dumps guys to {email not allowed} thank you

  17. Nebula
    September 17th, 2018

    please Can anyone send me latest ccna dumps guys to kobrettin06(@) g m a i l.c o m thank you

  18. Anonymous
    September 30th, 2018

    Hi, can anyone send me the CCNA dumps please to > {email not allowed}
    Thank you.

  19. Anonymous
    October 1st, 2018

    Hi, can anyone send me the CCNA dumps , jcjordana(at)gmaildotcom, thanks…

  20. ahmed mohamoud Goud
    October 7th, 2018

    hi, plze can anyone send me the CCNA dumps , my email is ({email not allowed})

  21. daniel
    October 11th, 2018

    hi, can anyone send the ccna dump please?, mail zodiasc(@)hotmail(.)it

  22. Azhar Rehman
    October 20th, 2018

    can any one send me dumps plz {email not allowed}

  23. Anonymous
    October 22nd, 2018

    Hello everyone
    i need CCNA Dump, is there anyone help me with that.

    shirshah1986-gmail

    thanks in advance

  24. CCNA
    October 24th, 2018

    hi, can anyone send the ccna dump please? bambeu12(at)gmail(dot)com

  25. Ccnaa
    November 6th, 2018

    Hi can anyone send the latest ccna dumps? It will be of great help Thanks in advance.
    ruchis644(at)gmail(dot)com

  26. jack
    November 8th, 2018

    Hi can anyone send the ccna dumps? It will be great if you send it to my mail and my mail id is {email not allowed}

  27. jack
    November 8th, 2018

    Hi can anyone send the ccna dumps? It will be great if you send it to my mail and my mail id is {trustme5720(at)gmail(dot)com}

  28. Sajiv
    November 27th, 2018

    Can anyone send CCNA dumps to sajiv29(at)yahoo(dot)(com)
    Thank you very much for the kind help

  29. Ciscology
    December 12th, 2018

    Thank you 9tut

Comment pages
1 3 4 5 2834
Add a Comment