Es gibt einen Moment, der so selbstverständlich ist, dass wir ihn gar nicht bemerken.

Sie stecken ein Netzwerkkabel in eine Wanddose. Die Dose stammt von einem deutschen Hersteller, das Kabel aus Taiwan, der Switch darunter aus Kalifornien, der Router dahinter aus Schweden. Und es funktioniert. Nicht, weil alle Beteiligten nett zueinander sind. Sondern weil sie sich an dasselbe Regelwerk halten: IEEE 802.3 — Ethernet.

Das klingt banal. Es ist banal. Und genau deshalb ist es bemerkenswert.

Was ein Standard wirklich ist

Ein Standard ist keine Software. Kein Gerät. Kein Produkt. Ein Standard ist eine Vereinbarung. Eine gemeinsame Sprache, in der sich Menschen und Maschinen verständigen, ohne sich persönlich zu kennen.

Im kleinsten Maßstab bedeutet das: Stecker passen. Im größten: Das Internet funktioniert. Dazwischen liegt eine Welt aus Spezifikationen, die festlegen, wie Daten codiert, übertragen, interpretiert und bestätigt werden — damit Millionen von Geräten, die nie voneinander wussten, miteinander reden können.

Wer das einmal verstanden hat, sieht die digitale Welt mit anderen Augen. Nicht als Sammlung magischer Boxen, sondern als Gefüge von Vereinbarungen, die irgendwann jemand aufgeschrieben hat.

Ohne Standards kein digitales Ökosystem

Das Internet, wie wir es kennen, wäre ohne Standards unmöglich. TCP/IP, definiert in den RFCs der IETF, ist das Protokoll, das jedes Gerät ans Netz anbindet. HTTP, ebenfalls in RFCs spezifiziert, ist die Grundlage des World Wide Web. DNS übersetzt Namen in Adressen. TLS verschlüsselt Verbindungen. SMTP transportiert E-Mails. BGP routet Datenpakete um den ganzen Globus.

Keine dieser Technologien gehört einem Unternehmen. Keine ist geheim. Jede ist niedergeschrieben, veröffentlicht, für jeden lesbar, für jeden implementierbar. Genau diese Offenheit ist der Grund, warum das Internet wachsen konnte — nicht als Produkt eines einzigen Herstellers, sondern als Ökosystem, an dem jeder teilnehmen darf.

Hätte man das Internet proprietär gebaut, hätte es niemals diese Größe erreicht. Es gäbe viele kleine Netze, die nicht miteinander sprächen. Genau das war die Telekommunikationswelt vor den Standards: Insellösungen, die nur innerhalb ihrer eigenen Mauern funktionierten.

Wer die Regeln schreibt

Standards fallen nicht vom Himmel. Sie werden gemacht — von Institutionen, deren Aufgabe es ist, Vereinbarungen auszuhandeln, die mehrheitsfähig sind.

Die IETF (Internet Engineering Task Force) pflegt die RFC-Reihe. „RFC" steht für Request for Comments — ein bescheidener Name für das wichtigste Dokumentenarchiv des Internets. Jeder kann einen RFC einreichen. Jeder kann mitdiskutieren. Entschieden wird nicht per Mehrheit, sondern per rough consensus — grober Konsens. Das ist langsam, manchmal frustrierend, und es ist der Grund, warum RFCs so robust sind.

Das IEEE (Institute of Electrical and Electronics Engineers) verantwortet Standards auf der physischen Ebene: Ethernet, WLAN (802.11), Bluetooth-basierte Funktechnik. Wo Bits durch Kabel oder Luft fließen, regelt meist ein IEEE-Standard, wie.

Die ISO (Internationale Organisation für Normung) deckt alles ab, von Papierformaten (das bekannte DIN-A4 ist eine ISO-Norm) über Ländercodes bis zu Prozessmanagement. Das W3C definiert, wie das Web strukturiert ist — HTML, CSS, XML. Die ECMA standardisiert Programmiersprachen wie JavaScript. Die ITU koordiniert internationale Telekommunikation.

