Napaka pri TCP Hanshake-u

Z AVR (Atmega32) + ENC28J60 poizkušam narediti telnet server.

Na internetu je precej knjižnic TCP/IP za enc28j60 vendar se mi nobena ne zdi uporabna. Vse knjižnice, ki sem jih našel cev paketek prenesejo v interni buffer, ki si ga ustvarijo v RAMu namesto, da bi ga po delih prebirali iz ENCa, res, da bi lahko vzel čip z več RAMa vendar to ni uporabno.

Imam naslednje omrežje:
AVR(10.0.0.180) < -- > SW1(stupid one) < -- > PC(10.0.0.130)
Na PCju imam zagnan WireShark s filtrom za host 10.0.0.180.

ARP in ICMP sem že stestiral in trenutno deluje brez težav.

Sedaj se lotevam TCPja in se ustavi pri Handshake-u.

TCP: (SYN) PC -> AVR OK
3 0.001152000 10.0.0.130 10.0.0.180 TCP 66 26288›23 [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=4 SACK_PERM=1
0000 aa aa aa aa aa aa bb bb bb bb bb bb 08 00 45 00
0010 00 34 16 a1 40 00 80 06 ce ed 0a 00 00 82 0a 00 .4..@...........
0020 00 b4 66 b0 00 17 17 51 5d 70 00 00 00 00 80 02 ..f....Q]p......
0030 20 00 5e 58 00 00 02 04 05 b4 01 03 03 02 01 01 .^X............
0040 04 02 ..


TCP: (SYN ACK) AVR -> PC (Tukaj se ustavi)
4 0.002250000 10.0.0.180 10.0.0.130 TCP 60 23›26288 [SYN, ACK] Seq=0 Ack=1 Win=1408 Len=0 MSS=1408
0000 bb bb bb bb bb bb aa aa aa aa aa aa 08 00 45 00
0010 00 2c 00 00 00 00 80 06 04 a0 0a 00 00 b4 0a 00 .,..............
0020 00 82 00 17 66 b0 04 03 02 01 17 51 5d 71 60 12 ....f......Q]q`.
0030 05 80 9c 07 00 00 02 04 05 80 00 00 ............

IPji so pravi, Porti so pravi FLAGi so pravi, ACK = SEQ+1 tako, da ne vem kaj bi lahko bilo narobe.

Problem je namreč v tem, da računalnik namesto, da bi poslal ACK pošlje še enkrat SYN, kar verjetno pomeni neko napako pri sprejemu.

Če kdo ve kaj bi šlo lahko narobe se mu že vnaprej zahvaljujem za odgovor.

Voluharr je 8. dec 2014 ob 12:59 izjavil:

IPji so pravi, Porti so pravi FLAGi so pravi, ACK = SEQ+1 tako, da ne vem kaj bi lahko bilo narobe.

Narobe si izračunal kontrolno vsoto IPv4 glave. Glede na tvoje podatke, bi morala biti vsota 0x2597, ne pa 0x04a0.

Spreminjanje MSS in odstranjevanje TCP opcij ti ne bo nič pomagalo, če ne boš popravil računanja kontrolne vsote v IPv4 glavi. Paket ti je zaradi tega odvržen stran še preden bo koda prišla do tega, da bi "pogledala" TCP glavo.

Hvala vsem za odgovore.

Napaka je bila res v kontrolni vsoti IPv4 glave.

Napaka se mi je pripetila, ko sem za IPv4 header pri TCPju uporabil drugo funkcijo za IPheader in pri tem nekaj zakvačkal pri računanju vsote.

Pomagalo bi tudi če bi v WireSharku vklopil preverjanje IPv4 kontrolne vsote.

Imaš v mislih don't fragment flag v Ip headerju ali kaj drugega?

PMTUD je skoraj 'a must'.

Mislim, da si s tem pokril vse osnove stvari.