WAN-interconnect (200G-optiek)

Hoe rekensites koppelen op 200 Gb/s over een kamer, een campus of een stad: welke optiek op welke afstand, wat waar in past, en wat er nodig is om echt line rate te halen.

Wanneer twee sites allebei publieke routes hebben, hoort het expert-dispatch-datavlak een directe link te zijn — de relay is voor edges zonder eigen adres. Dit item is het concrete recept om die directe link 200 Gb/s-klasse te maken met catalogusonderdelen. Eén regel ordent alles: de glasvezel is snelheidsneutraal glas; de snelheid zit in de pluggable aan elk uiteinde.

Stap 1 · kies op afstand

De reikwijdteladder

afstandonderdeelpast in
same rack, 0.5–3 mQSFP56 DAC (passive copper)NIC ↔ NIC, geen switch
same room, ≤30 mQSFP56 AOC (active optical)NIC ↔ NIC / switch
campus, 2–10 km200G FR4 (2 km) / LR4 (10 km) module + duplex LC, single-mode fiberNIC- of switch-QSFP56-cage
metro, ≤40 km200G ER4 module, single-mode fiberNIC- of switch-QSFP56-cage
region, ≤120 km400G ZR+ coherent module set to a 200G line rateswitch-/router-QSFP-DD-cage (niet de NIC)
long-haul, 100s of kmcarrier-leased 200G wavelength (or 2×100G) over DWDMje switch draagt over aan de carrier
Stap 2 · wat past waar

NIC-kant vs switch-kant

  • NIC-kant — kaarten van de ConnectX-6/7-klasse bieden QSFP56-cages; DAC/AOC/FR4/LR4/ER4 zitten allemaal direct in de NIC. Een host van de GB10-klasse heeft al twee 200 GbE QSFP-poorten aan boord, dus een link tussen twee sites heeft precies één kabel en nul nieuwe hardware nodig.
  • Switch-kant — coherente ZR+-optiek is QSFP-DD-formfactor en hoort in een switch of router; de NIC van de site sluit dan op 200G via een korte DAC aan op die switch. Gebruik deze tier wanneer de verre site tientallen kilometers weg is.
  • De glasvezel zelf — standaard single-mode (G.652) duplex-LC-paren, geleased als dark fiber per streng. Hetzelfde glas draagt vandaag 100G en later 400G; upgrades zijn een moduleverwisseling, nooit graafwerk.
  • Voorbij ~120 km — stop je met onderdelen kopen en ga je een wavelength leasen bij een carrier; de demarcatie is een Ethernet-overdracht op je switch.

Drie referentieopstellingen, goedkoopste eerst.

two-site bench  : site A qsfp0 ──QSFP56 DAC 1m── site B qsfp0
campus pair     : site A [LR4] ──dark fiber, ≤10km── [LR4] site B
metro federation: site ──DAC── switch [ZR+ @200G] ──SMF ≤120km── [ZR+] switch ──DAC── site
Stap 3 · echt 200G halen

Line rate is een configuratie, geen aankoop

  • Gebruik RDMA (RoCE) voor de dispatch-stream waar beschikbaar — hosts van de GB10-klasse voeden de NIC via gesplitste PCIe-links, en de gemeten volle snelheid (~185–190 Gb/s) verschijnt onder RoCE met een correct gemapte topologie; een verkeerd gemapt pad topt op bijna de helft van het tarief en ongetunede platte TCP landt veel lager.
  • Schakel jumbo frames (MTU 9000) end-to-end in en houd TCP_NODELAY aan op de dispatch-sockets (de bridge zet het al).
  • Verwacht te *verifiëren*, niet aan te nemen: draai een perftest tussen de sites na elke fysieke wijziging — het verschil tussen 95 en 190 Gb/s is onzichtbaar tot het gemeten is.
  • Houd de 443-relay als fallback-pad — het belbeleid is direct-eerst voor publieke peers, relay voor NAT. De taak van de relay is bereik, de taak van de directe link is snelheid.

Waarom dit voor de architectuur uitmaakt: decodeerlatentie wordt begrensd door de round-trip-tijd (~5 µs/km in glasvezel — natuurkunde, onafhankelijk van bandbreedte), dus een dikke pijp koopt prefill-snelheid, doorvoer van gebundelde dispatch en vrijwel directe distributie van expert-plakken, geen lagere latentie per token. Dat is precies de rol van de site-tier in het twee-tier-ontwerp: capaciteit in de dikke-pijp-tier, bereik in de relay-tier.