extreme Ping-Schwankungen; Downloadrate ebenso

[NEONLiNE]

Hallo liebe Community.

Ich habe seit einigen Tagen große Probleme mit meinem Internet. Die Downloadrate schwankt sehr über den Tag. Meistens morgens liegt sie noch im grünen Bereich bei 1,6 mb/s. Zum Mittag nachmittag sinkt diese teilweise sehr stark ab bis auf nur 0,3,b/s. Manchmal jedoch ist sie auch am Nachmittag vollkommen in Ordnung. Ebenso hab ich große Probleme mit Pingschwankungen. Fällt vorallem in den Games auf. (zB League of Legends).
Die Pinkschwankungen sind sehr unregelmäßig. Doch es handelt sich von angezeigten Werten von ~30ms bis zu 2000ms. (Wusste nicht mal das so hohe Werte erreicht werden können...)

Zur Hardware/Software:
Gigabyte H77-D3H
dLan panasonic bl-pa100
Wlan-USB-Stick: TP-Link TL-WN821N
TELEKOM Speedport W701V (bestimmt schon über 6 Jahre alt, eventuell "altersschwach"?)
Windows 7 Professionell
16k Leitung von Telekom

PC ist über WLAN und dLan verbunden. Reichweite zum Routerbeträgt ca. 2m durch eine "normale" Betonwand.
Ich habe eine "Netzanalyse" auf ICSI Netalyzr durchgeführt dabei kamen diese Auswertung raus.

Spoiler

Summary of Noteworthy Events + –
Major Abnormalities –

Your system has an IPv6 address that does not work
Your DNS resolver returns IP addresses for names that do not exist

Minor Aberrations –

Certain TCP protocols are blocked in outbound traffic
Network packet buffering may be excessive
Not all DNS types were correctly processed

Address-based Tests + –
NAT detection (?): NAT Detected +
Local Network Interfaces (?): IPv6 connectivity problem –
Your computer reports the following network interfaces, with the following IP addresses for each one:

eth0: (an ethernet interface)
eth1: (an ethernet interface)
eth2: (an ethernet interface)
eth3: (an ethernet interface)
192.168.2.35 [NEONLiNE-PC] (a private IPv4 address)
fe80::5d02:12b:59ce:e4ad [NEONLiNE-PC] (a link-local IPv6 address)
eth4: (an ethernet interface)
eth5: (an ethernet interface)
eth6: (an ethernet interface)
eth7: (an ethernet interface)
eth8: (an ethernet interface)
lo: (a local loopback interface)
127.0.0.1 (an IPv4 loopback address)
::1 (an IPv6 loopback address)
net0:
net1:
net10:
net11:
net2:
net3:
net4:
192.168.2.26 [NEONLiNE-PC] (a private IPv4 address)
fe80::6:c15ff1:7a70 [NEONLiNE-PC] (a link-local IPv6 address)
net5:
2001:0:5ef5:79fb:10a6:928:3f57:fddc [NEONLiNE-PC] (a Teredo IPv6 address)
fe80::10a6:928:3f57:fddc [NEONLiNE-PC] (a link-local IPv6 address)
net6:
fe80::5efe:c0a8:223 (a link-local IPv6 address)
net7:
fe80::5efe:c0a8:21a (a link-local IPv6 address)
net8:
net9:
ppp0:
ppp1:

Your system has an IPv6 address, yet was unable to fetch an image using IPv6. This can cause substantial problems as your web browser or other programs may first attempt to contact hosts using the non-functional IPv6 connection.
DNS-based host information (?): OK +
NAT support for Universal Plug and Play (UPnP) (?): Not found +
Reachability Tests + –
TCP connectivity (?): Note –
Direct TCP access to remote FTP servers (port 21) is allowed.
Direct TCP access to remote SSH servers (port 22) is allowed.
Direct TCP access to remote SMTP servers (port 25) is allowed.
Direct TCP access to remote DNS servers (port 53) is allowed.
Direct TCP access to remote HTTP servers (port 80) is allowed.
Direct TCP access to remote POP3 servers (port 110) is allowed.

Direct TCP access to remote RPC servers (port 135) is blocked.

This is probably for security reasons, as this protocol is generally not designed for use outside the local network.

Direct TCP access to remote NetBIOS servers (port 139) is blocked.

This is probably for security reasons, as this protocol is generally not designed for use outside the local network.
Direct TCP access to remote IMAP servers (port 143) is allowed.
Direct TCP access to remote SNMP servers (port 161) is allowed.
Direct TCP access to remote HTTPS servers (port 443) is allowed.

