This learning path introduces you to deploying and operating VXLAN EVPN fabrics using Cisco Nexus Dashboard as a centralized orchestration and automation platform. You'll begin by onboarding and preparing your Nexus switches, then progress into core fabric configuration, including vPCs, VRFs, and networks to support segmentation and tenant connectivity. Next, you'll implement external route advertisement and route leaking to enable inter-VRF communication, while examining how Border Gateways and Border Gateway Spines function within the fabric. The path concludes with integrating multiple fabrics into a Multi-Site Domain, giving you hands-on experience building a scalable, distributed architecture. Throughout the journey, you'll see how Nexus Dashboard delivers unified visibility, streamlined workflows, and simplified end-to-end management across fabrics and sites.

This learning path on foundational Border Gateway Protocol (BGP) provides a comprehensive introduction and deep dive into the core aspects of BGP, the backbone of the internet's routing architecture. It starts by explaining the basics of BGP, including its purpose, operation, and fundamental concepts such as Autonomous Systems (AS), BGP sessions, and the BGP routing table. The series progresses to cover more advanced topics, such as BGP path selection, route advertisement, and the implementation of various BGP attributes like Local Preference, AS Path, and MED. Through practical examples, configurations, and troubleshooting scenarios, viewers gain a thorough understanding of how BGP facilitates global data exchange and the techniques network engineers use to optimize and secure BGP networks. The series aims to equip network professionals with the knowledge needed to manage and optimize BGP in real-world environments, emphasizing best practices and common pitfalls.

This NetBrain Learning Path is a guided, hands-on journey that teaches network teams how to use NetBrain to build an always-current network digital twin, automate troubleshooting, standardize configuration and compliance through assessments with features such as intents, runbooks, scheduling, and dashboards.

Today, network engineers, especially in the data center space, must acquire AI/ML infrastructure skills and be able to discuss the required infrastructure upgrades and the reasoning for the upgrades with upper management. At WWT, we are committing $500 million to help our customers with AI/ML, and we have launched a new series of Learning Paths to help the reader navigate complex AI topics. By mastering these areas, data center network engineers can effectively contribute to successfully implementing and managing advanced AI and HPC infrastructure, aligning technological capabilities with business objectives while maintaining a robust and secure network environment.

This is part 1 of our ACI fundamentals training, with Part 2, "Cisco ACI: Tenant & Fabric Connectivity," as the next step in the series. Cisco's APIC functions like a switch supervisor, configuring the fabric as if it were a single switch. The Spine/Leaf fabric discovery and self-assembly occur seamlessly, similar to plugging in the supervisor (APIC), fabric module (Spine), and blades(Leafs). This Learning Path delves into ACI's discovery process, fabric construction, and its extension to hypervisors via VMM integration, thereby expanding ACI control to the hypervisors' vSwitch. Part 2 will dive deeper into configurations that are applied to designate ports as access, trunk, or L3 ports.

Cisco ACI is a policy-driven CLOS or Spine/Leaf based switching fabric utilizing layer 3 ECMP routing in the underlay and VXLAN encapsulation in the overlay to transport layer two and layer three traffic East/West across the fabric and North/South in and out of the fabric. ACI consists of the Application Policy Infrastructure Controller (APIC), a centralized controller that manages all aspects of the ACI fabric. The leaf switches are ToR switches that provide connectivity between servers and external networks, and the spine switches are Layer 3 switches that provide ECMP high-bandwidth connectivity between leaf switches. An ACI fabric can be expanded East/West by adding leafs, cabling to the spines, and registering them. ACI was designed to operate as "One Big Switch" (like a chassis-based NEXUS 7K) with the controllers acting like the Supervisors, the spines as fabric modules, and leafs acting as blades. This approach allows us to decouple these elements from the chassis and place them anywhere in the data center. The leafs (blades) can be placed anywhere in the data center, so you are not limited to a chassis. We can take this decoupling one step further and put a leaf in a remote data center (remote leaf), place a spine and leaf fabric extension into a second data center (multi-pod), or a new spine-leaf fabric in a data center (multi-site). Using the NEXUS Dashboard Orchestrator (NDO), we can treat multiple fabrics as one entity from a policy standpoint and manage and perform day two operations from a single pane of glass. The power of ACI allows us to stretch layer two and layer three across multiple fabrics and use a single policy for forwarding traffic in the data center. This Learning Module will guide you through basics and implementation skills.

