Le voyage d'un fichier
Akshaan cherche un fichier. Nous allons suivre ce qui se passe depuis la première requête jusqu'au moment où son propre eMule commence à partager le résultat avec le réseau.
Un seul fichier, beaucoup de monde.
Les horaires ci-dessous servent uniquement à raconter le mécanisme. Ils ne représentent pas des temps garantis ou mesurés.
Nom lisible pour l'utilisateur · hash eD2K comme identité technique · plusieurs sources réparties sur le réseau.
Akshaan lance la recherche
Il tape le nom du fichier. eMule peut envoyer la recherche vers son serveur eD2K et/ou vers Kad.
Le texte sert à trouver. Le hash servira ensuite à identifier le vrai contenu.Les résultats arrivent
Plusieurs noms peuvent correspondre. eMule regroupe les informations autour des hashes et des tailles afin que l'utilisateur choisisse le bon contenu.
Le fichier est sélectionné
À partir de maintenant, le hash eD2K devient la référence. Le nom peut changer ; l'identité du contenu reste la même.
eMule cherche les sources
Serveur, Kad et bientôt Source Exchange peuvent répondre à la même question : « qui possède des morceaux de ce hash ? »
Premier contact avec Alice
Une connexion s'établit. HELLO et HELLOANSWER permettent aux deux clients de dire qui ils sont et quelles extensions ils comprennent.
Large Files, Source Exchange, SecureIdent, Kad, obfuscation… les capacités sont annoncées au lieu d'être supposées.Alice a le fichier… mais pas de slot libre
Akshaan entre dans sa file d'attente. Trouver une bonne source ne veut donc pas dire télécharger immédiatement.
eMule ne harcèle pas Alice
Il attend avant de revenir demander son état. Les reasks espacés évitent que des millions de relations client-client saturent le réseau en messages de contrôle.
La valeur historique emblématique est d'environ 29 minutes pour le file reask.Un slot s'ouvre
Alice commence à envoyer des blocs. Pendant ce temps, Bob et Claire peuvent fournir d'autres zones du même fichier.
Le puzzle avance en parallèle
eMule choisit les zones utiles, favorise les parties rares quand c'est pertinent et peut déplacer une source entre plusieurs téléchargements grâce à A4AF.
Une part est terminée : contrôle
Le MD4 de la part est comparé au hash attendu. Si quelque chose ne correspond pas, eMule sait qu'il ne doit pas accepter silencieusement les données.
Le fichier est complet
Les dernières zones sont récupérées et vérifiées. Le téléchargement peut être finalisé.
Akshaan devient à son tour une source
Le fichier rejoint le partage. Le serveur peut être informé et Kad peut recevoir de nouvelles annonces. Un autre utilisateur pourra maintenant télécharger certains morceaux depuis Akshaan.
À aucun moment le serveur eD2K ou Kad n'a eu besoin d'héberger le fichier. Ils ont surtout aidé Akshaan à découvrir le contenu et les personnes qui pouvaient lui en fournir les morceaux.
Nous avons traversé le réseau.
Il reste à ouvrir chaque machine.
Les prochaines pages détailleront recherche, sources, connexion, file d'attente, transfert, intégrité, publication et enfin le protocole lui-même.