Notice bibliographique
Résumé
This thesis presents a new congestion control mechanism for TCP denominated SmoothTCP. The objective of this proposal is to have a congestion control mechanism whose performance behavior can be modified by using parameters configured externally. We particularly focus on round-trip time (RTT), fairness, and packet drops, all important performance metrics in various environments, including high-speed networks, multimedia over TCP and wireless. Therefore, we defined SmoothTCP as a subset of congestion control functions. Each one of these functions can have up to five metrics of control configured externally, namely, timeout retransmissions, fast retransmissions, Round-Trip Time (RTT), ICMP-SQ messages and ECN packets. Having defined SmoothTCP as a set of congestion control functions, we described the general behavior of some of its instances such as SmoothTCP-q, SmoothTCP-fxr, SmoothTCP-e, SmoothTCP-rq. In addition, we take a particular instance, SmoothTCP-q, and show its properties related to proactiveness, that is, its characteristics to modify the congestion window size in order to avoid packet drops. Additionally, we show the behavior of SmoothTCp-q involving various connections, particularly concerning to fairness or the capability to share the bandwidth equally among all the connections. We concluded that some instances of SmoothTCP, such as SmoothTCP-q, SmoothTCP-e and SmoothTCP-rq avoid packet drops and can control the maximum Round-Trip Time of a connection if configured correctly. Related to fairness, we concluded that certain configured features of these instances of SmoothTCP influence its fairness and show how to modify them in order to have a more equal bandwidth distribution among all the connections. Keywords. Transport Control Protocol, congestion control and avoidance, network performance, multimedia traffic, quality of service.
Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.
Comment cette classification a été obtenuedéplier
Prédiction distillée sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Apprise à partir de 10 348 étiquettes directes de Codex et de 10 348 étiquettes directes de Gemma. Le mode candidate est l'union des têtes enseignantes seuillées; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont ni des étiquettes humaines ni des étiquettes directes de modèles de pointe.
Scores Codex et Gemma par catégorie
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,001 | 0,000 |
| Méta-épidémiologie (sens strict) | 0,000 | 0,000 |
| Méta-épidémiologie (sens large) | 0,000 | 0,000 |
| Bibliométrie | 0,000 | 0,000 |
| Études des sciences et des technologies | 0,000 | 0,000 |
| Communication savante | 0,000 | 0,000 |
| Science ouverte | 0,000 | 0,000 |
| Intégrité de la recherche | 0,000 | 0,000 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,000 | 0,000 |
Scores machine (provisoires)
Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.
Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.
score_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découleClassification
machine, non validéePrédiction automatique; un appel candidat d’une seule tête enseignante, pas un consensus.
Le détail, modèle par modèle et score par score, se trouve en fin de page sous « Comment cette classification a été obtenue ».