nach 20min. kein browsen mehr möglich,doch ping funktioniert

[Gast]

setup:
Digitus DN-7011 Router
Inode XDSL@home 1500
1. PC WinXP + SP2
2. PC WinXP + SP1
Norton Internet Security 2005

ok ihr seid meine letzte hoffnung

mein problem ist, dass nach ca. 20 minuten keine seite mehr angezeigt wird. der browser sagt zwar webseite gefunden, warte auf antwort, aber es tut sich einfach nichts und er lädt ewig lange.
ftp, updates, email, online gaming, etc. .. funktioniert in dieser zeit auch nicht.
der 2. pc mit SP1 hat in dieser zeit keine probleme mit der verbindung ins internet.

in dieser zeit, funkt ping/tracert aus der console tadellos z.b. www.google.com(sowohl ip als auch dns)

nach ca. 10 minuten gehts dann wieder wie gewohnt.

1) nach einem neustart funktionierts bis das problem wieder auftritt
2) mit dem router hat es wohl nichts zu tun, da der 2. PC keinerlei probleme in der zeit hat, obwohl es nach einem reboot des routers wieder funkt
3) deaktivierung von norton bringt keine veränderung
4) schon X-mal neu installiet -> keine veränderung
5) versch. browser -> keine veränderung


ich bin mit meinem latein echt am ende
*argh*
hat wer ne idee ??
thx

p.s. während dieses postings ist die connection mal wieder in den $%&/()gegangen

[radditz]

haben die PCs fixe IPs oder werden die dynamisch zugewiesen?
werden die Daten (wie DNS, gateway) auch dynamisch zugeteilt?

[Gast]

IPs sind fest zugewiesen vom router

ich denke dass es etwas mit SP2 zu tun hat, weil vorher hatte ich die probleme nicht

[radditz]

also der Router weißt die IPs statisch an die Clients zu. Gut.
Ich hab selber SP2 hier am laufen als Server, und geh über diesen Server mit einem SP1 ins Netz.
deaktivier auf alle Fälle mal die firewall bei XP SP2 (das is oft komplizierter als man glauben möchte). Oft sagt man deaktivieren, und dann is sie doch irgendwo aktiviert.

[dfx]

check mal die mtu auf beiden pcs, bzw wie sich pings mit großen (>1500 bytes) paketen verhalten. solche probleme werden oft von fragmentierungsfehlern verursacht.

[Gast]

check mal die mtu auf beiden pcs, bzw wie sich pings mit großen (>1500 bytes) paketen verhalten. solche probleme werden oft von fragmentierungsfehlern verursacht.

thx dfx werd ich mal machen

btw welche werte sollten es sein ??
also bewusst hab ich eigentlich nix herumgeschraubt

@radditz
eigentlich ist sie aus

dass problem ist, dass es ja einige zeit geht ..
dann nicht, dann wieder schon ...

es kommt mir vor als wäre es eine art von service, der irgendwie voll wird, überläuft und sich neu startet, bis es dann wieder geht .. hmm

still no clue *gr*

[jutta]

es kommt mir vor als wäre es eine art von service, der irgendwie voll wird, überläuft und sich neu startet, bis es dann wieder geht ..

koennte schon sein - gibts bei deinem router die moeglichkeit, die nat tabelle zu sehen?

zur mtu http://gschwarz.de/mtu-wert.htm

[Gast]

check mal die mtu auf beiden pcs, bzw wie sich pings mit großen (>1500 bytes) paketen verhalten. solche probleme werden oft von fragmentierungsfehlern verursacht.

Code: Alles auswählen

ping -f -l 1500 www.google.com -n 20
Ping-Statistik für 66.102.9.99:
    Pakete: Gesendet = 20, Empfangen = 0, Verloren = 20 (100% Verlust),


hmm .. was sagt mir das jetzt genau ??

TCP/IP Analyzer von speedguide.net:

Code: Alles auswählen

TCP options string = 0204058c01010402
MTU = 1460
MTU is not fully optimized for broadband. Consider increasing your MTU to 1500 for better throughput.
MSS = 1420
MSS is not fully optimized for broadband (although it might work well for slower connections). Consider increasing your MTU value.

Default Receive Window (RWIN) = 65535
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 65535

Note: Under Windows 9x, if you have RWIN set to any other value, and the Analyzer reports 65535 you might need to install the MS Vtcp386 fix.
For optimum performance, consider changing RWIN to a multiple of MSS.
Other values for RWIN that might work well with your current MTU/MSS:
522560 (MSS x 46 * scale factor of 8)
261280 (MSS x 46 * scale factor of 4)
130640 (MSS x 46 * scale factor of 2)
65320 (MSS x 46) 
bandwidth * delay product (Note this is not a speed test):

Your RcvWindow limits you to: 2621.4 kbps (327.675 KBytes/s) @ 200ms
Your RcvWindow limits you to: 1048.56 kbps (131.07 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 117 hops

TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349) = 00000000



[lordpeng]

hmmm, klingt zwar sehr nach einem netzwerktechnischem problem, jedoch solltest vielleicht auf jedenfall mal deinen computer auf viren prüfen und das mit irgendeinem programm wo nicht norton drauf steht ... ein ähnliches problem ist mir bei einem kunden vor einiger zeit untergekommen, es war ein virus, btw. unter umständen hilft's auch wennst norton internet security deaktivierst und dafür die windows XP interne firewall aktivierst, wiel die firewall von NIS taugt nicht wirklich viel, bzw. sie verunsichert einen benutzer viel mehr als sie einen schützt ...

[dfx]

...
hmm .. was sagt mir das jetzt genau ??

nichts, da google auf so große pings sowieso nicht antwortet. probier's nochmal mit ns1.inode.at.

[Gast]

...
hmm .. was sagt mir das jetzt genau ??

nichts, da google auf so große pings sowieso nicht antwortet. probier's nochmal mit ns1.inode.at.

Code: Alles auswählen

Ping-Statistik für 195.58.160.2:
    Pakete: Gesendet = 20, Empfangen = 0, Verloren = 20 (100% Verlust),


hmm
irgendwie das gleiche bild

**EDIT**
@lordpeng
ich habe zig unattended neuinstallationen gemacht
-> das problem bleibt

[dfx]

irgendwie das gleiche bild

in dem fall definitiv ein mtu-problem. du solltest die mtu deiner netzwerkkarte auf 1460 oder u.u. noch niedriger stellen, und außerdem die path mtu discovery abdrehen. dr.tcp hilft da weiter.

[Dark SoLdIeR]

logisch, da du mit

Code: Alles auswählen

ping -f -l 1500 ns1.inode.at

ein paket mit der größe von 1520 bytes (1500 + 20byte ip header) verschicken willst, jedoch per "-f" das flag für "don't fragment" gesetzt hast.
somit "darf" dein router das paket nicht aufteilen und verwirfts. (korrekt: er verwirfts und schickt eine icmp nachricht "fragmentation needed" an den absender)

[Gast]

hey

nach einigen tagen ohne probleme kann ich sagen dass es echt an den MTU werten gelegen hat

thx guys