Skip to content

Commit 5150fa6

Browse files
authored
Merge pull request #96697 from DCChadwick/osdocs14704
osdocs-14704 replacing OVN bridge with ovs-bridge
2 parents 942e32f + 8ec74d2 commit 5150fa6

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

modules/configuring-localnet-switched-topology.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -14,7 +14,7 @@ The switched `localnet` topology interconnects the workloads created as Network
1414
// end::localnet-intro[]
1515

1616
// tag::localnet-content[]
17-
You must map a secondary network to the OVN bridge to use it as an OVN-Kubernetes secondary network. Bridge mappings allow network traffic to reach the physical network. A bridge mapping associates a physical network name, also known as an interface label, to a bridge created with Open vSwitch (OVS).
17+
You must map a secondary network to the ovs-bridge to use it as an OVN-Kubernetes secondary network. Bridge mappings allow network traffic to reach the physical network. A bridge mapping associates a physical network name, also known as an interface label, to a bridge created with Open vSwitch (OVS).
1818

1919
You can create an `NodeNetworkConfigurationPolicy` (NNCP) object, part of the `nmstate.io/v1` API group, to declaratively create the mapping. This API is provided by the NMState Operator. By using this API you can apply the bridge mapping to nodes that match your specified `nodeSelector` expression, such as `node-role.kubernetes.io/worker: ''`. With this declarative approach, the NMState Operator applies secondary network configuration to all nodes specified by the node selector automatically and transparently.
2020

0 commit comments

Comments
 (0)