Kein Traffic Shaping bei Fritzbox 6360?

[andreas123]

Ich habe Kabel 32 Mbit/s mit der Fritzbox 6360 (05.22, keine Priorisierungsregeln aktiv), Rechner über GBit-LAN angeschlossen. Immer wenn ich den Upload ins Internet voll auslaste (z.B. Google Drive-Sync), geht downloadmäßig fast überhaupt nichts mehr, Seiten brauchen bis zu mehrere Minuten um zu laden. Das war bei meinem DIR-615 viel besser! Hat AVM das Traffic Shaping nicht im Griff?

[Kunterbunter]

Dann schließ doch deinen DIR-615 für das Traffic Shaping an die Fritzbox 6360 an.

[mason]

Dann schließ doch deinen DIR-615 für das Traffic Shaping an die Fritzbox 6360 an.

Ob das helfen würde?
Down- und Upload müssen doch immer noch über 6360

[Kunterbunter]

Wenn es vorher mit dem Traffic Shaping des DIR-615 funktioniert hat, warum sollte es dann hinter der Fritzbox nicht gehen?

[mason]

Ich gehe mal davon aus, dass vorher vor dem DLINK 615 ein Modem war.
Wenn er nun die 615 hinter die 6360 setzt, müssen Up- und Download doch nach wie vor über die Fritzbox.

Wenn ich einen Denkfehler mache, lasse ich mich gern eines besseren belehren.

[koaschten]

Das shaping auf 32/2 macht dann der 615.

[andreas123]

Das war ja eigentlich nicht der Sinn FritzBox, noch eine zweite Kiste rumstehen zu haben.

Meine Frage vielleicht noch einmal ausführlicher formuliert: haben andere das selbe beobachtet, ist das versionabhängig, besteht Aussicht auf Besserung?

[andreas123]

Nach dem Upgrade auf 100 MBit das selbe Problem. Sobald ich den Upstream voll auslaste (rsync-Upload) geht im Downlink GAR nichts mehr:

PING google.de (173.194.35.151): 56 data bytes
64 bytes from 173.194.35.151: icmp_seq=0 ttl=54 time=30.507 ms
64 bytes from 173.194.35.151: icmp_seq=1 ttl=54 time=29.489 ms
64 bytes from 173.194.35.151: icmp_seq=2 ttl=54 time=29.328 ms
64 bytes from 173.194.35.151: icmp_seq=3 ttl=54 time=29.710 ms
64 bytes from 173.194.35.151: icmp_seq=4 ttl=54 time=30.215 ms
64 bytes from 173.194.35.151: icmp_seq=5 ttl=54 time=30.113 ms
// hier beginnt der Upload
Request timeout for icmp_seq 6
Request timeout for icmp_seq 7
Request timeout for icmp_seq 8
Request timeout for icmp_seq 9
Request timeout for icmp_seq 10
Request timeout for icmp_seq 11
Request timeout for icmp_seq 12
Request timeout for icmp_seq 13
Request timeout for icmp_seq 14
Request timeout for icmp_seq 15
Request timeout for icmp_seq 16
64 bytes from 173.194.35.151: icmp_seq=7 ttl=54 time=10429.354 ms
64 bytes from 173.194.35.151: icmp_seq=12 ttl=54 time=5426.084 ms
64 bytes from 173.194.35.151: icmp_seq=10 ttl=54 time=7428.857 ms
64 bytes from 173.194.35.151: icmp_seq=6 ttl=54 time=11431.469 ms
64 bytes from 173.194.35.151: icmp_seq=11 ttl=54 time=6428.180 ms
64 bytes from 173.194.35.151: icmp_seq=8 ttl=54 time=9430.129 ms
64 bytes from 173.194.35.151: icmp_seq=9 ttl=54 time=8429.522 ms

[legolas]

Ja, lässt sich leicht rekonstruieren. Scheinbar eine "Krankheit" von AVM mit dieser Box.
Derzeit umgehe ich dieses Problem mit lokalen Limitierungen, sofern das die entsprechenden Programme bieten, damit wenigstens der Rest im Netz noch brauchbar surfen kann, wenn es zu einem größeren DL/UL kommt.