Hallo,

ich habe folgendes Problem: Verbinde ich meinen Laptop direkt per Netzwerkkabel mit meinem DSL-Modem erreiche ich annähernd die nominell verfügbaren Durchsatzraten meines DSL-Anschlusses.

Schließe ich nun einen Router (Belkin F5D7230) "dazwischen", erziele ich sowohl bei Verbindung per Netzwerkkabel als auch per WLAN zum Router lediglich maximal 1/3 der Durchsatzraten im Vergleich zu vorher und habe mit Durchsatzschwankungen, regelmäßigen Verbindungsabbrüchen und Packetloss zu kämpfen.

Hier mal die Ausgabe von ipconfig /all bei gleichzeitiger Verbindung per Kabel/WLAN mit dem Router:

Microsoft Windows [Version 6.1.7600]

Copyright (c) 2009 Microsoft Corporation. Alle Rechte vorbehalten.


C:\Users\Fraenke>ipconfig /all


Windows-IP-Konfiguration


   Hostname  . . . . . . . . . . . . : Fraenke-PC

   Primäres DNS-Suffix . . . . . . . :

   Knotentyp . . . . . . . . . . . . : Hybrid

   IP-Routing aktiviert  . . . . . . : Nein

   WINS-Proxy aktiviert  . . . . . . : Nein

   DNS-Suffixsuchliste . . . . . . . : Belkin


Ethernet-Adapter LAN-Verbindung 3:


   Medienstatus. . . . . . . . . . . : Medium getrennt

   Verbindungsspezifisches DNS-Suffix:

   Beschreibung. . . . . . . . . . . : NCP Secure Client Virtual NDIS6 Adapter

   Physikalische Adresse . . . . . . : 02-00-4E-43-50-49

   DHCP aktiviert. . . . . . . . . . : Ja

   Autokonfiguration aktiviert . . . : Ja


Ethernet-Adapter LAN-Verbindung:


   Verbindungsspezifisches DNS-Suffix: Belkin

   Beschreibung. . . . . . . . . . . : Broadcom NetLink (TM)-Gigabit-Ethernet

   Physikalische Adresse . . . . . . : 00-21-70-90-2B-E9

   DHCP aktiviert. . . . . . . . . . : Ja

   Autokonfiguration aktiviert . . . : Ja

   Verbindungslokale IPv6-Adresse  . : fe80::ada5:c5a8:128c:819c%12(Bevorzugt)

   IPv4-Adresse  . . . . . . . . . . : 192.168.2.3(Bevorzugt)

   Subnetzmaske  . . . . . . . . . . : 255.255.255.0

   Lease erhalten. . . . . . . . . . : Donnerstag, 12. November 2009 16:45:18

   Lease läuft ab. . . . . . . . . . : Montag, 20. Dezember 2145 00:16:28

   Standardgateway . . . . . . . . . : 192.168.2.1

   DHCP-Server . . . . . . . . . . . : 192.168.2.1

   DHCPv6-IAID . . . . . . . . . . . : 268444016

   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-12-4E-75-B4-00-21-70-90-2B-E9


   DNS-Server  . . . . . . . . . . . : 192.168.2.1

                                       195.50.140.248

                                       195.50.140.114

   NetBIOS über TCP/IP . . . . . . . : Aktiviert


Drahtlos-LAN-Adapter Drahtlosnetzwerkverbindung:


   Verbindungsspezifisches DNS-Suffix: Belkin

   Beschreibung. . . . . . . . . . . : Intel(R) WiFi Link 5100 AGN

   Physikalische Adresse . . . . . . : 00-21-5D-CA-37-E0

   DHCP aktiviert. . . . . . . . . . : Ja

   Autokonfiguration aktiviert . . . : Ja

   Verbindungslokale IPv6-Adresse  . : fe80::5cb8:8ef:c63f:5914%11(Bevorzugt)

   IPv4-Adresse  . . . . . . . . . . : 192.168.2.2(Bevorzugt)

   Subnetzmaske  . . . . . . . . . . : 255.255.255.0

   Lease erhalten. . . . . . . . . . : Donnerstag, 12. November 2009 16:42:07

   Lease läuft ab. . . . . . . . . . : Montag, 20. Dezember 2145 00:16:28

   Standardgateway . . . . . . . . . : 192.168.2.1

   DHCP-Server . . . . . . . . . . . : 192.168.2.1

   DHCPv6-IAID . . . . . . . . . . . : 184557917

   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-12-4E-75-B4-00-21-70-90-2B-E9


   DNS-Server  . . . . . . . . . . . : 192.168.2.1

                                       195.50.140.248

                                       195.50.140.114

   NetBIOS über TCP/IP . . . . . . . : Aktiviert


Tunneladapter isatap.{84B0F9CA-1AFD-4987-9514-03E483DA7011}:


   Medienstatus. . . . . . . . . . . : Medium getrennt

   Verbindungsspezifisches DNS-Suffix:

   Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter

   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0

   DHCP aktiviert. . . . . . . . . . : Nein

   Autokonfiguration aktiviert . . . : Ja


