B-RAID

Hi leute,,hier für jeden der sich interesiert!!!

In Windows XP ist die DSL Unterstützung bereits integriert, diese ist aber standardmässig auf nur 80% der verfügbaren Bandbreite limitiert. Um die Limitierung der Bandbreite aufzuheben, gehst du wie folgt vor: "Start" -> "Ausführen" und dort mit dem Befehl "GPEDIT.MSC" die "Gruppenrichtlinien" aufrufen. Dort unter "Computerkonfiguration" -> "Administrative Vorlagen" -> "Netzwerk" -> "QoS-Paketplaner" -> "Reservierbare Bandbreite einschränken" anklicken und auf "Aktiviert" stellen. Jetzt das "Bandbreitenlimit" auf "0" setzen. Danach steht die komplette Bandbreite der Internetverbindung zur Verfügung.

WENN IHR MEHR RECHNER AN DER SELBEN DSL LEITUNG HABT,SOLLTET IHR NUR 1-2 RECHNER,DIE 100%GEBEN!!

Xanadu

Moin.

Solltest dich vorher erstmal genauer informieren. Die Funktionsweise des QoS (Quality of Service) ist in der Microsoft KB z.B. unter Q316666 beschrieben.

Hiernach steht grundsätzlich die gesamte Bandbreite zur Verfügung. Wenn eine Applikation den QoS-Dienst nutzt, kann die reservierte Bandbreite vorgemerkt werden. Solange die Applikation aber keine Daten anfordert oder sendet, steht weiter die gesamte Bandbreite zur Verfügung. Erst wenn die Applikation Daten fordert, bekommt sie z.B. 20 Prozent der Bandbreite.

Man hat demnach durch das Editieren der Administrativen Vorlage für Netzwerke "Reservierbare Bandbreite einschränken" (Start -> Ausführen "gpedit.msc", "Gruppenrichtlinie", Computerconfiguration -> Administrative Vorlagen -> Netzwerk -> QoS-Paketplaner ) keine schnellere Internetverbindung.

Und der Ping hat damit schonmal gar nix zu tun. Diese Info sollte reichen.

cya

Windowsman

jo B-RAID das ist ja genial neu! :spannend
Ausserdem bringt es überhaupt nichts! Damit werden jedesmal aufs neue die ganzen Noobs gelockt um ihr Internet "schneller" zu machen!

Wenn ihr wirklich was tunen wollt dann könnt ihr mit ein paar Handgriffen oder Tools den MTU tunen, das ReceiveWindow optimieren und eventuell etwas beim standardmässigem TTL. Alles zu finden in diversen Tools wie Dr.TCP o.ä. kann man natürlich auch per Registry machen aber das wird wohl kaum einen interessieren. Jedenfalls bringt dieses QoS überhaupt nichts!
Durch genannte Punkte in Bezug auf MTU usw. kannst du eventuell einen minimalistisch besseren Ping kriegen aber in der Gesamtheit hängt der Speed von der DSL-Leitung selbst ab...
Aber passt beim "tunen" mit diesen Tools auf und stellt nicht einfach irgendwelche Werte ein! Viele Tools haben auch schon optimierte Werte vorab eingestellt, welche ihr dann nurnoch übernehmen müsst!

Zur Not kann ich euch bei Bedarf ein paar zum Anbieter passende Werte flüstern... :roflmao

PS: Sowas gehört beim nächsten mal gleich in den Softwarethread!!!!

B-RAID

hmmmm aber ich sag euch dass ja nicht zum spass,ich habe 3 rechner an einen switch, 1 hat 100%,,der hat nen minimalen verbesserten ping,,oder bilde ich mir dass nur ein und bin :xmasirre

WAS IST DENN (MTV UND TTL. dr.tcp) (bringt dass was??)

he he flüster mir dass ma.

ps sorry dass ich es nicht in den softwarethread geschrieben habe.

Berlinsturm

das geht mit xp-antispy auch durch ein häckchen setzen ;)

__________________
---

Stahlgewitter

und ist 100 mal einfacher :schleimer

ZacredZoldier

oder
tcp/ip-patch.reg ;);) Aber das hat dannnix mit zockn sondern eher mit leechn munter sp2 zu tun ;)

Windowsman

