problem mit download bei gleichzeitigem upload

[tomcat_70]

ich bin leider kein experte auf diesem gebiet, bin aber seit ich nun inode xdsl habe von diesem thema betroffen.

normalerweise habe ich bei meinem xdsl ca. 54kb/s maximalen download
bzw. ca. 12kb/s maximalen upload (tarif 580/128 oder wie ich gerne sage: 435/96).

das ist wie bereits woanders festgestellt ziemlich mager, aber nun denn....so ist es nun mal.

leider kommt nun noch ein anderes ungemach dazu, nämlich bei gleichzeitigem up- und download und vor allem bei ausfüllen des uploadvolumens (was ja nicht schwierig is bei 12kb uploadlimit) der download nochmal um die hälfte einbricht (auf mickrige 26-27kb/s ).

lässt sich ganz einfach nachvollziehen indem man einerseits das speedtest file vom inode ftp-server runterlädt während man ebenfalls per ftp z.b. zur homepage uploaded.

wer kennt eine lösung für das ? ist unerträglich irgendwie das ganze....

mit bestem dank im voraus

[mas]

@tomcat_70

xDSL@home Basiert auf der ADSL Technologie, die eine Asymetrische verbindung ist. Das gleiche Problem wie beschrieben wirst du auch bei einem normalen TA ADSL haben.

Es gehen die Packete jeweils nur in eine Richtung, wenn ein IP Packet überden Downstream kommt geht im selben moment KEIN IP Packet über den Upstream. Ergo wenn du in beiden Richtungen gleichzeitig viel traffic machst dann bricht die Bandbreite zusammen.

Um dieses Problem zu Lösen benötigst du eine Symetrische Leitung (SDSL, SHDSL, ...)

lg

mas

[tomcat_70]

wollte mit meiner anfrage nach einer lösung nicht zum ausdruck bringen das nur inode dieses problem hat, ich bin nun mal zur zeit inode kunde, man darf sich gerne inode xdsl als platzhalter für jeden beliebigen anbieter vorstellen,
dennoch bin ich immer mehr erstaunt, was man eigentlich heutzutage von anscheinend jedem provider angepriesen bekommt.

ich denke nicht das einem normalen endverbraucher das bewusst ist, bevor er sich dazu entschliesst so ein produkt zu bestellen. womöglich hab ich auch nur das kleingedruckte nicht genau genug gelesen.....


trotz allem habe ich schon mal versucht im internet eine lösung für dieses leidige problem zu finden, und so wie es aussieht soll es da schon irgendwelche lösungsansätze geben, das problem ist nur das studium der gesamten thematik erfordert viel zeit.

womöglich hat ja irgendein adsl/xdsl user hier im forum schon irgendwelche konfigurationsanpassungen ausprobiert um das problem zu lindern. ich les dauernd was von rwin-grössenanpassung nur kenn ich mich da noch wenig aus....

mfg

[gruber]

durch manipulation an den fenstergrößen sind nach meiner erfahrung nur minimale verbesserungen machbar, die du in der praxis gar nicht merkst, wenn du nicht mitmisst.

[tomcat_70]

so schnell wird also aus einem 580/128 ein 216/96, das erinnert mich irgendwie and die einkommenssteuer langsam


mfg

[Krieger_79]

nun das erklärt mir einiges... habe nie so auf das geachtet... aber wenn ich mal mappen von ET und so runtergeladen habe und dnan E-mails (fun mails mit PPS dateien und so) versendet habe wusste ich nicht warum nun es so langsam geht... nun weis ich s danke @ tomcat....

vieleicht ist es deswegen bei online spielen so... weil die daten kommen und gehen ja ständig... naja ok der traffic ansich is beim online gaming ja nicht so hoch, eigentlich minimal ...

zitat von MAS :
"Es gehen die Packete jeweils nur in eine Richtung" .... tja wenn die dinger mal nicht verloren gehen, gelle?

GRUSS

[charon]

Hi

Die Aussage von mas ist afaik nicht korrekt, das eigentliche Problem ist, dass Du bei TCP Verbindungen den korrekten Empfang deiner gesendeten Pakete von der Gegenseite immer bestätigt bekommst, umgekehrt genauso, dh bei Download mit voller Bandbreite wird auch ein Teil der Upload-Bandbreite benötigt um die Bestätigungen zu schicken.
Wenn jetzt aber auch gleichzeitig mit voller Bandbreite geschickt wird geht sich das nicht aus und sobald Bestätigungen verlorengehen bricht die Übertragungsrate ein.

Lässt sich normalerweise leicht nachstellen, wenn Du mit voller Geschwindigkeit downloadest und deinen Upload auf zb 50% der verfügbaren Bandbreite begrenzt, da sollte normalerweise alles hinhauen
Dann einfach schrittweise den 100% annähern und irgendwann bricht dann normalerweise die Geschwindigkeit ein.
(Diese Begrenzung lässt sich normalerweise bei Programmen wie ICQ oder div. FTP Servern leicht einstellen)

@mas: Ich glaub du verwechselsts asymetrisch mit asynchron
ADSL heisst asymetrisch, weil up- und download bandbreite unterschiedlich sind, wenn beide gleich sind heissts eben symetrisch
Das von dir beschriebene Verhalten ist eigentlich der Unterschied zwischen asynchron und synchron

lg

C.

[mas]

da könntest du glatt recht haben

[tomcat_70]

wir armen endverbraucher brauchen so was in der art wie beim lebensmittelgesetz, "Nettofüllmenge" und "Abtropfdatenmenge" oder so....

@charon

kennst du da nicht irgendeine lösung ?


mfg

[gruber]

da bei hoher auslastung des anschlusses die gesamtleistung zurückgeht, könntest du den einzelnen ladeprozessen maximal-bandbreiten zuweisen, sodass immer noch ein bisschen platz für die kontrolpackerl übrigbleibt.

ist halt ein bisschen mühsam ...

[erdie]

kennst du da nicht irgendeine lösung ?

ja, du baust dir ein application layer protocol, das auf UDP aufsetzt

[????]

wunderbar erklärt, charon.

bis auf den letzten punkt. asynchron hat NICHTS mit dem beschriebenen effekt zu tun. du meinst eine halbduplex verbindung.

nur so nebenbei: die bekannteste asynchrone verbindung ist ethernet.

noch nebenbeier: wie ist das wetter in graz?

[mas]

schnee schnee schnee ... und ich mein jetzt nicht das zeug was man durch die nase einnimmt .....

[erdie]

nur so nebenbei: die bekannteste asynchrone verbindung ist ethernet.

kommt drauf an auf was sich "synchron" bezieht, siehe auch hier:

http://groups.google.at/groups?hl=de&lr ... .edu#link1

[????]

schade. sonst hätte ich dir meine adresse gegeben. per mail lässt sich das zeug schwer transportieren.