Unitymedia EPC3208G - High Ping mit Switch/Router

[mimeimo]

Hallo,

ich bräuchte mal eure Hilfe. Ich habe einen KabelBW Anschluss mit 50MBit Down und 2,5MBit Up. Seit einigen Wochen habe ich Probleme mit meinem EPC3208G-Kabelmodem von KabelBW. Ich hatte auch schon den Service Techniker da der meinte, dass alles in Ordnung sei. Ich solle einen Werksreset machen, danach würde sicher alles funktionieren... Aaaaaber. Wenn ich von meinem PC aus auf das Internet zugreife habe ich folgende Leitungsraten:

Download: ~45-50 Mbit
Upload: ~1-1,5 Mbit
Ping: ~200ms

Das sieht im Netzwerk so aus:
<Internet> --- <EPC3208G> --- <WLAN Router> --- <PC>



Wenn ich auf das Kabelmodem direkt zugreife sind die Werte allerdings gut:
Download: ~50-52 Mbit
Upload: ~2,3-2,6 Mbit
Ping <15ms

<Internet> --- <EPC3208G> --- <PC>


Da ich vermutet hatte, dass der WLAN Router einen Schuss haben könnte habe ich den gegen einen GBit Switch ausgetauscht und den WLAN Router komplett aus dem Netzwerk entfernt. Leider ohne Änderung des Ergebnisses.

Download: ~45-50 Mbit
Upload: ~1-1,5 Mbit
Ping: ~200ms

<Internet> --- <EPC3208G> --- <GBit Switch> --- <PC>

Ich habe sogar das Kabel zwischen <EPC3208G> --- <GBit Switch> getauscht in der Hoffnung es wäre nur ein Kabelproblem. Hat jemand einen Tipp was ich übersehen habe? Ich werde noch wahnsinnig bei der Suche nach dem Fehler :kratz:

DANKE für euche Hilfe!

 

[mimeimo]

Hier noch die Speedtest Messungen dazu.

Direkt verbunden:

via Netzwerk:

 

[Knifte]

Ich würde mal vermuten, dass der Router wahrscheinlich falsch konfiguriert war und der Switch ne MAcke hat oder das son absolutes Billgteil (TP-Link) ist, die auch gern mal Probleme machen.

Teste mal nen anderen Router oder nen anderen Switch.

 

[koax]

Das sieht im Netzwerk so aus:
<Internet> --- <EPC3208G> --- <WLAN Router> --- <PC>

Das EPC3208G ist ja selbst ein Router. Hast Du denn den dahintergeschalteten WLAN-Router zusätzlich als Router genutzt (Doppel-NAT) oder benutzt Du ihn nur als Switch und WLAN-Accesspoint?
Doppel-NAT könnte eine Erklärung sein, allerdings nicht dafür, dass der alternative Switch ebenfalls die Symptome zeigt.

 

[mimeimo]

Die Idee mit den beiden NATs hatte ich leider auch schon. Die NAT/SPI im Kabelmodem habe ich auf "low" gestellt, da der ansonsten einige Verbindungen schlicht blockiert, die NAT im WLAN Router war komplett aus.
Aber das Problem tritt ja sogar auf wenn ich über den Switch gehe und der Router komplett abgeklemmt ist :kratz: . Der Switch sollte meiner Meinung nach ja ein vollkommen transparentes Stück Hardware sein, dass im Netzwerk garnicht zu sehen ist...

 

[Knifte]

Hängt ja auch ein bisschen vom Switch ab.

Nenn uns doch mal das genaue Modell.

 

[mimeimo]

Der Switch ist ein Netgear GS308-100PES, der Router ein TL-WDR4300.

 

[koax]

Die Idee mit den beiden NATs hatte ich leider auch schon. Die NAT/SPI im Kabelmodem habe ich auf "low" gestellt, da der ansonsten einige Verbindungen schlicht blockiert, die NAT im WLAN Router war komplett aus.

Fungierten denn trotzdem beide als Router? War der TP-Link am über seinen WAN-Anschluss oder einen LAN-Anschluss mit dem EPC3208G verbunden als IP-Client?

 

[mimeimo]

