<center>
<u><h4>Veel gestelde vragen over eD2k-Kademlia</h4></u>

[[FAQ_eD2k-Kademlia|English]] | [[FAQ_eD2k-Kademlia-es|Español]] | [[FAQ_eD2k-Kademlia-it|Italiano]] | [[FAQ_eD2k-Kademlia-de|Deutsche]] | [[FAQ_ed2k-fr|Français]] | '''Nederlands''' | [[FAQ_eD2k-Kademlia-pl|Polski]]
</center>

== Wat is ED2K? ==

ED2K is een protocol dat oorspronkelijk werd gebruikt door de P2P (Peer-to-Peer) client [[eDonkey2000]], waar de naam vandaan komt. Het is een server-client gebaseerd protocol, met de mogelijkheid om bronnen uit te wisselen tussen clients.

Het ED2K netwerk is server gebaseerd, dit in tegenstelling tot P2P netwerken als [[Kazaa]], wat betekent dat het eerste ding wat u moet doen als u [[aMule]] draait is verbinden met een server (handmatig of automatisch).

Als u verbonden bent met een server, de client kan zoeken, lokaal (de server waarmee verbinding is) of globaal (alle servers), naar elk bestand en de servers waarop gezocht wordt zullen de client een lijst sturen van alle bestanden die voldoen aan de zoekopdracht.

Als de gebruiker een download start, zal de client de server vragen om bronnen, die de server zal sturen in de vorm van een IP adres van de clients die de server hebben verteld dat ze het specifieke bestand hebben.

