TCP-induzierte Paketverlust über UDP- und Bachelor-Diplom-Referenzen

Question

Ich schreibe derzeit eine Bachelortearbeit in Informatik und Engineering, wir erstellen ein Rennspiel in C ++ mit OpenGL.Im Bericht vergleiche ich die Verwendung von TCP und UDP und fand ein Quelle , die behauptet, dass mehrere TCP-Verbindungen den Paketverlust in einer UDP-Verbindung induzieren können.Ich habe sogar ein gutes Referenz

Das Problem liegt in der Tatsache, dass es 13 Jahre alt ist, aber ich konnte keinen Hinweis darauf finden, dass das Protokoll, das das Protokoll geändert hat, um dieses Problem zu beheben.Ich konnte auch kein Papier oder einen Artikel finden, der mehr aktuell ist, was ähnliche Untersuchungen tätig ist

Also, meine Fragen sind, ob es an den Protokollen ändert, die möglicherweise relevant sind und / oder wenn ich diese alte Referenz im These-Bericht einfach vergessen sollte.

Answer 1

Read the significant points in the article:

1. First, we focused on the case in which only TCP connections use all of the bandwidth of the network.
2. With the increase in the number of TCP connections, a larger number of packets can simultaneously arrive at the node, thereby making the buffer severely congested and thus making packet loss occur more often.

So the WAN link under test is saturated and the testing is for fairness of the TCP and UDP protocols. The 29 West article linked in the comments also notes:

Myth--There is no loss in networks that are operating properly.

Reality--The normal operation of TCP congestion control may cause loss due to queue overflow. See this report for more information. Loss rates of several percent were common under heavy congestion.

None of this is particularly new or should be surprising to anyone. Consider a home Internet connection, DSL or Cable with minimal speed, e.g. 2mb/s and setup one computer with Bittorrent downloading several large files, now try to run a UDP game such as Valve's Team Fortress 2. It's not going to work well.

With VoIP many networking persons started looking at methods to improve this situation which brings QoS to the table. QoS however demands co-operation both ends of the WAN and so this is of no benefit to the majority of end users. The only real solution is bandwidth throttling. If you have a 2mb link you set the TCP traffic to say 1.5mb and leave the remainder for UDP traffic for gaming.

If you are developing a split protocol game you would define a upper bandwidth limit, say 25KB/s per client for the total traffic and then define separate limits for TCP and UDP traffic within that limit, e.g. 15KB/s for TCP and 10KB/s for UDP. Generally games tend to use HTTP (TCP) for downloading game content outside of the game and then switch to UDP inside the game to remove the issue completely.