Die IPs werden nur vom Kabelmodem vergeben. Der TP-Link ist über den LAN Anschluss angebunden. Das Problem tritt auch ohne Router in der Konfiguration mit einem reinen Switch auf.

 

[Knifte]

Ich hate bei einem Netgear Switch auch einmal das Problem, dass der wohl Packets gedroppt hatte (so hat es zumindest der Support von Netgear genannt - hast ja mit den ProSafe Geräten ne ziemlich umfangreiche Garantie).

Bei mir hat es damals geholfen, den Switch noch einma zu resetten. Mit ner aufgebogenen Büroklammer in das Loch am Switch und ich glaub 10 oder 30 Sekunden gerdückt halten. Guck mal in die Anleitung. Seitdem funktioniert bei mir wieder alles.

 

[mimeimo]

Bei meinem Router habe ich schon einen 30-30-30 (30 Sekunden Reset Knopf drücken, Knopf gedrückt halten, 30 Sekunden ausschalten, den Knopf weiterhin 30 Sekunden gedrückt halten) Reset gemacht. Beim Switch entdecke ich beim Besten willen keinen Reset Knopf.
http://www.downloads.netgear.com/files/GDC/GS308/GS308_GR_IG_06Feb13.pdf

 

[Knifte]

Komisch. Ich habe den Netgear ProSafe GS 108 E und da gibt es einen Rest-Knopf. Dachte, dass es den bei dir auch gäb.

 

[mimeimo]

hat jemand noch einen Tipp? Mir gehen echt die Ideen aus
Danke schonmal vorab.

 

[koax]

Du hast bisher noch gar nichts über Ping und Transferrate im LAN geschrieben.
Was kriegst Du denn angezeigt, wenn Du den Cisco pingst?

 

[mimeimo]

Gute Idee. Das werde ich heute abend auf jeden Fall mal zusammenfassen. Alleridngs nach dem Spiel

 

[NoGi]

hat jemand noch einen Tipp? Mir gehen echt die Ideen aus
Danke schonmal vorab.

Zunächst gilt es einmal festzustellen wo die Laufzeiten entstehen:

Windows: tracert -4 heise.de
Linux: traceroute -4 heise.de

Damit kannst du sehen ob die Zeiten zwischen Rechner und Gateway oder jenseits des Gateways entstehen.
Interessant wäre auch einen zweiten Rechner (oder einen AP) mit an den Switch zu hängen und vom Rechner aus den zu pingen.
Damit kannst du feststellen ob der Swiich klemmt.

Viel Spass bei den Versuchen.

-NoGi

 

[mimeimo]

Hi,

hier mal die Ergebnisse nachdem ich wild durch Netzwerk gepingt habe:


Ping PC --> Media Server (beide am Switch)
Ping wird ausgeführt für 192.168.0.201 mit 32 Bytes Daten:
Antwort von 192.168.0.201: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.0.201: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.0.201: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.0.201: Bytes=32 Zeit<1ms TTL=128


Ping PC --> Kabelmodem (via Switch - WLAN Router aus)
Ping wird ausgeführt für 192.168.0.1 mit 32 Bytes Daten:
Antwort von 192.168.0.1: Bytes=32 Zeit=287ms TTL=64
Antwort von 192.168.0.1: Bytes=32 Zeit=319ms TTL=64
Antwort von 192.168.0.1: Bytes=32 Zeit=157ms TTL=64
Antwort von 192.168.0.1: Bytes=32 Zeit=185ms TTL=64


Ping PC --> Kabelmodem (via WLAN Router - Switch aus)
Ping wird ausgeführt für 192.168.0.1 mit 32 Bytes Daten:
Antwort von 192.168.0.1: Bytes=32 Zeit=261ms TTL=64
Antwort von 192.168.0.1: Bytes=32 Zeit=322ms TTL=64
Antwort von 192.168.0.1: Bytes=32 Zeit=269ms TTL=64
Antwort von 192.168.0.1: Bytes=32 Zeit=11ms TTL=64


