So steht es in der Hilfe:
Quellenaustausch zwischen Clients
(Client To Client Source Exchange)

eMule ist in der Lage, mit anderen eMule-Clients Quellen direkt auszutauschen.

Bei gut verbreiteten Dateien wird alle 10 Minuten ein zufällig ausgewählter Client aus den zur Verfügung stehenden Quellen nach weiteren Quellen gefragt. Ist eine Datei selten (weniger als 40 Quellen), so wird in diesem Intervall bei jedem Client nach seinen Quellen gefragt.

Nur die Quellen für noch fehlende Teile werden ausgetauscht. Dies geschieht mittels komprimierter Paketeüber TCP*, um Bandbreite zu sparen.

Anmerkung:
> Dieses Protokoll ist nicht kompatibel zu mlDonkey.
> Der Quellentausch erfolgt über den Client Port 4662 im Protokoll TCP.
> Quellen mit niedriger ID werden nicht getauscht

Gilt für Version: 0.22a +
Aktualisiert: 2003-05-04 by Monk


Meine Frage bezieht sich hauptsächlich auf dies
> Der Quellentausch erfolgt über den Client Port 4662 im Protokoll TCP.
meine Frage ist nun geht es auch wen ich einen anderen TCP Port verwende wie 4662?

ja

Kurz & bündig.
Deswegen ist es doch möglich in eMule den Port zu ändern, wenn es nicht möglich wäre...

Warum eigentlich? Bei (seltenen) Dateien ist mir jede Quelle wichtig, egal welche ID...

Stimmt! Aber die Frage ist ja auch, warum derjenige ne niedrige ID hat oder?
Wenn er nicht mit nem vernünftigen UL rüberkommt, nützt mir ne Quelle mit 380 B/s auch nich viel. Oder seh' ich was falsch?
USS für alle!

erstaml Danke für die Antworten wusste es nicht genau weil da nur was von dem Port 4662 steht.

aber zu:
-----------------------------------------------------------------------------------------------
> Quellen mit niedriger ID werden nicht getauscht

Warum eigentlich? Bei (seltenen) Dateien ist mir jede Quelle wichtig, egal welche ID...

-----------------------------------------------------------------------------------------------

Stimmt! Aber die Frage ist ja auch, warum derjenige ne niedrige ID hat oder?
Wenn er nicht mit nem vernünftigen UL rüberkommt, nützt mir ne Quelle mit 380 B/s auch nich viel. Oder seh' ich was falsch?
USS für alle!

-----------------------------------------------------------------------------------------------

das stimmt fände es aber trotzdem Cool wen man das unter Einstellungen ändern könnte weil bei sachen wo ich nur 30 Quellen oder so finde is mir auch ne Quelle mit 380 B/s hilfreich!
an wen müsste ich mich den da wenden um das Vorzuschlagen?

Low-ID hat nichts mit der Upload Geschwindigkeit zu tun.

Thomas, du kannst sicher sein: die Leute, die das ändern können, wenn 's überhaupt möglich ist, haben diesen Thread gelesen!

Devs, Mods und Admins (wie sie nunmal so genannt werden) sind IMMER da!

Anregungen werden immer aufgenommen und (wenn möglich) umgesetzt.
Hier leisten (im Hintergrund) viele, sehr fähige Leute, enorme Arbeit, die wir "kleinen Lichter" gar nicht abschätzen können!
z. B. Ornis+, der sicherlich auch von unserem kleinen Dialog Kenntnis erhalten wird.
Moin!
Also du kannst sicher sein: Wenn sich etwas verbessern läßt, dann werden DIE es schon regeln!

Hast du eigentlich noch ne Frage/ein Problem? Nur zu!

Gruß
TOM JOAD

Da der Quellenaustausch über TCP erfolgt muß der TCP Port des anderen erreichbar sein. Bei Low Id ist das nicht der Fall.




Indirekt schon ein wenig. Einige User sitzen hinter einer Firmenfirewall und gerade diese haben die dicken Leitungen. Es ist mir schon oft passiert das von einem User 40 KB/s und mehr gekommen sind und zu 90% sind das Low Id gewesen.

Könnte aber trotzdem eingebaut werden:
Wenn der Low-ID-Client Quellen bei einem High-ID abfragt, könnte der High-ID neben der Antwort auch gleichzeitig den Low-ID nach seinen Quellen fragen.

de MTX

Das kann er nicht wenn sein TCP Port nicht erreichbar ist oder liege ich da falsch.

Wenn man von einer Low Id Daten haben will muß man am gleichen Server verbunden sein. Dieser übernimmt dann die Vermittlung.
Mit Low Id von anderen Servern wird nie ein Datenaustausch stattfinden. Man müsste also die Low Id ausfiltern die nicht am gleichen Server verbunden sind. Ich denke um sich diesen Overhead zu sparen wurden die Low Id vom Quellenaustausch ausgeschlossen.