Dan zal de client waarmee verbonden is beginnen met het uploaden van een heel blok op het moment dat u de eerste bent in de wachtrij, lees [[FAQ_eD2k-Kademlia-nl#Waar_gaat_al_dat_gedoe_met_credits,_waardering_en_score_over?|Waar gaat al dat gedoe met credits, waardering en score over?]] en, als het blok compleet verstuurd is, gaat u terug naar zijn upload wachtrij. Zo verspreiden verschillende delen zich over het ED2K netwerk, zodat, hoewel niemand op een bepaald moment het complete bestand heeft, het compleet gemaakt kan worden door de verschillende blokken van verschillende mensen te downloaden (het is bekend dat gebruikers vaak stoppen met het delen van een bestand als het compleet is).

Let op: clients uploaden slechts '''één''' blok per keer naar een andere client. Zelfs als een client in de upload wachtrij van twee verschillende bestanden van dezelfde gebruiker staat en bij beide bovenaan aankomt, zal die gebruiker maar een van de bestanden uploaden naar die client (de andere upload zal, afhankelijk van het ED2K programma die de client gebruikt, blijven staan als een hoogste prioriteit upload, maar zal niet beginnen tot het ander blok succesvol is ge-upload).

Als beide gebruikers een Hoog ID hebben (zie [[FAQ_eD2k-Kademlia-nl#Wat_is_Laag_ID_en_Hoog_ID?|Wat is Laag ID en Hoog ID?]]) zal de overdracht direct van client naar client verlopen (Peer-to-Peer), maar als een van de clients een Lage ID heeft, zal de verbinden verlopen via de server, omdat Lage ID geen binnenkomende verbindingen kan accepteren. Het gevolg daarvan is dat twee Lage ID clients '''niet''' met elkaar kunnen verbinden.

== Wat is Kademlia? ==

Kademlia is een natuurlijke evolutie van het ED2K netwerk. Kademlia is de toekomst. Zie [[FAQ_eD2k-Kademlia-nl#Zijn_er_beperkingen_aan_het_ED2K_netwerk?|Zijn er beperkingen aan het ED2K netwerk?]] voor meer informatie over waarom Kademlia nodig is.

Omdat Kademlia een gedecentraliseerd netwerk is, haalt het de bottleneck weg die eerst veroorzaakt was door de noodzaak van servers (hoewel [[Lugdunum]] goed werk heeft gedaan bij het verminderen van deze bottleneck). Nu, in plaats van verbinden met een server, verbindt u met een client (met een bekend IP-adres en poort), die het netwerk [[Kademlia]] ondersteunt. Dit wordt Boot Strapping genoemd.

Als u verbonden bent krijgt u, afhankelijk van de mogelijkheid tot het accepteren van binnenkomende verbindingen, de status "open" of "firewalled", gelijk aan Hoog ID en Laag ID van het ED2K netwerk. Dan krijgt u een ID.

Op dit moment worden "firewalled" gebruikers niet ondersteund door het het Kademlia netwerk, en krijgen dus geen ID en kunnen niet verbinden. Firewalled ondersteuning wordt later toegevoegd.

Bij het zoken, dient elke client als een kleine server en krijgt verantwoordelijkheid voor bepaalde zoekwoorden of bronnen. Dit maakt het vinden van bronnen complexer omdat er geen centrale server meer is om aan te vragen, maar een zoekopdracht moet zich nu verspreiden via het netwerk.

Op dit moment wordt Kademlia niet ondersteund door aMule, maar dat zal binnenkort veranderen.

== Is Kademlia het zelfde als Overnet? ==

Kort en duidelijk: Nee. Overnet is de natuurlijke serverloze evolutie van de eDonkey software, terwijl Kademlia de natuurlijke serverloze evolutie van *Mule clients is.

Short and clear: No. Overnet is the natural serverless evolution of the eDonkey software, while Kademlia is the natural serverless evolution of *Mule clients. Dus, het heeft dezelfde filosofie, maar verschillende regels. Om te leren hoe Overnet werkt, kijk op http://www.edonkey2000.com/documentation/how_on.html, maar bedenk dat Overnets ontwikkeling gesloten is tot het versie 1.0 heeft bereikt, terwijl Kademlias ontwikkeling compleet open is sinds het begin.

== Wat is een blok? ==

Om het delen van beschadigde bestanden te voorkomen in het ED2K protocol, wordt elk bestand verdeeld in meerdere delen, die bekend staan als ''blokken'', en dan elk blok krijgt een hashwaarde (zie hieronder om te weten wat een [[FAQ_eD2k-Kademlia-nl#Wat_is_een_hash?|hash]] is). Elk blok is 9,28MB groot, dus een bestand van 15MB wordt verdeeld in twee blokken (9,28MB + 5,72MB), een 315kB bestand is één blok en een 100MB bestand wordt verdeeld in 11 blokken (10x9,28MB + 7,2MB).

== Wat is een hash? ==

Het opdelen van bestanden in blokken (zie [[FAQ_eD2k-Kademlia-nl#Wat_is_een_blok?|Wat is een blok?]]) voorkomt het probleem dat een heel beschadigd bestand opnieuw gedownload moet worden omdat alleen het beschadigde blok opnieuw gedwonload hoeft te worden, maar een methode om beschadigde blokken te herkennen is nodig. Dit wordt gedaan met MD4 hashes.

Een [[MD4 hash]] is een unieke waarde die elk blok krijgt en is het resultaat van een wiskundige operatie op elke bit van het blok. Dit betekent dat het veranderen van één enkele bit in een blok een compleet verschillende hash oplevert. Daarmee is het mogelijk om te controleren of elk deel van een bestand correct is als het gedownload is.

Niet alleen de blokken worden gehashed, maar ook, om een bestandshash te krijgen, worden alle hashes van de blokken achter elkaar gezet in de volgorde van het bestand (dat wil zeggen: hash_van_blok1+hash_van_blok2+hash_van_blok3+...) en het resultaat wordt gehashed. Op deze manier krijgt elk bestand op het ED2K netwerk een unieke identificatiecode. De bestandshash wordt niet verkregen door het hele bestand te hashen, maar door het hashen van de waarde van de hashes van de blokken.

In werkelijkheid heeft u de hash van een bestand en de grootte nodig. Deze delen van informatie worden opgenomen in de ED2k URLs die op vele plaatsen te vinden zijn.

Bijvoorbeeld:

ed2k://|file|eMule0.42f-Sources.zip|2407949|CC8C3B104AD58678F69858F1F9B736E9|/

Het interesante gedeelte is het vijfde deel, "2407949", wat de grootte van het bestand is in bytes en het laatste deel, "CC8C3B104AD58678F69858F1F9B736E9", wat de hash is in hexadecimalen, 32 tekens lang.

De bestandsnaam is niet belangrijk bij het identificeren van het bestand.

== Waarom verschijnen bij het zoeken sommige bestanden die gelijk zijn als verschillende bestanden in de zoekresultaten, ook al hebben ze zelfs dezelfde naam? ==

Als u "Wat is een hash" begreep is het makkelijk dit te begrijpen. Als een zoekopdracht begint, vertelt de server de ED2K client de bestandsnaam van de gevonden bestanden en de hash van het complete bestand voor elk bestand wat voldoet aan de zoekopdracht. Als twee bestanden, hoewel ze gelijk zijn, een verschil hebben in hun inhoud, groot of klein maakt niet uit, is de hash verschillend, dus worden ze beschouwd als een veerschillend bestand. Dat is ook de reden dat twee bestanden met verschillende bestandsnamen verschijnen als hetzelfde bestand: op het ED2K netwerk is de bestandsnaam niet belangrijk, de hash is belangrijk.

== Wat is Laag ID en Hoog ID? ==

Elke client krijgt een identificatiegetal, een ID, wat uniek is en hem onderscheidt van elke andere client verbonden met de server. Als dit ID lager is dan 16777216 (16 miljoen) dan heeft u een Laag ID. Als het hoger is, dan heeft u een Hoog ID. Of u een hoog of laag ID krijgt hangt er van af of TCP poort 4662 (of de poort die u heeft opgegeven in Voorkeuren) open is. Als u "Wat is ED2K" begreep, begrijpt u mogelijk dat de kans bestaat dat clients met een Laag ID niet met veel andere clients kunnen verbinden (alle andere clients met een Laag ID), en dus een lagere overdrachtssnelheid hebben. Daarom is het belangrijk dat poort 4662 TCP (of de poort opgegeven in Voorkeuren) open is. Ook weigeren sommige grote servers clients met een Laag ID, omdat clients met een Laag ID data overdragen via de server en zo kunnen de grote server overbelast raken.

Voor clients met een Hoog ID is hun ID het resultaat van een wiskundige operatie op hun IP adres, namelijk A + 256*B + 256*256*C + 256*256*256*D, met het IP adres in de vorm van A.B.C.D. Het doel van het ID is alleen identificatie van de client, verder niks, het maakt dus niets uit hoe hoog het ID is, alleen of het hoger of lager is dan 16777216. Dit wil zeggen dat een clients met een ID van 50000000 niet beter is dan een client met een ID van 49999999.

Er is een uitzondering. Sommige slecht geconfigureerde of erg drukke servers geven een Laag ID aan sommige clients hoewel poort 4662 TCP open is. Dit is een zeldzame uitzondering, maar het kan voorkomen.

[http://www.amule.org/testport.php Hier] kunt u controleren of uw poorten open staan.

== Welke poorten moet ik configureren in een firewall of router om aMule te kunnen gebruiken? ==

U hoeft geen specifieke poorten te openen om aMule te laten werken, maar wel om een Hoog ID te krijgen. Zoals boven genoemd moet poort 4662 TCP (of de poort opgegeven in Voorkeuren) open zijn.

Afgezien van die poort, moet u nog twee poorten open zetten om het ED2K netwerk optimaal te gebruiken. Ten eerste, UDP poort 4672 (ook deze kunt u instellen op elke andere poort in Voorkeuren) en ten tweede, de tweede UDP poort die niet ingesteld kan worden in Voorkeuren. Deze UDP poort is uw TCP poort + 3 (bijv.: TCP=4662 dan UDP=4665).

== Waarvoor dient elke poort? ==

Omdat de meeste poorten ingesteld kunnen worden op elk poortnummer, staan hier de standaardpoorten:

; 4662 TCP: Client naar client overdrachten.
; 4672 UDP: Uitgebreid eMule protocol, Plaats in wachtrij, Bestand onieuw opvragen
; 4661 TCP: Geopend op de server. Staat verbinding met server toe.
; 4665 UDP: Geopend op de server. Staat het vragen om bronnen toe. Dit is altijd server TCP port + 3.
; 4711 TCP: Poort van de WebServer.
; 4712 TCP: Externe Verbindingen poort. Gebruikt om aMule te laten communiceren met ander programma's zoals aMule WebServer of aMuleCMD.

Hoewel de tweede UDP poort officeel server TCP poort + 4 is, gebruiken sommige (de meeste?) clients client TCP + 3. Deze poort wordt meestal niet gebruikt (aMule gebruikt het niet, eMule heeft het niet).

== Zijn er beperkingen aan het ED2K netwerk? ==

Niet veel, maar ja, er zijn beperkingen: twee natuurlijke beperkingen en een "gedwongen" beperking. De twee natuurlijke beperkingen zijn al eerder genoemd. Ten eerste, de beperking van clienst met een Laag ID (die moeten dat via de server overdragen en twee clients met een Laag ID kunnen niet delen met elkaar). De tweede is dat, hoewel ED2K een p2p protocol is, het servers nodig heeft om een p2p verbinding te starten. Deze tweede is opgelost in het Kademlia protocol.

Over de "gedwongen" beperking, het is alleen een grens om er voor te zorgen dat clients delen zodat het ED2K netwerk niet verdwijnt: clients met een upload grens van X kBps, waar X een getal is vanaf 0 tot en met 3,99 kunnen downloaden met een maximum snelheid van X*3 kBps. Clients met een upload grens van Y kBps, waar Y een getal is vanaf 4 tot en met 9,99 kunnen downloaden met een maximum snelheid van Y*4 kBps. Clients met een upload grens van 10kBps of hoger hebben geen download grenzen. Deze beperking is ingesteld in de client, dus het kan omzeild worden door de code te hacken, maar dat resulteert waarschijnlijk in een ban van de servers waar u mee verbonden bent.

Ook moet elke client minimaal drie upload sloten hebben, dus is het niet mogelijk om meer dan upload grens/3 kBps per slot toe te staan.

== In het zoek venster, welk filter staat voor welk bestandstype? ==

Bedenk dat de filters in het zoek venster niet afhangen van het bestandstype, maar van de extensie van de bestandsnamen, op de volgende manier:
*'''Archief:''' ''.ace .arj .rar .tar.bz2 .tar.gz .zip .Z''
*'''Geluid:''' ''.aac .ape .au .mp2 .mp3 .mp4 .mpc .ogg .wav .wma''
*'''CDImage:''' ''.bin .ccd .cue .img .iso .nrg .sub''
*'''Plaatje:''' ''.bmp .gif .jpeg .jpg .png .tif''
*'''Programma:''' ''.com .exe''
*'''Video:''' ''.avi .divx .mov .mpeg .mpg .ogg .ram .rm .vivo .vob''

Dus, een film met als bestandsnaam "Verjaardag.zip" verschijnt in het Archief filter, maar niet in het Video filter.

== Wat is een bron? ==

Een bron is een client die een blok deelt van een bestand in uw download wachtrij die u nog niet compleet heeft. Logischerwijs, hoe meer bronnen u kunt krijgen voor een bestand, hoe groter de kans dat u het bestand kan downloaden en hoe sneller het gedownload wordt. Bedenk dat er een verschil is tussen "bronnen" en "beschikbare bronnen" als u een Laag ID hebt, omdat "bronnen" de clients zijn die een blok of een bestand delen wat u nog niet compleet hebt, terwijl "beschikbare bronnen" de clients zijn die een blok of bestand delen wat u nog niet compleet hebt en van wie u kunt downloaden (dus, een bron met een Hoog ID).

== Waar gaat al dat gedoe met credits, waardering en score over? ==

Alle drie gaan over de manier waarop het ED2K netwerk de upload wachtrij voorkeuren bepaalt.

De score is de belangrijkste waarde: de client met de hoogste score is de volgende client die een slot van u krijgt. De score waarde wordt op de volgende manier berkend: score = waardering x wachttijd_in_seconden / 100
Om dit te begrijpen moeten we dus weten wat waardering is.

Waardering is een objectieve voorkeur. Dat is de voorkeur voor een client waarbij het niet uitmaakt hoe lang hij heeft gewacht. Als een client toegevoegd wordt aan de upload wachtrij krijgt hij een waardering van 100. Deze waarde wordt op deze manier gewijzigd:

Afhankelijk van de hoeveelheid credits wordt de waardering vermenigvuldigd met 1x tot 10x. Afhankelijk van de prioriteit van het bestand wordt het vermenigvuldigd met 0,2x tot 1,8x (Release: 1,8x, Hoog: 0,9x, Normaal: 0,7x, Laag: 0,6x, Heel Laag: 0,2x).

Gebruikers van bepaalde oude clients die teveel netwerk verkeer veroorzaken worden gestraft door hun waardering te vermenigvuldigen met 0,5x.<br>
Gebande clients krijgen geen waardering (hun waardering wordt vermenigvuldigd met 0).

Deze vermenigvuldigers staan bekend als "modifiers". Client met een modifier waarde groter dan 1 worden gemarkeerd met geel in het pictogram.

Dan blijft alleen credits over om uit te leggen. Credits zijn een prijs die u krijgt voor het uploaden van bestanden naar een bepaalde gebruiker. Credits worden uitgewisseld tussen twee specifieke clients, ze zijn niet globaal, dus u kunt uw eigen credits niet bekijken, hoewel u te weten kunt komen hoeveel credits een ander gebruiker heeft bij u (dat zijn de credits die die client tegoed heeft van u). Omdat credits beheert worden door de client die upload, kan het voorkomen dat u upload naar een client zonder ondersteuning voor credits, waarbij u geen credits krijgt bij die gebruiker, terwijl die credits krijgt bij u als hij naar u upload, omdat u wel ondersteuning hebt voor credits. Deze credits worden opgeslagen in het bestand clients.met.

De credits modifier gebruikt door waardering is de laagste waarde van deze twee:<br>(upload_totaal x 2)/download_totaal of wortel(upload_totaal+2) waarbij zowel upload_totaal als download_totaal gemeten worden in MBs.

Als het resultaat lager is dan 1, wordt het ingesteld op 1 en als het groter is dan 10, wordt het ingesteld op 10. Daarbij, als het ge-uploade totaal minder is dan 1MB, wordt de modifier ingesteld op 1 en als het gedownloade totaal gelijk is aan 0, wordt de modifier ingesteld op 10.

== Wat is een slot? ==

Bij het uploaden van bestanden, wordt uw upload bandbreedte (die kan varieren afhankelijk van de upload grens of de natuurlijke upload grens van het type verbinding) opgedeeld in sloten. Dus, elk slot is een aantal kBps die wordt toegewezen aan elke client die probeert te downloaden van u.

FAQ ed2k-fr

2006-01-18T05:44:40Z

Notch: added polish translation

<center>
[[FAQ_eD2k-Kademlia|English]] | [[FAQ_eD2k-Kademlia-es|Español]] | [[FAQ_eD2k-Kademlia-it|Italiano]] | [[FAQ_eD2k-Kademlia-de|Deutsche]] | '''Français''' | [[FAQ_eD2k-Kademlia-nl|Nederlands]] | [[FAQ_eD2k-Kademlia-pl|Polski]]
</center>

== ED2K, c'est quoi ? ==

A la base ED2K est un protocol pour le client P2P (pair-à-pair) [[eDonkey2000]], c'est de là que vient son nom. C'est un protocol basé sur une interraction serveur-client, avec la capacité d'échanger les sources entre les clients.

Le réseau ED2K est basé sur les serveurs à la différence des réseaux de P2P tels que [[Kazaa]], ce qui signifie que la première chose que vous faites lorsque vous lancez [[aMule]] est de vous connecter à un serveur (manuellement ou automatiquement).

Une fois connecté avec succès à un serveur, le client peut chercher, soit localement (au serveur connecté) soit globalement (tout les serveurs), n'importe quel fichier et le serveur questionné fournira au client une liste de tout les fichiers qui répondent aux paramètres de recherche.

Si l'utilisateur démarre un téléchargement, le client demandera alors au serveur des sources et le serveur va renvoyer le nom (sous la forme d'adresse IP) des clients qui ont répondu qu'ils avaient bien le fichier demandé.

Ensuite le client distant va commencer à envoyer un chunk entier à votre client aussitôt que vous serrez le premier dans la file d'attente. Et, quand le chunk à été envoyé en entier, vous serez effacé de sa file des envois. Cette façon qu'on les différents chunks de se répendre autour du réseau ED2K fait que même si personne n'a à un instant donné le fichier complet, he bien il peut être complété en téléchargeant les différents chunks à partir de différentes personne ( c'est bien connu que les gens arrêtent de partager un fichier une fois qu'il à été complété).

Remarquez que les client n'envoient que '''un''' chunk à la fois à un autre client. Même si un client est à la fois dans la file d'attente des envois pour deux fichiers différents chez un même utilisateur, et arrive en premier pour ses deux fichiers alors cet utilisateur ne lui enverra que un fichier à la fois (selon l'application ED2K que le client utilise, l'autre envoi restera probablement à une priorité maximale dans la file des envois, mais il ne commencera pas tant que l'autre chunk n'a pas été envoyé complètement).

Si les deux utilisateurs ont un HighID le transfert sera effectué directement de client à client (Pair-à-Pair), mais si un des clients à un LowID, la connection sera établie par l'intermédiaire du serveur parceque les LowID ne peuvent pas accepter une connection entrante. A cause de ca, deux client ayant un LowID '''ne peuvent pas''' se connecter entre eux.

== Kademlia c'est quoi ? ==

Kademlia est l'évolution naturelle du réseau ED2K. Kademlia est le futur. Regardez [[FAQ_eD2k-Kademlia#Are_there_any_limitations_on_the_ED2K_network?|Y a t il des limitation au réseau ED2K?]] pour plus d'information sur la necessité de Kademlia.

Parceque Kademlia est un réseau décentralisé, il évite le goulet d'étranglement qui était précédemment causé par le besoin de serveurs (bien que [[Lugdunum]] ait accompli un grand travail dans la réduction de ce goulet détranglement). Maintenant au lieu de vous connecter à un serveur vous ne faites que de vous connecter à un client (avec un port et une adresse IP connus), qui supporte le réseau Kademlia. C'est appellé le "Boot Strapping".

Une fois connecté, et selon votre capacité à accepter des connections entrantes, on vous donne le status de "ouvert" ou "derrière un firewall", ce qui est similaire au HighID et LowID du réseau ED2K. Ensuite on vous donne une identification.

Pour le moment, les utilisateurs "derrière un firewall" ne sont pas supportés par le réseau kademlia. Ils ne recevront donc pas d'identification et seront incapables de se connecter. Le support des gens "derrière un firewall" sera ajouté plus tard.

Pendant la recherche chaque client agit comme un petit serveur et reçoit la responsabilité de certaines sources ou mots clés. Cela ajoute de la complexité à trouver des sources parce qu'il n'y a plus un serveur central à questionner, mais au lieu de cela il faut propager les requêtes à travers le réseau.

Actuellement Kademlia n'est pas supporté par aMule, mais il le sera bientôt.

== Est ce que Kademlia c'est la même chose que Overnet? ==

En un mot : non. Overnet est l'évolution sans serveur naturelle du logiciel eDonkey, alors que Kademlia est l'évolution sans serveur naturelle des clients *Mule. DONC, c'est le même principe, mais suivant des règles différentes. Pour aprendre le fonctionnement de Overnet, réferrez vous à http://www.edonkey2000.com/documentation/how_on.html mais gardez à l'esprit que le dévellopement de Overnet sera fermé jusqu'a ce qu'il atteigne la version 1.0 alors que le dévellopement de Kademlia est totalement ouvers depuis le début.

== Qu'est ce qu'un chunk? ==

Pour éviter de partager des fichiers corompus, le protocol ED2K divise chaque fichier en un certain nombre de morceaux, qui sont appelés ''chunk'', et ensuite chacun des chunks est réduit à son tour en petits morceaux (lisez plus bas pour savoir ce que sont ces petits morceaux). Chaque chunk a une taille de 9.28MB, ainsi un fichier de 15MB sera divisé en deux chunks (9.28MB + 5.72MB), un fichier de 315KB sera un seul chunk et un fichier de 100MB sera divisé en 11 chunks (10x9.28MB + 7.2MB).

FAQ eD2k-Kademlia-de

2006-01-18T05:43:57Z

Notch: added polish translation

<center>
<u><h4>Häufig gestellte Fragen über eD2k&Kademlia</h4></u>

[[FAQ_eD2k-Kademlia|English]] | [[FAQ_eD2k-Kademlia-es|Español]] | [[FAQ_eD2k-Kademlia-it|Italiano]] | '''Deutsche''' | [[FAQ_ed2k-fr|Français]] | [[FAQ_eD2k-Kademlia-nl|Nederlands]] | [[FAQ_eD2k-Kademlia-pl|Polski]]
</center>

== Was ist ED2K? ==

ED2k ist ein Protokoll, das ursprünglich vom P2P (Peer-to-Peer) Client [[eDonkey2000]] verwendet wurde, der ihm auch seinen Namen gab. Es ist ein Server/Client-Protokoll mit der Möglichkeit, Quellen zwischen den Clients auszutauschen.

Das ED2k-Netzwerk ist serverbasiert, im Gegensatz zu reinen P2P-Netzwerken wie [[Kazaa]]. Nach dem Start von [[aMule]] ist also das erste, sich mit einem Server zu verbinden (entwedermanuell oder automatisch).

Sobald die Verbindung hergestellt wurde, kann der Client eine Suchanfrage an den verbundenen Server stellen oder alle Server global absuchen. Die Antworten enthalten eine Liste aller Dateien, die den gegebenen Suchkriterien entsprechen.

Wird vom Nutzer ein Download initiiert, fragt der Clients den Server nach Quellen, was dieser mit einer Liste von IP Adressen anderer Clients beantwortet, die die gesuchte Datei (oder Teile davon) haben.

Sobald der eigene Client an der Spitze der Warteschlange des Gegenübers angekommen ist ([[FAQ_eD2k-Kademlia-de#Was_hat_es_mit_diesem_ganzen_Krempel_(Credits,_Bewertungen,_Warteschlangen_usw.)_auf_sich?|siehe auch "Was hat es mit diesem ganzen Krempel (Credits, Bewertungen, Warteschlangen usw.) auf sich?"]]), beginnt dieser einen Block der Datei heraufzuladen und, wenn der Block vollständig ist, den eigenen Client wieder in die Warteschlange einzureihen. Auf diese Weise werden die verschiedenen Teile im ED2k-Netzwerk verteilt, so dass, auch wenn eventuell niemand zu einem bestimmten Zeitpunkt die vollständige Datei hat, diese dennoch durch Downloads von verschiedenen Leuten vollständig erhältlich sein kann (leider gibt es eine Menge Leute, die eine Datei nicht weiter freigeben, nachdem sie vollständig heruntergeladen wurde).

Zu berücksichtigen ist, dass Clients immer nur '''einen''' Block zur gleichen Zeit zu einem anderen Client hochladen. Auch wenn der Client für zwei verschiedene Dateien in der Warteschlange steht und an der Spitze ankommt, wird trotzdem nur eine der beiden an ihn hochgeladen werden (die andere, abhängig vom verwendeten ED2k-Client, bleibt eventuell an der Spitze stehen, bis der erste Download abgeschlossen ist, wird aber keinesfalls vorher beginnen).

Haben beide Clients eine Hohe ID (siehe [[FAQ_eD2k-Kademlia-de#Was_sind_niedrige_und_hohe_IDs?|Was sind niedrige und hohe IDs?]]) läuft der Transfer direkt zwischen den beiden ab (Peer-to-Peer), hat einer aber nur eine niedrige ID, wird die Verbindung mit Hilfe des Servers (des Clients mit der niedrigen ID) aufgebaut, da eine niedrige ID bedeutet, dass der Client keine eingehenden Verbindungen annehmen kann. Daraus ergibt sich, dass zwei Clients mit niedrigen IDs '''keine''' Verbindung zwischeneinander aufbauen können.

== Was ist Kademlia? ==

Kademlia ist die logische Weiterentwicklung des ED2k-Netzwerkes. Kademlia ist die Zukunft. Siehe [[FAQ_eD2k-Kademlia-de#Gibt_es_Grenzen_im_ED2k-Netzwerk?|Gibt es Grenzen im ED2k-Netzwerk?]] für weitergehende Informationen und warum Kademlia notwendig ist.

Da Kademlia ein dezentrales Netzwerk ist, entfällt der Flaschenhals der Notwendigkeit von Servern (auch wenn [[Lugdunum]] sehr viel getan hat, diesen Flaschenhals breiter zu machen). Anstatt zu einem Server verbindet man sich einfach zu einem Client (mit bekannter IP-Adresse und Port), der das [[Kademlia]]-Netzwerk unterstützt. Diesen Vorgang nennt man "Boot Strapping".

Besteht die Verbindung, bekommt man, abhängig von der Fähigkeit, eingehende Verbindungen anzunehmen, den Status "offen" oder "hinter Firewall", die den hohen und niedrigen IDs des ED2k-Netzwerkes ähnlich sind. Dann erhält man eine ID.

Im Moment werden "hinter Firewall"-Clients noch nicht von Kademlia unterstützt und erhalten daher keine ID und keine Möglichkeit, sich mit dem Netzwerk zu verbinden. Dies wird aber später noch ermöglicht werden.

Bei der Suche fungiert jeder Client als kleiner Server und bekommt die Verantwortung für bestimmte Schlüsselwörter oder Quellen. Dies macht die Suche nach Quellen sehr viel komplexer, da es keine zentralen Server zum Fragen mehr gibt, sondern die Anfrage sich durch das Netzwerk arbeiten muss.

Seit dem 26.07.05 besteht in der CVS-Version die Möglichkeit das KAD-Netzwerk zu nutzen.

== Sind Kademlia und Overnet gleich? ==

Kurez und knapp: Nein. Overnet ist die natürliche serverlose Weiterentwicklung des eDonkey-Clients, während Kademlia jene der *Mule-Clients ist. Die Philosophie ist also die gleiche, aber die Regeln sind verschieden. [http://www.edonkey2000.com/documentation/how_on.html Hier] kann man mehr über die Arbeitsweise von Overnet erfahren, allerdings ist zu berücksichtigen, dass die Entwicklung von Overnet im geschlossenen Rahmen abläuft, bis es Version 1.0 erreicht, während Kademlia von Anfang an offen entwickelt wurde.

== Was ist ein Block? ==

Um die Weiterverteilung zerstörter Dateien zu vermeiden, werden im ED2k-Protokoll Dateien in mehrere Abschnitte unterteile, sogenannte <i>Blöcke</i>, deren jeweils einzelne Prüfsumme erzeugt wird (siehe [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Hash?|nächster Eintrag]]). Jeder Block hat eine Größe von 9.28MB, eine 15MB Datei wird also in zwei Blöcke (9.28MB & 5.72MB) aufgeteilt, eine 315KB Datei bleibt in einem Stück und eine 100MB Datei wird in 11 Teile gespalten (10*9.28MB & 7.2MB).

== Was ist ein Hash? ==

Dateien in einzelne Blöcke aufzuteilen (siehe [[FAQ_eD2k-Kademlia-de#Was_ist_ein_Block?|Was ist ein Block?]]) verhindert zwar, komplett zerstörte Dateien herunterzuladen, aber dafür ist es nötig, beschädigte Blöcke zu finden. Dafür werden MD4 Prüfsummen verwendet.

Eine [[MD4 hash|MD4 Prüfsumme]] ist ein einzigartiger Wert für jeden einzelnen Block, der durch eine fortlaufende mathematische Berechnung unter Berücksichtigung jedes einzelnen Bits des Blocks entsteht. Schon durch Änderung nur eines Bits im Block ändert sich auch die Prüfsumme. Somit kann die Integrität jedes einzelnen Blocks nach dem Download überprüft werden.

Aber nicht nur für die Blöcke werden Prüfsummen errechnet, sondern, um eine Prüfsumme für die gesamte Datei zu erhalten, werden die entstehenden Prüfsummen in der Reihenfolge der Blöcke aneinandergehängt und für den entstehenden String wiederum die Prüfsumme gebildet. Auf diese Art und Weise bekommt jede Datei im ED2k-Netzwerk eine einzigartige Kennzeichnung. Die Dateiprüfsumme wird also nicht durch hashen der ganzen Datei sondern aus den einzelnen Blockhashs gebildet.

Tatsächlich benötigt man aber die Prüfsumme und die Größe einer Datei, um sie zu identifizieren. Alle diese Informationen sind in den ominösen ED2k-URIs enthalten, die überall zu finden sind.

Hier ein Beispiel:

ed2k://|file|aMule-2.0.0rc7.tar.bz2|1877051|527CE82275B39AAB5D902DD945B43425|/

Die interessanten Teile sind der fünfte Teil, "1877051", die Größe der Datei in Bytes und der letzte Teil, "527CE82275B39AAB5D902DD945B43425", was die Dateiprüfsumme der Datei ist, als 32 hexadezimale Ziffern.

Der Dateiname spielt übrigens für die Kennzeichnung einer Datei '''keine''' Rolle.

== Warum erscheinen Dateien gleichen Namens als verschiedene Suchergebnisse? ==

Wer "Was ist ein Hash?" gelesen hat, wird das schnell verstehen. Wird eine Suche gestartet, schickt der Server dem Client die Namen und Dateihashes der Dateien, die den gegebenen Suchkriterien entsprechen. Wenn sich zwei Dateien, auch wenn sie den gleichen Namen tragen, in ihrem Inhalt unterscheiden, egal wie gering, werden sie als verschieden angesehen. Aus diesem Grund können zwei Dateien mit unterschiedlichem Namen gleich erscheinen - der Dateiname interessiert nicht, nur die Prüfsumme.

== Was sind niedrige und hohe IDs? ==

Jeder Client bekommt eine nur ihm zugeordnete Nummer, die ihn im ED2k-Netzwerk eindeutig identifiziert und von anderen mit einem Server verbundenen Clients unterscheidet. Wenn diese ID niedriger als 16777216 (2^24) ist, dann handelt es sich um eine niedrige ID, ansonsten um eine hohe. Ob man eine hohe oder niedrige ID bekommt, hängt einzig davon ab, ob der TCP-Port 4662 (bzw. der in den Einstellungen gewählte) von außen erreichbar ist. Wer "Was ist ED2K?" gelesen hat, weiß, dass Clients mit niedriger ID sich zu bestimmten anderen (nämlich denen mit ebenfalls niedriger ID) nicht verbinden können und so niedrigere Transferraten zu erwarten haben. Daher ist Port 4662, bzw. der eingestellte, so wichtig. Außerdem verweigern manche Server Clients mit niedriger ID den Verbindungsaufbau, da sie für die Datenübertragung auf den Server angewiesen sind und große Server so überlastet werden könnten.

Eine hohe ID ist lediglich die dezimale Darstellung der IP des Clients als big-endian (aus der IP A.B.C.D wir A+2^8*B+2^16*C+2^24*D). Ansonsten dient die hohe ID nur der Identifikation, sonst nichts, es interessiert nur, ob die ID kleiner oder größer als 2^24 ist, wie groß oder klein genau, ist irrelevant. Eine hohe ID von 50000000 ist nicht besser als 49999999.

Es gibt eine Ausnahme, manchmal vergeben falsch konfigurierte oder überlastete Server eine niedrige ID, obwohl der Port des Clients erreichbar ist. Das ist selten, kommt aber durchaus vor.

== Welche Ports müssen in einer Firewall oder einem Router für aMule konfiguriert werden? ==

Außer für eine hohe ID, die Port 4662 (bzw. den eingestellten) für einkommende Verbindungen geöffnet voraussetzt, müsen keine speziellen Ports für aMule geöffnet werden.

Abgesehen davon sollten, um eine optimale Transferleistung zu erreichen, zwei weitere Ports geöffnet werden. Zuerst UDP-Port 4672 (kann in den Einstellungen geändert werden) und zweitens TCP-Port+3 (kann nicht verändert werden), also standardmäßig 4665 (4662+3).

ab Version 2.1.0: Für Kademliaunterstützung sollte zusätzlich der Port 4673 geöffnet werden, ansonsten bleibt aMule als Kademliaclient hinter einem Firewall. (UDP oder TCP?)

== Wofür sind die Ports jeweils da? ==

Da sich die meisten Ports einstellen lassen, werden hier die Vorgabewerte aufgeführt:

; 4662 TCP: Peer-to-Peer (Transfer zwischen den Clients)
; 4672 UDP: erweitertes *Mule-Protokoll, Warteschlange, Dateinachfrage
; 4661 TCP: Nur für Server notwendig, hierher verbinden sich die Clients
; 4665 UDP: Auf dem Server geöffnet, für die Frage nach Quellen, ist immer TCP-Port+3
; 4711 TCP: Port des *Mule WebServers
; 4712 TCP: externe Verbindungen, wird für Programme, die sich mit aMule verbinden, z.B. WebServer oder aMuleCMD, benötigt.

Obwohl der zweite UDP-Port offiziell TCP-Port+4 ist, verwenden einige (die meisten?) Implementierungen es als TCP-Port+3. Aber dieser Port wird zumeist nicht verwendet (aMule benutzt ihn nicht, eMule hat ihn nicht).

== Gibt es Grenzen im ED2k-Netzwerk? ==

Ja, aber nicht viele. Zwei natürliche und eine "erzwungene":

Die natürlichen wurden bereits erwähnt: Zuerst die Probleme mit niedrigen IDs (sie sind auf Transfers über Server angewiesen und zwei Clients mit niedrigen IDs können keine Dateien austauschen) und zweitens, obwohl ED2k eine Peer-to-Peer-Protokoll ist, werden Server benötigt, um das Netz aufzuspannen. Letzteres wird aber durch das neue Kademlia-Protokoll gelöst.

Zur "erzwungenen" Einschränkung: Sie dient dazu, sicherzustellen, dass die im ED2k-Netzwerk teilnehmenden Clients auch zu seinem Bestehen beitragen und das Netz bestehenbleibt. Die Beschränkung wird über das Limit der Uploadbandbreite geregelt. Wenn dieses zwischen 0 und 3.99KB/s (beides inklusive) liegt, wird der Download auf das Dreifache dieses Wertes begrenzt. Liegt das Limit zwischen 4 und 9.99KB/s (ebenfalls inklusive) ist der Download auf das Vierfache beschränkt. Clients mit einem Uploadlimit von 10KB/s oder mehr unterliegen keinen Downloadbeschränkungen. Die Begrenzung wird im Clientprogramm vorgenommen, ließe sich also durch dessen Veränderung umgehen, allerdings würde dies von den Servern mit einem Rauswurf quittiert.

Außerdem bietet jeder Client mindestens drei Uploadplätze, es ist also nicht möglich, mehr als Uploadlimit/3 KB/s pro Platz einzustellen.

Eine weitere Begrenzung gibt es noch: Die maximale Dateigröße im Netz beträgt 4GB.

== Für welche Dateitypen stehen jeweils die einzelnen Filter im Suchfenster? ==

Es ist zu beachten, dass die Filter im Suchfenster nicht nach dem tatsächlicne Inhalt, sondern nach der Dateinamenserweiterung gehen. Die Zuordnung ist folgende:
*'''Archive:''' ''.ace .arj .rar .tar.bz2 .tar.gz .zip .Z''
*'''Audio:''' ''.aac .ape .au .mp2 .mp3 .mp4 .mpc .ogg .wav .wma''
*'''CDImage:''' ''.bin .ccd .cue .img .iso .nrg .sub''
*'''Bilder:''' ''.bmp .gif .jpeg .jpg .png .tif''
*'''Programme:''' ''.com .exe''
*'''Videos:''' ''.avi .divx .mov .mpeg .mpg .ogg .ram .rm .vivo .vob''

Ein Film, der fälschlicherweise "Geburtstag.gz" benannnt ist, wird also unter den Archiven und nicht unter Videos einsortiert.

== Was ist eine Quelle? ==

Eine Quelle ist ein Client, der einen noch nicht fertiggestellten Block einer Datei anbietet, die in der eigenen Downloadliste steht. Um so mehr Quellen man für eine Datei bekommt, umso mehr Möglichkeiten zum Download hat man und um so schneller wird der Download wahrscheinlich beendet sein.

Zu berücksichtigen ist aber, dass es einen Unterschied zwischen "Quellen" und "nutzbaren Quellen" gibt, wenn man nur eine niedrige ID hat: "Quellen" sind Clients, die ein Stück der Datei anbieten können, das man noch nicht hat, aber nur "nutzbare Quellen" sind solche, von denen man auch tatsächlich herunterladen kann (die also eine niedrige ID haben).

== Was hat es mit diesem ganzen Krempel (Credits, Bewertungen, Ratings, Warteschlangen) auf sich? ==

All diese Konzepte haben mit der Art und Weise zu tun, wie im ED2k-Netzwerk die Uploadwarteschlangenprioritäten ermittelt werden.

Die Bewertung ist der wichtigste Wert: Der Client mit der höchsten Bewertung wird der nächste sein, der einen Uploadplatz bekommt. Die Bewertung wird wie folgt berechnet: Bewertung = (Rating * Wartezeit[s]) / 100

Um das zu verstehen, muss erstmal geklärt werden, was unter dem Rating zu verstehen ist:

Das Rating ist eine objektive Bewertung. Also eine Bewertung unabhängig davon, wie lange ein Client bereits in der Uploadwarteschlange wartet. Wenn sich ein Client in die Uploadwarteschlange einreiht, bekommt er eine Rating von 100 zugewiesen. Danach wird dieser Wert wie folgt verändert:

Abhängig von den Credits des Clients wird die Rating mit 1 bis 10 multipliziert. Entsprechend der Dateipriorität wird sie mit 0.2 bis 1.8 multipliziert (Release 1.8, Hoch 0.9, Normal 0.7, Niedrig 0.6, Sehr niedrig 0.2).

Sehr alte Clients, die das Netzwerk zu sehr belasten werden durch eine halbierte Rating gebremst.

Verbannte Clients bekommen keine Rating (bzw. ihre Rating wird mit Null multipliziert).

Diese Multiplikatoren werden als "Modifikatoren" bezeichnet. Clients mit einem Modifikator größer als Eins werden mit einem gelben Stern im Icon gekennzeichnet.

Bleiben also nur die Credits. Credits sind die Belohnung die man für den Upload an einen anderen Client bekommt. Credits werden jeweils zwischen zwei Clients ausgetauscht, nicht global. Die eigenen Credits kann man also nicht einsehen, wohl aber die aller anderen Clients (also die Credits, die man dem jeweiligen Client schuldet). Da Credits vom hochladenden Client verwaltet werden (sie sind in der clients.met zu finden), kann es passieren, dass man keine Credits bekommt, wenn der empfangende Client dies nicht unterstützt, dieser aber trotzdem beim eigenen Client welche bekommt, wenn er etwas hochlädt.

Der Credits Modifikator für das Rating ist der niedrigere dieser beiden Werte: (Gesamtupload[MB] * 2) / Gesamtdownload[MB] und Wurzel_aus(Gesamtupload[MB] + 2)

Ist das Ergebnis kleiner als Eins ist, wird es auf Eins gesetzt und wenn es größer als 10 ist, wird es auf 10 gesetzt. Zusätzlich wird, wenn der Gesamtupload kleiner als 1MB ist, der Modifikator auf Eins, wenn der Gesamtdownload Null ist, auf 10 gesetzt.

== Was ist ein Uploadplatz? ==

Wird ein Dateistück hochgeladen, wird die Uploadbandbreite (die von der verwendeten Verbindung und dem eingestellten Uploadlimit abhängt) für einzelne Plätze aufgeteilt, so dass mehrere Blöcke zugleich an verschiedene Clients hochgeladen werden. Wie unter "Gibt es Grenzen im ED2k-Netzwerk?" nachzulesen, stellt jeder Client mindestens drei Uploadplätze zur Verfügung.

FAQ eD2k-Kademlia-it

2006-01-18T05:41:56Z

Notch: added polish translation

<center>
<u><h4>F.A.Q. di eD2k-Kademlia</h4></u>

<h2>(Tradotto da ''[[User:SNeo|SNeo]]'')</h2>

[[FAQ_eD2k-Kademlia|English]] | [[FAQ_eD2k-Kademlia-es|Español]] | '''Italiano''' | [[FAQ_eD2k-Kademlia-de|Deutsche]] | [[FAQ_ed2k-fr|Français]] | [[FAQ_eD2k-Kademlia-nl|Nederlands]] | [[FAQ_eD2k-Kademlia-pl|Polski]]
</center>

== Che cosè ED2K? ==

ED2K è un protocollo originariamente usato dal client P2P (Peer-to-Peer) eDonkey2000, da dove viene il nome. E' un protocollo basato sul sistema client-server, con l'abilità di scambiare fonti tra i client.

La rete ED2K si basa sui server non come reti quali Kazaa, significa che la prima cosa da fare quando avvii aMule è collegarsi a un server (manualmente o automaticamente).

Una volta connesso su un server, il client può ricercare, o localmente (al server in cui si è connesso) o globalmente (a tutti i server), qualsiasi file,e i server a cui è stata inviata la richiesta forniranno al client una lista con tutti i file che corrispondono ai criteri di ricerca.

Se un utente comincia un download, il client chiederà al server le fonti, che saranno fornite dal server sotto forma di indirizzi IP dei client che hanno comunicato al server di avere il file specificato.

== Che cosè Kademlia? ==

Traduzione e binari per amule-cvs presenti su [http://gift.altervista.org/index_it.php?section=50 questo sito]

== Kademlia è come Overnet? ==

== Che cosè un chunk? ==

== Che cosè un hash? ==

== Perchè dopo una ricerca, certi file che sono gli stessi appaiono come file differenti tra i risultati, sebbene abbiano lo stesso nome? ==

== Che cosè il Basso e Alto ID? ==

== Quali porte devo configurare in un firewall o in un router per avviare aMule? ==

== Cosa fa ogni porta? ==

== Ci sono qualche limitazioni nella rete ED2K? ==

Traduzione e binari per amule-cvs presenti su [http://gift.altervista.org/index_it.php?section=50 questo sito]

== Nella finestra ricerca, che filtro si usa per ogni tipo di file? ==

== Che cosè una fonte? ==

== Che cosè tutta quella roba sui crediti, velocità e punteggio? ==

== Che cosè uno slot? ==

FAQ eD2k-Kademlia-es

2006-01-18T05:40:36Z

Notch: added Polish translation

<center>
<u><h4>F.A.Q. sobre eD2k-Kademlia</h4></u>

<h2>(Traducido por ''[[User:Kno|KNO]]'')</h2>

[[FAQ_eD2k-Kademlia|English]] | '''Español''' | [[FAQ_eD2k-Kademlia-it|Italiano]] | [[FAQ_eD2k-Kademlia-de|Deutsche]] | [[FAQ_ed2k-fr|Français]] | [[FAQ_eD2k-Kademlia-nl|Nederlands]] | [[FAQ_eD2k-Kademlia-pl|Polski]]
</center>

== ¿Qué es ED2K? ==

ED2K es un protocolo usado originalmente por el cliente P2P (Peer-to-Peer) [[eDonkey2000]], que es de donde proviene. Es un cliente basado en la arquitectura cliente-servidor, con la posibilidad de intercambio de fuentes entre clientes.

La red ED2K está basado en servidores no como las redes P2P como [[Kazaa]], lo cual quiere decir que lo primero que tienes que hacer cuando ejecutas [[aMule]] es conectarte a un servidor (manual o automáticamente).

Una vez conectado correctamente a un servidor, el cliente puede buscar cualquier fichero, tanto localmente (en el servidor al que está conectado) o globalmente (todos los servidores), y los servidores responderán con una lista de todos los ficheros que concuerden con los parámetros de la búsqueda.

Si el usuario comienza una descarga, el cliente empezará a pedir a los servidores fuentes, que los servidores responderán en forma de direcciones IP de clientes que han dicho al servidor que tienen ese fichero.

Lo que se hace en este momento es pedir un sitio en las colas de todas estas fuentes.
Cuando llegas a la primera posición de una de estas colas, el cliente remoto te empieza a dar un chunk lee [[FAQ_ed2k-es#¿Qué_es_todo_esto_de_créditos_tasa_y_puntuación?|¿Qué es todo esto de créditos tasa y puntuación?]], y cuando has descargado ese chunk te vuelves a poner en la cola. De esta manera, diferentes chunks están distribuidos por la red ED2K, así que aunque en un momento dado nadie tenga el fichero completo, se podría completar obteniendo diferentes chunks de gente diferente (es bien sabido que la gente tiende a dejar de compartir un fichero una vez que se lo ha descargado).

Fijate que un cliente solo da '''un''' chunk a la vez a otro cliente. Aunque un cliente esté en dos colas de subida de diferentes archivos y lleguen al principio de la cola, ese cliente solo dará uno de los archivos a la vez al otro cliente (el otro envio, dependiendo de la aplicación ED2K que use el cliente, probablemente quedará con la máxima prioridad de envio, pero no comenzará hasta que el otro chunk haya sido completamente enviado).

Si ambos usuarios tienen ID alta (ver
[[FAQ_ed2k-es#¿Qué_es_ID_baja_e_ID_alta?|¿Qué es ID baja e ID alta?]]) la transferencia se realizará directamente de cliente a cliente (Peer-to-Peer), pero si uno de los clientes tiene ID baja, la conexión se establecerá a través del servidor, ya que un cliente con ID baja no puede aceptar conexiones entrantes. Como resultado, dos clientes con ID baja '''no pueden''' conectarse el uno al otro.

== ¿Que es Kademlia? ==

Kademlia es la evolución natural de la red ED2K. Kademlia es el futuro. Mira [[FAQ_ed2k-es#¿Hay_limitaciones_en_la_red_ED2K?|¿Hay limitaciones en la red ED2K?]] para mas información de por que'Kademlia es necesario.

Como Kademlia es una red descentralizada, desaparece el cuello de botella que se creaba con la necesidad de servidore (a pesar de que [[Lugdunum]] ha hecho un gran trabajo reduciendo este cuello de botella). Ahora, en vez de conectarte a un servidor, te conectas a un cliente (con una dirección IP y puerto conocidos), que soporte la red [[Kademlia]]. Esto se llama Boot Strapping.

Una vez conectado, dependiendo de la posibilidad de aceptar conexiones entrantes, se te dará el estado de "abierto" o "firewalled", que es parecido a IDAlta e IDBaja en la red ED2K. En este momento se te da una ID.

Cuando se busca, cada cliente actúa como un pequeño servidor y se le da la responsabilidad de ciertas palabras clave o fuentes. Esto añade compejidad a encontrar fuentes, ya que no tienes un servidor centrar al que preguntar, pero a cambio tendrás tu consulta propagada através de la red.

Actualmente, versiónes estable de aMule no soporta Kademlia, pero lo incorporará pronto. Si ud quiere probar Kademlia, ya esta incorporado en [[AMule_CVS-es|aMule-CVS]].

== ¿Es Kademlia lo mismo que Overnet? ==

Corto, claro y conciso: No. Overnet es la evolución natural sin servidores del programa eDonkey, mientras que Kademlia es la evolucion naturar sin servidores de los clientes *Mule. Aún así, es la misma filosofía, pero diferentes reglas. Para saber como funciona Overnet, ve a http://www.edonkey2000.com/documentation/how_on.html pero ten en cuenta que el desarrollo de Overnet es cerrado hasta que llegue a la versión 1.0, mientras que el de Kademlia es completamente abierto desde el principio.

== ¿Qué es un chunk? ==

En el protocolo ED2K, para prevenir la descarga de archivos corruptos, cada archivo se divide en varias partes, que son conocidas como ''chunks'' y se obtiene el hash de cada ''chunk'' (lee más abajo para saber que es un [[FAQ_ed2k-es#¿Qué_es_un_hash?|¿Qué es un hash?]]). Cada ''chunk'' tiene 9.28MB, así que, por ejemplo, un archivo de 15MB se divide en dos chunks (9.28MB + 5.72MB), un archivo de 315KB será un solo chunk y un archivo de 100MB se dividirá en 11 chunks (10x9.28MB + 7.2MB).

== ¿Qué es un hash? ==

Dividiendo cada archivo en chunks (ver [[FAQ_ed2k-es#¿Qué_es_un_chunk?|¿Qué es un chunk?]]) nos evitamos el bajar un archivo entero incorrecto ya que únicamente tendremos que bajar de nuevo el chunk corrupto, pero se necesita un método para identificar chunks corruptos. Esto se hace usando el algoritmo de hash MD4.

Un [[MD4 hash]] es un valor único para cada chunk que es el resultado de una función matematica en cada bit del chunk. Esto significa que modificando un único bit en un chunk el hash resultante será completamente distinto. De este modo se asegura la integridad de cada parte de los archivos a la vez que se descargan.

No solo se obtiene el hash de los chunks, sino que también se obtiene del archivo completo (todos los chunks juntos), así que cada fichero en la red ED2K tiene un identificador único. El hash del archivo no se crea haciendo hash del archivo, sino que se obtiene haciendo el hash de todos los chunks del archivo.

En realidad se necesita tanto el hash del archivo como su tamaño. Esta información está empotrada en las direcciones <i>URL</i> del protocolo ED2k que se ven en multitud de sitios.

Por ejemplo:
ed2k://|file|eMule0.42f-Sources.zip|2407949|CC8C3B104AD58678F69858F1F9B736E9|/

Las partes interesantes son la quinta parte, "2407949", que es el tamaño del fichero en bytes y la última parte, "CC8C3B104AD58678F69858F1F9B736E9", que es el propio hash, expresado en notación hexadecimal, de 32 caracteres de longitud.

El nombre de archivo es irrelevante en el procoso de identificar el archivo.

== ¿Por qué después de buscar, algún archivo aparece como diferente fichero en los resultados, a pesar de que tienen el mismo nombre? ==

Si has entendido [[FAQ_ed2k-es#¿Qué_es_un_hash?|¿Qué es un hash?]] entenderás esto rápidamente. Cuando se inicia una búsqueda, el servidor le dice al cliente ED2K el nombre del archivo encontrado y el hash del archivo completo, para cada archivo que concuerde con la búsqueda. Si dos archivos, a pesar de ser el mismo, tienen alguna diferencia en su contenido, no importa si es mayor o menor, el hash es diferente, así que se considera como un archivo diferente. Esta es la razón por la que dos archivos con nombre diferente aparecen como el mismo archivo: en la red ED2K, el nombre no importa, el hash si.

== ¿Qué es ID baja e ID alta? ==

A cada cliente se le asigna un número de identificación, un ID, que sea único y que lo distinguirá de cualquier otro cliente en el servidor. Si este ID está por debajo de 16777216 (16 millones) entonces tienes una ID baja. Si está por encima, entonces tienes una ID alta. Que te den una ID baja o una ID alta solo depende de si tienes abierto el puerto 4662 (u otro configurado en las Preferencias). Si has entendido [[FAQ_ed2k-es#¿Qué_es_ED2K?|¿Qué es ED2K?]] entenderás las oportunidades que tienen los clientes que tienen ID baja, ya que no pueden conectarse a muchos otros clientes (los que tienen ID baja) y a los que si se puede conectar, lo hace a través del servidor, asi que tendrás tasas bajas de descarga. Esto es por lo que el puerto 4662 TCP (o el que hayas configurado en las preferencias) es tan importante. También, algunos servidores defectuosos rechazan clientes con ID baja ya que los clientes con ID baja tienen que transferir a traes de ellos, así que los grandes servidores se sobrecargarían.

Para los clientes con ID alta, su ID es el resultado de una operación matemática con su IP que corresponde a A + 256*B + 256*256*C + 256*256*256*D, donde la IP es A.B.C.D. También hay que pensar que este ID es para identificarse, nada más, aparte de tener un ID por encima o por debajo del número 16777216, no importa si el número es mayor o menor. Esto significa que un cliente con una id como 50000000 no es mejor que un cliente con una ID como 49999999.
Hay una exepción. Algunos servidores mal configurados o muy ocupados dan ID baja a algunos clientes a pesar de que su puererto 4662 TCP está abierto. Esto es una rara excepción, pero puede pasar a veces.

Para conocer si se tiene abiertos o no los puertos, se puede visitar [http://www.amule.org/testport.php la página de tests de puertos].

== ¿Que puertos tengo que configurar en un firewall o router para ejecutar aMule? ==

No hay que tener abiertos ninguno en concreto para que funcione aMule, pero si para tener una ID alta. Como se ha mencionado arriba, para tener una ID alta, el puerto 4662 TCP (o el que esté configurado en las Preferencias) debe estar escuchando.

A parte de ese puerto, para tener una experiencia óptima con ED2K, deben estar abiertos dos puertos más. El primero el puerto UDP 4672 (que puede ser configurado por otro número en las Preferencias también) y segundo, el puerto secundario UDP que no puede ser configurado en las Preferencias. Este puerto UDP es tu puerto TCP + 3 (por ejemplo: TCP=4662 entonces UDP=4665).

== ¿Qué hace cada puerto? ==

Bien, como la mayoria pueden ser configurado por otro número, ponemos los que son por defecto:

; 4662 TCP: Transferencias cliente a cliente.
; 4672 UDP: Protocolo extendido de eMule, puestos en cola, Ping para Repetición de Archivo
; 4661 TCP: Abierto en servidores. Permite conectarse al servidor.
; 4665 UDP: Abierto en servidores. Permite pedir fuentes. Es siempre el mismo que el puerto de conectarse + 3.
; 4711 TCP: El puerto donde escucha el Sercidor Web.
; 4712 TCP: Puerto para Conexiones Externas. Se usa para comunicar aMule con otras aplicaciones como el Servidor Web o aMuleCMD.

Aunque oficialmente el puerto UDP secundario es el puerto del servidor TCP + 4, algunas (la mayoría?) de las implementaciones lo usan como el puerto TCP del cliente + 3. En cualquier caso, este puerto no se usa mucho (aMule no lo usa y eMule no lo tiene).

== ¿Hay alguna limitación en la red ED2K? ==

No muchas, pero si, las hay: dos límites naturales y una limitación "forzada". Los dos límites naturales se han mencionado antes. El primero el problema de los usuarios con ID baja (sus transferencias envian datos a través del servidor y dos clientes con ID baja no pueden compartir entre ellos). La segunda, aunque ED2K es un protocolo p2p, necesita de servidores para establecer las conexiones p2p. Este último esta solucionado en el protocolo Kademlia.

En cuanto a la limitación "forzada", es solo un límite para asegurarse que los clientes compartan y que la red ED2K no desaparezca: los clientes que tienen un limite de subida de X KBps, donde X está entre 0 y 3.99 (ambos incluido) pueden descargar a un máximo de X*3 KBps. Los clientes que tienen un límite de subida de Y KBps, donde Y está entre 4 y 9.99 (ambos incluidos) pueden descargar a un máximo de Y*4 KBps. Los clientes con un límite de subida de 10Kbps o más no tienen límite de descarga. Esta restricción se establece en la aplicación cliente y puede ser eliminada hackeando el código, pero probablemente resulte en que seas baneado en los servidores que te conectes.

También, cualquier cliente está forzado para permitir al menos tres slots de subida, así que no es posible permitir mas que limite_subida/3 KBps por slot.

Hay un límite más: El tamaño máximo del fichero es de 4GB.

Y por parte de los clientes, habitualmente se limita el numero de carácteres de los nombres de archivo a 161.

== ¿Hay alguna limitación en la red Kademlia? ==

*Sólo una. Al tener que mantener compatibilidad con la red ed2k en lo que a identificación única de los archivos se refiere, la limitación de que el tamaño máximo de los archivos sea 4GB también existe en la red Kademlia.
*Por lo mismo, existe la limitación de 161 carácteres en los nombres de archivo.

== En la ventana de Búsqueda, ¿Que filtros hay pra cada tipo de archivo? ==
Ten en cuenta que los filtros de la ventana de Búsqueda no dependen del tipo de archivo, si no de las extensiones de los nombres de archivo, de la siguiente manera:<br>
*'''Archivos:''' ''.ace .arj .rar .tar.bz2 .tar.gz .zip .Z''
*'''Audio:''' ''.aac .ape .au .mp2 .mp3 .mp4 .mpc .ogg .wav .wma''
*'''Imágenes de CD:''' ''.bin .ccd .cue .img .iso .nrg .sub''
*'''Imágenes:''' ''.bmp .gif .jpeg .jpg .png .tif''
*'''Programas:''' ''.com .exe''
*'''Vídeos:''' ''.avi .divx .mov .mpeg .mpg .ogg .ram .rm .vivo .vob''

Por ello, una película cuyo nombre sea "Cumpleaños.zip" aparecerá en el filtro Archivos, pero no en el filtro Vídeos.

== ¿Qué es una fuente? ==

Una fuentes es un cliente que está compartién algún chunk de algún archivo que tienes en tu cola de descargas y que aún no has completado. Obviamente, cuantas mas fuentes puedas conseguir de un determinado archivo, mas posibilidades tendrás de descargar el archivo y más rápidamente lo descargaras. Ten encuenta que hay diferencias entre "fuentes" y "fuentes disponibles" si tienes ID baja, ya que fuentes serán clientes que comparten un chunk o archivo que aún no has completado mientras que "fuentes disponibles" serán los clientes que comparten un chunk o archivo que aún no has completado y desde los que tu puedes descargar (esto es, una fuente para quien tiene ID alta)

== ¿Qué es todo esto de créditos, tasa y puntuación? ==
Estos tres conceptos tienen que ver con cómo la red ED2k establece las preferencias en las colas de subida.

La puntuación es el valor más importante: el cliente con la puntuación más alta será el siguiente al que se le asignará un slot. El valor de la puntuación es: puntuación = tasa x tiempo_esperando_en_segundos / 100
pero para entenderlo tenemos que saber que es la tasa.

La tasa se puede entender como una preferencia objetiva, esto es, la preferencia que se da sin tener en cuenta cuánto tiempo ha estado esperando. Cuando un cliente se añade a la cola de subida, se le da una tasa de 100, este valor se va modificando de acuerdo con lo siguiente:

La cantidad de créditos, la tasa se multiplica de 1x a 10x.
Dependiendo de la prioridad del fichero puede multiplicarse de 0.2x a 1.8x (Lanzamiento 1.8x, Alta 0,9x Normal 0.7x, Baja 0,6x, Muy baja 0.2x).

Los usuario de clientes viejos que crean mucho tráfico en la red serán penalizados multiplicando su tasa por 0.5x.

Los usuarios ''baneados'' no tendrán tasa (esto es, su tasa se multiplicara por 0).
Estos valores multiplicadores son conocidos como "modificadores". Los clientes con una valor modificador mayor que 1 serán cargados con amarillo en el icono.

Así que solo nos falta de saber qué son los créditos. Los créditos son un premio por subir archivos a un cliente. Los créditos se intercambian entre dos clientes y no son globales, así que tu no puedes ver tus propios créditos pero puedes saber cuantos créditos tienen los otros usuarios contigo (esto es, los créditos que debes a esos clientes). Como los créditos son manejados por el cliente que sube, puedes estar subiendo a un cliente que no soporte los créditos, asi que no ganarás créditos con él, pero ese cliente ganará créditos contigo si obtienes algo de él, ya que tú si tienes soporte de créditos. Estos créditos se guardan en el fichero clients.met.

El modificador usado para la tasa es el menor de entre:

(upload_total x 2)/download_total o sqrt(upload_total+2) donde upload_total y download_total están medidos en MiBs.

Si el resultado es menor que 1, entonces se pone a 1 y si es mayor de 10, se pone a 10. Además, si el upload_total es menor que 1MB, el modificador se pone a 1 y si el download_total es 1, el modificador se pone a 10.

== ¿Qué es un slot? ==

Cuando estás subiendo archivos, tu ancho de banda (que puede variar dependiendo de los limites de subida o de el límite natura de tu tipo de conexión) se dividirá en slots. Así, cada slot tendrá una cantidad de KBps que será asignada a cada cliente que intente descargar algo de tí.

FAQ eD2k-Kademlia

2006-01-18T05:38:43Z

Notch: added Polish translation

<center>
<u><h4>F.A.Q. on eD2k-Kademlia</h4></u>

'''English''' | [[FAQ_eD2k-Kademlia-es|Español]] | [[FAQ_eD2k-Kademlia-it|Italiano]] | [[FAQ_eD2k-Kademlia-de|Deutsche]] | [[FAQ_ed2k-fr|Français]] | [[FAQ_eD2k-Kademlia-nl|Nederlands]] | [[FAQ_eD2k-Kademlia-pl|Polski]]
</center>

== What is ED2K? ==

ED2K is a protocol originally used by the P2P (Peer-to-Peer) client [[eDonkey2000]], which is where the name comes from. It is a server-client based protocol, with the ability to exchange sources between clients.

The ED2K network is server based like many other P2P networks such as [[Kazaa]] (Kazaa is server based, but hides the server connection from the user), which means that the first thing you do when you run [[aMule]] is to connect to a server (either manually or automatically).

Once successfully connected to a server, the client can search, either locally (the connected server) or globally (all servers), for any file and the servers asked will provide the client with a list of all the files which match search parameters.

If the user starts a download, the client will then ask the server for sources, which the server will return in the form of IP addresses for the clients that have told the server that they have the specific file.

Then the remote client will begin to upload a whole chunk to your client as soon as you are the [[FAQ_eD2k-Kademlia#What_is_all_this_talk_about_credits,_ratings_and_scoring_about?|first in the queue]], and when the chunk has been completly sent, you will be taken back to its upload queue. This way different chunks get spread around the ED2K network, so that, although no-one may have at a same given moment the complete file, it may be completed by downloading the different chunks from different people (it is well known that users tend to stop sharing a file once it has been completed).

Note that clients upload only '''one''' chunk at a time to another client. Even if a client is in the upload queue of two different files of a same user and gets to the top of both, that user will only upload one of the files to that client (the other upload, depending on the ED2K application the client uses, will probably remain as a maximum priority upload, but will not begin until the other chunk has been successfully uploaded).

If both users have HighID (see [[FAQ_eD2k-Kademlia#What_is_LowID_and_HighID?|What is LowID and HighID?]]) the transfer will be done directly from client to client (Peer-to-Peer), but if one of the clients have LowID, the connection will be established through the server, since LowID cannot accept incoming connections. As a result, two LowID clients '''cannot''' connect to each other.

== What is Kademlia? ==

Kademlia is a natural evolution of the ED2K network. Kademlia is the future. See [[FAQ_eD2k-Kademlia#Are_there_any_limitations_on_the_ED2K_network?|Are there any limitations on the ED2K network?]] for more information on why Kademlia is necessary.

Since Kademlia is a decentralized network, it removes the bottleneck that was previously caused by the need for servers (though [[Lugdunum]] has done great work in reducing this bottleneck). Now, instead of connecting to a server, you just connect to a client (with a known IP-address and port), which supports the network [[Kademlia]]. This is called the Boot Strapping.

Once connected, depending on your ability to accept incoming connections, you are given either "open" or "firewalled" status, which is similar to the HighID and LowID of the ED2K network. Then you are given an ID.

When searching, each client acts as a small server and is given responsibility for certain keywords or sources. This adds to the complexity of finding sources, as you no longer have a central server to ask, but instead will have to propagate the query through the network.

Kademlia is supported in aMule since the 2.1.0 version.

== Is Kademlia the same as Overnet? ==

Short and clear: No. Overnet is the natural serverless evolution of the eDonkey software, while Kademlia is the natural serverless evolution of *Mule clients. Both are based on the original [[Kademlia]] algorithm but have been applied in different ways and therefore are incompatible. So, it's the same philosophy, but different rules. To learn about how Overnet works, refer to http://www.edonkey2000.com/documentation/how_on.html but, keep in mind, Overnet's development is closed until it reaches version 1.0, while Kademlia's development is completly open from the very beginning.

== What is a chunk? ==

In the ED2K protocol, to avoid sharing corrupt files, each file is divided into various parts, which are known as ''chunks'', and then each chunk is hashed (read below to know what a [[FAQ_eD2k-Kademlia#What_is_a_hash?|hash]] is). Each chunk is 9.28MB in size, so a 15MB file will be divided into two chunks (9.28MB + 5.72MB), a 315KB file will be a single chunk and a 100MB file will be divided into 11 chunks (10x9.28MB + 7.2MB).

== What is a hash? ==

Dividing each file into chunks (see [[FAQ_eD2k-Kademlia#What_is_a_chunk?|What is a chunk?]]) will avoid the problem of downloading a whole corrupted file since only the corrupted chunk will have to be downloaded again, but a method to identify corrupted chunks is needed. This is done by using MD4 hashes.

A [[MD4 hash]] is a unique value each chunk is given and is the result of a mathematical operation on every single bit on the chunk. This means that modifying a single bit in a chunk would result in a completely different hash. That means that the [[client]] needs to verify the integrity of each part of a file as it is downloaded.

Not only are the chunks hashed but also, in order to get a file-hash, all chunks's hashes are concatenated one after the other in their file order (that is: chunk1's_hash+chunk2's_hash+chunk3's_hash+...) and the resulting string is hashed. This way, each file on the ED2K network has a unique identifier. The file hash isn't taken from hashing the whole file, but from hashing the value of the chunk's hashes.

In reality, you need both the hash of a file and its size. These pieces of information is embedded in the ED2k URLs found in many places.

Take this for example:

ed2k://|file|eMule0.42f-Sources.zip|2407949|CC8C3B104AD58678F69858F1F9B736E9|/

The interesting parts are the fifth part, "2407949", which is the size of the file in bytes and the last part, "CC8C3B104AD58678F69858F1F9B736E9", which is the hash itself, stored as hex-decimals, 32 letters long.

The filename itself is irrelevant in the process of identifying the file.

== Why after searching, some files which are the same appear as a different file in the results, although they even have the same name? ==

If you understood "What is a hash" you will understand this quickly. When a search is started, the server tells the ED2K client the filename of the found file and the hash of the complete file for each file which matches the search. If two files, although being the same, have some difference in their content, no matter if it's big or small, the hash is different, so they are considered as a different file. That's also the reason why two file with different file name appear as the same file: on the ED2K network, the filename isn't important, the hash is.

== What is LowID and HighID? ==

Each client is assigned an ID (Identification) number which is unique and will distinguish the client from all other clients on the server. If this ID is below 16777216 (16 million) then you have a LowID and anything over is a HighID. Whether your client receives a high or low ID will depend on your client and whether or not the Client TCP port is open. Client TCP Port is an customisable option located in Preferences -> Connection. The default port is 4662 which is fine. If you understand [[FAQ_ed2k#What_is_ED2K?|what ED2K is]], odds are you'll understand the chances that clients with LowIDs may be unable to connect to other clients with LowIDs which reduces transfer rates significantly. This is the reason why having port 4662 TCP (or the one set in Preferences) is so important. Some of the larger servers refuse clients with LowIDs and disallow connections since LowID clients have data transfered through the server, rather than directly from the other client, which in turn adds more overhead for the server.

For clients with a HighID, their ID is the result of a mathematical operation with their IP which corresponds to A + 256*B + 256*256*C + 256*256*256*D, where the IP is A.B.C.D. Keep in mind that this ID has identification purposes as well. Apart from having an ID over or under 16777216, it does not matter if the ID is bigger or smaller. This means a client with an ID of 50000000 isn't any better than a client with an ID of 49999999. The only exception is at times servers are either incorrectly configured or are very busy and issue LowIDs to clients even though port 4662 TCP is open. These are rare exceptions but it can happen sometimes.

If you're unsure about having proper port settings, you can test your ports [http://www.amule.org/testport.php here].

== Which ports do I have to configure in a firewall or router to run aMule? ==

One has to distinguish between incoming and outgoing connections. Normally, all ports of a router are open for sending data (outgoing connection).

So, in this normal case, You only have to configure the ports for ''incoming'' connections:

aMule works even with no specific ports opened, but you won't get a HighID in this case. As mentioned above, to be given a HighID, port 4662 TCP (or the one set in the Preferences) must be listening (i.e. opened in your firewall and forwarded in your router).

Apart from that port, to have an optimal ED2K experience, two more port should be enabled for listening as well: UDP ports 4672 and 4665 (that is, TCP_PORT+3) (both can be changed to any other number in the Preferences).

== What does each port do? ==

Well, since most ports can be configured to be set to any other number, the defaults will be listed. The traffic direction is from client perspective (you):
*4661 TCP (outgoing): Port, on which a server listens for connection (defined by server).
*4662 TCP (outgoing and incoming): Client to client transfers.
*4665 UDP (outgoing): Used for global server searches and global source queries. This is always Client TCP port + 3
*4672 UDP (outgoing and incoming): Extended eMule protocol, Queue Rating, File Reask Ping
*4711 TCP: WebServer listening port.
*4712 TCP: External Connection port. Used to communicate aMule with other applications such as aMule WebServer or aMuleCMD.

== Are there any limitations on the ED2K network? ==

Not much, but yes, there are: two natural limits and a "forced" limitation. The two natural limits have already been mentioned before. First, the issues on LowID users (their transfers involve data through the server and two LowID clients can't share between them). The second, although ED2K is a p2p protocol, it needs servers to establish the p2p connection. This latter one is solved in the Kademlia protocol.

About the "forced" limitation, it's only a limit to make sure that clients share so that the ED2K network will not disappear: clients which have an upload limit of X KBps, where X is between 0 and 3.99 (both included) can download at a maximum of X*3 KBps. Clients which have an upload limit of Y KBps, where Y is Between 4 and 9.99 (both included) can download at a maximum of Y*4 KBps. Clients with an upload limit of 10KBps or more have no downloading limitations. This restriction is set in the client application so it could be by-passed by hacking the code, but that would probably result in being banned from the servers you connect to.

Also, any client is forced to allow at least three upload slots, so it's not possible to allow more than upload_limit/3 KBps per slot.

There is one last limit: Network file limit is slightly under 4GB aproximately (exactly 4294967295 bytes, allthough aMule will only support files up to 4290048000 bytes).

Additionally, this is not an eD2k limitation but a server limitation, servers will only send 300 results for your searches, so don't expect any more results.

And on the clients side, filenames are usually limited to 161 [[character]]s.

== Are there any limitations on the Kademlia network? ==

*As it is a network derived from the ed2k network and, therefore, has to maintain compatibility when it comes to identify files uniquely, the 4GB maximum file size limit exisits in the Kademlia network too.
*Same happens with the 161 characters limit.

== In search window, what filter stands for which filetype? ==

Keep in mind that the filters in the search window don't depend on the file type, but on the extensions of the filenames, in the following way:
*'''Archive:''' ''.ace .arj .rar .tar.bz2 .tar.gz .zip .Z''
*'''Audio:''' ''.aac .ape .au .mp2 .mp3 .mp4 .mpc .ogg .wav .wma''
*'''CDImage:''' ''.bin .ccd .cue .img .iso .nrg .sub''
*'''Picture:''' ''.bmp .gif .jpeg .jpg .png .tif''
*'''Program:''' ''.com .exe''
*'''Video:''' ''.avi .divx .mov .mpeg .mpg .ogg .ram .rm .vivo .vob''

So, a movie file that has the name "Birthday.zip" will appear in the Archive filter, but not in the Video filter.

== What is a source? ==

A source is a client which is sharing some chunk in some file you have in your downloading queue which you still have not completed. Obviously, the more sources you can get for a given file, the more possibilities you have to download the file and the quicker you'll download it. Keep in mind that there's a difference between "sources" and "available sources" if you're on LowID, since "sources"s stands for clients sharing a chunk or file you still haven't completed, while "available sources" stands for clients sharing a chunk or file you still haven't completed and from who you can download (that is, a source who is on HighID).

== What is all this talk about credits, ratings and scoring about? ==

All three concepts have to do with the way in which the ED2K network establishes the uploading queues preferences.

The score is the most important value: the client with the higher score will be the next client which you'll provide a slot to. The way in the score value is set is this: score = rate x time_waiting_in_seconds / 100
So, to understand this, we must known what rate is.

Rate is can be understood as an objective preference. This is, the preference which a client is given without caring how much time it's been waiting. When a client is added to the uploading queue, it gets a rate of 100. This value is modified following according to this:

According to the amount of credits, the rate will be multiplied by 1x to 10x.
Depending on the file priority, it will be multiplied by 0.2x to 1.8x (Release 1.8x, High 0.9x, Normal 0.7x, Low 0.6x, Very Low: 0.2x).<br>
Users on specific old clients which load too much the network traffic will get penalized by multiplying their rate by 0.5x.

Banned clients will instantly get no rate (that is, their rate will by multiplied by 0).

This multiplying values are known as "modifiers". Clients with a modifier value strictly bigger than 1 will be marked as yellow in the icon.

So we only have credits left to known. Credits are a prize you get for uploading files to a specific user. Credits are exchanged between two specific clients, they are not global, so your own credits can't be viewed, although you can know the credits any other user has on you (that is, the credits you owe that client). Since credits are managed by the uploading client, you might be uploading to some client with no credits support, so you will gain no credits on him, although that client will actually get credits on you if it uploads to you, since you do have credits support. This credits are stored in clients.met file.

The credits modifier used by rate is the lower between these two: <br>(upload_total x 2)/download_total or sqrt(upload_total+2) where both upload_total and download_total are measured in MBs.

If the result is lower than 1, then it is set to 1 and if it is bigger than 10, it is set to 10. In addition, if the uploaded total is less than 1MB, the modifier is set to 1 and if the downloaded total is equal to 0, then the modifier is set to 10.

== What is a slot? ==

When uploading files, your upload bandwidth (which may vary depending on the upload limit or the natural connection-type upload limit) will be divided into slots. So, each slot is an amount of KBps which will be assigned to each client who tries to download from you.

FAQ eD2k-Kademlia-pl

2006-01-18T05:21:58Z

Notch:

FAQ eD2k-Kademlia-pl

FAQ eD2k-Kademlia-pl

2006-01-18T00:25:57Z

Notch: