05.11.2012 Aufrufe

Inhaltsbasierte Analyse Des Tauschverhaltens In P2P-Netzwerken

Inhaltsbasierte Analyse Des Tauschverhaltens In P2P-Netzwerken

Inhaltsbasierte Analyse Des Tauschverhaltens In P2P-Netzwerken

MEHR ANZEIGEN
WENIGER ANZEIGEN

Erfolgreiche ePaper selbst erstellen

Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.

INHALTSBASIERTE ANALYSE DES TAUSCHVERHALTENS IN <strong>P2P</strong>-NETZWERKEN 22<br />

ses „eDonkey Sending File Part“ Kommando hat folgenden Aufbau:<br />

Name Size in bytes Default Value Comment<br />

Protocol 1 0xE3<br />

Size 4 The size of the sent part in<br />

bytes not including the header<br />

and size fields<br />

Type 1 0x46 The value of the OP SEN-<br />

DINGPART opcode<br />

File ID 16 NA A unique file ID calculated by<br />

hashing the file’s data<br />

Start Pos 4 NA The start position of the downloaded<br />

data<br />

End Pos 4 NA The end position of the downloaded<br />

data<br />

Data NA NA The actual downloaded data<br />

Tabelle 3: <strong>In</strong>halt eines eDonkey Sending File Part-Pakets. [K|B]<br />

Dieses Format zur Blockübertragung wird heutzutage kaum noch zwischen<br />

Clients benutzt. Stattdessen wird ein neuer Header vom Quasi-Standard eMule<br />

vorgegeben. Dies wird unter anderem darin deutlich, dass das Protokoll-Byte<br />

nicht mehr 0xE3, sondern 0xC5 – dies steht für die eMule-Erweiterungen – ge-<br />

nutzt wird. Diese Erweiterung wird heute von vielen anderen eDonkey-Clients<br />

wie z.B. MLDonkey unterstützt. Der Aufbau dieses „eDonkey Sending Comp-<br />

ressed Part“ Paketes ist:

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!