[Bug 276760] vtnet driver incorrectly calculates checksums

2024-02-03 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276760

--- Comment #8 from crypt47  ---
As for the ipfw configuration, I don't want to post it in full, but I use 

ipfw_f add 10 reass all from any to any in // ASSEMBLING

in the beginning. Some nat translation later. Nothing special. Also mss fix is
used for IPsec, but it can't be relevant. Breaks with OpenVPN too.

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 276760] vtnet driver incorrectly calculates checksums

2024-02-03 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276760

--- Comment #7 from crypt47  ---
If you view the attached 80.dump file with Wireshark and check "validate the
TCP checksum" option, it will complain about server (10.0.0.53) packets. Can't
say how much it's relevant, because it's not the server with VPN setup. It may
be some Wireshark miscalculation.

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 276760] vtnet driver incorrectly calculates checksums

2024-02-03 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276760

--- Comment #6 from crypt47  ---
(In reply to Zhenlei Huang from comment #4)

It is very simple. We have one machine "A" with outgoing interface (vtnet0) and
some virtual (like ipsec0 or tun0).

We also have another VM "B" in the same network and also vtnet0 interface which
has nginx serving FreeBSD ISO file.:)

If we directly request the ISO file from "A" works alight.

If we request the file via VPN interfaces, we get a lot of retransmissions
because packets began to be discarded.

I'm attaching the dump file, captured on vtnet0.

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 276760] vtnet driver incorrectly calculates checksums

2024-02-03 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276760

--- Comment #5 from crypt47  ---
Created attachment 248169
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=248169=edit
port 80 dump

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 276760] vtnet driver incorrectly calculates checksums

2024-02-03 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276760

--- Comment #4 from Zhenlei Huang  ---
(In reply to crypt47 from comment #0)
> but was extreamly slow, when traffic crosses vtnet and VPN interfaces

May you please elaborate your setup that how the traffic crosses vtnet and VPN
interfaces ?

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 276760] vtnet driver incorrectly calculates checksums

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276760

Miroslav Lachman <000.f...@quip.cz> changed:

   What|Removed |Added

 CC||000.f...@quip.cz

--- Comment #3 from Miroslav Lachman <000.f...@quip.cz> ---
I think I have related experience with csum vtnet bug. On one VM (in KVM) with
2 vtnet NICs IPsec VPN the packets are not going thru until I disabled csum on
"LAN" NIC vtnet1:

ifconfig_vtnet0="inet AA.BB.CC.DD netmask 255.255.255.128"
ifconfig_vtnet1="inet WW.XX.YY.ZZ/24 -rxcsum -txcsum"

This machine works like an IPsec gateway, vtnet0 is facing the internet, vtnet1
connects private network with clients connecting thru IPsec.
Without -rxcsum -txcsum on vtnet1 the client machines cannot connect to
anything in the outside world.

First discovered with FreeBSD 12.3 (installed in the VM), later upgraded to
13.2.

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 276760] vtnet driver incorrectly calculates checksums

2024-02-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276760

Mark Linimon  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|n...@freebsd.org

-- 
You are receiving this mail because:
You are the assignee for the bug.