<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Why Your Video Call Works Even When the Packets Drop]]></title><description><![CDATA[<title>Why Your Video Call Works Even When the Packets Drop</title>
<meta name="title" content="Why Your Video Call Works Even When the Packets Drop">
<meta name="description" content="Learn how video calls stay smooth even when packets drop. Understand UDP, packet loss, buffering, and real-time communication in simple terms.">
<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:title" content="Why Your Video Call Works Even When the Packets Drop">
<meta name="twitter:description" content="Understand how real-time apps handle packet loss using UDP and smart techniques.">
<meta name="twitter:image" content="your-image-url.jpg">]]></description><link>https://tcp-101-udp-protocol.hashnode.dev</link><image><url>https://cdn.hashnode.com/uploads/logos/6950d2465402e13d3348b495/c18cd20c-d71e-47bc-926b-59715ca49298.png</url><title>Why Your Video Call Works Even When the Packets Drop</title><link>https://tcp-101-udp-protocol.hashnode.dev</link></image><generator>RSS for Node</generator><lastBuildDate>Sat, 24 Oct 2026 19:27:45 GMT</lastBuildDate><atom:link href="https://tcp-101-udp-protocol.hashnode.dev/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[TCP vs UDP ? Why your video call works even after Packet Drop ]]></title><description><![CDATA[This blog is all about TCP and UDP and what are their use case and how different applications uses both to get advantage and how HTTP works]]></description><link>https://tcp-101-udp-protocol.hashnode.dev/tcp-vs-udp-why-your-video-call-works-even-after-packet-drop</link><guid isPermaLink="true">https://tcp-101-udp-protocol.hashnode.dev/tcp-vs-udp-why-your-video-call-works-even-after-packet-drop</guid><category><![CDATA[ChaiCode]]></category><category><![CDATA[Chaiaurcode]]></category><category><![CDATA[ChaiCohort]]></category><category><![CDATA[tcp vs udp]]></category><category><![CDATA[TCP Handshake]]></category><category><![CDATA[technology]]></category><category><![CDATA[tech ]]></category><dc:creator><![CDATA[Anshul Tripathi]]></dc:creator><pubDate>Sun, 03 May 2026 21:09:51 GMT</pubDate><enclosure url="https://cdn.hashnode.com/uploads/covers/6950d2465402e13d3348b495/26ada231-ea80-4ffa-8610-f2b0e5610a0c.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p><strong>Table of Contents</strong></p>
<p><strong>1. Introduction: Why the Internet Needs Rules</strong></p>
<ul>
<li>How data travels and why protocols exist</li>
</ul>
<p><strong>2. What Are TCP and UDP?</strong></p>
<ul>
<li><p>TCP = reliable</p>
</li>
<li><p>UDP = fast</p>
</li>
</ul>
<p><strong>3. TCP Explained (Safe and Reliable)</strong></p>
<ul>
<li><p>How it ensures delivery</p>
</li>
<li><p>Analogy: phone call / courier</p>
</li>
</ul>
<p><strong>4. UDP Explained (Fast but Risky)</strong></p>
<ul>
<li><p>How it priorities speed</p>
</li>
<li><p>Analogy: live broadcast / announcement</p>
</li>
</ul>
<p><strong>5. Key Differences Between TCP and UDP</strong></p>
<ul>
<li><p>Speed vs reliability</p>
</li>
<li><p>Connection vs no connection</p>
</li>
<li><p>Simple comparison</p>
</li>
</ul>
<p><strong>6. When to Use TCP vs UDP</strong></p>
<ul>
<li><p>Practical use cases for both</p>
</li>
<li><p>Real-world examples</p>
</li>
</ul>
<p><strong>7. What Is HTTP and Where It Fits</strong></p>
<ul>
<li><p>Application-layer protocol</p>
</li>
<li><p>Not responsible for delivery</p>
</li>
</ul>
<p><strong>8. TCP vs HTTP: Clearing the Confusion</strong></p>
<ul>
<li><p>HTTP runs on TCP</p>
</li>
<li><p>Why HTTP ≠ TCP</p>
</li>
</ul>
<p><strong>9. Conclusion:</strong></p>
<ul>
<li><strong>Choosing the Right Tool</strong></li>
</ul>
<hr />
<h2>1 . Introduction</h2>
<p>Have you ever thought that whenever we send some data over the internet how it gets delivered to the exact location , how our ISP knows that when to transfer the data safe and fast . This all is possible because of the internet protocols and rules which manages billions of devices across the global network . This protocol serves as a common language for the computer to understand how to format , address , route and reassemble the data .</p>
<p>This protocols are essential for ensuring the compatibility , Reliability of data delivery , Error Connection and managing traffic . Without this rules and protocols it would have become a headache to transfer data as the data can get lost or unreadable as it travel across the devices and there would be no safe way to verify that if the data has arrived safely or not making the modern web browsing , streaming and gaming impossible .</p>
<p>In this blog we are going to explore about the rules and protocols which govern the internet and we are also going to see that what is the use case of different protocols like TCP and UDP and how the HTTP request flows over the TCP connection and when to use TCP protocol and when to use UDP protocol .</p>
<hr />
<h2>2 . What are TCP and UDP</h2>
<p>TCP ( Transmission Control Protocol ) and UDP ( User Datagram Protocol ) are core transport layer protocol OSI and TCP/IP models . Both are responsible for end - to -end communication between the application but they both differ significantly in the terms of reliability , speed and use case . Understanding the difference between the TCP and UDP is essential for designing the efficient and reliable system . Lets understand the TCP and UDP in detail</p>
<h3>TCP (Transmission Control Protocol )</h3>
<p>The TCP is more reliable and connection oriented transport protocols , It established the connection using three - way handshake and guarantees that all packet arrives correctly .</p>
<ol>
<li><p>Use a three - way handshake to establish the connection .</p>
</li>
<li><p>Breaks data into packet and reassemble into same order.</p>
</li>
<li><p>Retransmit lost or corrupted packet automatically .</p>
</li>
<li><p>Provides reliable , error - checked communication.</p>
</li>
<li><p>TCP is mostly used for Web Browsing , Email , File transfer , Remote Access, Online banking and financial transactions .</p>
</li>
</ol>
<h3>UDP ( User Datagram Protocol )</h3>
<p>The UDP is lightweight connectionless protocol prioritising speed over reliability which is more suitable for real time applications , The UDP does not follow any three -way handshake due to which there can be loss of data packets and shift in the order of the data .</p>
<ol>
<li><p>UDP is not that much reliable as compared to the TCP .</p>
</li>
<li><p>The UDP protocol has the fastest speed .</p>
</li>
<li><p>The order of the data is undefined .</p>
</li>
<li><p>UDP is mostly used at places where losing packet better then the high latency like gaming , DNS , Voice over IP and Live video Streaming .</p>
</li>
</ol>
<hr />
<h2>3 . TCP explained in brief</h2>
<p>As we know that TCP stands for <mark class="bg-yellow-200 dark:bg-yellow-500/30">transmission controlled protocol </mark> and it is connection based transport protocol which uses Three - way handshake which makes it more reliable for data transfer and communication . In TCP the order of the data is same and if the packet is lost then it will retransmit which make it slower but dependable , TCP controls the flow of data to prevent the overwhelming to the receiver .</p>
<ul>
<li>TCP uses three way handshake to stablished the connection , the three - way -connection works on the basic of the <mark class="bg-yellow-200 dark:bg-yellow-500/30">SYN, SYN-ACK, ACK </mark> which ensures that the both the sides client and server are synchronised and ready to share the data . The handshake looks something like this :-</li>
</ul>
<img src="https://cdn.hashnode.com/uploads/covers/6950d2465402e13d3348b495/2f3cc220-0004-4844-813e-1a3e25eeed59.png" alt="" style="display:block;margin:0 auto" />

