Zusammenfassung

  • Craig Partridges BBN-Bericht von 1989 bestritt nicht die Schwierigkeit hoher Geschwindigkeit. Er bestritt, dass ein Gigabit allein den Austausch der Netzarchitektur erzwinge, und verlangte getrennte Prüfungen für Paketrate, Rechenarbeit, Datenbewegung, Puffer und Regelverzögerung.
  • Das Ergebnis galt unter sichtbaren Annahmen: größere mittlere Pakete, 60–70-MIPS-Prozessoren, 64-Bit-Datenpfade und ausreichend Speicher. Die Signallaufzeit blieb unverändert, sodass mehr Daten im Netz gebunden waren und Kapazität weiterhin gelernt werden musste.
  • 1998 beschrieb das BBN-Team des MultiGigabit Router einen 50-Gb/s-Backplane und bis zu 32 Millionen Pakete pro Sekunde. Der Beleg war kollektiv, begrenzt und trennte getestete Teile von noch geschätzter Latenz.

Die Zahl hatte keinen Fehlerort

BBN Report No. 7080 vom 5. Juni 1989, heute in den Unterlagen des vierzehnten IETF-Treffens erhalten, setzte bei einer verbreiteten Überzeugung an. Der Sprung von 10-Mbit-LANs zu mehr als einem Gigabit müsse insbesondere Datagrammnetze überfordern. Wo genau der Bruch eintreten würde, blieb häufig offen. Die Größenordnung ersetzte die Fehlerbeschreibung.

Partridge antwortete nicht mit einer Loyalitätserklärung an das Bestehende. Er fragte, ob die neue Rate Probleme schaffe, die tatsächlich eine neue Architektur verlangten. Dabei hielt er den Vergleich zwischen virtuellen Leitungen und Datagrammen bewusst offen. Konnten beide den Zielwert erreichen, war ihre Wahl eine Frage von Funktion und Präferenz, nicht von technologischem Zwang.

Die Behauptung war eng. Ein Gigabit war der Prüfgegenstand; drei oder zehn Gigabit blieben eine weitere, schwierigere Frage. Optimismus war kein Freibrief für endlose Skalierung.

Aus Bitrate wurde eine Frist pro Paket

Der Bericht legte zwei Annahmen offen. Der durchschnittliche Paketumfang künftiger Gigabitnetze werde wegen mehr Massendaten und größerer MTUs nicht kleiner als im damaligen Internet. Außerdem ließen Bauteile in der Testfertigung eine vorsichtige Schätzung der frühen neunziger Jahre zu. Als Kandidaten dienten ein RISC-Prozessor mit 60 bis 70 MIPS und 64-Bit-Datenpfade.

Für Router war die Paketrate entscheidend. Die damals erwarteten 6.000 bis 10.000 Pakete pro Sekunde zwischen wenigen Ethernetzen wurden linear auf 600.000 bis eine Million Pakete pro Sekunde hochgerechnet. Bei 60 MIPS blieben damit rund 60 bis 100 Befehle oder 1 bis 1,6 Mikrosekunden pro Paket.

Dieser Haushalt konnte aufgehen oder scheitern. Virtuelle Leitungen verteilten ihren Aufbauaufwand über eine Folge von Paketen. Einfache IP-Weiterleitung lag auf 32-Bit-Prozessoren bei ungefähr 100 bis 150 Befehlen zuzüglich Treiberarbeit. 64-Bit-Operationen, Pipelines, bessere Treiber oder Hardwarehilfe konnten den Aufwand senken. Viele kleine Pakete konnten ihn zuerst sprengen. Dieselbe Bitrate bedeutete je nach Paketmix eine andere Zahl von Entscheidungen.

Im Endsystem wurde der Speicherbus zum Mitspieler

Ein Router brauchte vor allem den Header; ein Endsystem musste die Nutzdaten der Anwendung verfügbar machen. Partridge trennte deshalb Protokoll-, Betriebssystem- und Anwendungsaufwand. Aus früheren TCP-Messungen leitete er für sein Modell etwa tausend feste Befehle plus eine vom Paketumfang und der Wortbreite abhängige Datenberührung ab.

Die Abbildung variierte die mittlere Paketgröße. Im 60-MIPS-Modell konnte ein Host bei ungefähr 3 KB ein Gigabit füllen. Mit 512 Byte erreichte er fast ein Viertel, mit 100 Byte etwa 50 Mb/s. Diese Werte sind weder moderne Benchmarks noch Produktversprechen. Sie zeigen, weshalb Leitungsrate, Paketrate und Speicherverkehr getrennte Nachweise brauchen.

RFC 1071, gemeinsam von Bob Braden, David Borman und Partridge verfasst, empfahl, Speicherkopie und Prüfsumme zu verbinden, damit ein Datenwort für beide Arbeiten nur einmal geholt wird. Nicht nur die Addition, sondern der Weg durch den Speicher kostete. RFC 4297 fasste später entsprechende Untersuchungen zusammen und zitierte eine historische Sun-3/60-Messung, bei der Datenberührungen 64 Prozent des gemessenen Aufwands und Kopieren 48 Prozent ausmachten. Diese Zahlen stammen aus der Clark-Studie, nicht aus einer Messung Partridges und nicht aus heutiger Hardware. Ihr Wert liegt in der Frage nach der Zahl realer Speicherpassagen.

