InfiniBand: from SDR to XDR
Thirty years of a technology almost nobody explains, and the architecture decision it forces on you
- InfiniBand is not 'a faster network'. It is a network where the adapter talks to another node's memory without going through the operating system, and that, not the speed, is what changes the outcome.
- The generation ladder doubles at every step: SDR 8 Gb/s through XDR 800 Gb/s per port (x4). The generation name (EDR, HDR, NDR, XDR) determines connector, cable and reach.
- '1.6 Tb/s' almost never means a 1.6 Tb/s port. Understanding that difference avoids the most common specification error in the market.
- The cable is an economic decision, not a detail: copper (DAC) for a few metres, active optical (AOC) for tens, transceiver and fibre for everything beyond.
- Every generation shortens the reach of copper. The faster the cluster, the sooner it turns optical, and that changes cost per port before you buy the first GPU.
- The right question is not 'InfiniBand or Ethernet'. It is 'how much of my workload is collective communication between GPUs'.
The business question
You are about to approve a cluster worth several hundred thousand dollars and, somewhere in the spreadsheet, a line called “interconnect” appears costing between 15% and 25% of the total. Someone will say there is room to save there.
That is one of the few budget lines where saving destroys the entire asset. This text explains why, without requiring you to be a network engineer.
What InfiniBand actually does
The problem it solves
In a conventional network, when one server sends data to another, the data travels from disk or memory up to the operating system, is copied into a kernel work area, packetised, handed to the network card, and the reverse path happens on the other side. Each of those steps costs time and, worse, costs processor, the very processor that should be coordinating your calculation.
When the work is a simulation or a distributed training run, that cycle repeats millions of times. What was a detail becomes the bottleneck.
InfiniBand was designed, from the outset, to eliminate that path. The network card, called an HCA (Host Channel Adapter), is granted permission to read and write directly into the remote server’s memory. The operating system authorises this once, at the beginning, and then steps aside. It is called RDMA (Remote Direct Memory Access).
Two practical consequences:
- Latency collapses, because the path is physically shorter.
- The processor is freed, because the transfer happens without it. On a machine with eight GPUs, that means the CPU keeps feeding the GPUs instead of managing packets.
Why this matters more in AI than in any other workload
Training a large model across many GPUs requires that, at every step, all GPUs exchange and combine their partial results. It is a collective operation: nobody moves forward until the last one finishes.
The effect is relentless. If the GPUs spend 30% of their time waiting on the network, you bought a cluster and are using 70% of it, permanently, for every year of the asset’s life. It is the same as paying for eight GPUs and receiving five and a half.
InfiniBand attacks this on two fronts: it reduces the time of each exchange and, in recent generations, performs part of the combination inside the switch itself, a technology NVIDIA calls SHARP. Instead of all the data travelling to one node, being summed and returning, the sum happens along the way.
The three structural guarantees
Three characteristics, present from conception, separate InfiniBand from an adapted office network:
Lossless fabric. In classic Ethernet, when congestion hits, the packet is dropped and retransmitted. InfiniBand uses credit-based flow control: the sender only transmits once the receiver has guaranteed room. The packet is not dropped because it is never sent without a guaranteed destination. In a collective operation, a single retransmission delays the entire group.
Centralised management. A component called the Subnet Manager sees the whole topology, computes the routes and distributes them. The network is planned, not discovered, which makes behaviour predictable under load.
Adaptive routing. When a path congests, traffic is diverted in real time, without waiting for the application layer to notice.
Reference table · The InfiniBand generations
Each generation doubles the rate per lane. The most common link width in a cluster is x4, four lanes grouped into one port. That is why “NDR” means 400 Gb/s in practice, even though the individual lane runs at 100 Gb/s.
| Generation | Approx. year | Per lane | Encoding | x4 port | Typical connector |
|---|---|---|---|---|---|
| SDR Single Data Rate | 2001 | 2.5 Gb/s | 8b/10b | 8 Gb/s effective | CX4 |
| DDR Double | 2005 | 5 Gb/s | 8b/10b | 16 Gb/s effective | CX4 · QSFP |
| QDR Quad | 2008 | 10 Gb/s | 8b/10b | 32 Gb/s effective | QSFP |
| FDR Fourteen | 2011 | 14.0625 Gb/s | 64b/66b | ~54.5 Gb/s effective (56 nominal) | QSFP+ |
| EDR Enhanced | 2014 | 25.78125 Gb/s | 64b/66b | 100 Gb/s | QSFP28 |
| HDR High | 2018–2020 | 50 Gb/s (PAM4) | 64b/66b | 200 Gb/s | QSFP56 |
| NDR Next | 2021–2022 | 100 Gb/s (PAM4) | n/a | 400 Gb/s | OSFP · QSFP112 |
| XDR eXtreme | 2024–2025 | 200 Gb/s (PAM4) | n/a | 800 Gb/s | OSFP224 |
| GDR · roadmap | n/a | 400 Gb/s | n/a | 1.6 Tb/s | OSFP-XD |
Arraste para o lado para ver a tabela inteira.
Two readings the table hides, and both are worth money:
Encoding is not a detail. Up to QDR, for every 10 bits transmitted, 2 were synchronisation overhead, 20% of the link. That is why QDR, advertised as “40 Gb/s”, delivers 32. From FDR onward, 64b/66b encoding drops the overhead to roughly 3%. If you compare old equipment with new by the number on the datasheet, you are comparing different quantities.
PAM4 changes the physics. Up to EDR, the signal was binary: high or low. From HDR onward, each symbol carries four levels, two bits per symbol. The rate doubles without doubling the frequency, but the levels sit closer together and noise tolerance falls. Direct consequence: mandatory error correction (which adds latency) and shorter copper reach. Physics is the reason your new cluster needs more fibre than the old one.
Typical end-to-end latency at NDR: [DATA TBC], to be filled with our own measurement or cited NVIDIA documentation; do not publish a manufacturer figure without attribution.
The ecosystem that runs on InfiniBand
InfiniBand rarely appears alone in the conversation. These are the names you will hear and what each one means:
| Term | What it is | Why it matters to you |
|---|---|---|
| RDMA / verbs | The programming interface for direct remote memory access | It is the foundation. Everything else depends on it |
| GPUDirect RDMA | A GPU on one node writes to a GPU on another without passing through system memory | Removes two copies from the critical training path |
| GPUDirect Storage | The GPU reads from storage without a stop in system memory | Decisive when the bottleneck is feeding data, not computing |
| NVMe-oF NVMe over Fabrics | The NVMe disk protocol carried over the network | A disk in another rack behaves almost like a local one. It is the basis of disaggregated storage |
| SHARP | Aggregation performed inside the switch | Shortens collective operations, the bottleneck of distributed training |
| MPI / UCX | The layer the scientific application uses | Practically all HPC code speaks MPI; UCX bridges it to the hardware |
| Subnet Manager (OpenSM, UFM) | The brain that computes and distributes routes | Without it the fabric does not come up. Whoever operates it needs to know this |
| IPoIB | Traditional IP encapsulated over InfiniBand | Compatibility for legacy tools. Do not use it for the high-performance path |
Arraste para o lado para ver a tabela inteira.
“NVMe over InfiniBand” is the informal name for the NVMe-oF over RDMA over InfiniBand combination.
The interfaces and the cables
Connectors
The connector changes with the generation because the physics changes. The rule of thumb: QSFP was the dominant family from QDR through HDR; OSFP, larger and with far greater thermal dissipation, became necessary at NDR; OSFP-XD is the answer for 1.6 Tb/s.
One detail causes real confusion: at NDR, a switch OSFP cage frequently carries two 400 Gb/s ports. A switch with 32 OSFP cages offers 64 ports of 400 Gb/s. Counting cages instead of ports undersizes the switch by half.
The three media
| Medium | Typical reach | Latency | Relative cost | Power | When to use |
|---|---|---|---|---|---|
| DAC · passive copper | metres (shorter each generation) | lowest | low | ~zero | Inside the rack, GPU to switch |
| ACC / AEC · active copper | extends copper reach | low | medium | low | Adjacent rack, when DAC will not reach |
| AOC · active optical | tens of metres | low | medium-high | medium | Between racks, flexible cabling |
| Transceiver + fibre | hundreds of metres to kilometres | low | high (pair of modules) | higher | Backbone, between rooms, campus |
Arraste para o lado para ver a tabela inteira.
The trend that decides the project: with every generation, the useful reach of copper shrinks. What was solved with cheap copper at EDR requires active copper at HDR and optics at NDR. Interconnect cost per port rises faster than the transmission rate, and that has to enter the budget before the purchase, not after.
In the optical variants, the suffix states the reach: SR short on multimode fibre, DR around half a kilometre, FR a few kilometres, LR tens.
The math that decides
Consider a cluster of 32 nodes with 8 GPUs each, 256 GPUs, with a GPU acquisition cost in the region of US$ 8M, an illustrative figure, replace it with your own.
Scenario A, saving on the network. The interconnect is sized below what is needed. The GPUs sit idle 25% of the time waiting on communication. Savings at purchase: say US$ 400K.
Scenario B, properly sized network. Idleness falls to 8%.
The calculation that matters:
- Difference in utilisation: 17 percentage points on an US$ 8M asset.
- GPU value effectively lost in Scenario A: US$ 1.36M of capacity you bought and do not use.
- Across a 4-year service life, the undersized cluster delivers the work of a significantly smaller cluster, while consuming the same power, occupying the same space and costing the same support contract.
The US$ 400K saved cost US$ 1.36M of installed capacity. And unlike almost every other specification error, this one is irreversible without replacing the cabling and the adapters, which is to say, without stopping the cluster.
There is a second effect, less visible and equally expensive: a cluster with poor communication does not scale. Adding nodes improves little, because the coordination cost grows faster than the capacity. You lose not only performance today, but the option to grow tomorrow.
This is the reasoning behind the architecture principle ARETE applies: specify the interconnect for the frontier, not for today’s workload. The network is the longest-lived subsystem in the cluster and the most expensive to replace. The compute nodes will be replaced two or three times; the structured cabling, almost never.
Common specification mistakes
1 · Confusing nominal rate with effective rate. “QDR 40 Gb/s” delivers 32. It is 8b/10b encoding, not misleading marketing, but whoever compares generations by the datasheet compares different quantities.
2 · Reading “1.6 Tb/s” as a 1.6 Tb/s port. In the overwhelming majority of cases, the number refers to a dual-port module (2 × 800 Gb/s), to an aggregate capacity, or to the future roadmap (GDR). Always ask: is this per port, per cage, or aggregate? The answer changes the sizing of the switch.
3 · Counting OSFP cages as if they were ports. At NDR, one cage commonly serves two 400 Gb/s ports. Getting this wrong undersizes the switch by 50%.
4 · Planning copper where the generation already demands optics. Copper reach shrinks with every step. A room layout inherited from the previous generation, reused without review, turns into an emergency purchase of transceivers, at the worst moment, at the worst price.
5 · Treating the network as a component rather than a chain. A fast adapter behind an undersized switch delivers the performance of the switch. An excellent switch behind inadequate cabling delivers the performance of the cable. The network is a chain in series: the result is that of the weakest link, and the weakest link is rarely the component that appears in the proposal.
Sources
- InfiniBand Architecture Specification infinibandta.org ↗ verified on 07/19/2026
- InfiniBand Roadmap infinibandta.org ↗ verified on 07/19/2026
- OSFP Multi-Source Agreement osfpmsa.org ↗ verified on 07/19/2026
- NVIDIA Networking Documentation docs.nvidia.com ↗ verified on 07/19/2026
- TOP500 · Interconnect Family Statistics top500.org ↗ verified on 07/19/2026
Product-specific values must be verified against the manufacturer documentation corresponding to the specification date. This document does not replace the equipment datasheet.