anchor.diff:  You can apply changes to the node network configuration across your entire cluster by applying a node network configuration policy.
   If you apply an incorrect configuration, you can use the following example to troubleshoot and correct the failed node network policy.
   
  -In this example, a Linux bridge policy is applied to an example cluster that has three master nodes and three worker nodes.
  +In this example, a Linux bridge policy is applied to an example cluster that has three control plane nodes (master) and three compute (worker) nodes.
   The policy fails to be applied because it references an incorrect interface.
   To find the error, investigate the available NMState resources. You can then update the policy with the correct configuration.
   
  
positive.code: [source,terminal]
  ----
  NAME                                   STATUS
  master-1.ens01-bridge-testfail         FailedToConfigure
  master-2.ens01-bridge-testfail         FailedToConfigure
  master-3.ens01-bridge-testfail         FailedToConfigure
  worker-1.ens01-bridge-testfail         FailedToConfigure
  worker-2.ens01-bridge-testfail         FailedToConfigure
  worker-3.ens01-bridge-testfail         FailedToConfigure
  ----
  
  . View one of the failed enactments and look at the traceback. The following command uses the output tool `jsonpath` to filter the output:
  +
  [source,terminal]
  ----
  $ oc get nnce worker-1.ens01-bridge-testfail -o jsonpath='{.status.conditions[?(@.type=="Failing")].message}'
  ----
  +
  This command returns a large traceback that has been edited for brevity:
  
negative.code: +
  The `NmstateVerificationError` lists the `desired` policy configuration, the `current` configuration of the policy on the node, and the `difference` highlighting the parameters that do not match. In this example, the `port` is included in the `difference`, which suggests that the problem is the port configuration in the policy.
  
  . To ensure that the policy is configured properly, view the network configuration for one or all of the nodes by requesting the `NodeNetworkState` object. The following command returns the network configuration for the `control-plane-1` node:
  +
  ----
  $ oc get nns control-plane-1 -o yaml
  ----
  +
  The output shows that the interface name on the nodes is `ens1` but the failed policy incorrectly uses `ens01`:
  