{"id":"spine-switch","level":"datacenter","name":"Spine switching and fabric topology","shortName":"Spine switch","role":"Provides multiple high-capacity paths between leaf switches.","description":"The spine layer interconnects leaves so traffic can cross a cluster through a regular set of paths. In a common leaf–spine design, each leaf has links to multiple spines, giving route diversity and scalable connectivity. The topology can be provisioned without oversubscription at a chosen scale, but that property depends on port counts, link rates, and the complete design. It is not guaranteed by drawing two rows of switches. The atlas lets viewers trace two flows that share a link and then compare alternate paths. This makes contention and path diversity visible. Larger fabrics may add stages or planes, and their performance still depends on traffic patterns and software communication behavior.","specs":[{"label":"Topology role","value":"Connects leaf switches","context":"Spines normally form the transit layer in this teaching topology."},{"label":"Path diversity","value":"Multiple spine choices","context":"Routing and congestion policies determine path use."},{"label":"Nonblocking claim","value":"Configuration-dependent","context":"Requires sufficient capacity across the complete fabric."}],"interfaces":[{"name":"Leaf uplinks","direction":"in","signal":"Packets crossing between endpoint groups"},{"name":"Destination leaf","direction":"out","signal":"Transit traffic over selected paths"}],"tradeoff":"Extra paths improve capacity and resilience. More ports, optics, and stages add cost and complexity.","whyAI":"Large model jobs synchronize many workers. Fabric capacity influences how much time they spend communicating instead of computing.","related":["leaf-switch","optics","parallelism","nccl"],"sources":[{"title":"NVIDIA — HGX AI Factory Spine-Leaf Architecture","url":"https://docs.nvidia.com/enterprise-reference-architectures/hgx-ai-factory-h100-h200-b200/latest/network-logical-architecture.html"}],"scale":"Row-to-data-center network fabric; topology not a floor plan","kind":"spine-switch","mechanism":["Connect each leaf to the intended set of spine paths.","Route cross-leaf traffic through available fabric capacity.","Balance flows and preserve communication when supported alternate paths are needed."],"misconception":"A leaf–spine drawing does not prove a fabric is nonblocking; port capacity and oversubscription must be checked.","check":{"question":"What is necessary to assess a nonblocking claim?","options":["The number of LEDs on a switch","The actual port counts, rates, and interconnection design","Only the presence of the word spine"],"answer":1,"explanation":"The capacity of the complete topology determines whether it can carry the assumed traffic without structural oversubscription."},"branch":"Data-center fabric","subbranch":"Fabric topology","science":[{"title":"Cut capacity","equation":"T_cross-cut ≤ Σ B_links crossing the cut","explanation":"Any communication between two groups of endpoints must pass through links that separate them. Their combined capacity limits the rate across that partition, regardless of how many GPUs exist behind each side.","assumptions":"Network-flow upper-bound intuition; routing, shared traffic, protocol overhead, and failures can reduce attainable throughput."}],"history":[],"prerequisites":["leaf-switch"],"learningObjective":"Use a network cut to bound traffic between groups of machines.","engineeringExample":"Synthetic cut between two groups contains four usable 100 GB/s links, for 400 GB/s aggregate directional capacity. Moving 800 GB across that cut takes at least 2 s if the whole capacity is available. Losing one link lowers the ceiling to 300 GB/s and raises the bound to about 2.67 s.","evidenceNotes":"The cut-capacity argument is a bound on the specified topology and traffic direction. Synthetic values assume usable independent links; other traffic, routing and protocol overhead can reduce attainable throughput.","labId":"library","scope":"Use the execution investigation for the shared tensor-to-memory-to-result thread; no current standalone calculator models this lesson’s full mechanism.","investigationId":"execution","labScope":"Use the execution investigation for the shared tensor-to-memory-to-result thread; no current standalone calculator models this lesson’s full mechanism."}