Diese Institute sind keine Behörden mit Macht. Sie sind Bühnen, auf denen Interessengruppen verhandeln. Hersteller, Forscher, Administratoren, Regierungen — alle bringen ihre Perspektiven ein. Der Standard, der daraus entsteht, ist ein Kompromiss. Und Kompromisse sind nie perfekt, aber oft gut genug, um die Welt zusammenzuhalten.

Der Preis der Standardisierung

Standards sind mühsam. Wer jemals eine Spezifikation gelesen hat, weiß das. Sie sind trocken, pedantisch, voller Randbedingungen und Sonderfälle. Das ist kein Zufall — es ist die Folge davon, dass jede mögliche Situation bedacht werden muss, bevor das Dokument fertig ist.

Ein Standard entsteht nicht in Wochen. Oft dauert es Jahre. Komitees tagen, Entwürfe zirkulieren, Kommentare werden gesammelt, eingearbeitet, wieder kommentiert. Streitpunkte über Details können Monate binden — ob ein Feld 16 oder 32 Bit breit sein soll, ob ein Timeout in Sekunden oder Millisekunden gemessen wird.

Das fühlt sich an wie Verschwendung. In der Zeit, in der ein Standard verhandelt wird, hätte ein Unternehmen drei Produkte auf den Markt werfen können. Und genau das ist die Versuchung: schnell sein, proprietär bleiben, das Feld allein besetzen.

Wer ihr aber erliegt, zahlt später einen anderen Preis.

Wenn Standards konkurrieren

Es gibt nicht immer den einen Standard. Oft stehen mehrere nebeneinander, und der Markt entscheidet — nicht immer rational.

Jeder kennt den Witz: „Es gibt vierzehn verschiedene Standards. Lasst uns einen entwickeln, der sie alle vereinheitlicht. Jetzt gibt es fünfzehn." Er trifft einen Nerv, weil er wahr ist. REST gegen SOAP. Markdown gegen AsciiDoc. YAML gegen TOML gegen JSON. USB-C gegen Lightning gegen MagSafe. VHS gegen Betamax.

Konkurrierende Standards kosten Ressourcen. Adapter, Übersetzer, Kompatibilitätsschichten — all das existiert, weil die Welt sich nicht auf eine Lösung einigen konnte. In manchen Fällen setzt sich ein Standard durch, weil er technisch besser ist. In vielen Fällen, weil er rechtzeitig, günstig oder gut vermarktet war. Manchmal bleibt ein jahrzehntelanger Grabenkrieg, in dem beide Lager existieren und niemand wirklich gewinnt.

Trotzdem: Auch konkurrierende Standards sind besser als gar keine. Denn wo ein Standard existiert, ist Interoperabilität möglich. Wo keiner existiert, herrscht das Monopol dessen, der den Markt kontrolliert.

Was offene Standards von proprietären unterscheiden

Ein proprietäres Protokoll funktioniert — solange der Hersteller existiert, die Lizenz zahlt und das Interesse behält. Verschwindet der Anbieter, ändert sich die Strategie oder verdoppelt sich der Preis, bleibt ein System zurück, das mit nichts mehr spricht.

Ein offener Standard hingegen gehört niemandem und jedem. Er kann von jedem implementiert werden. Er überdauert Unternehmen, Epochen, Technologiewechsel. SMTP ist älter als die meisten heutigen Firmen. HTTP funktioniert noch immer, obwohl die Welt drumherum sich komplett gewandelt hat.

Das hat einen Nebeneffekt, der selten erwähnt wird: Offene Standards reduzieren Müll. Geräte, die nach offenen Standards kommunizieren, lassen sich länger nutzen, kombinieren, reparieren. Wer auf proprietäre Schnittstellen angewiesen ist, wirft Hardware weg, sobald der Anbieter sie nicht mehr unterstützt. Elektronikschrott ist nicht zuletzt ein Standardisierungsproblem.

Die Lock-in-Falle

Hier wird es ungemütlich. Denn proprietäre Lösungen sind selten Zufall — sie sind oft Absicht.

Ein Hersteller, der ein eigenes Protokoll entwickelt, tut das nicht unbedingt aus Boshaftigkeit. Oft beginnt es pragmatisch: ein Feature, das die Konkurrenz nicht hat, eine Integration, die nur beim eigenen Produkt funktioniert, eine Performance-Optimierung, die nur mit der eigenen Stack greift. Das ist legitim.