Ping PC --> Kabelmodem (direkt)
Antwort von 192.168.0.1: Bytes=32 Zeit=6ms TTL=64
Antwort von 192.168.0.1: Bytes=32 Zeit=78ms TTL=64
Antwort von 192.168.0.1: Bytes=32 Zeit=6ms TTL=64
Antwort von 192.168.0.1: Bytes=32 Zeit=6ms TTL=64

Zum Testen habe ich übrigens schon 3 Kabel zwischen Switch <--> Kabelmodem gehabt. Leider immer mit dem gleichen Ergebnis.

vielen Dank für eure Ideen!

 

[koax]

Selbst die Pingzeiten zum 3208G wenn der Rechner direkt daran hängt sind viel zu hoch. Höher als 1 ms darf die Zeit nicht sein.
Worans iiegt? Bin ratlos.

 

[NoGi]

Selbst die Pingzeiten zum 3208G wenn der Rechner direkt daran hängt sind viel zu hoch. Höher als 1 ms darf die Zeit nicht sein.
Worans iiegt? Bin ratlos.

Koax hat recht! ich erreiche vom "Zweitrechner" meine Raspberry Pi über den Weg
Rechner->T-Link GBit switch -> Fritzbox 6340 -> T-Link WR1043ND -> RasPi in deutlich unter einer Microsekunde.

gio3:~ # ping 192.168.250.70
PING 192.168.250.70 (192.168.250.70) 56(84) bytes of data.
64 bytes from 192.168.250.70: icmp_seq=1 ttl=64 time=0.781 ms
64 bytes from 192.168.250.70: icmp_seq=2 ttl=64 time=0.763 ms
64 bytes from 192.168.250.70: icmp_seq=3 ttl=64 time=0.770 ms
64 bytes from 192.168.250.70: icmp_seq=4 ttl=64 time=0.745 ms
^C
--- 192.168.250.70 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3000ms
rtt min/avg/max/mdev = 0.745/0.764/0.781/0.036 ms

Man kann also vermuten, dass der EPC3008G einen Schuss hat.
Wenn der 3008G kein Auto-negotiating mehr macht und auf 10MBit/half duplex hängen bleibt könnte ich mir sowas vorstellen.
Dazu müsste man aber die Verbindung z.B. mit ethtool unter Linux beäugen.
Ansonsten bin auch ich mit meinem Latein am Ende.

-NoGi

 

[mimeimo]

Alles klar. VIELEN DANK für eure Hilfe. Jetzt muss ich nur noch versuchen den Jungs bei der Technikhotline klarzumachen, dass der Router ne Macke hat. :streber:

 

[koax]

ich erreiche vom "Zweitrechner" meine Raspberry Pi über den Weg
Rechner->T-Link GBit switch -> Fritzbox 6340 -> T-Link WR1043ND -> RasPi in deutlich unter einer Microsekunde.

Nun übertreib mal nicht so. :zwinker:

1 µs = 0,001 ms = 0,000001 Sekunde

 

[NoGi]

ich erreiche vom "Zweitrechner" meine Raspberry Pi über den Weg
Rechner->T-Link GBit switch -> Fritzbox 6340 -> T-Link WR1043ND -> RasPi in deutlich unter einer Microsekunde.

Nun übertreib mal nicht so. :zwinker:

1 µs = 0,001 ms = 0,000001 Sekunde

Knapp vorbei ist halt auch daneben :hirnbump: <- Nogi

-NoGi

 

[mimeimo]

Moin,

ich nochmal...

Nachdem der Kabeltechniker nun schon zwei Mal bei mir war habe ich mittlerweile ein neues Kabelmodem (Arris) und habe mir auch selbst einen neuen Router (Netgear AC1900) zugelegt. Alles um zu versuchen den Ping in den Griff zu bekommen.
Als das Problem erstmalig auftrat waren die Ping Zeiten bei ca. 200ms. Nach dem neuen Kabelmodem sind wir jetzt bei Pingzeiten um die 500ms. Laut KabelBW ist die Leitung in Ordnung, das Problem muss bei mir liegen. Das kann ich mir aber nicht vorstellen. So ziemlich alle Komponenten bei mir wurden mittlerweile ausgetauscht. Hat jemand von euch noch nen Tipp wo sich das Problem versteckt haben könnte?

Danke vorab