Ik heb al enkele weken als ik sneller dan 130kbps download op mijn pc dat mijn System process naar 100% cpu gebruik gaat. Op mijn pc is dan totaal niet te werken, zelfs mijn mp3tjes spelen niet goed meer af.
Mij leek het aan m'n netwerkkaartje te liggen dus ik heb maar even een lokale packetsniffer gedraaid ( ethereal 0.10.13 ) en zag daar dat de helft van mijn packetjes een checksum error heeft.
hier een voorbleed:
Ik heb mijn windows al opnieuw geinstalleerd en me andere netwerkkaart geprobeerd wat ook niet helemaal lekker ging. Heb eerder problemen gehad met dat netwerkkaartje dus die vertrouw ik ook niet helemaal.
Mijn vraag is dus, ligt dit probleem aan mijn netwerk, mijn netwerkkaartje, of mijn andere hardware.
Mij leek het aan m'n netwerkkaartje te liggen dus ik heb maar even een lokale packetsniffer gedraaid ( ethereal 0.10.13 ) en zag daar dat de helft van mijn packetjes een checksum error heeft.
hier een voorbleed:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
| No. Time Source Destination Protocol Info
20 1.117809 172.16.2.126 172.16.1.12 SMB Read AndX Request, FID: 0x2807, 32 bytes at offset 0
Frame 20 (117 bytes on wire, 117 bytes captured)
Arrival Time: Dec 1, 2005 11:39:41.421889000
Time delta from previous packet: 0.000412000 seconds
Time since reference or first frame: 1.117809000 seconds
Frame Number: 20
Packet Length: 117 bytes
Capture Length: 117 bytes
Protocols in frame: eth:ip:tcp:nbss:smb
Ethernet II, Src: 172.16.2.126 (00:14:c2:09:d1:54), Dst: 172.16.1.12 (00:50:8b:13:65:2e)
Destination: 172.16.1.12 (00:50:8b:13:65:2e)
Source: 172.16.2.126 (00:14:c2:09:d1:54)
Type: IP (0x0800)
Internet Protocol, Src: 172.16.2.126 (172.16.2.126), Dst: 172.16.1.12 (172.16.1.12)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
0000 00.. = Differentiated Services Codepoint: Default (0x00)
.... ..0. = ECN-Capable Transport (ECT): 0
.... ...0 = ECN-CE: 0
Total Length: 103
Identification: 0x2550 (9552)
Flags: 0x04 (Don't Fragment)
0... = Reserved bit: Not set
.1.. = Don't fragment: Set
..0. = More fragments: Not set
Fragment offset: 0
Time to live: 128
Protocol: TCP (0x06)
Header checksum: 0x7996 [correct]
Good: True
Bad : False
Source: 172.16.2.126 (172.16.2.126)
Destination: 172.16.1.12 (172.16.1.12)
Transmission Control Protocol, Src Port: 1140 (1140), Dst Port: netbios-ssn (139), Seq: 276, Ack: 176, Len: 63
Source port: 1140 (1140)
Destination port: netbios-ssn (139)
Sequence number: 276 (relative sequence number)
Next sequence number: 339 (relative sequence number)
Acknowledgement number: 176 (relative ack number)
Header length: 20 bytes
Flags: 0x0018 (PSH, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgment: Set
.... 1... = Push: Set
.... .0.. = Reset: Not set
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 64167
Checksum: 0x5c04 [incorrect, should be 0x886f]
SEQ/ACK analysis
This is an ACK to the segment in frame: 19
The RTT to ACK the segment was: 0.000412000 seconds
NetBIOS Session Service
Message Type: Session message
Flags: 0x00
.... ...0 = Add 0 to length
Length: 59
SMB (Server Message Block Protocol)
SMB Header
Server Component: SMB
Response in: 21
SMB Command: Read AndX (0x2e)
NT Status: STATUS_SUCCESS (0x00000000)
Flags: 0x18
0... .... = Request/Response: Message is a request to the server
.0.. .... = Notify: Notify client only on open
..0. .... = Oplocks: OpLock not requested/granted
...1 .... = Canonicalized Pathnames: Pathnames are canonicalized
.... 1... = Case Sensitivity: Path names are caseless
.... ..0. = Receive Buffer Posted: Receive buffer has not been posted
.... ...0 = Lock and Read: Lock&Read, Write&Unlock are not supported
Flags2: 0xc807
1... .... .... .... = Unicode Strings: Strings are Unicode
.1.. .... .... .... = Error Code Type: Error codes are NT error codes
..0. .... .... .... = Execute-only Reads: Don't permit reads if execute-only
...0 .... .... .... = Dfs: Don't resolve pathnames with Dfs
.... 1... .... .... = Extended Security Negotiation: Extended security negotiation is supported
.... .... .0.. .... = Long Names Used: Path names in request are not long file names
.... .... .... .1.. = Security Signatures: Security signatures are supported
.... .... .... ..1. = Extended Attributes: Extended attributes are supported
.... .... .... ...1 = Long Names Allowed: Long file names are allowed in the response
Process ID High: 0
Signature: 0000000000000000
Reserved: 0000
Tree ID: 4100
Process ID: 65279
User ID: 8192
Multiplex ID: 48961
Read AndX Request (0x2e)
Word Count (WCT): 12
AndXCommand: No further commands (0xff)
Reserved: 00
AndXOffset: 57054
FID: 0x2807
Offset: 0
Max Count Low: 32
Min Count: 32
Max Count High (multiply with 64K): 0
Remaining: 32
High Offset: 0
Byte Count (BCC): 0 |
Ik heb mijn windows al opnieuw geinstalleerd en me andere netwerkkaart geprobeerd wat ook niet helemaal lekker ging. Heb eerder problemen gehad met dat netwerkkaartje dus die vertrouw ik ook niet helemaal.
Mijn vraag is dus, ligt dit probleem aan mijn netwerk, mijn netwerkkaartje, of mijn andere hardware.
Als het niet moeilijk is, dan zal het wel makkelijk zijn
:strip_icc():strip_exif()/u/136581/92043.jpg?f=community)