Answer Posted / sudheer

You have to design your protocol to expect a confirmation
back from
the destination when a message is received. Of course is the
confirmation is sent by UDP, then it too is unreliable and
may not
make it back to the sender. If the sender does not get
confirmation
back by a certain time, it will have to re-transmit the
message, maybe
more than once. Now the receiver has a problem because it
may have
already received the message, so some way of dropping
duplicates is
required. Most protocols use a message numbering scheme
so that the
receiver can tell that it has already processed this
message and
return another confirmation. Confirmations will also have to
reference the message number so that the sender can tell
which message
is being confirmed. Confused? That's why I stick with TCP.

Does netflix use udp or tcp?

1178

---

Is tcp better than udp?

1083

---

Why udp is not reliable?

1046

---

How reliable is udp?

1015

---

Why is udp unreliable?

1039

---

Why is tcp more reliable than udp?

1247

---

Is tcp faster than udp?

1149

---

Is tcp or udp better?

1028

---

Is udp faster?

1079

---

Which is better udp or tcp?

1022

---

Is tcp or udp better for streaming?

1079

---

Can tcp and udp share the same port?

1073

---

A signal with 300 milliwatts power passes through 10 devices, each with an average noise of 3 microwatts. What is the SNR? What is the SNRdb?

4676

---

Should I use tcp or udp?

1168

---

Can you send and receive on same udp port?

1068

---