Tunneladapter Teredo Tunneling Pseudo-Interface:


   Verbindungsspezifisches DNS-Suffix:

   Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface

   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0

   DHCP aktiviert. . . . . . . . . . : Nein

   Autokonfiguration aktiviert . . . : Ja

   IPv6-Adresse. . . . . . . . . . . : 2001:0:d5c7:a2d6:30a9:2459:abc0:8fc4(Bevo

rzugt)

   Verbindungslokale IPv6-Adresse  . : fe80::30a9:2459:abc0:8fc4%13(Bevorzugt)

   Standardgateway . . . . . . . . . : ::

   NetBIOS über TCP/IP . . . . . . . : Deaktiviert


Tunneladapter isatap.Belkin:


   Medienstatus. . . . . . . . . . . : Medium getrennt

   Verbindungsspezifisches DNS-Suffix: Belkin

   Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter #4

   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0

   DHCP aktiviert. . . . . . . . . . : Nein

   Autokonfiguration aktiviert . . . : Ja


C:\Users\Fraenke>

Wäre für jegliche Lösungsvorschläge dankbar.

Deaktivier mal (dürfte sich um Vista oder Win7 handeln, sowas bitte dazuschreiben!) IPV6 auf der LAN-Verbindung (einfach den Haken rausnehmen).

Ist auf dem Belkin die aktuellste Firmware drauf?

Zeigt das Log vom Belkin irgendwas hilfreiches?

Deaktivier mal (dürfte sich um Vista oder Win7 handeln, sowas bitte dazuschreiben!) IPV6 auf der LAN-Verbindung (einfach den Haken rausnehmen).

Ist Windows7, Problem trat aber auch schon unter Vista auf. Hab die WLAN-Verbindung getrennt und IPV6 auf der LAN-Verbindung deaktiviert, leider keine Besserung.

Ist auf dem Belkin die aktuellste Firmware drauf?

Zeigt das Log vom Belkin irgendwas hilfreiches?

Ist die aktuellste Firmware drauf. Hatte heute morgen testweise nen TP-Link WR941ND angeschlossen, hat keinen Unterschied gemacht.

Log zeigt ausser meinen Logins auf der Weboberfläche und der Einwahl ins Inet nichts ungewöhnliches an.

Mal mit wireshark die Datenströme vergleichen - irgendwo müssen sich doch die Probleme bemerkbar machen.

Mal mit wireshark die Datenströme vergleichen - irgendwo müssen sich doch die Probleme bemerkbar machen.

Worauf soll ich dabei genau achten? Ich hab ne Menge mit roter Schrift auf schwarzem Grund (TCP Previous Segment Lost, TCP Retransmission, TCP Dup ACK), vermute aber mal das sind nur die Anzeichen des schon erwähnten Packetloss. Wie kann ich Hinweise auf das auslösende Problem herausfiltern?

Was für Internet Provider und was für ein Modem hast du den?

1.

Was für Internet Provider und was für ein Modem hast du den?

1.

Arcor und Arcor-DSL Speed Modem 200

Worauf soll ich dabei genau achten? Ich hab ne Menge mit roter Schrift auf schwarzem Grund (TCP Previous Segment Lost, TCP Retransmission, TCP Dup ACK), vermute aber mal das sind nur die Anzeichen des schon erwähnten Packetloss. Wie kann ich Hinweise auf das auslösende Problem herausfiltern?

Indem Du die Flags vorangegangener Pakete derselben TCP-Verbindung analysierst (MTU, Paketgröße, MSS, TCP-Window-Size (wird letztere ständig geäandert?)).

Was hast Du am Belkin-Router eingestellt? PPPoE (S. 32)? Welche MTU (1492 o. 1454 o.andere, S.33)? Ggf. diese merken und mit veränderten Einstellungen experimentieren. Mit Wireshark kontrollieren und oder mit Ping Pakete unterschiedlicher Größe (zw. 1400 u. 1490 etwa) generieren, schauen, wo es zu Ende geht.

Ggf. MTU am zugehörigen LAN-Interface des PCs anpassen. Wieder kontrollieren. Immer den alten Wert merken,

Ggf. auch eine relativ kleine TCP-Windows-Size fest einstellen (verringert aber auch den Durchsatz).

HTH

Ich mach mal die Ingrid

Belkin-Router - Welche MTU (1492 o. 1454 o.andere, S.33)

Mich irritieren die rel. kleinen MTU-Werte, die der Router vorgibt. Mglw. liegt dort das Problem. AFAIK können der raspppoe (Robert Schlabbach) oder der cfos-pppoe-Treiber sich so anpassen, dass sie mit dieser MTU besser klar kommen (also nicht mit dem eingebauten pppoe-Treiber sondern mit einem dieser beiden DSL machen).

Wenn es ein MTU Problem ist, dann weil Path MTU Discovery über NAT meist nicht funktioniert.

Dein rechner schickt mit Ethernet Standard 1500 Bytes an den Router, der kann aber nur mit 1492 bzw. 1452 oder kleiner (Provider depended) raus. Also muss er mühselig die Pakete fragmentieren.

Einfachste Variante:

ping -f <Host> -l 1500

Mit -f sagst du, dass Pakete nicht fragmentiert werden dürfen.

Mit -l gibst du die Länge vor.

Nun gehst du von den 1500 Byte solange runter bis der Ping durchgeht und hast deine MTU