Was danach passiert, ist das Problem. Sobald ein Kunde auf dieses proprietäre System migriert ist — seine Daten importiert, seine Prozesse darauf ausgerichtet, sein Personal geschult —, beginnt die Umzingelung. Jede weitere Integration funktioniert am besten mit dem eigenen Produkt. Jede Erweiterung bindet tiefer. Jedes Jahr, das vergeht, wird ein Ausstieg teurer, langsomer, riskanter.

Das ist Vendor Lock-in: die strategische Verschiebung der Verhandlungsposition. Der Kunde wählt einmal — und entscheidet nie wieder. Der Anbieter muss nicht mehr überzeugen, er muss nur noch erhalten. Preise lassen sich anheben, Support-Tiere zusammenlegen, Features in höhere Lizenzstufen verpacken. Der Kunde kann nicht gehen. Er kann nur zahlen.

Offene Standards brechen diese Logik. Wo ein Standard gilt, kann der Anbieter gewechselt werden. Die Daten lassen sich exportieren, das Protokoll versteht jeder, die Integration ist nachvollziehbar. Der Kunde bleibt souverän — und genau diese Souveränität ist es, die proprietäre Geschäftsmodelle fürchten.

Es ist kein Zufall, dass die aggressivsten Lobbyisten gegen Standardisierung stets von jenen kommen, die am meisten zu verlieren haben: den Inhabern geschlossener Ökosysteme. Standardisierung bedeutet Wettbewerb. Und Wettbewerb bedeutet, dass man sich anstrengen muss.

Verstehen und Debuggen

Wer eine Infrastruktur betreibt, lernt schnell: Probleme sind unvermeidlich. Was zählt, ist, ob man sie verstehen kann.

Bei einem offenen Standard kann ich die Spezifikation lesen. Ich kann nachvollziehen, was ein Paket enthalten soll, wie eine Antwort aussehen muss, wo ein Fehler herkommt. Ich kann einen Paketmitschnitt auf eine Verbindung ansetzen und sehen, was passiert — weil die Formate dokumentiert sind.

Bei einem proprietären Protokoll sehe ich Bytes. Und ich sehe einen Supportvertrag.

Das ist kein abstrakter Vorteil. Es ist der Unterschied zwischen einem Abend, an dem ich ein Problem löse, und einer Woche, in der ich auf eine Antwort aus einem fremden Ticketsystem warte.

Was das mit libcom.de zu tun hat

Wir bei libcom.de setzen seit über zwei Jahrzehnten auf offene Standards. Nicht aus Prinzipientreue, sondern aus Praxis. Systeme, die auf RFCs und IEEE-Standards basieren, lassen sich verstehen, reparieren und weiterentwickeln — auch dann, wenn der ursprüngliche Lieferant längst vergessen ist.

Unsere Arbeit besteht zu einem guten Teil darin, Kunden zu helfen, sich aus proprietären Sackgassen zu lösen und auf standardisierte, interoperable Infrastrukturen zu migrieren. Das bedeutet manchmal, dass wir langsamer sind als ein schnelles Produktversprechen. Aber es bedeutet auch, dass das, was wir bauen, in fünf Jahren noch funktioniert — und von jemand anderem verstanden werden kann.

Wenn Sie sich fragen, ob Ihre IT zu sehr von proprietären Lösungen abhängt, oder ob eine Standardisierung Ihrer Systeme sinnvoll wäre: Schreiben Sie uns an contact@libcom.de. Wir machen eine ehrliche Bestandsaufnahme — ohne Verkaufsdruck, mit dem Blick auf das, was Ihre Infrastruktur langfristig braucht.

Standards sind nicht glamourös. Niemand erzählt seinen Kindern, dass er heute einen Kompromiss über ein 32-Bit-Feld ausgehandelt hat. Aber ohne diese Kompromisse gäbe es kein Internet, kein Web, keine E-Mail, kein Telefonnetz, das über Ländergrenzen hinweg funktioniert.

Sie sind das langweiligste Fundament, das die Welt zusammenhält. Und vielleicht ist es genau richtig, dass es langweilig ist — denn langweilig bedeutet zuverlässig. Und zuverlässig ist, was Infrastruktur sein soll.