Zusammenfassung

  • RFC 2352 entwarf Domainpfade aus vollständigem Rechtsnamen, Gesellschaftsform, Ort und Staat und verlagerte die erste Anspruchsentscheidung vom DNS-Register zur Firmen- oder Markenbehörde.
  • Der Entwurf erfasste einen echten Konflikt um knappe, einprägsame Namen, doch ein Rechtsregister bewies weder globale Identität noch Delegation, Betriebskontrolle oder öffentliche Anerkennung.

Eine geordnete Hierarchie für einen ungeordneten Anspruch

Ende der neunziger Jahre ließ sich der Namensstreit als Engpass beschreiben: Mehrere Organisationen beanspruchten dasselbe kurze Wort, aber innerhalb eines DNS-Zweigs gab es nur einen Platz. RFC 2240 schilderte die Erschöpfung attraktiver Namen und die konkurrierenden, durchaus plausiblen Ansprüche. RFC 2352 ersetzte diesen Text im Mai 1998 als unabhängige Informational-Einreichung und wollte den fehlenden Kontext in den Domainpfad verlagern.

Das Grundmuster lautete <Rechtsform>.<Ortsangaben>.<Staat>. Eine britische Limited konnte unter LTD.UK, eine französische Marke unter TM.FR, eine deutsche GmbH unter GMBH.DE eingeordnet werden; in den USA konnte eine Staatsebene hinzukommen. Der Organisationsname sollte dem vollständigen Registereintrag entnommen werden. Die bereits im übergeordneten Zweig sichtbare Rechtsform entfiel aus dem Label, Leerzeichen wurden zu Bindestrichen, Satzzeichen entfernt oder ebenfalls umgewandelt.

Das war mehr als ein naives Vergabeverfahren nach Reihenfolge. Der Vorschlag erkannte, dass dieselben Wörter in verschiedenen Rechtsformen, Gebieten oder Markenklassen rechtmäßig geführt werden können. Ein DNS-Betreiber sollte das Gesellschaftsrecht nicht selbst erfinden.

Doch aus der begrenzten Frage „Wer führt diesen Namen in diesem Register?“ wurde stillschweigend eine größere: „Unter welchem Namen soll diese Organisation im öffentlichen Internet erscheinen?“ Genau an diesem Übergang änderte sich die Beweiskraft.

Eindeutigkeit endet am Rand der Zuständigkeit

RFC 2352 behauptete, Streit könne nicht entstehen, weil Rechtsnamen in ihrem jeweiligen Kontext eindeutig seien. Der Kontext ist jedoch keine Fußnote, sondern die Grenze des Belegs. Ein Name kann in einem kommunalen oder nationalen Register, innerhalb einer Rechtsform oder Markenklasse eindeutig sein und anderswo erneut vorkommen. Der RFC schuf kein Weltregister. Er setzte Einträge aus Institutionen zusammen, deren territoriale, sachliche und zeitliche Geltung verschieden war.

Auch die Zeichenumwandlung erzeugte eine neue Grenze. Werden Leer- und Satzzeichen vereinheitlicht, entsteht ein technisch nutzbares Label. Dabei können Unterschiede verschwinden, die der juristische Datensatz bewahrt. Eine prüfbare Kette braucht daher den genauen Quelldatensatz, die Version der Abbildungsregel, die Registerentscheidung, die übergeordnete Delegation und den Zustand der Zone. Das Label kann auf diese Belege verweisen, aber nicht alle ersetzen.

Im DNS ist „Autorität“ enger gefasst. Nach RFC 1034 ist ein Server autoritativ, wenn er vollständige Information über eine Zone besitzt. RFC 1035 liefert den technischen Rahmen für Labels und Abfragen. Daraus folgt keine Zuständigkeit für Gesellschaftsidentität, Markenpriorität oder rechtmäßige Unternehmenskontrolle.

Selbst eine korrekte Antwort des Resolvers bleibt ein schmaler Nachweis. Sie sagt nicht, ob die Organisation noch besteht, der Registrant rechtmäßig handelt, der Dienst sicher ist oder der Nutzer das beabsichtigte Angebot erreicht. Rechtsstatus, Abbildung, Delegation, Auflösung und Betrieb sind verbundene, aber getrennte Wirklichkeitsschichten.

