Fraenke Geschrieben 12. November 2009 Geschrieben 12. November 2009 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. Zitieren
Thanks-and-Goodbye Geschrieben 12. November 2009 Geschrieben 12. November 2009 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? Zitieren
Fraenke Geschrieben 12. November 2009 Autor Geschrieben 12. November 2009 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. Zitieren
ewert59 Geschrieben 12. November 2009 Geschrieben 12. November 2009 Mal mit wireshark die Datenströme vergleichen - irgendwo müssen sich doch die Probleme bemerkbar machen. Zitieren
Fraenke Geschrieben 12. November 2009 Autor Geschrieben 12. November 2009 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? Zitieren
skejcik Geschrieben 13. November 2009 Geschrieben 13. November 2009 Was für Internet Provider und was für ein Modem hast du den? 1. Zitieren
Fraenke Geschrieben 13. November 2009 Autor Geschrieben 13. November 2009 Was für Internet Provider und was für ein Modem hast du den? 1. Arcor und Arcor-DSL Speed Modem 200 Zitieren
ewert59 Geschrieben 13. November 2009 Geschrieben 13. November 2009 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 Zitieren
ewert59 Geschrieben 13. November 2009 Geschrieben 13. November 2009 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). Zitieren
dgr243 Geschrieben 13. November 2009 Geschrieben 13. November 2009 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 Zitieren
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.