Provider erlaubt eMule nur nachts von 18.00 bis 7.00 Uhr
 

Moin,moin, seit einiger Zeit laeuft bei mir P2P nur noch abends von 18 Uhr bis morgens um 7.00 Puenktlich um 7.00 Uhr morgens faellt der Hammer. Downloads sind sofort beendet und die Uploads sinken innert 1-2 Minuten ebenfalls auf 0. Es kommen dann noch ein paar Versuche einen Upload zu bekommen, aber es wird nichts mehr transferiert. Hab zuerst die Ports unter 1024 verschoben, nix. Also Ports 80 und 81, nada ! Punkt 7.00 ist Schluss. Ist nicht nur bei mir so, ist auch bei Freunden von mir, die zwangsweise beim selben Provider sind (hier gibts nur einen Provider) das gleiche Spiel. Das heisst also das der Provider Emule Datenpakete erkennen kann und sie irgendwie blockiert. Wie auch immer er das macht; ist mir egal. Tatsache ist, das er die Pakete indentifizieren kann, er sieht sie. Andere Aktivitaeten wie VNC remote Bedienungen, surfen, downloads von Webseiten, Skype, Notes Replikationen laufen ohne jegliche Behinderung. Wann also werden die Emule Pakete so verpackt/verschluesselt, das man sie nicht mehr als Emule Pakete erkennen kann oder wer kennt ein P2P System das dies schon leistet ? Ich versthe offen gesagt nicht wieso das bis heute immer noch kein Thema ist !!! Eine einfache Verschluesselung waere kaum eine Belastung fuer den Prozessor und der Aufwand fuer die Provider gewaltig, wenn sie alle Paketet durchtesten muessten. Also frage ich mal provozierend:Wo ist das Problem ? Gruss White Sand.


[edit by Pathfinder: Überschrift angepasst und verschoben von Xtreme MOD nach ISP]

...wow...von 1800 bis 0700...
...da bekommt der begriff flat-rate eine ganz neue bedeutung... :bang