<ul>
<li><p>The header of the TCP can range from 20 - 60 bytes . 40 bytes are for options. If there are no options , a header is of 20 byte else it can be most of 60 bytes .The header field contains the data like this :-</p>
</li>
<li><p><strong>Source port / Destination port</strong> : This is of 16 bits each which identifies the sending and receiving of the application .</p>
</li>
<li><p>Sequence Number : This is of 32 bits in which the position of the first byte is used for ordering . i.e to maintain the ordering number .</p>
</li>
<li><p>Acknowledgment Number : This is also of the 32 bits and the next byte is expected by the receiver .</p>
</li>
<li><p>Header Length : This contains around ( 5- 15 ) words i.e is around 20 - 30 byte .</p>
</li>
<li><p>Control Flags ( 1 bit each ) :</p>
</li>
</ul>
<ol>
<li><p><strong>URG</strong> : Urgent .</p>
</li>
<li><p><strong>ACK</strong> : Acknowledgment .</p>
</li>
<li><p><strong>PSH</strong> : Push data immediately.</p>
</li>
<li><p><strong>RST</strong> : Reset connection .</p>
</li>
<li><p><strong>SYN</strong> : Synchronise sequence numbers.</p>
</li>
<li><p><strong>FIN</strong> : Terminate the connection .</p>
</li>
</ol>
<ul>
<li><p>Window Size : Receiver buffer size for control flow .</p>
</li>
<li><p>CheckSum : Error detection mandatory.</p>
</li>
<li><p>Urgent Pointer : This is the position for urgent data .</p>
</li>
</ul>
<h3>Understanding the three-way handshake of the TCP</h3>
<p>Communication over the internet follows the TCP/IP model .Applications like web breakers uses the application layer and then their data is passed to the transport layer .</p>
<p>TCP ensures the reliability using the Positive Acknowledgment with the Retransmission . It synchronises sequence numbers, exchanges window sizes, and verifies both parties are ready to communicate, ensuring reliable, ordered data delivery.</p>
<p>The three - way handshake Process looks something like this :-</p>
<ol>
<li><p><strong>SYN ( Synchronise )</strong> : The client initiates the connection by sending a TCP Segment with the SYN flag which is set to <code>1</code> to the server , along with a random initial sequence number ( ISN ) for eg - x .</p>
</li>
<li><p><strong>SYN - ACK (Synchronise - Acknowledgment)</strong> : The server server receives the SYN , and it sets the SYN and ACK flag to <code>1</code> and then it responses with its own random sequence number ( eg - y ) then the Acknowledgment number is set to the clients ISN + 1 i.e ( x + 1 ) .</p>
</li>
<li><p><strong>ACK Acknowledgment</strong> : The client acknowledges the server's response by sending an ACK segment with the ACK flag set to <code>1</code> . The sequence number is x + 1 and the acknowledgment number is y + 1 and once the server receives this the connection established successfully .</p>
</li>
</ol>
<p>Lets understand this with the help of Phone call analysis :-</p>
<p>Before the data is send the TCP established the connection ensuring that the dat is shared without any problem : -</p>
<ol>
<li><p><strong>SYC (Synchronise )</strong> : Lets say that you have called your friend the first thing which you say is <code>hey can you hear my voice</code> ?</p>
</li>
<li><p><strong>SYC - ACK</strong> ( <strong>Synchronise - Acknowledge ) :</strong> Now your friend answer the call <code>Yes I can hear you voice , can you hear my voice</code> and I'm ready to listen .</p>
</li>
<li><p>ACK ( Acknowledgment ) : Now you can easily start to share the store with your friend because the t<mark class="bg-yellow-200 dark:bg-yellow-500/30">hree - way handshak</mark>e is done .</p>
</li>
</ol>
<h3>Now lets understand how the <strong>Reliable data - delivery works with the analogy of the</strong> courier</h3>
<p>Once the connection is established and data is shared the TCP breaks the larger files into smaller pieces called <mark class="bg-yellow-200 dark:bg-yellow-500/30">segments</mark>. Lets imagine that we are sending a 1000 page book , the TCP will not throw the book in the air it will delivery it with the help of courier service i.e every pages will align with the exact index order .</p>
<ul>
<li><p><strong>Sequence Number</strong> : Every single segment gets number ( just like the page number of the book ) . If segment 4 arrives earlier then segment 3 then the receiver knows that segment it has to wait for the segment 3 before showing the content .</p>
</li>
<li><p><strong>Acknowledgment ( Signed Receipt )</strong> : For every packet received the courier ( TCP ) sends a signed receipt back to the sender .</p>
</li>
<li><p><strong>Retransmission ( Lost Parcel Protection )</strong> : If the sender doesn't receive the " signed receipt " for certain package within a time period , they assume that it has been lost and then it will automatically resend that package again .</p>
</li>
</ul>
<h3>Connection termination :</h3>
<p>When the conversation is over the TCP closes the connection by ensuring that no data is left in between .</p>
<ul>
<li><p><strong>FIN (Finish):</strong> I'm done sending the data.</p>
</li>
<li><p><strong>ACK (Acknowledgment):</strong> Okay, I received your request to stop .</p>
</li>
<li><p><strong>FIN:</strong> Okay, I'm done too.</p>
</li>
<li><p><strong>ACK: Bye Bye ta ta !!!</strong></p>
</li>
</ul>
<hr />
<h2>4 . UDP explained in brief :</h2>
<p>User Datagram Protocol is a Transport layer protocol of the IP which provides fast , connectionless and lightweight connection between the process . The UDP does not guarantee delivery packages in order and no error connection, the UDP throw the data as fast as possible making it ideal for the real time applications like video streaming , gaming , live show etc .</p>
<p>UDP is faster but less reliable as we compared to the TCP as UDP accomplishes this process in a simple fashion : It sends packets ( unit of data transmission) directly to the target computer without establishing the connection first, indicating the order of set package or without checking which package has arrived first .</p>
<p>Now lets understand the key aspect of the UDP : -</p>
<ul>
<li><p><strong>Connectionless</strong> : Unlike the TCP the UDP does not need any three-way handshake which makes the data transfer very fast as compared to the TCP .</p>
</li>
<li><p><strong>Unreliability</strong> : The UDP does not use any <mark class="bg-yellow-200 dark:bg-yellow-500/30">signed receipts </mark> for the acknowledgment which means that data can be lost , duplicated or can be sent out of order .</p>
</li>
<li><p><strong>Light-weight Header</strong> : The UDP uses a small weight header of around 8 bytes i.e Source Port , Destination Port , Length and checksum .</p>
</li>
<li><p><strong>Best - Effort Delivery</strong> : It relies on the IP to send the packets without tracking it .</p>
</li>
</ul>
<img src="https://cdn.hashnode.com/uploads/covers/6950d2465402e13d3348b495/230318d1-551d-443d-bf09-56e063565dff.png" alt="" style="display:block;margin:0 auto" />

