diff options
author | David Gibson <david@gibson.dropbear.id.au> | 2023-08-22 15:29:57 +1000 |
---|---|---|
committer | Stefano Brivio <sbrivio@redhat.com> | 2023-08-22 12:15:33 +0200 |
commit | 955dd3251c9e9b0a1469015748e4600f68e8de0a (patch) | |
tree | cf8a69238316c2e8a526f77b8faad6873c7c7cfe /tcp_splice.c | |
parent | 5bf200ae8a1ab298cb393bf1956599d1178567cb (diff) | |
download | passt-955dd3251c9e9b0a1469015748e4600f68e8de0a.tar passt-955dd3251c9e9b0a1469015748e4600f68e8de0a.tar.gz passt-955dd3251c9e9b0a1469015748e4600f68e8de0a.tar.bz2 passt-955dd3251c9e9b0a1469015748e4600f68e8de0a.tar.lz passt-955dd3251c9e9b0a1469015748e4600f68e8de0a.tar.xz passt-955dd3251c9e9b0a1469015748e4600f68e8de0a.tar.zst passt-955dd3251c9e9b0a1469015748e4600f68e8de0a.zip |
tcp, udp: Don't pre-fill IPv4 destination address in headers
Because packets sent on the tap interface will always be going to the
guest/namespace, we more-or-less know what address they'll be going to. So
we pre-fill this destination address in our header buffers for IPv4. We
can't do the same for IPv6 because we could need either the global or
link-local address for the guest. In future we're going to want more
flexibility for the destination address, so this pre-filling will get in
the way.
Change the flow so we always fill in the IPv4 destination address for each
packet, rather than prefilling it from proto_update_l2_buf(). In fact for
TCP we already redundantly filled the destination for each packet anyway.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Diffstat (limited to 'tcp_splice.c')
0 files changed, 0 insertions, 0 deletions