Der Einwand steht im Veröffentlichungsdatensatz

Der Eintrag zu RFC 2352 enthält eine ungewöhnlich deutliche Anmerkung des RFC Editors. Etablierte Organisationen müssten vertraute generische Adressen gegen sperrigere Pfade tauschen, ohne dafür einen erkennbaren Anreiz zu erhalten. Zugleich behandle der Entwurf die nationale Namensraumstruktur als nationale Angelegenheit und schreibe dennoch vor, wie Rechtsformen und Orte darin darzustellen seien. Die Umsetzung könne deshalb politisch nicht machbar sein.

Das war keine bloße Geschmacksfrage. RFC 920 hatte Domains bereits als administrative Einheiten beschrieben und vor den Altlasten einer Umbenennung gewarnt: alte Verweise bleiben in Tabellen, Mailinglisten, Nachrichten, gedruckten Verzeichnissen und menschlicher Erinnerung. Ein formal sauberer neuer Name übernimmt nicht automatisch Mailverkehr, Zertifikate, Links, Konfiguration oder den Ruf des alten.

RFC 1591 zeigt die zweite Entscheidungsfläche. Verwalter von Länder-Domains mussten lokale Politik, technische Kompetenz und zuverlässigen Betrieb verbinden. Sie konnten mit Gesellschaftsregistern kooperieren, doch Kooperation verschmolz die Mandate nicht. Das eine Register bescheinigte einen rechtlichen Sachverhalt; das DNS schuf und pflegte einen delegierten Zweig.

Spätere Verfahren trennten Darstellung und Streitentscheidung

1999 führte ICANN die Uniform Domain Name Dispute Resolution Policy ein. Beschwerdeführer müssen Verwechslungsähnlichkeit, fehlende Rechte oder berechtigte Interessen des Inhabers sowie bösgläubige Registrierung und Nutzung darlegen. Das ist ein an Registrierungsverträge gekoppeltes Entscheidungsverfahren. Es leitet nicht jede Domain aus einem Handelsregister ab und macht nicht jeden Rechtsnamen zur automatischen Delegation.

Die Darstellung nichtlateinischer Namen betraf eine andere Schicht. RFC 3490 führte an der Anwendungsgrenze eine ASCII-kompatible Form für internationalisierte Domainnamen ein. Die bestehende DNS-Infrastruktur konnte sie transportieren; exakte Zuordnung blieb erhalten, während viele sprachliche, visuelle und lautliche Gleichheitsfragen ausdrücklich außerhalb des Protokolls blieben. Kodierung löste Darstellung, nicht Anspruch.

Darum ist RFC 2352 historisch aufschlussreich, obwohl er nicht zum System wurde. Der Entwurf benannte den Konflikt zwischen global sichtbaren Kurzbezeichnungen und pluralen Rechtsordnungen richtig. Seine Hierarchie bewahrte mehr Kontext als ein flaches Rennen. Für die gemeinsame technische Schicht genügten jedoch Eindeutigkeit innerhalb eines Zweigs, korrekte Delegation und interoperable Auflösung. Sie musste nicht alle Rechtsformen der Welt in eine verbindliche Schablone pressen.

Heng Lus Überlegungen zu Wirklichkeitsschichten und zu einer minimalen gemeinsamen Spezifikation mit lokalen Entscheidungen machen die Grenze sichtbar: Ein Register beschreibt eine begrenzte Wirklichkeit; es erschafft nicht automatisch alle später daran geknüpften Tatsachen. Die Veröffentlichung eines RFC belegt den dokumentierten Vorschlag, nicht seine Annahme, Einführung oder Wirksamkeit. RFC 2352 beseitigte die Machtfrage nicht, sondern verteilte sie über eine längere Kette.

Quellen und Grenzen

Grundlage sind der Publikationseintrag, RFC 2240, RFC 2352, RFC 920, RFC 1034, RFC 1035, RFC 1591, RFC 3490, die ICANN-Richtlinie sowie die beiden genannten Texte von Heng Lu. Sie belegen weder heutige Marken- oder Domainrechte noch geben sie Rechtsberatung für eine bestimmte Rechtsordnung.