<h3>Application of UDP :</h3>
<p>UDP are preferred where low latency is crucial and occasional packet lost is acceptable .</p>
<ol>
<li><p>DNS uses UDP for query / response lookups since the domain name queries are small and need instant response .</p>
</li>
<li><p>DHCP uses UDP for dynamically assigning the IP address of any device, and very small controls message is exchanged .</p>
</li>
<li><p>VoIP uses the UDP for real -time voice communication as it can tolerate some packet loss but not delays .</p>
</li>
<li><p>RIP uses UDP to send a periodic routing update between the router efficiently.</p>
</li>
<li><p>NTP uses UDP to synchronise the system clock across the network with minimal delay .</p>
</li>
</ol>
<h3>Use of UDP in DDOS attack :</h3>
<p>A UDP flood attack is a type of Distributed Denial of Service attack where the hacker sends a larger number of UDP packets to target port exploiting UDP's connectionless nature .</p>
<p>The Attack process looks something like this : -</p>
<ul>
<li><p>The attacker sends a massive UDP packets with spoofed IP addresses to random port on the target .</p>
</li>
<li><p>The target checks for the active application on that port .</p>
</li>
<li><p>It response with an ICMP "<mark class="bg-yellow-200 dark:bg-yellow-500/30">Destination unreachable</mark> " messages , overloading its own resources .</p>
</li>
</ul>
<h3>Mitigation :</h3>
<ul>
<li><p>It helps to monitor for abnormal UDP traffic spikes .</p>
</li>
<li><p>Uses rate limiting , firewalls and intrusion prevention systems .</p>
</li>
<li><p>Deploy DDOS prevention service for large scale attacks .</p>
</li>
</ul>
<p>UDP communication do not go through any kind of process , Instead , one computer can simply begin sending data to other .</p>
<hr />
<h2>5 . Key difference between TCP and UDP</h2>
<p>The difference between the TCP and UDP is given below :</p>
<table>
<thead>
<tr>
<th>Feature</th>
<th>TCP (Transmission Control Protocol)</th>
<th>UDP (User Datagram Protocol)</th>
</tr>
</thead>
<tbody><tr>
<td><strong>Connection Type</strong></td>
<td>Connection-oriented three-way handshake</td>
<td>Connectionless (no handshake)</td>
</tr>
<tr>
<td><strong>Reliability</strong></td>
<td>Reliable (guarantees the delivery)</td>
<td>Unreliable (no delivery guarantee)</td>
</tr>
<tr>
<td><strong>Data Ordering</strong></td>
<td>Maintains order of the packets</td>
<td>No guarantee of order</td>
</tr>
<tr>
<td><strong>Error Checking</strong></td>
<td>Extensive error checking &amp; recovery</td>
<td>Basic error checking only</td>
</tr>
<tr>
<td><strong>Speed</strong></td>
<td>Slower (due to overhead)</td>
<td>Faster</td>
</tr>
<tr>
<td><strong>Flow Control</strong></td>
<td>Yes controls the rate of data</td>
<td>No</td>
</tr>
<tr>
<td><strong>Congestion Control</strong></td>
<td>Yes</td>
<td>No</td>
</tr>
<tr>
<td><strong>Header Size</strong></td>
<td>Larger (20–60 bytes)</td>
<td>Smaller (8 bytes)</td>
</tr>
<tr>
<td><strong>Use Cases</strong></td>
<td>Web browsing, emails, file transfer</td>
<td>Streaming, gaming, VoIP</td>
</tr>
<tr>
<td><strong>Examples</strong></td>
<td>HTTP, HTTPS, FTP, SMTP</td>
<td>DNS, DHCP, live video streaming</td>
</tr>
</tbody></table>
<img src="https://cdn.hashnode.com/uploads/covers/6950d2465402e13d3348b495/9ab1a550-b2a7-4ad4-a770-217415bffc40.png" alt="" style="display:block;margin:0 auto" />

