tv-forum.info

@Fredel:
Du lädst im obigen Beispiel übrigens mit 13 Megabit / Sekunde GESAMT. Was für einen T-Online Anschluss hast Du denn? Wie lautet DEINE IP-Adresse?

Der JDL Downloadmanager Screen ist vom Standort Würzburg. Die WAN war dort zu der Zeit 79.208.19.49. ISP ist Telekom mit Call & Surf ISDN 16000.
Der PC ist angeschlossen über 1GB LAN Ethernet Switch, nicht über WLAN. Das ist mein Arbeitsplatz. Die Netzwerkauslastung war zu dem Zeitpunkt nur geringfügig und ist auch funktionstüchtig bekannt und unkritisch.

Die Unklarheit bzgl. der Tracert´s liegt ev. darin, dass es unterschiedliche über ganz Süddeutschland verteilte Standorte mit unterschiedlichem Internet Anschluss und Provider sind. Die Downloads sind auch nicht gescreent, ein Firefox (zu Testzwecken war zu der Zeit bei 26KB/s), ein anderer Standort ist erst gar nicht gestartet, die anderen JDL bzw. WGET hab ich nicht gescreent.

Hier dennoch mal wget Downloads.Es steht 0 drine. Das zwar deutlicher, aber habs dennoch weg gelassen, weil´s nicht korrekt / unfair wäre (wget berechnet die Werte über einen kurzen Messzeitraum).

79.208.19.49 ist schon von meinem Heimanschluss schlecht erreichbar, da ist irgendwas nicht ganz in Ordnung. Ist dies noch eine aktuelle IP?
[Q=]ping 79.208.19.49
PING 79.208.19.49 (79.208.19.49): 56 data bytes
64 bytes from 79.208.19.49: icmp_seq=0 ttl=53 time=100.526 ms
64 bytes from 79.208.19.49: icmp_seq=1 ttl=53 time=69.721 ms
64 bytes from 79.208.19.49: icmp_seq=2 ttl=53 time=93.814 ms
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4
Request timeout for icmp_seq 5
Request timeout for icmp_seq 6
Request timeout for icmp_seq 7
Request timeout for icmp_seq 8
Request timeout for icmp_seq 9
64 bytes from 79.208.19.49: icmp_seq=10 ttl=53 time=95.105 ms
64 bytes from 79.208.19.49: icmp_seq=11 ttl=53 time=84.997 ms
64 bytes from 79.208.19.49: icmp_seq=12 ttl=53 time=89.631 ms[/Q]

Eine vergleichbare Adresse / Host aus dem selben Netz der Telekom, antwortet ohne Verlust und mit weit aus weniger Latenz:
[Q=] ping 79.208.19.60
PING 79.208.19.60 (79.208.19.60) 56(84) bytes of data.
64 bytes from 79.208.19.60: icmp_req=1 ttl=247 time=23.3 ms
64 bytes from 79.208.19.60: icmp_req=2 ttl=247 time=23.0 ms
64 bytes from 79.208.19.60: icmp_req=3 ttl=247 time=22.7 ms
64 bytes from 79.208.19.60: icmp_req=4 ttl=247 time=22.8 ms[/Q]

Dort sind beide Routen natürlich identisch.

Wenn Du von 1und1 runter lädst, lädst Du normalerweise von Amsterdam. Von daher ist der andere Tracert jetzt nicht aussagekräftig. Bis auf Deinen Anschluss fällt mir nichts abnormales bei den anderen Routen auf. Wenn Du 16 Megabit von der Telekom hast und mit 13 Megabit vorhin runtergeladen hast, verstehe ich das Problem nicht eindeutig?

Für die Tracert und die Screens habe ich natürlich die gesamte Bandbreite offen gehalten.

Die IP ist noch die selbe von Dir genannte. Die Auslastung der Bandbreite und des Routers ist zur Zeit 100%. Die Schwäche von Save.TV kompensiert er durch vollautomaitsche Erhöhung der Anzahl der gleichzeitigen Downloads. An der Tatsache, dass jede 2. Aufnahme nicht "streamfähig" ist, egal ob 5% oder 100% Netzwerkauslastung, ändert das nix.

Parallel sind unzählige RPC und Putty Sitzungen offen. Dass der Router gut ausgelastet ist, überrascht mich nicht.

Und today?

Mit Allerheiligen ist bei uns heute ein Feiertag. War Gestern leider nicht da.

Im Augenblick 17:38 alles OK.

Na, wie läufts?

Einige weitere Stichproben am Abend ohne Probleme und mit schneller Geschwindigkeit.

18 Tage ohne Beschwerden!

NoiseConspiracy hat geschrieben: ↑Mi 30. Nov 2016, 13:21 18 Tage ohne Beschwerden!

Aber dafür nach einigen Monaten wieder!

Viele Grüße

646377