Zum Hauptinhalt springen
usedby

Analyse des 500-Meilen-E-Mail-Bugs und von Netzwerk-Timeouts auf niedriger Ebene

Diese Fallstudie dokumentiert einen Systemausfall an einer Universität Mitte der 90er-Jahre: Der E-Mail-Server des Campus erreichte keinen Empfänger, der mehr als 500 Meilen entfernt war.

Das Versprechen

Diese Fallstudie dokumentiert einen Systemausfall an einer Universität Mitte der 90er-Jahre: Der E-Mail-Server des Campus erreichte keinen Empfänger, der mehr als 500 Meilen entfernt war. Das klingt wie eine moderne Legende aus der Netzwerkwelt. Es handelt sich aber um einen belegten Fall einer Konfigurationsregression, bei dem Softwarelogik auf die physikalische Lichtgeschwindigkeit traf (Quelle: MIT Archive).

Unter der Haube

Der Vorfall begann mit einem SunOS-Upgrade, das die Sendmail-Konfiguration beschädigte. Konkret wurden die Einheiten des Timeouts falsch interpretiert (Quelle: Trey Harris). Statt einer normalen Wartezeit setzte das System für den ersten SMTP-Handshake ein Timeout von 3 Millisekunden (Quelle: Technical Analysis).

Rechnerisch bewegt sich Licht in Glasfaserkabeln mit etwa 200.000 km/s. Eine Strecke von 500 Meilen (800 km) erfordert für ein Paket und seine Bestätigung einen Hin- und Rückweg von 1.600 km, was rund 8 ms dauert. Mit dem auf 3 ms begrenzten Timeout grenzte der Server seinen eigenen ausgehenden Verkehr praktisch auf ein genau definiertes geografisches Gebiet ein (Quelle: Technical Analysis).

Wir sind im Abstraktions-Stack so weit nach oben gewandert, dass ein Einheitenfehler in Sendmail wie ein Relikt aus einer primitiveren Zeit wirkt. Die zugrunde liegende Physik ist jedoch dieselbe geblieben.

Einige technische Details sind wegen der verstrichenen Zeit nicht mehr überprüfbar.

Die Geschichte taucht regelmäßig auf Hacker News auf, allein 2023 mit über 1.000 Punkten, und gehört fest zur Kultur des Site Reliability Engineering (Quelle: HN Thread). Trotz ihres Alters bleibt sie das maßgebliche Beispiel dafür, warum Unit-Tests und die Validierung von Konfigurationen nicht optional sind, auch nicht bei „Standard“-Upgrades.

Unsere Einschätzung

Machen Sie diesen Text zur Pflichtlektüre für Ihr SRE-Team, besonders für die Junioren, die glauben, Observability beginne und ende mit einem CloudWatch-Dashboard. Während wir aktuell über die Inferenzlatenz von Claude 4.5 Opus diskutieren, erinnert dieser Bug nüchtern daran, dass die Lichtgeschwindigkeit das einzige SLA ist, das wirklich zählt. Man kann ihn leicht als Legende im Stil von „Vanilla Ice Cream“ abtun, aber die Physik stimmt. Wenn sich Ihr System jeder Logik widersetzt, hören Sie auf, Ihren Code zu prüfen, und prüfen Sie Ihre Einheiten.