Why use UDP ?

hi,

Can anyone please help with a questions that if I have a reliable TCP protocol, why would I use UDP which is connectionless and unreliable?

Thanks in advance
Ratnesh

Find more posts tagged with

SAVE $250 on Your CISCO Boot Camp — Use Code "EXAM26"

Exclusively for TechExams members for Infosec Boot Camps starting before April 30, 2026

View CISCO Boot Camps

Comments

Bl8ckr0uter

ratneshnagori wrote: »

hi,

Can anyone please help with a questions that if I have a reliable TCP protocol, why would I use UDP which is connectionless and unreliable?

Thanks in advance
Ratnesh

You would use udp for things that need to be speedy and do not need to be verified.

I should say, "you" don't really use the protocol, the developer uses the protocol and you use whatever they choose.

TCP vs. UDP

Hope this helps.

eMeS

You would use UDP if error-correction is not important, or if error-correction would make things worse.

I believe (someone who knows more can clarify) that VOIP services use UDP as the underlying protocol, because resending voice information would likely screw up your conversation.

Having worked in mission-critical monitoring environments, it always puzzled me when someone wanted to do some highly critical monitoring using SNMP....

MS

Firemarshalbill.com

dont let the word unreliable fool you, it doesn't mean it is a piece of crap it just means no checking. Think about this if we are using VoIP and we transmit what would happen if we had errors and had to retransmit the signal again. In voice we have to us UDP because we are better off losing a few bits than have things arrive out of sequence this is just one example

SysAdmin4066

UDP is fast, TCP is more reliable, but definitely slower. So applications that require speed and can stand some packet loss will use UDP. Those that dont need blazing speed, and cant tolerate loss as much, will use TCP. The developers choose what their transport layer protocol will be, so sometimes it's for arbitrary reasons, like "I always use TCP" lol.

SephStorm

The above user is correct, establishing connections for everything would saturate internet connections as well.

networker050184

Most applications that use UDP will have application layer reliability features if needed and do not need the TCP functions. As an example, SNMP as mentioned above uses UDP, but it can use a reliable inform message rather than a trap which must be acknowledged or it will be retransmitted.

And as others have pointed out some applications just really don't need to retransmit missed segments.

jjbrog

ratneshnagori wrote: »

hi,

Can anyone please help with a questions that if I have a reliable TCP protocol, why would I use UDP which is connectionless and unreliable?

Thanks in advance
Ratnesh

Like everyone pointed out. Imagine if everything ran tcp, especially this age in video and voip transmission. When youtube/hulu, etc etc etc sends you your video file. Imagine if it needed ack from you? it would be very choppy with all the syn-ack and lag like a mofo. sure the picture would be 100% perfect, but it would never play at a decent speed. With UDP sometimes the picture isn't perfect(some missing pixels, and what not) cause of minor packet loss but at least it plays without lag(assuming there isn't a slow connection for other reasons).

miller811

Firemarshalbill.com wrote: »

dont let the word unreliable fool you, it doesn't mean it is a piece of crap it just means no checking. =/QUOTE]

Thanks for the chuckle...

ratneshnagori

thanks to all of you for such a quick response

Ratnesh

APA

eMeS wrote: »

I believe (someone who knows more can clarify) that VOIP services use UDP as the underlying protocol, because resending voice information would likely screw up your conversation.
MS

Spot on.... with VoIP, UDP is often relying on RTP... as UDP natively doesn't have sequencing\timing information.

All other reasons have been covered in this thread already (speed, no need for three-way handshake, no need for error recovery as the transport mechanism must be as quick as possible etc...)