Как считается checksum в TCP?

Question

[nuclear_kote]

По документации вроде как каждые 2 байта складываются начиная с адресов, но что то не сходиться
https://tools.ietf.org/html/rfc793

Comments

[vreitech]

да вроде как сходится. показывайте, как считаете вы - и вам ответят, в чём ошибка.

[nuclear_kote]

vreitech, 0x0000 + 0x0000 (src addr) + 0x0000 + 0x0000(dst addr) + 0x0000 (src port) + 0x0000(dst port) + 0x0000 + 0x0000(seq num) + 0x0000 + 0x0000 (ack num) + 0x5018 (data offset & flags) + 0x0000 (window) + 0x0000(data) = 0x5018 и верификацию в вайршарке оно не проходит, а wireedit вообще пишет что должно быть 0xafcb

Answer 1

[Sumor]

Вы не дочитали эту часть:

The checksum also covers a 96 bit pseudo header conceptually
prefixed to the TCP header. This pseudo header contains the Source
Address, the Destination Address, the Protocol, and TCP length.
This gives the TCP protection against misrouted segments. This
information is carried in the Internet Protocol and is transferred
across the TCP/Network interface in the arguments or results of
calls by the TCP on the IP.

+--------+--------+--------+--------+
| Source Address |
+--------+--------+--------+--------+
| Destination Address |
+--------+--------+--------+--------+
| zero | PTCL | TCP Length |
+--------+--------+--------+--------+

The TCP Length is the TCP header length plus the data length in
octets (this is not an explicitly transmitted quantity, but is
computed), and it does not count the 12 octets of the pseudo
header.

Нужно добавить данные псевдозаголовка.