Author Topic: MUTE MFC 0.0.1 Official eDonkey link  (Read 11785 times)

0 Members and 1 Guest are viewing this topic.

Offline Markus

  • Administrator
  • Elite
  • *****
  • Posts: 5740
  • Karma: +25/-8
    • View Profile
    • http://www.planetpeer.de
MUTE MFC 0.0.1 Official eDonkey link
« on: August 26, 2004, 05:44:55 PM »
ed2k://|file|MUTE-MFC-0.0.1-Setup.exe|865852|73249F8BA62E1E45B9F2EDA11B453FB3|/

Thanks to Nglwarcry who provided the link above.


Cheers,
Markus

Offline Nemo

  • Global Moderator
  • Elite
  • *****
  • Posts: 1303
  • Karma: +27/-0
    • View Profile
[OT] Download problem with MLDonkey
« Reply #1 on: August 27, 2004, 08:29:29 AM »
Quote from: Markus
ed2k://|file|MUTE-MFC-0.0.1-Setup.exe|865852|73249F8BA62E1E45B9F2EDA11B453FB3|/

Can someone retrieve this file?

I'm relatively new to eMule and eDonkey. Now I have this file in my downloadlist on MLDonkey. What does this mean:

Age of download: 10h
sources: 21
active sources: 0
relative file availability percentage: 0%

Are there clients with this file on the same server as I am, or not? I assume "sources" means clients with this shared file. But why is "active sources" == 0? Is every source of this file offline?

Thanks for your help.
Greetings,
Nemo.

Offline Markus

  • Administrator
  • Elite
  • *****
  • Posts: 5740
  • Karma: +25/-8
    • View Profile
    • http://www.planetpeer.de
Re: [OT] Download problem with MLDonkey
« Reply #2 on: August 27, 2004, 09:35:05 AM »
Quote

Can someone retrieve this file?

I didnīt try the download via eDonkey yet, but I will check it later...

Quote

I'm relatively new to eMule and eDonkey. Now I have this file in my downloadlist on MLDonkey. What does this mean:

Age of download: 10h
sources: 21
active sources: 0
relative file availability percentage: 0%

Are there clients with this file on the same server as I am, or not? I assume "sources" means clients with this shared file. But why is "active sources" == 0? Is every source of this file offline?

I guess that means that this file is not widely spread yet.

@Nglwarcry: Do you share the archive 24/7?


Cheers,
Markus

Offline nglwarcry

  • Advanced
  • ***
  • Posts: 190
  • Karma: +2/-0
    • View Profile
