sts-sponsors team mailing list archive
-
sts-sponsors team
-
Mailing list archive
-
Message #02951
[Bug 1771740] Re: Expose link offload options
Hello Ryan, or anyone else affected,
Accepted netplan.io into hirsute-proposed. The package will build now
and be available at
https://launchpad.net/ubuntu/+source/netplan.io/0.103-0ubuntu5~21.04.3
in a few hours, and then in the -proposed repository.
Please help us by testing this new package. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed. Your feedback will aid us getting this
update out to other Ubuntu users.
If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, what testing has been
performed on the package and change the tag from verification-needed-
hirsute to verification-done-hirsute. If it does not fix the bug for
you, please add a comment stating that, and change the tag to
verification-failed-hirsute. In either case, without details of your
testing we will not be able to proceed.
Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in
advance for helping!
N.B. The updated package will be released to -updates after the bug(s)
fixed by this package have been verified and the package has been in
-proposed for a minimum of 7 days.
** Changed in: netplan.io (Ubuntu Hirsute)
Status: New => Fix Committed
** Tags added: verification-needed-hirsute
--
You received this bug notification because you are a member of STS
Sponsors, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1771740
Title:
Expose link offload options
Status in netplan:
Fix Committed
Status in netplan.io package in Ubuntu:
Fix Released
Status in netplan.io source package in Focal:
Fix Committed
Status in netplan.io source package in Hirsute:
Fix Committed
Status in netplan.io source package in Impish:
Fix Committed
Status in netplan.io source package in Jammy:
Fix Released
Bug description:
[Impact]
* On virtualization hosts disable GRO and LRO, otherwise, with
receive offload on, the guests will receive packets that are
larger than the MTU. This can cause issues in certain scenarios,
e.g. when the guest is a VPN server that needs to forward the
(inner) packet onward.
[Test Plan]
In addition to runing & passing the full set of unit- and integration-tests
(that contains new tests to check for this new feature), as described in
https://wiki.ubuntu.com/NetplanUpdates we want to run the following commands
to make sure the link offload stanza is working properly:
$ mkdir -p tmp/etc/netplan
$ cat tmp/etc/netplan/test.yaml
network:
version: 2
ethernets:
eth1:
receive-checksum-offload: true
transmit-checksum-offload: true
tcp-segmentation-offload: true
tcp6-segmentation-offload: true
generic-segmentation-offload: true
generic-receive-offload: true
large-receive-offload: true
$ /usr/lib/netplan/generate -r tmp/
$ cat tmp/run/systemd/network/10-netplan-eth1.link | grep Offload
=> Make sure the *Offload settings are correctly set to "=1".
[Where problems could occur]
* The settings exist since systemd-232 which means Bionic and up can use
this feature
This upload touches netplan's generator, if anything goes wrong it could impact
the rendering of network configuration and break a system's network connectivity
[Other Info]
The full set of autopkgtest logs will be attached after the upload is accepted
into -proposed and the tests have been run on the official autopkgtest.u.c
infrastructure.
This also contains partial-d4884cfd40e1e33540b274371c3272df6595d22c.patch, to
keep libnetplan's ABI forward compatible with current upstream/Github, by
partially cherry-picking the ignore_carrier field addition into the
NetplanNetDefinition struct.
=== Original Description ===
https://www.freedesktop.org/software/systemd/man/systemd.link.html has a
number of [Link] options which I need to use for a flaky network card
(TCPSegmentationOffload, TCP6SegmentationOffload,
GenericSegmentationOffload, GenericReceiveOffload, LargeReceiveOffload)
which are not exposed via netplan.
To manage notifications about this bug go to:
https://bugs.launchpad.net/netplan/+bug/1771740/+subscriptions