Die Laufzeit verwandelte Bandbreite in Bestand

Mehr Bandbreite beschleunigte das Licht nicht. Während derselben Rundlaufzeit befanden sich mehr Bytes unterwegs. Für sein Langstreckenbeispiel errechnete der Bericht ungefähr 5,9 MB Bandbreite-Laufzeit-Bestand. Eine Trägerverzögerung mit mindestens 120 Millisekunden Rundlauf erhöhte ihn auf 15 MB. Solche Mengen waren mit der erwarteten Speicherentwicklung plausibel, aber nicht kostenlos; sie waren keine allgemeine Puffervorgabe.

Die Verzögerung vieler schneller Schaltelemente fiel dagegen klein aus. Selbst einhundert Stufen, jede mit dem erlaubten Paketbudget, erhöhten den Pufferbedarf nur um ungefähr 12,5 bis 20 KB. Entfernung dominierte die Rechnung stärker als eine Kette lokaler Entscheidungen.

Auch das Erlernen der Kapazität kostete Zeit. Ein Datagrammsender, der mit acht Byte begann und sein Angebot in jeder Runde verdoppelte, konnte laut Modell in weniger als zwei Sekunden die Gigabitgröße erreichen. Für lange Übertragungen war das erträglich; für kurze, interaktive Aufgaben konnte es länger als der eigentliche Dienst sein. Ein besseres Kapazitätssignal mochte nötig sein, ohne damit die ganze Architektur für ungültig zu erklären.

Der spätere Router führte eine Beweisbuchhaltung

1998 veröffentlichte eine große BBN-Gruppe mit Partridge als Erstautor und technischem Leiter die Arbeit über den MultiGigabit Router. Sie nannte einen vollduplexen 50-Gb/s-Backplane und bis zu 32 Millionen Weiterleitungen pro Sekunde. Zugleich vermerkte sie, dass ungefähr ein Viertel der Backplane-Kapazität für Begleitverkehr verloren ging.

Der Datenpfad begrenzte unnötige Bewegung. Die Eingangskarte behielt den Paketkörper und schickte nur den Header an eine Weiterleitungsmaschine. Diese suchte die Route, aktualisierte den Header und gab Anweisungen zurück; erst danach ging das ganze Paket zur Ausgangskarte. Jede Maschine hielt eine vollständige, verdichtete Forwarding-Tabelle, damit eine zentrale Abfrage nicht um Größenordnungen teurer wurde als die Headerarbeit. Ein Schaltgewebe ersetzte den gemeinsamen Bus. Linecards und Engines waren getrennt, Link-Layer-Header wurden vereinheitlicht, und QoS-Klassifikation und Ausgangsplanung lagen auf verschiedenen Stufen.

Der Veröffentlichungsstand begrenzte die Aussage. Sämtliche Hardware außer den Schnittstellenkarten war gefertigt und getestet, die meiste Software lief. Die sieben bis acht Mikrosekunden für ein 128-Byte-Datagramm waren noch eine Schätzung aus gemessener Software, Hardware-Debugging und Simulation. Ohne externe Interfaces war das kein Ende-zu-Ende-Messwert eines fertigen Produkts.

Der Router widerlegte dennoch eine konkrete Erwartung: Jedes IP-Headerfeld konnte bei hoher Geschwindigkeit geprüft werden, und Router waren nicht technisch überholt. Er bewies nicht automatisch jede Tabellengröße, Verkehrsmischung, Rekonvergenz oder spätere Bitrate.

Die Biografie erklärt nicht mehr, als die Belege tragen

Die Internet Hall of Fame nennt Partridges Beiträge zum DNS-basierten Mailrouting, zu Anycast, zur TCP-Rundlaufzeitschätzung und zum frühen Multigigabit-Router. Colorado State University führt ihn heute als Professor, dessen Forschung sich mit dem Bewegen von Bits, Paketen, Blöcken und Dateien zwischen Rechnern befasst.

Diese Breite macht seine Methode sichtbar. Er suchte nicht zuerst nach einem mächtigen Etikett, sondern nach dem Nenner, der eine Behauptung falsifizieren konnte: Bits wurden zu Paketen, Pakete zu Befehlen und Speicherwegen, Entfernung zu Bytes im Flug und ein Prototyp zu gefertigt, gemessen, simuliert oder noch fehlend.

Running-Code Primacy verlangt dieselbe Grenze. Eine neue Architektur darf bevorzugt werden. Sie wird aber nicht notwendig, weil eine Zahl eindrucksvoll klingt. Wer Betreiber zum Verlust von Kompatibilität, Kapital oder Kontrolle bewegen will, muss den ausführbaren Pfad zeigen, der tatsächlich scheitert. Partridge bewies nicht, dass das Internet nie geändert werden müsse. Er bewies, dass das Gigabit von 1989 diesen Auftrag noch nicht erteilt hatte.

Quellen