Je ne connais pas bien le sujet, mais j'imagine que si on a une bonne estimation du taux d'erreur, on peut directement envoyer suffisamment de données supplémentaires afin que les données perdues puissent être reconstituées sans avoir besoin de redemander les données. Cela évite donc de perdre du temps et des aller-retours.
Je pense que le plus important est de réussir à avoir une bonne estimation du taux d'erreur:
- estimation trop basse, et il faudra redemander de renvoyer les données.
- estimation trop élevée et il y aura de la perte de bande passante.
Il faudrait donc voir ce que cela donne dans la réalité, mais je crois qu'il y a un bon potentiel.
[^] # Re: En parlant de TCP...
Posté par ziliss . En réponse à la dépêche MPTCP, TCP dans un monde ultra‐connecté. Évalué à 1.
Je ne connais pas bien le sujet, mais j'imagine que si on a une bonne estimation du taux d'erreur, on peut directement envoyer suffisamment de données supplémentaires afin que les données perdues puissent être reconstituées sans avoir besoin de redemander les données. Cela évite donc de perdre du temps et des aller-retours.
Je pense que le plus important est de réussir à avoir une bonne estimation du taux d'erreur:
- estimation trop basse, et il faudra redemander de renvoyer les données.
- estimation trop élevée et il y aura de la perte de bande passante.
Il faudrait donc voir ce que cela donne dans la réalité, mais je crois qu'il y a un bon potentiel.