MUTE MFC 0.0.1 Official eDonkey link
« Reply #3 on: August 27, 2004, 09:39:09 AM »
Sorry for that, I have a new mod in alpha stage and crashed tonight :( . I've been aware of it only this morning, I sleep at night :oops:
maybe I use another one to spread it, now I'm online, Nemo you can try.
nglwarcry

Offline Nemo

  • Global Moderator
  • Elite
  • *****
  • Posts: 1303
  • Karma: +27/-0
    • View Profile
MUTE MFC 0.0.1 Official eDonkey link
« Reply #4 on: August 27, 2004, 12:22:32 PM »
Quote from: nglwarcry
Sorry for that, I have a new mod in alpha stage and crashed tonight :( . I've been aware of it only this morning, I sleep at night :oops:

Don't worry about that. I wonder if eDonkey/eMule/MLDonkey/whatever in general is so slow. I have a high ID and want to download more or less popular things. But it's very slow... :-(
Quote

maybe I use another one to spread it, now I'm online, Nemo you can try.

I assume we need to connect to the same server? Perhaps it works in some hours, MLDonkey stays connected to 5 servers and it has found one active source for the MUTE EXE file. :-)

Greetings,
Nemo.

Offline Markus

  • Administrator
  • Elite
  • *****
  • Posts: 5740
  • Karma: +25/-8
    • View Profile
    • http://www.planetpeer.de
MUTE MFC 0.0.1 Official eDonkey link
« Reply #5 on: August 27, 2004, 12:43:57 PM »
Quote from: Nemo
Don't worry about that. I wonder if eDonkey/eMule/MLDonkey/whatever in general is so slow. I have a high ID and want to download more or less popular things. But it's very slow... :-(

The download speed depends on the number of sources for a requested file. The more popular a file is the more sources you have :mrgreen:

Quote

I assume we need to connect to the same server? Perhaps it works in some hours, MLDonkey stays connected to 5 servers and it has found one active source for the MUTE EXE file. :-)

It is not necessary that you connect to the same server.  Let your eDonkey client connect to the network and get a cup of coffee - and after a little while the download should begin...


Cheers,
Markus

Offline nglwarcry

  • Advanced
  • ***
  • Posts: 190
  • Karma: +2/-0
    • View Profile
MUTE MFC 0.0.1 Official eDonkey link
« Reply #6 on: August 27, 2004, 12:45:37 PM »
Quote
I wonder if eDonkey/eMule/MLDonkey/whatever in general is so slow. I have a high ID and want to download more or less popular things. But it's very slow... :(

You have to gain credit, in short speech more you upload more you download, so initially you'll see poor speed. The best way is to download many files.
Quote
I assume we need to connect to the same server? Perhaps it works in some hours, MLDonkey stays connected to 5 servers and it has found one active source for the MUTE EXE file. :)

I don't know how MLDonkey exactly works, I think it's the same as emule then we don't need to be on the same server at all
nglwarcry

Offline nglwarcry

  • Advanced
  • ***
  • Posts: 190
  • Karma: +2/-0
    • View Profile
MUTE MFC 0.0.1 Official eDonkey link
« Reply #7 on: September 10, 2004, 07:14:22 AM »
new link with AICH hashset:
ed2k://|file|MUTE-MFC-0.0.1-Setup.exe|865852|73249F8BA62E1E45B9F2EDA11B453FB3|h=YXU7L4WZ5SQDUX2PHLRS4Q4DVOSSJUT2|/
nglwarcry

Offline Markus

  • Administrator
  • Elite
  • *****
  • Posts: 5740
  • Karma: +25/-8
    • View Profile
    • http://www.planetpeer.de
MUTE MFC 0.0.1 Official eDonkey link
« Reply #8 on: September 10, 2004, 09:50:41 AM »
Quote from: nglwarcry
new link with AICH hashset:


WTF is an AICH hashset? I never heard it before :?:


Cheers,
Markus

Offline nglwarcry

  • Advanced
  • ***
  • Posts: 190
  • Karma: +2/-0
    • View Profile
MUTE MFC 0.0.1 Official eDonkey link
« Reply #9 on: September 10, 2004, 11:05:57 AM »
Quote from: Markus
Quote from: nglwarcry
new link with AICH hashset:


WTF is an AICH hashset? I never heard it before :?:

 AICH was introduced in newest emule 0.44a
Quote from emule forum:
Quote
Because it is somewhat related to ICH (Intelligent Corruption Handling) I will quote the our helpfile on it first:

Data transfer in the donkey network is organised in chunks. A chunk totals 9MB. Each complete chunk downloaded is checked for corruption; if not corrupted, the chunk is made available for uploading.
Normally, corrupted chunks must be completely redownloaded. ICH tries to reduce the amount of data that needs to be redownloaded by rechecking it everytime new data for this part is received and thus saves time if a corruption is detected.


Statistically if one byte in a part is corrupted, ICH saves 50% of redownloading on average. In the best case it saves 99% (if the first byte we redownloaded was the corrupted one) and in the worst case it saves 0% (if the last byte we redownload for this part was the corrupted one). However if more than one position is corrupted ICH becomes more likely to be uneffective for this part. It also doenst helps if other malicious clients spread wrong data, because it is very likely that this part gets corrupted again and again.

Now what is AICH (Advanced Intelligent Corruption Handling)?
This system uses a complete different approach. It consists of a new hashsetset which is build from 180KB blocks and put together in a Hashtree. The used hashalgorithm is SHA1 (160Bits).
eMule creates this new hashset for all your shared files and stores it in the known2.met. Because the size of those hashset can be quite big - about 24000 hash for a 4GB files and 48000 hashs for a complete hashtree (which can be calculated from those 24K hashs), it is not stored in memory but only in this file and read on demand. When eMule has stored the full hashset it propagates the root/masterhash to other downloading clients.
Now if your client is downloading a file and detects a corrupted part it will request a recoverypacket from a random client which has a full AICH hashset. This recoverypacket consists of up to 69 hashs (53 for the partdata and 1-16 which make it possible to verify those 53 hashs against the masterhash which we trust). When your client received this packet and verified that the hashs fit to the roothash it checks all 180KB blocks of your corrupted part against the hashs it received and restores those 180KB blocks which have no corruption. This means if we assume that one byte of your 9.28MB part was corrupted, AICH would restore all blocks except the one were the corrupted byte is and your would have to redownload only this 180KB block.

In your log this would look like:

09.09.2004 02:43:43: Downloaded part 6 is corrupt :( ([file])
09.09.2004 02:43:46: AICH successfully recovered 8.22 MB of 9.28 MB from part 6 for [file]
In this example there were at least 6 corruptions in one part on different positions.

Why should you use Links with AICH Hashs?
One important thing is that we have to trust the AICH masterhash. IF this hashs is wrong (aka fits not to the md4 hash), it can cause serious problems while downloading and makes at least AICH for this file unusable (even tho on normal condtions you would still be able to finish a file with a wrong AICH hash).
eMule has two trustlevels when downloading a file.
If you didn't used a AICH link, eMule will use the hash which it receives from other clients, if certain conditions are met: At least 10 unique IPs have to sent us this hash and 92% of all clients which sent a hash have to agree on the same one. This hash gets the lowest trustlevel, is not saved when restarting eMule and you can't create AICH links with such a hash.
For rare files or a new released file with very few complete sources it can happen that eMule will not be able to trust any hash. Another case would be when some malicious client spreads wrong AICH hashs, so that eMule can't trust any hash or even worse trusts a bad hash. In all those cases AICH will be useless for this file.
Therefore the better solution is to use a link with an attached AICH hash. This hash is trusted from the beginning, it will be saved and you can also create filelinks with this hash.

AICH hashlinks are also backward compatible to earlier eMule versions (which will just ignore the additional hash).
nglwarcry

Offline Markus

  • Administrator
  • Elite
  • *****
  • Posts: 5740
  • Karma: +25/-8
    • View Profile
    • http://www.planetpeer.de
MUTE MFC 0.0.1 Official eDonkey link
« Reply #10 on: September 10, 2004, 11:34:12 AM »
Thanks for the explanation. I will check later if the latest MLdonkey release is also able to handle these new hashes.


Cheers,
Markus