Cisco has been at the forefront of developing a suite of standalone tools for data center networking, collectively known as the Day 2 Operations Suite. Recently, Cisco has initiated the integration of these tools into a unified interface called NEXUS Dashboard, providing a consolidated view and shared data repositories for enhanced application correlation. This Learning path is designed specifically for those new to networking or new to the NEXUS Dashboard product. Future learning paths will go into more detail about operating and implementing the NEXUS Dashboard platform.

Cisco has long led the development of standalone tools for data center networking, collectively known as the Day 2 Operations Suite. Recently, these tools have begun converging into a single unified platform called NEXUS Dashboard, which delivers a consolidated interface and shared data repositories to improve application correlation. This learning path is designed for administrators responsible for the daily operation and maintenance of the NEXUS Dashboard platform. It includes videos and a hands-on lab covering the essential tasks a typical administrator must perform. We'll explore what's new in NEXUS Dashboard 4.1, how to configure management-network routing, set up syslog, integrate remote NFS and SFTP storage and perform backups. We'll also walk through creating users and roles, and configuring Intersight. Finally, we will deploy an ACI simulator and onboard the ACI fabrics into the NEXUS Dashboard environment.

This learning path provides a comprehensive guide to mastering Cisco's Spanning Tree Protocol (STP) and its variants, including PVST+, RSTP, and MSTP. It covers the fundamentals of STP, such as preventing network loops and ensuring redundancy, while diving into advanced configurations like adjusting STP costs and bridge priority to optimize network performance. The path also emphasizes security features such as Loop Guard, Root Guard, BPDU Guard, and many others, to protect against unintended topology changes and network instability. Additionally, students will engage in hands-on labs to configure STP, allowing them to apply best practices and gain practical experience in designing secure, efficient, and resilient networks."

The Cisco ACI: Tenant & Fabric Connectivity learning path is the second part of our ACI fundamentals training, following the "Cisco ACI Fabric Initialization and Hypervisor Connectivity" path. This path covers two key areas: 1) Fabric Infrastructure configurations, which involve physical fabric setup, including vPCs, VLANs, loop prevention, underlay BGP protocol, etc. 2) Tenant Configurations, defining logical constructs like application profiles, bridge domains, and EPGs. In this Learning Path, students will learn to create Tenants, Application Profiles, Bridge domains, and EPGs, by using objects for connectivity within a physical ACI fabric. They will also discover how to connect Layers 2 and 3 to external networks and explore methods for segmentation using contracts and filters to support both Inter-EPG and Intra-EPG segmentation.

VMware NSX Datacenter(NSX-T) platform allows the creation of secure virtual networks on top of your current physical network and virtual server infrastructure. SDN abstracts the underlying infrastructure of your network and programs separate virtual networks using the software. Using the NSX-T manager to create the NSX infrastructure, we prepare the Compute and Edge hosts participating in NSX. The compute hosts connect to the DC fabric, typically a CLOS or Spine/Leaf architecture. The Edge is connected to the DC fabric and external switches to provide public and private routing to WAN and Internet. Using the software, NSX can recreate entire physical networks, from the layer two switching, complex BGP routing, and FWs load balancers VPNs. This is possible by creating layer 3 Virtual Tunnel Endpoints (VTEPs) that use the Geneve encapsulation protocol to create an overlay in the compute and Edge cluster hosts. This overlay can then build layers two and three segments to connect our Virtual NSX routing and switch infrastructure. This Geneve Encapsulated Overlay also allows us to create a Physical to Virtual (P/V) point where we can either encapsulate the virtual networks and send them across the layer three underlays or decapsulate to connect to devices outside NSX.

There are several universal architectures in the Arista design portfolio. The Enterprise Universal Cloud Network can be used in the data center and in the Cognitive Campus, and the Enterprise Anycloud Network expands beyond the data center. All of these designs deliver the Arista Unified AnyCloud Architecture offering unified orchestration, management and telemetry with CloudVision. Arista's guiding principles are Universal(Common architectures from small to huge), Simple(a single operating system for all platforms and hardware), Open(standards-based features and functions), Programable(Easy to use APIs and automation), and Visible(Full state Telemetry and flow information) The key to these guiding design principles is the use of the Arista EOS architecture for its hardware and software-based devices. EOS is based on a Linux kernel, standard and fully open. EOS uses agent processes, that use a Publish/Subscribe model to populate the NetDB on each device which contains all device states. NetDB can then be used by Aristas CloudVision products to offer full-state telemetry and flow information for the entire Universal Architecture. Because Arista is using a single binary for all hardware and software-based devices Arista can implement hardware abstraction. Unlike some other manufacturers, Arista uses the latest Merchant Silicon and when coupled with the standard open EOS kernel allows very fast development cycles, fewer bugs, and faster adoption by customers since it is the same EOS.