...an eurer stelle würde ich mich mal mit dem isp in verbindung setzen...
...so eine drosselung ist schliesslich (sofern nicht in den agb`s verankert) nicht wirklich zulässig bei einer flat...

...oder...?! :think


greetz Sorrow :dance

Das Traffic-Verhalten lasse ich hier nur eingeschraenkt als Argument gelten, denn wenn an einem Internet-Zugang ein ganzes Buero mit 6 Leuten dran haengt, was macht der Provider dann ? Allerdings gebe ich zu das diese Buero nachts ueblicherweise wegfaellt. Deswegen eingeschraenkt gueltig. Also eine reine Drosselung kann es defintiv nicht sein, weil man waehrend Emule dahinsiecht, man locker mit Skype telefonieren kann und alle moeglichen anderen Dinge funtkionieren und dies mit ordentlich Datendurchsaetzen. Das heisst also nur die Emule-Kommunikation ist betroffen und das wiederum heisst der Provider kann die Pakete erkennen. Jetzt bliebe noch der Test offen, ob eventuell andere P2P auch davon betroffen sind oder nicht. Also zurueck zu meiner Frage: Was spricht gegen die Verschluesselung ?

Kann nicht einfach so sein, dass dein Provider Tagsüber zu berlastet ist?

Tja, leider sind wir nicht in Europa und der Provider ist absoluter Monopolist. Das Diskutieren ueber AGB's kann man da getrost vergessen: Er sitzt am laengeren Hebel.

Hi Luzifer, er ist defintiv tagsueber gut ausgelastet. Aber das erklaert nicht den selektiven Datendurchsatz und die Praezision (Punkt 7.00) mit der das Ganze sich ein- und wieder ausschaltet. Wegen der Auslastung wird er das wohl auch machen. Nur ist das natuerlich ziemlich willkuerlich denn ich zahle ja fuer die Uebermittlung von Daten ohne Ansehen von Geschlecht, Hautfarbe oder Religion, wenn ich mir diesen Ausdruck mal erlauben darf. Gruss, White Sand

Es ist auch ziemlich klare Politik von eMule, keine features zu bieten, die anti-ISP sind.

im Sticky auf der original-Seite steht unter "features You will never see in eMule" unter anderem encryption.

Nun wir nutzen hier zum Beispiel im Buero ADSL und . . . unser Domino Server laeuft auch nachts und dann wird sogar am meisten repliziert. Duerfte ein interessantes Profil sein.

Nun zunaechstmal danke fuer das freundliche rumeiern.
Wie ich eingangs schon schrieb habe ich diverse Ports bereits ausprobiert, auch Ports die sonst von anderen Programmen genutzt werden. Also bevor du hier auch rumeierst, lies mal vollstaendig was ich oben geschrieben habe. ;-)

Nun ich weiss zwar nicht was an einer Verschluesselung ISP-schaedlicher waere, aber da hier ja nun alle Paragraphen, aeh, Regeln schon festzuliegen scheinen, bin ich hier wohl an der falschen Stelle gelandet.

Meine Damen & Herren, bitte vielmals um Entschuldigung fuer die nicht regelkonforme Stoerung.

Aber eben kein P2P-Profil ;)

Hehe, wenn du also Ports ausprobierst die gleichzeitig von anderen Programmen genutzt werden, ist deine "Drosselung" selbst verursacht.
Wenn du Ports anderer Programme nutzt, die nicht gleichzeitig laufen, erkennt der Provider wieder das entsprechende Uploadverhalten und drosselt.
Das habe ich ja gerne, erst provozierend rumeiern (hihi) und dann dünnhäutig verabschieden :mrgreen:

Gruß, L3v3l

Wow, du willst offensichlich nicht verstehn.

Ich habe eindeutig geschrieben, das ich Ports benutzt habe, die sonst(!!!) von anderen Programmen benutzt werden.

Aber du hast recht, ich gebe auf, hier irgendwas diskutieren zu koennen oder weiterzukommen. Die Grundhaltung scheint mir hier reichlich kontraproduktiv zu sein.

Die deutsche Verwaltungs- und Beamten Gesellschaft scheint auch hier schon Einzug gehalten zu haben.

Schade drum.

White Sand

...im namen aller kollegen und kolleginnen dieser einrichtung sage ich herzlichst "Danke"...
...wir werden auch in weiterer zukunft alles erdenkliche tun, um sie im höchsten maße zufriedenzustellen...

...hochachtungsvoll Sorrow :whistle

Der Filesharing-Client Applejuice unterstützt standardmäßig verschlüsselte Übertragungen.

Das hat doch nichts mit Verschlüsselung zu tun. Viele Dateien im Netzwerk sind verschlüsselt, z.B. Sachen, die auf schrottesel.6x.to gepostet werden. Wetten, daß der Provider das trotzdem erkennt?
Wenn ich ständig zu völlig verschiedenen IPs Datenpakete von 9,3 mb schicke ist nicht schwer zu erraten, daß mir keine Schmuddelseiten im Netz ansehe sondern das Muli treibe...

Mit freundlichen Grüßen
aalerich

Unter verschlüsseltem Datenverkehr verstehe ich Traffic, der dem Provider keine Rückschlüsse auf die übertragenen Daten erlaubt. Dies ist nicht zu verwechseln mit anonymem Datenverkehr (Routing über mehrere Proxies/Zwischenstellen) oder dem Versenden von passwortgeschützten Archiven.
Die Chunkübertragung bei Applejuice erfolgt dynamisch. Meistens hat dort ein Chunk eine Grösse von ca. 500 KByte, jedoch kann es auch vorkommen, dass die Chunks eine Grösse von über 2 MB erreichen. Je grösser die Uploadbandbreite pro Slot des Clients, umso grösser werden die Chunks bei AJ.