Direct TCP access to remote SMB servers (port 445) is blocked.

This is probably for security reasons, as this protocol is generally not designed for use outside the local network.
Direct TCP access to remote SMTP/SSL servers (port 465) is allowed.
Direct TCP access to remote secure IMAP servers (port 585) is allowed.
Direct TCP access to remote authenticated SMTP servers (port 587) is allowed.
Direct TCP access to remote IMAP/SSL servers (port 993) is allowed.
Direct TCP access to remote POP/SSL servers (port 995) is allowed.
Direct TCP access to remote OpenVPN servers (port 1194) is allowed.
Direct TCP access to remote PPTP Control servers (port 1723) is allowed.
Direct TCP access to remote SIP servers (port 5060) is allowed.
Direct TCP access to remote BitTorrent servers (port 6881) is allowed.
Direct TCP access to remote TOR servers (port 9001) is allowed.
UDP connectivity (?): OK +
Traceroute (?): OK +
Path MTU (?): OK +
Hidden Proxy Detection (?): OK +
Network Access Link Properties + –
Network performance (?): Latency: 120 ms, Loss: 0.0% +
TCP connection setup latency (?): 120ms +
Background measurement of network health (?): no transient outages +
Network bandwidth (?): Upload 880 Kbit/s, Download 870 Kbit/s +
Network buffer measurements (?): Uplink 1200 ms, Downlink 2500 ms –
We estimate your uplink as having 1200 ms of buffering. This is quite high, and you may experience substantial disruption to your network performance when performing interactive tasks such as web-surfing while simultaneously conducting large uploads. With such a buffer, real-time applications such as games or audio chat can work quite poorly when conducting large uploads at the same time.
We estimate your downlink as having 2500 ms of buffering. This is quite high, and you may experience substantial disruption to your network performance when performing interactive tasks such as web-surfing while simultaneously conducting large downloads. With such a buffer, real-time applications such as games or audio chat can work quite poorly when conducting large downloads at the same time.
HTTP Tests + –
Address-based HTTP proxy detection (?): OK +
Content-based HTTP proxy detection (?): OK +
HTTP proxy detection via malformed requests (?): OK +
Filetype-based filtering (?): OK +
HTTP caching behavior (?): OK +
JavaScript-based tests (?): OK +
DNS Tests + –
Restricted domain DNS lookup (?): OK +
Unrestricted domain DNS lookup (?): OK +
DNS resolver address (?): OK +
DNS resolver properties (?): Lookup latency 210 ms +
Direct probing of DNS resolvers (?) –
Internal Server Error on Test Report
DNS glue policy (?): OK +
DNS resolver port randomization (?): OK +
DNS lookups of popular domains (?): OK +
DNS external proxy (?): OK +
DNS results wildcarding (?): Warning –

Your ISP's DNS server returns IP addresses even for domain names which should not resolve. Instead of an error, the DNS server returns an address of 80.156.86.78, which does not resolve. You can inspect the resulting HTML content here.

There are several possible explanations for this behavior. The most likely cause is that the ISP is attempting to profit from customer's typos by presenting advertisements in response to bad requests, but it could also be due to an error or misconfiguration in the DNS server.

The big problem with this behavior is that it can potentially break any network application which relies on DNS properly returning an error when a name does not exist.

The following lists your DNS server's behavior in more detail.

www.{random}.com is mapped to 80.156.86.78.
www.{random}.org is mapped to 80.156.86.78.
fubar.{random}.com is mapped to 62.157.140.133.
www.yahoo.cmo [sic] is mapped to 62.157.140.133.
nxdomain.{random}.netalyzr.icsi.berkeley.edu is mapped to 62.157.140.133.

DNS-level redirection of specific sites (?): OK +
Direct probing of DNS roots (?): OK +
IPv6 Tests + –
DNS support for IPv6 (?): OK +
IPv4, IPv6, and your web browser (?): IPv6 connectivity problem +
IPv6 connectivity (?): No IPv6 support +
Network Security Protocols + –
DNSSEC Support from the DNS Roots (?): OK +
Host Properties + –
System clock accuracy (?): OK +
Browser properties (?): OK +
Uploaded data (?): OK

Bin mir nicht so sicher was ich gegen die bestehenden Probleme machen kann. Gerade das mit dem DNS sowie den ip-6 Problemen.
Habt ihr noch Ideen was ich machen kann?

LG NEONLiNE

 

[TCM]

