Red Hat Certified Specialist in OpenShift Networking Exam

What you'll learn

• To help you prepare, the exam objectives highlight the task areas you can expect to see covered in the exam. Red Hat reserves the right to add, modify, and remove exam objectives. Such changes will be made public in advance.
• Red Hat OpenShift Virtualization
• Red Hat OpenShift Data Foundation
• Kubernetes NMState operator
• Loki operator
• MetalLB operator
• Network observability
• Manage core networking in Red Hat OpenShift Container Platform: Inspect and interpret the Cluster Network Operator configuration; Identify the active network plugin and its settings (network CIDRs, MTU, host prefix); Configure additional network interfaces using Multus CNI and NetworkAttachmentDefinition resources; Create secondary networks using macvlan, ipvlan, and bridge CNI plugins; Configure IP address management (static, host-local, DHCP) for secondary networks
• Implement and manage user-defined networks in Red Hat OpenShift Container Platform: Create UserDefinedNetwork resources for namespace-scoped network isolation; Create ClusterUserDefinedNetwork resources that span multiple namespaces; Deploy workloads on user-defined networks and verify isolation from the default cluster network; Apply NetworkPolicy resources to user-defined networks; Troubleshoot connectivity and isolation issues on user-defined networks
• Manage DNS in Red Hat OpenShift Container Platform: Configure DNS forwarding for custom domains using the DNS operator; Troubleshoot DNS resolution failures for internal services and external domains; Verify CoreDNS pod health and configuration; Test name resolution from within pods (service.namespace.svc.cluster.local)
• Manage ingress traffic in Red Hat OpenShift Container Platform: Expose applications using MetalLB LoadBalancer services with IP address pools; Create secure routes with TLS termination (edge, re-encrypt, passthrough); Configure ingress controller sharding using route selectors and labels
• Manage egress traffic in Red Hat OpenShift Container Platform: Create EgressFirewall resources to control outbound traffic from namespaces; Configure allow and deny rules using CIDR ranges and DNS names; Assign static source IP addresses to namespaces using EgressIP resources; Label nodes as egress-assignable for EgressIP failover
• Implement native BGP routing in Red Hat OpenShift Container Platform: Create FRRConfiguration resources to define BGP peering sessions, Configure BGP neighbors, ASN, and router IDs, Verify BGP session establishment and route exchange, Advertise service and pod network prefixes to external BGP peers
• Configure node networking for provider integration: Create NodeNetworkConfigurationPolicy resources to configure node interfaces; Configure bonded interfaces, VLAN sub-interfaces, and Linux bridges on cluster nodes; Apply node network configurations to specific nodes using node selectors; Connect virtual machines to external provider networks using NetworkAttachmentDefinitions referencing NMState-managed bridges
• Enable network observability: Manage network observability configuration; Configure FlowCollector resources for eBPF-based network flow collection; Tune FlowCollector parameters (sampling, cache size, features, resource limits); Capture and filter network flows by namespace, pod, service, or IP address; Analyze traffic patterns using the network observability console plugin; Create custom network metrics and verify their availability in Prometheus; Troubleshoot flow collection and eBPF agent issues

Prerequisites

• ›Configuring and Managing Red Hat OpenShift Networking (DO282) or equivalent experience.

Who should attend

• ›Cluster network engineers responsible for designing, implementing, and maintaining network infrastructure on Red Hat OpenShift Container Platform
• ›Platform administrators who manage multi-tenant OpenShift environments and need to configure network isolation, ingress, and egress policies
• ›Site reliability engineers (SREs) who troubleshoot network connectivity issues and implement network observability in OpenShift clusters
• ›Infrastructure architects who plan and deploy advanced networking solutions, including secondary networks, BGP routing, and NMState node configuration
• ›DevOps engineers who need to expose applications securely using routes, load balancers, and ingress controller sharding.

Preparation