Jedes Kabel ist beschriftet
Vor dem Umstecken bekam jedes Kabel eine Kabelfahne, gedruckt aus denselben Portbelegungen, die die Switches konfigurieren. Der Etikettendrucker brach immer wieder mit einem Datenfehler ab. Sein Browserfenster in den Vordergrund zu holen, behob das Problem.
Das Rack sollte ausgeschaltet, auseinandergenommen und wieder zusammengesetzt werden. Eine Regel kam zuerst: erst beschriften, dann ziehen. Kein Kabel verlässt seinen Port, bevor an beiden Enden eine Kabelfahne hängt, und die Fahne kommt an das noch gesteckte Kabel: Das Switch-Ende hängt also nie lose, während es beschriftet wird.
Der Text kam aus den Portbelegungen
Jeder Switch-Port in diesem Netz ist in einem Repository deklariert: welcher Port, welche Zone, was am anderen Ende sitzt. Diese Portbelegungen spielt die Pipeline auf die Switches, sie sind also die einzige Liste, die nicht unbemerkt von der laufenden Konfiguration abweichen kann. Der Fahnentext wurde daraus erzeugt — Switch und Port in der einen Zeile, das Gerät am anderen Ende in der anderen, auf beiden Feldern der Fahne gleich.
Dieselben Belegungen ergaben eine Farbseite pro Switch: tycaccess,
tyccore und tycpoe, jeder so gezeichnet, wie er tatsächlich steht —
hochkant, das Ende mit den Statusleuchten oben, Port 1 unten. Jeder Port ist
nach seiner Zone eingefärbt und hat daneben ein Feld mit der Gegenstelle und
einem Kästchen zum Abhaken. In welcher Spalte die geraden Ports liegen,
wurde vom Aufdruck der Frontblende auf einem älteren Foto des offenen Racks
abgelesen, nicht angenommen. Eine Seite pro Switch genügte; das größte Blatt
trägt 21 Ports und bleibt lesbar.
Der erste Satz Fahnen deckte alle Kabel ab, die nicht zwischen einem Knoten und einem Switch verlaufen: sechzehn Kabel mit je zwei Fahnen, dazu eine Fahne pro Knoten. Die Kabel zwischen Knoten und Switches folgten am selben Abend in einem zweiten Satz.
Die Nacht vom 18. auf den 19. September 2026: die Kabel aus dem Rack, an jedem Ende eine Fahne.
Zwei Drucker, und keiner nimmt das naheliegende Format
Der Etikettendrucker ist ein Thermodrucker im Taschenformat, der Bluetooth Low Energy spricht und sonst nichts. Die Linux-Umgebung, in der die Arbeit läuft, hat gar kein Bluetooth, der Browser auf demselben PC aber schon. Also lief der Druck über eine kleine lokale Seite in diesem Browser; die Druckerbibliothek lag als Kopie daneben, statt aus dem Internet geladen zu werden, denn genau dieses Netz sollte gleich abgeschaltet werden. Handarbeit bleibt nur der Kopplungsdialog des Browsers: Eine Seite darf nach einem Bluetooth-Gerät fragen, auswählen darf es nur ein Mensch.
Der Papierdrucker im LAN meldet über sein Druckprotokoll keine PDF-Unterstützung — nur JPEG und zwei Rasterformate — und er weist einen zweiten Auftrag ab, solange der erste noch druckt. Die Portblätter wurden zu einem Bild pro Seite gerendert und einzeln geschickt, jedes erst, wenn der Drucker wieder Leerlauf meldete.
Der Datenfehler war ein verdecktes Fenster
Die erste Testfahne kam sauber heraus. Der erste echte Auftrag scheiterte mit Fehler 6 des Druckers, einem Datenfehler, bevor irgendetwas herauskam. Der nächste ebenso, und der danach.
| Versuch | Was vorausging | Ergebnis |
|---|---|---|
| 1 | erste Verbindung des Tages | gedruckt |
| 2 | Seite neu geladen, neu verbunden, zwei Kopien angefordert | Datenfehler |
| 3 | neu verbunden, eine Kopie | Datenfehler |
| 4 | dieselbe Verbindung noch einmal | Datenfehler |
| 5 | Drucker neu gestartet, Ladekabel ab, frische Verbindung | gedruckt |
| 6 | dieselbe Verbindung, Stapel von 31 | erste Fahne gedruckt, dann von Hand gestoppt |
| 7 | neu verbunden, kein Neustart | Datenfehler nach 37 Sekunden |
Diese Tabelle liest sich, als bräuchte der Drucker vor jedem Auftrag einen Neustart, und eine Weile wurde er so behandelt. Das war falsch. Eine frisch geladene Seite, eine neue Verbindung und ein neu gestarteter Drucker übertrugen immer noch nur drei Bildzeilen in fünf Sekunden.
Eine Fahne hat bis zu 872 Pixelzeilen, und die Bibliothek schickt jede Zeile als eigenes Paket, mit zehn Millisekunden Pause davor. Browser bremsen die Timer eines Tabs, den niemand sehen kann. Im verdeckten Tab gemessen, brauchte ein Zehn-Millisekunden-Timer 508 Millisekunden. In dem Tempo dauert eine Fahne Minuten, und der Drucker gibt die Übertragung auf, lange bevor die letzte Zeile ankommt.
Mit dem Browserfenster im Vordergrund war die nächste Fahne in 22 Sekunden gedruckt — ohne Neustart des Druckers nach dem vorigen Datenfehler. Die übrigen dreißig liefen mit etwa elf Sekunden pro Stück. Neustart, Ladekabel und Kopienzahl waren also nie die Ursache.
Das Browserfenster muss sichtbar bleiben, solange ein Auftrag druckt.
Was bleibt
Der zweite Satz lief über ein kleines Kommandozeilenprogramm, das Bluetooth direkt aus dem Betriebssystem des PCs spricht, ohne Browser und ohne Timer, die gebremst werden können. Sein erster echter Lauf druckte mit denselben elf bis zwölf Sekunden pro Fahne.
Eines konnten die Portbelegungen nicht beantworten: Sie benennen die Schnittstellen eines Knotens, nicht die physischen Buchsen einer Zwei-Port-Karte. Welche Buchse die Direktverbindung zwischen den ersten beiden Knoten trägt, ergab sich aus einer alten Kernel-Logzeile, die den Port der Karte neben der Schnittstelle nennt.
20. September 2026: das Rack neu gestapelt und neu gesteckt, jedes Kabel mit Fahne.