Bist du sicher, dass nicht irgendwas im LAN den Upload dichtmacht?

 

[NEONLiNE]

Doofe Gegenfrage - Was könnte das sein? Ich kenne mich jetzt nicht so gut mit dem Zeug aus.

Aber ansich versteh ich schon nicht wieso es keine ob ich WLAN oder dLan abstecke, die Probleme treten bei beiden auf.
2. komische Tatsache - es hat vorher min. 2 Jahre mehr oder weniger ohne Probleme funktioniert, ist jetzt seit knapp 2 Wochen das Problem.
Bei der Telekom hatte ich auch schonmal angerufen, die konnten jedoch keine Störungen außerhalbs feststellen...

 

[TCM]

Trojaner z.B. oder ungebetene Gäste im WLAN. Wenn du WLAN "absteckst", dann nur an deinem PC oder machst du das WLAN am Router auch aus?

Wenn du hast, würde ich nebenbei auf einem extra Rechner eine Linux-LiveCD booten und permanent einen Ping nach draußen laufenlassen. Wenn das Problem dann auftritt, nacheinander erst WLAN abschalten, dann jeden Client nach und nach ausschalten und gucken, ob irgendwann der Ping auf einmal wieder gut ist. Ist nicht die wissenschaftlichste Methode, aber kann einen Hinweis liefern.

Besser wäre, wenn man Router und DSL-Modem getrennt kriegt und zwischen die beiden einen Rechner schnallt, der alles mitschneiden kann. Dann kann man nachsehen, ob und was genau über die Leitung nach draußen geht, wenn das Problem auftritt.

 

[NEONLiNE]

Gut ich hatte vor ca. 5 Tagen schonmal mit einer Ubuntu LiveCD das WLAN sowie dLan getestet, dabei traten die gleichen Probleme auf. -> war allerdings auf meinem Computer

Also könnte es auch sein das einer meiner lieben Nachbarn an meinem WLAN bedient. Könnte das durch die Aktivierung der MAC-Filterung behoben werden?

 

[TCM]

Ich weiß grad nicht, wie sicher so ein W701V allgemein ist. Wenn da jemand im WLAN ist, der nicht da hingehört, dann hilft aber auf jeden Fall auch ein MAC-Filter nicht.

Du hast also deinen Rechner schon ausgeschlossen als Problemquelle. Hast du beim Auftreten des Problems das WLAN mal gekillt, und war das Problem dann weg? Oder hast du quasi nur bestätigt, dass das Problem - wenn es auftritt - über WLAN und dLAN besteht? Um das WLAN jetzt einzugrenzen, solltest du wie gesagt mit der LiveCD über dLAN pingen, bis das Problem auftritt und dann am Router das WLAN komplett abschalten und gucken, ob der Ping immer noch hoch ist.

 

[NEONLiNE]

Ich bin mir jedenfalls ziemlich sicher das mein PC nicht die Problemquelle ist, da zu den Problemzeiten auch bei anderen PC's im Haus das Internet eingeschränkt ist. (Lädt alles sehr langsam)
Muss ich das anpingen mit der LiveCD an einem anderen PC machen oder solllte das acuh an meinem gehen?

Oder hast du quasi nur bestätigt, dass das Problem - wenn es auftritt - über WLAN und dLAN besteht?

Ja sozusagen nur bestätigt.


Nächste dumme Frage - was soll ich am besten anpingen?

 

[TCM]

Wenn das Problem - wenn es dann auftritt - länger anhält, dann reichts auch, wenn du deinen PC dann auf die LiveCD umbootest und den Test laufenlässt. Das bietet sich an, weil du den PC ja schon ausgeschlossen hast als einzige Quelle. Er kann zwar immer noch mitbeteiligt sein, aber auf jeden Fall kommt das Problem auch woanders her.

Der heißeste Tipp ist im Moment das WLAN, deswegen mal schauen, ob WLAN abschalten das Problem schlagartig beseitigt.

 

[NEONLiNE]

Gut vielen Dank erstmal! Denke das ich mich dann erst heute Abend melden kann. Momentan (ist meistens morgens) ist alles in Ordnung. Die Probleme treten wiegesagt meistens am Nachmittag - ABend auf.

Und wie schon oben gefragt, was soll ich denn anpingen? Reicht ein anderer PC im Haus? Oder was soll ich da am besten nehmen?

 

[TCM]

Irgendwas "draußen". www.heise.de oder 8.8.8.8. Du willst ja gerade den Effekt auf die Internetverbindung testen.