cisco-system-traffic-generator / trex-stateless-gui

TRex stateless GUI

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

wrong checksum

MVIStank opened this issue · comments

I am running test pcap.
Create profile -> Import Pcap -> Select pcap ( cap2/http_browsing) -> Import
I am sniffing traffic in my DUT:
22.0.0.3.80 > 21.0.0.3.36989: Flags [P.], cksum 0x6d93 (correct), seq 1461:2921, ack 250, win 32768, length 1460: HTTP
01:45:14.755614 90:e2:ba:df:23:c0 > a8:f9:4b:ac:43:2a, ethertype IPv4 (0x0800), length 64: (tos 0x0, ttl 128, id 10243, offset 0, flags [none], proto TCP (6), length 40)
21.0.0.3.36989 > 22.0.0.3.80: Flags [.], cksum 0xa9d7 (correct), ack 2921, win 32768, length 0
01:45:14.755625 90:e2:ba:df:23:c0 > a8:f9:4b:ac:43:2a, ethertype IPv4 (0x0800), length 1518: (tos 0x0, ttl 126, id 10252, offset 0, flags [none], proto TCP (6), length 1500)
that's ok.
If I import pcap and replace src and dsr IP
eee
then I see in my snif:
02:45:52.218656 90:e2:ba:df:23:c0 > a8:f9:4b:ac:43:2a, ethertype IPv4 (0x0800), length 64: (tos 0x0, ttl 128, id 10240, offset 0, flags [none], proto TCP (6), length 44, bad cksum e7c6 (->f4ac)!)
20.20.0.1.36989 > 10.10.0.1.80: Flags [S], cksum 0xcfc5 (incorrect -> 0xdcab), seq 2664033731, win 32768, options [mss 1460], length 0
02:45:52.218780 90:e2:ba:df:23:c0 > a8:f9:4b:ac:43:2a, ethertype IPv4 (0x0800), length 64: (tos 0x0, ttl 126, id 10249, offset 0, flags [none], proto TCP (6), length 44, bad cksum e9bd (->f6a3)!)
10.10.0.1.80 > 20.20.0.1.36989: Flags [S.], cksum 0x9e7b (incorrect -> 0xab61), seq 2664075886, ack 2664033732, win 32768, options [mss 1460], length 0

Did not help option --checksum-disable..
What am i doing wrong?
GUI -4.5.3
Trex - 2.5.3

Hi, @MVIStank

Please check our latest release, it should work fine:
https://github.com/cisco-system-traffic-generator/trex-stateless-gui/releases/tag/v4.5.4

Thanks & regards,
Egor

I've checked in version 4.5.4
Unfortunately, checksum is bad.

03:15:01.443090 90:e2:ba:df:23:c0 > a8:f9:4b:ac:43:2a, ethertype IPv4 (0x0800), l6), length 44) 10.10.0.2.80 > 20.20.20.2.36989: Flags [S.], cksum 0x9e7b (incorrect -> 0x975f), seq 2664075886, ack 2664033732, win 32768, options [mss 1460], length 0 03:15:01.470143 90:e2:ba:df:23:c0 > a8:f9:4b:ac:43:2a, ethertype IPv4 (0x0800), length 64: (tos 0x0, ttl 128, id 10241, offset 0, flags [none], proto TCP (6), length 40) 20.20.20.2.36989 > 10.10.0.2.80: Flags [.], cksum 0xb638 (incorrect -> 0xaf1c), ack 1, win 32768, length 0

Hi,

Please, could you attach the pcap that you use, I'll debug it.

Thanks & regards
Egor.

This's default pcap file with folder /cap2

http_browsing.pcap.zip

Hi, @MVIStank

Sorry for delay, I thought that's the issue was related to ipv4 checksum, now it's fixed for both TCP/UDP layers. Please validate with v4.5.5

Seeing same issue in v4.5.6.

Tried with both TCP and UDP profile. Altough I am not importing any PCAP but creating a traffic profile using GUI, not seeing issue when running from CLI.

@zeus10000 pls share me CLI traffic profile you use, and GUI profile you use