37 sources… et pourtant 0 ko/s ?
Parce qu'une source peut être connue sans avoir de place libre pour vous. eMule organise l'upload avec des files d'attente, des crédits locaux et des rendez-vous périodiques.
Source trouvée ≠ slot disponible.
Une source peut avoir des dizaines ou des centaines de clients en attente. Son débit montant est limité : elle ne peut donc servir tout le monde en même temps.
Chaque source possède son propre état : occupée, hors ligne, LowID, partie non disponible… ou simplement une longue file devant vous.
Les crédits sont locaux.
eMule ne gère pas une monnaie mondiale. Si vous avez envoyé des données à Alice, c'est Alice qui conserve l'information et peut vous favoriser lorsqu'elle vous retrouve.
Bob ne récupère pas automatiquement les crédits qu'Alice vous accorde. Le mécanisme est essentiellement pair-à-pair, pas centralisé.
SecureIdent : prouver que c'est bien vous.
Un UserHash seul peut être copié. SecureIdent ajoute une preuve cryptographique permettant de démontrer que le client possède bien l'identité associée aux crédits.
A4AF évite de faire la queue trois fois.
Si Alice possède plusieurs fichiers recherchés par Akshaan, eMule garde en général une relation active principale et marque les autres comme Asked For Another File.
Le fameux reask.
eMule ne maintient pas en permanence une connexion TCP vers toutes les sources. Il revient périodiquement vérifier sa situation et maintenir la relation utile.
Le reask permet notamment de rafraîchir l'état de la source, la file et la disponibilité du fichier sans saturer le réseau de demandes constantes.
Sous le capot : pourquoi ne pas demander toutes les 30 secondes ?
Votre tour arrive.
Les morceaux commencent à circuler.
La prochaine étape montre comment plusieurs sources peuvent construire ensemble le même fichier.