iFTP

Principe: le fichier à transférer est découpé par paquets. Chaque paquet est signé md5 et la signature est transmise avec le paquet.
De l'autre coté, le paquet reçu est signé de son coté et la signature est comparée avec celle reçue. Si elle est différente, le paquet est alors abandonné, sinon il est validé et s'intègre dans le fichier reçu.
Ensuite la signature recalculée repart vers l'émetteur qui la compare avec la sienne et qui sait alors si son paquet a été validé ou abandonné et qui peut donc le réémettre ou passer au suivant.
Cas extrême: le paquet a été reçu correctement, et donc enregistré de l'autre coté mais il y a corruption du message retour. L'émetteur pense donc que son paquet a été refusé et le réémet. Toutefois les paquets sont numérotés. Le récepteur recevant donc un paquet qu'il a déjà validé procède comme d'habitude (signature et renvoi) mais ne l'enregistre pas dans le fichier.

Pourquoi ce projet: il y a quelques jours, j'ai reçu des machines 32 et 64 bits. j'ai voulu leur mettre Debian (squeeze parce que je n'ai pas assez de recul avec wheezy). J'ai donc téléchargé les 8 DVD squeeze 64 bits et les 8 DVD squeeze 32 bits.
Sur les 16 DVD, j'en ai eu 7 en erreur (md5 de l'iso reçu différente de celle prévue). Je les ai donc retéléchargés et j'en ai eu encore 1 en erreur que j'ai dû encore retélécharger. Total, 24 DVD téléchargés pour 16 nécessaires.
Et là, je me suis dit que si l'erreur avait été détectée et corrigée durant le transfert et non à la fin, la charge réseau aurait été allégée et le temps d'attente réduit...