sts-sponsors team mailing list archive
-
sts-sponsors team
-
Mailing list archive
-
Message #02948
[Bug 1771740] Re: Expose link offload options
** Description changed:
[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.
+ * 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:
- * The feature does not exist right now.
+ $ 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
+ * 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
- [Original Description]
+ [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.
--
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:
New
Status in netplan.io source package in Hirsute:
New
Status in netplan.io source package in Impish:
New
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