emule->hybrid->emule TCP;UDP resuming

[MxM]

so ganz richtig weiss ich nciht welche kategorie ich nehmen soll, aber ich habe eine witzige entdeckung gemacht... das protokoll von edonkey2000 dem hybriden ist anscheinend sehr am emule dran

habe beim hybriden die selben ports geöffnet... nachdem ich den hybriden geschlossen habe, und dann den emule geöffnet habe (eben selbe TCP und UDP Ports) waren schlagartig lauter hybride im upload, die offenbar ganz prima aus dem emule heraus resumen können.

schade, daß all das nur einseitig ist... aber wer weiß, wer mit dieser information was anfangen kann.

[Usul]

Das beobachtete ist doch eigentlich völlig normal. Emule ist aus Edonkey hervorgegangen, sie basieren auf dem selben Protokoll, mit Edonky konnte Emule schon immer kommunizieren. Der Hybrid und Emule kommunizieren also wie Edonkey untereinander. Interessant wäre es natürlich zu wissen, ob die Hybriden untereinander Edonkey- oder Overnetkommunikation verwenden, verstehen müßten sie ja beides. Wenn du deinen Hybriden ausschaltest, versuchen dich die anderen natürlich weiter zu kontakten, und wenig später meldet sich dein Emule. Soweit normal. Revolutionär wäre es, wenn du nen Overnet-Client auf diese Art in deiner Queue hättest, aber das geht wohl nicht

[MxM]

der unterschied ist ka der.... wenn ich mit emule über einen server verbunden bin, sind auch die hybriden dort ganz normal da... UND auch die emuler...


also wir machen es mal visueller, damit klar wird was ich sagen will


Version emule:
Server Probenprinz:


emule@server 10% hybrid; 90% emule in waiting queue
-disconnect-
-reconnect-
wie ein icmp storm... alle möglichen mules wieder im waiting queue und upload, ohne daß ich zum server connecte.... upload läuft direkt los

situation nach wie vor 10% hybrid; 90% emule


version hybrid->emule
server same

hybrid running
discconect
reconnect with emule
wie ein icmp storm erreichen mich die hybriden
situation .... 90%-100% hybrid.... erst nach einigen minuten emuler, die die IP erst vom server bekommen


Frage: Warum kommen nach einem reconnect von einem edonkey 16.38 server von hybrid nach emule per udp request und icmp request direkt nur hybride... und keine emules... müsste doch meine ip auch den emulern bekannt sein... entweder vorher vom server, oder per austausch vom hybriden

das nährt doch sehr stark den verdacht, daß auch die neuesten versionen den emule blocken, oder es so reglementiert wird, dass es nicht auffällt....

[Usul]

MxM,

vielleicht hab ich es falsch verstanden oder überlesen: Wieviele Emule-Clients waren beim Hybriden in der Queue VOR dem disconnect und anschließenden Start von Emule?

[MxM]

du siehst im hybriden nicht, wer emule benutzt, statistiken wie in emule üblich, wer welche verison hat gibts garnicht... du hast im emule mehr informationen welche versionsnummer, welcher hybrid hat, als aus dem hybriden


sprich du kannst keine aussage treffen wieviele mules vor dem reconnect da sind.


man kann nur sehen, was passiert NACH dem reconnect

[Usul]

Dann sieht es für mich so aus, als ob im Hybriden vor dem disconnect keine Emules in der Queue stehen, und sich demzufolge auch keine bei Emule melden können nach dem Reconnect/Emule-Start. Könnte aber auch anders sein, aber dann wüßte ich nicht, wie es zu deiner Beobachtung passt.

[MxM]

genau das denke ich nämlich auch... paßt natürlich nicht damit zusammen, daß man auch mal downloads von hybriden bekommt...aber genau das ist meine vermutung

[MxM]

noch was anderes.


wir haben seit 2 tagen nen router hier... und ich hab die DMZ auf meiner IP... das ist auch völlig ok alles und super mit emule.... aber beim hybriden blockt der router trotzdem alles zu... wie bei nem ICMP storm... oder ner DoS Attack

die NAT Firewall ist vor die DMZ geschaltet und erkennt bestimmte Dinge. Ich will dem hybriden ja nicht allzuviel vorwerfen, aber mit emule läuft up und down prima und alle haben internet, sofern der hybrid läuft ist alles dicht.

komisch, oder ?