Skip to content

OCPBUGS#57322: Update the default MTU statement in OVNK docs #96102

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: main
Choose a base branch
from
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion modules/configuration-ovnk-network-plugin-json-object.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -47,7 +47,7 @@ When omitted, the logical switch implementing the network only provides layer 2
|`mtu`
|`string`
|
The maximum transmission unit (MTU). The default value, `1300`, is automatically set by the kernel.
The maximum transmission unit (MTU). If you do not set a value, the Cluster Network Operator (CNO) sets a default MTU value by calculating the difference among the underlay MTU of the primary network interface, the overlay MTU of the pod network, such as the Geneve (Generic Network Virtualization Encapsulation), and byte capacity of any enabled features, such as IPsec.

|`netAttachDefName`
|`string`
Expand Down
4 changes: 2 additions & 2 deletions modules/configuring-localnet-switched-topology.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -48,7 +48,7 @@ spec:
<4> The name of the OVS bridge on the node. This value is required only if you specify `state: present`.
<5> The state for the mapping. Must be either `present` to add the bridge or `absent` to remove the bridge. The default value is `present`.
+
The following JSON example configures a localnet secondary network that is named `localnet1`:
The following JSON example configures a localnet secondary network that is named `localnet1`. Note that the value for the `mtu` parameter must match the MTU value that was set for the secondary network interface that is mapped to the `br-ex` bridge interface.
+
[source,json]
----
Expand Down Expand Up @@ -108,7 +108,7 @@ spec:
<7> Specifies the name of the OVS bridge on the node. The value is required only when `state: present` is set.
<8> Specifies the state of the mapping. Valid values are `present` to add the bridge or `absent` to remove the bridge. The default value is `present`.
+
The following JSON example configures a localnet secondary network that is named `localnet2`:
The following JSON example configures a localnet secondary network that is named `localnet2`. Note that the value for the `mtu` parameter must match the MTU value that was set for the `eth1` secondary network interface.
+
[source,json]
----
Expand Down
2 changes: 1 addition & 1 deletion modules/virt-creating-layer2-nad-cli.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -38,7 +38,7 @@ spec:
<2> The name of the network. This attribute is not namespaced. For example, you can have a network named `l2-network` referenced from two different `NetworkAttachmentDefinition` objects that exist in two different namespaces. This feature is useful to connect VMs in different namespaces.
<3> The name of the CNI plug-in to be configured. The required value is `ovn-k8s-cni-overlay`.
<4> The topological configuration for the network. The required value is `layer2`.
<5> Optional: The maximum transmission unit (MTU) value. The default value is automatically set by the kernel.
<5> Optional: The maximum transmission unit (MTU) value. If you do not set a value, the Cluster Network Operator (CNO) sets a default MTU value by calculating the difference among the underlay MTU of the primary network interface, the overlay MTU of the pod network, such as the Geneve (Generic Network Virtualization Encapsulation), and byte capacity of any enabled features, such as IPsec.
<6> The value of the `namespace` and `name` fields in the `metadata` stanza of the `NetworkAttachmentDefinition` object.
+
[NOTE]
Expand Down