Cette implémentation simpliste de l'algorithme conduit elle aussi à des problèmes. Si on considère une augmentation brusque du délai de transmission, TCP va utiliser le précédent RTT pour calculer le temps avant de retransmettre les paquets non confirmés, et comme le délai de transmission a été augmenté, les accusés de réception peuvent ne jamais être reçus avant les retransmissions. Le RTT ne sera ainsi jamais mis à jour et TCP continuera de retransmettre les paquets sans ajuster son délai de retransmission. Une solution à ce problème est de commencer par calculer un premier délai avant retransmission, quand ce délai est dépassé pour un paquet, le paquet est retransmis et le délai est augmenté, généralement multiplié par un facteur 2.
Cet algorithme s'est montré très efficace dans des réseaux avec un taux de perte de paquets élevé[2].