From f1bd0ace2d80fac23bd111f46ec84ce2bf1ab605 Mon Sep 17 00:00:00 2001 From: Daniel Chadwick Date: Fri, 25 Jul 2025 09:07:32 -0400 Subject: [PATCH] osdocs14704 replacing OVN bridge with ovs bridge --- modules/configuring-localnet-switched-topology.adoc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/modules/configuring-localnet-switched-topology.adoc b/modules/configuring-localnet-switched-topology.adoc index d42098402e55..635fca02819e 100644 --- a/modules/configuring-localnet-switched-topology.adoc +++ b/modules/configuring-localnet-switched-topology.adoc @@ -14,7 +14,7 @@ The switched `localnet` topology interconnects the workloads created as Network // end::localnet-intro[] // tag::localnet-content[] -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). +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). 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.