<hr />
<h2>6 . When to use TCP and UDP</h2>
<p>The key aspect to use TCP and UDP are given below : -</p>
<table>
<thead>
<tr>
<th>Category</th>
<th>TCP – Key Use Cases</th>
<th>UDP – Key Use Cases</th>
</tr>
</thead>
<tbody><tr>
<td><strong>Web &amp; Internet</strong></td>
<td>HTTP, HTTPS (loading websites)</td>
<td>DNS queries (fast lookups)</td>
</tr>
<tr>
<td><strong>File Transfer</strong></td>
<td>FTP, SFTP (secure file transfer)</td>
<td>—</td>
</tr>
<tr>
<td><strong>Email Services</strong></td>
<td>SMTP, IMAP, POP3</td>
<td>—</td>
</tr>
<tr>
<td><strong>Real-Time Communication</strong></td>
<td>—</td>
<td>VoIP calls (Zoom, Google Meet)</td>
</tr>
<tr>
<td><strong>Streaming</strong></td>
<td>Video-on-demand (Netflix, YouTube buffering)</td>
<td>Live streaming (sports, live events)</td>
</tr>
<tr>
<td><strong>Online Gaming</strong></td>
<td>—</td>
<td>Multiplayer real-time games</td>
</tr>
<tr>
<td><strong>System Communication</strong></td>
<td>Database connections</td>
<td>DHCP (IP address assignment)</td>
</tr>
<tr>
<td><strong>Broadcasting</strong></td>
<td>—</td>
<td>Multicast/Broadcast transmissions</td>
</tr>
</tbody></table>
<blockquote>
<p>Some applications like Zoom , google meet Skype uses both TCP and UDP protocol for connection , video and audio is shared over UDP and the chat ,login and files are shared over TCP even the games uses UDP for player moment actions and other thing and TCP is for login , matchmaking and purchase .</p>
</blockquote>
<hr />
<h2>7 . What is HTTP and where does it fits</h2>
<p>Hyper Text Transfer protocol is the foundational protocol used by the World Wide Web to structure the request and response enabling the communication between the web browser and web server . It is the set of rules which determines how hypermedia documents such as HTML are transferred .</p>
<ul>
<li><p><strong>Request - Response Mechanism</strong> : HTTP operates on a client - server model . A user agent i.e browser sends request to the server and the server returns the response .</p>
</li>
<li><p><strong>Stateless Protocol</strong> : Each HTTP request is processed independently; the server does not retain the data between the request unless it is authorized by mechanisms like cookies.</p>
</li>
<li><p><strong>Text - Based</strong> : Messages are plan text for human readability , making them easy to debug .</p>
</li>
<li><p><strong>Extensible</strong> : Through headers , clients and server can exchange extra information to negotiate content, manage sessions, or enforce security</p>
</li>
<li><p><strong>Secure vs. Unsecure:</strong> HTTP typically uses port 80. Its secure counterpart, <strong>HTTPS</strong>, uses TLS/SSL encryption and typically operates on port 443</p>
</li>
</ul>
<h3>Where does the HTTP fits in the application layer</h3>
<p>In the OSI model ( <mark class="bg-yellow-200 dark:bg-yellow-500/30">Open system Interconnection model </mark> ) the HTTP operates at the <mark class="bg-yellow-200 dark:bg-yellow-500/30">layer 7</mark> which is the application layer .</p>
<ul>
<li><p><strong>Topmost layer</strong> : At the highest level it is closest to the user and directly with software applications ( web browser , email clients ) .</p>
</li>
<li><p><strong>Focus on Data Definition</strong> : The Application layer is responsible for the protocols and data manipulation on which the software depends to share the data with the user .It defines how the request is formatted ( i.e GET /index.html HTTP/1.1)</p>
</li>
<li><p><strong>Interface to lower layers</strong> : While the HTTP handle "What " i.e requesting a file and it relies on the lower layers for the "How" ("delivering the packets), typically using the TCP (Transport Layer 4) or QUIC/UDP (HTTP/3).</p>
</li>
</ul>
<h3>Key Components of the HTTP</h3>
<ul>
<li><p><strong>HTTP methods</strong> : This helps to define which actions should be taken such as <code>GET</code> , <code>POST</code> , <code>PUT</code> , <code>DELETE</code> .</p>
</li>
<li><p><strong>Status Code</strong> : This are the numbers which indicates the success or failure of the request .</p>
</li>
<li><p>Headers : Metadata that provides information about the request or response such as cashing info , content type and cookies .</p>
</li>
</ul>
<h3>Not responsible for delivery</h3>
<p>HTTP is not responsible for the delivery of the data because it operates at the Application layer i.e is layer 7 of the OSI model and the and the Data is delivered at the transport layer .</p>
<hr />
<h2>8 . TCP v/s HTTP</h2>
<p>TCP is a transport layer protocol providing reliability , order of data where as HTTP is an application - layer protocol running over TCP that defines how browser and servers format , request and transfer web content</p>
<p>lets understand the difference in breif :</p>
<table>
<thead>
<tr>
<th>Aspect</th>
<th>TCP (Transmission Control Protocol)</th>
<th>HTTP (HyperText Transfer Protocol)</th>
</tr>
</thead>
<tbody><tr>
<td><strong>Type</strong></td>
<td>Transport layer protocol</td>
<td>Application layer protocol</td>
</tr>
<tr>
<td><strong>Purpose</strong></td>
<td>Ensures reliable data delivery</td>
<td>Defines how client &amp; server communicate</td>
</tr>
<tr>
<td><strong>Focus</strong></td>
<td><em>How</em> data is sent</td>
<td><em>What</em> data is sent</td>
</tr>
<tr>
<td><strong>Data Format</strong></td>
<td>Raw bytes (no meaning)</td>
<td>Structured (GET, POST, headers, body)</td>
</tr>
<tr>
<td><strong>Reliability</strong></td>
<td>Guarantees delivery, order, error checking</td>
<td>Depends on TCP for reliability</td>
</tr>
<tr>
<td><strong>Connection</strong></td>
<td>Connection-oriented (3-way handshake)</td>
<td>Uses TCP connection</td>
</tr>
<tr>
<td><strong>Error Handling</strong></td>
<td>Retransmission, acknowledgments</td>
<td>Status codes (200, 404, etc.)</td>
</tr>
<tr>
<td><strong>Independence</strong></td>
<td>Works without HTTP</td>
<td>Cannot work without transport (like TCP/QUIC)</td>
</tr>
<tr>
<td><strong>Examples</strong></td>
<td>Sending packets between systems</td>
<td>Loading a webpage, API calls</td>
</tr>
<tr>
<td><strong>Protocol Relationship</strong></td>
<td>Underlying layer</td>
<td>Runs on top of TCP (or QUIC in HTTP/3)</td>
</tr>
</tbody></table>
<hr />
<h2>9 . Conclusion :</h2>
<p>In this blog we have explored mainly two types of transport protocols i.e TCP and UDP , we also got to know that which protocol is suitable for which use case and why TCP is more reliable as compared to the UDP and how UDP is more faster then the TCP . If we also seen the different use case of the protocols and how many applications uses both the protocols to establish the connection .</p>
<p>We have also explored the HTTP protocol which is an application layer protocol and how it is different from TCP and how HTTP controls what data is to be shared.</p>
<p>If you stayed till last thank you for your patience and thank you for reading out my blog . If you like the blog please try to share it with your friends and family members and also feel free to share your feedback . pls like and share the blog .</p>
<h3>Thank you 😀</h3>
<hr />
]]></content:encoded></item></channel></rss>