MTU = Maximum Transfer Unit
Damit wird bestimmt, wie groß ein Datenpaket innerhalb eines spezifizierten Netzwerkstandards betragen darf. Also im Falle von DSL wird PPPOE benutzt mit Basis der TCP/IP Protokolle. Der MTU wird in Byte angegeben und ist bei DSL im Normfall maximal 1492Byte groß. TCP sowie IP nutzen jeweils 20Byte für ihren Header(Daten von wem das Paket kommt und wohin es soll). Somit beträgt die maximale Segment Größe(MSS genannt), welche mit Daten gefüllt werden kann bei einem DSL Anschluss genau 1452Byte. Im Normalfall genügt es jedoch nur den MTU einzutragen, also 1492 im jeweiligen Programm oder Router. Da Ausnahmen ja bekanntlich die Regel bestätigen(... "und Gott schuff die Männer!... Ausnahmen bekamen die Regel..." ... naja ihr wisst schon ;-) ) , so gibt es auch hier Ausnahmen:
AOL 1454
oder Arcor 1488 (seltener 1492)
Doch was passiert wenn er zu hoch geregelt wird?
Tja dann wird das Paket fragmentiert und erhält eine ID, welche immer mitgeschickt wird und beim eintreffen eines jeden Pakets am Empfänger überprüft wird, und dadurch einen minimalen Mehraufwand an Zeit benötigt! Dieses wirkt sich dann negativ auf Ping aus und führt in manchen Fällen dazu, dass manche Seiten nicht geladen werden können, da deren Server nicht in der Lage sind solche Pakete umzurechnen.
Ist der MTU zu klein eingestellt, so dauert der Transfer eventuell länger, da die Pakete nicht groß genug sind, und somit einen eventuell schlechteren Ping mit sich bringt und eine niedrigere Downloadrate! D.h. bei einem niedrigeren Wert bleibt die Leitung komplett unter ihren Möglichkeiten.
Aber Vorsicht!: erwartet nicht zuviel!!! Denn wie gesagt die Leitung liegt beim Anbieter und ebenso verfügt ihr nicht über die Server mit euren Einstellungen. Soviel dazu... wenn noch weitere Fragen dazu sind dann postet sie ruhig hier im Thread!

TTL = Time to Live
Damit könnt ihr darüber verfügen, wie lange ein Paket "leben" darf. In einem vermaschtem Netzwerk(Beispiel Internet) kann es durch falsche Routingtabellen, Weiterleitungen usw. zu Irrläufern kommen, also Pakete welche von Router zu Router geschickt werden, um die Zieladresse des Pakets zu finden. Damit ein Paket nicht unendlich lange herumschwirrt, um eventuell nach langer Zeit festzustellen das sein Zielhost nicht mehr vorhanden ist, könnt ihr festlegen wieviel Stationen das Paket maximal durchlaufen darf, bevor es verworfen wird.
Problem: Ist der Wert zu niedrig zum Beispiel 0, so wird es sofort verworfen, da Pakete aber grundsätzlich im Normfall mehrere Stationen durchlaufen müssen ist dieser Wert denkbar unideal. Zu empfehlen ist eher ein Wert von 64-128. Somit müsst ihr nicht allzulange warten, biss ein Paket meldet den Zielhost nicht gefunden zu haben und hab trotzdem genug Zwischenstationen um dem Paket einen weitläufigeren Weg zu erlauben.
Somit ist dieser Wert eher beim Surfen interessant, falls man übermässig Probleme hat irgendwelche Seiten zu öffnen oder Filesharing Aktionen betreibt ;-)

RWIN = (TCP) Receive Window
Damit regelt ihr wie groß der Empfangspuffer sein soll für eure Verbindung. Jedesmall wenn eine Verbindung zu einem Host aufgebaut wird, wird dem Zielhost mitgeteilt welchen Empfangspuffer ihr verwendet. Der Empfangspuffer gibt an bis zu welcher größe Pakete verschickt werden, bevor auf eine Empfangsbestätigung gewartet wird. Da es viel Zeit kosten würde für jedes Paket eine Bestätigung anzuforden, werden einfach bis zu einem gewissem Größegrad(in Byte) Pakete gesendet. Im Normfall erhält der Sender schon eine Bestätigung noch bevor der Puffer voll ist und somit werden Verzögerungen vermieden. Ist der Puffer zu klein, so stockt die Verbindung und man ist von der Wartezeit auf die Bestätigung betroffen. Ist der RWIN zu gross gewählt so gehen dementsprechend viele Daten verloren, wenn die Bestätigung garnicht oder eine Fehlerbestätigung kommt(das summiert sich dann mit der Zeit).
Für DSL sind die Werte 17424Byte sowie 32767Byte zu empfehlen, letzterer insbesondere dann, wenn man in einem DSL-Randgebiet lebt und die Qualität der Leitung sich in Grenzen hält. Also kann dieser Wert auch in gewissem Maße zum verbessern des Pings beitragen!

Zu Dr.TCP:
Damit kann man alle diese Werte komfortabel einstellen ohne in der Registry rumspielen zu müssen.

So ich denke das sollte erstmal reichen damit eure Datenpakete ihren tapferen weg in der bestmöglichen Zeit zum Zielhost finden! :sperm

:roflmao :roflmao :roflmao

ZacredZoldier

mtu kenn ich jez nur vom router einstelln - aber danke für die info jez weiß ich auch wofür das da ist

B-RAID

yo auch wenns bischen späht kommt,,,

möchte ich mich bei euch devenitiv entschuldigen,,,es bringt wirklich nichts,,,

sorry ann alle die sich damit befasst haben und die lange lange threads,geschrieben haben danke ann alle!!!


---------------------------------------------B-RAID--------------------------------------------