Transfert de fichier par le protocole UDP [Problème de congestion]

Bonjour,

Je dois transmettre un fichier d'un programme java à un autre en utilisant le protocole UDP (et donc les DatagramSocket). Afin de m'assurer que mon fichier garde tout son sens, je dois vérifier que les trames transmises, et matérialisant le fichier, arrivent bien et dans l'ordre. Je simule donc le comportement du protocole TCP en acquittant chacunes des trames dans lesquelles se décomposent mon envoi.
Concrètement, dans le programme d'envoi, j'ai un Thread 1 qui tourne pour envoyer la dernière trame non acquittée, et un Thread 2 qui reçoit les
acquittements et qui met à jour la variable derniereTrameAcquittee (attribut de la classe Thread 1).
Alors dans le cadre de "petits" fichiers, tout se passe convenablement, mais lorsque je m'attaque à des fichiers beaucoup plus gros (de l'ordre de 800 Ko), outre le fait que le transfert est plus long (inévitable), j'ai un problème lorsque le nombre d'octets encoyés cumulés avoisine les 40 000 octets.
Ca ressemble fort à un problème de congestion...
Ma question est : est-il possible de décongestionner ce port d'une façon ou d'une autre (depuis l'émetteur ou le recepteur) ?

En envoyant les datagrammes moins vite?

Au maximum, tu envoie combien de trames sans attendre d'acquittement?

Si tu détecte une chute de débit, le comportement typique est de ne plus rien envoyer, puis de repartir à un rythme de nbTrameMax/2 trames, attente d'acquitement, puis on re-augmente petit à petit.

J'envoie des trames de 8192 octets, et je n'ai pas de nombre d'envois sans réponse maximum. Je fait un Thread.sleep(valeur); où valeur est mon nombre de trame envoyées sans aucune réponse. Donc théoriquement, moins on reçoit de réponse, plus on attend avant de renvoyer.

tu ne peut pas utilisé TCP ? car la tu vas réinventé la poudre

Oui je sais bien, d'autant que c'est moins fiable que TCP mon affaire...

Mais l'utilisation d'UDP est une contrainte du projet

alors pour ca il faut que tu te renseigne sur les système de contrôle de la congestion de TCP et que tu le reproduise

prend slow-start c'est simple

par contre c'est quoi qui te fait dire que tu a un problème de congestion ?