Der Low-ID kann eine TCP-Verbindung zum High-ID herstellen (zur Quellennachfrage). Wenn die TCP dann offen ist, kann der High-ID zurückfragen.
Oder hab ich da was falsch verstanden.

de MTX

Quelle

Bei Punkt 3 ist spätestens Schluß weil der Client (Low Id) das nicht mitbekommt weil seine "Firewall" die Nachricht schluckt. Somit kann die TCP Verbindung nicht hergestellt werden. Wahrscheinlich kommt er über Punkt 1 schon nicht hinaus weil die "Firewall" schon ein versenden des Syn Signals nicht zuläßt.

Wenn die Firewall (oder der Router) das Senden nicht zulassen würde, dann könnte sich eMule noch nicht einmal mit einem Server verbinden.
Nach meinem Verständnis: Wenn ein Low-ID eine TCP-Verbindung aufbau, lässt die Firewall bzw. der Router für eine gewisse Zeit, auch eingehend die Pakete durch. Nätürlich nur von der IP-Adresse und dem Port an den der Low-ID die Verbindung aufgebaut hat.

de MTX

Lest das bitte nochmal.

Es werden nicht die LowID-Clients *nicht* nach Quellen gefragt, sondern die IPs der LowIds werden nicht ausgetauscht.

Grund dafür ist, das die Server unter der Last zusammenbrechen, wenn alle HighIds einen Callback auf den LowId-Client anfordern.

Als dieses Feature eingeführt wurde, war diese Beschränkung noch nicht da und wurde aus oben genanntem Grund nachträglich eingebaut.

hm...
Vieleicht seh ich da was falsch, ich würd aber gern wissen was!
Ich dachte, dass ich das Low-ID-Probem verstanden habe - aber jetzt zweifele ich.
Was ist an meinen Aussagen, in diesem Thread, denn falsch?
Ich will dazu lernen.


Danke

de MTX

Dein Verständnis der LowId-Problematik scheint korrekt zu sein.

Kurz gesagt:
- Ein LowId erlaubt keine eingehenden Verbindungen
- Er kann nach aussen ohne Probleme Verbindungen aufbauen. Über diese Verbindung kann ein HighId-Client dann auch mit dem LowId kommunizieren.
- Im ed2k-Netz kann ein HighId-Client einen LowId kontaktieren, indem er den Server des LowIds bittet dem LowId zu sagen, dass dieser zum HighId verbinden soll. Da der Server eine permanente Verbindung zum LowId hat kann er ihn problemlos erreichen. Nachdem sich der LowId zum HighId verbunden hat, ist der Server nicht mehr nötig

@buzz



Du hast natürlich recht. Da habe ich was durcheinander gebracht.

Mein Wissen war auch teilweise falsch/veraltet. Ich bin davon ausgegangen das LowId nur dann erreicht werden können wenn sie am selben Server wie die HighId sind.

Siehe auch

Dann macht es nämlich keinen Sinn die IP der LowID als Quelle zu tauschen, weil man sie vom Server bereits erhalten hätte. LowId von anderen Servern sind in dem Fall nutzlos weil sie nicht erreicht werden könnten.

LowId von anderen Servern sind erreichbar sie wurden nur ausgegrenz um die Server zu entlasten. (siehe buzz). Es gelten aber Ausnahmen.


Quelle Docs

Ich habe in meiner Warteliste mal die LowId angeschaut. Viele sind auf anderen Servern verbunden. Ich stehe sogar bei LowId in Warteschlange die auf anderen Servern verbunden sind. Spricht also alles für die Sichtweise von buzz und MTX.

Was mich bei dem Ganzen wundert ist das der Muli Verbindungen aufbauen kann durch die Firewall, die das eigentlich verhindern sollte (Ports sind ja geschlossen). Kann ein Trojaner der schon auf dem System ist das nicht auch?

Die *Firewall* blockt in diesem Fall nur von aussen nach innen.

Wenn sie so konfiguriert ist, das sie auch von innen nach aussen "alles" blockt, gibts mit eMule gar keine Verbindung.

Je nachdem, wie die Firewall konfiguriert ist, lässt sich das unter Umständen noct umgehen.
Bsp: Nur Port 80 offen -> eMule auf Port 80 und laufen lassen.

Wenn zusätzlich auf Protokoll oder nur bestimmte Hosts (Proxy,Mail) eingeschränkt wurde, dann ist definitiv Schluss.
Obwohl man da unter Umständen noch Tunneln könnte, aber dafür braucht man einen Server im Internet und dann kann man auch gleich von da aus saugen...