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.

Which is better tcp or udp?

1044

---

Does fortnite use tcp or udp?

1353

---

Can tcp and udp share the same port?

1017

---

Is udp better than tcp?

953

---

What's the difference between udp and tcp?

1083

---

Is port 8000 a tcp or udp?

1143

---

Why is tcp more reliable than udp?

1196

---

Can you send and receive on same udp port?

1014

---

Is tcp better than udp?

1038

---

Normally they r setting question 4rm time@distance,time@work,ages,cisterns@pipes,etc

2552

---

Is tcp or udp better for gaming?

1037

---

Why tcp is more reliable than udp?

1165

---

Is tcp or udp better for streaming?

1027

---

Is tcp or udp faster?

953

---

Does netflix use udp or tcp?

1116

---