Zusammenfassung

  • Die in RFC 1988 festgehaltene HP-Zusage wurde für qualifizierte Implementierungen von IETF-Standards-Track-MIBs ohne Antrag, Unterschrift oder schriftlichen Lizenzvertrag automatisch wirksam.
  • Sie galt nur für eine benannte Patentfamilie und einen bestimmten Einsatz, schloss proprietäre MIBs aus und endete für eine Partei nach dem beschriebenen Patentangriff dauerhaft.

Die Wartezeit verschwand, die Prüfung nicht. Hewlett-Packard erklärte in RFC 1988, dass seine Zusage gegenüber qualifizierten Implementierungen automatisch wirksam werde. Wer eine schriftliche Bestätigung wollte, konnte sie verlangen. Doch dieses Schreiben bestätigte eine bestehende Zusage; es erzeugte sie nicht.

Damit wurde ein wiederholbarer Vorgang aus der bilateralen Verhandlung in ein öffentlich lesbares Dokument verlagert. Die Gegenleistung war Präzision: Nur wer jede Begrenzung getrennt betrachtete, konnte verstehen, was tatsächlich freigegeben war.

Der feste Umfang

Zunächst definierte RFC 1988 die Patentfamilie. Genannt wurden die US-Patente 5,293,635 und 5,421,024 sowie die im Text erfassten Fortsetzungen, Teilungen, Continuations-in-Part und ausländischen Gegenstücke. Andere HP-Patente blieben ausdrücklich den jeweils geltenden Bedingungen und Sätzen von HP unterworfen. Eine Portfoliolizenz entstand nicht.

Dann kam der Dokumentstatus. Erfasst waren Implementierungen von MIB-Modulen im IETF-Standards-Track, sofern diese die von HP beigetragene Suchadress-Technik oder Ableitungen enthielten. Technische Ähnlichkeit allein ersetzte diesen Status nicht.

Hinzu kam die Verwendung: Die Technik musste zur Umsetzung des Internetstandard-Rahmens für Netzwerkmanagement eingesetzt werden. Patentzuordnung, MIB-Status und Einsatzzweck waren deshalb drei unterschiedliche Nachweise.

Schließlich zog der RFC eine klare Negativgrenze. Proprietäre MIB-Module waren ausgeschlossen. Die Zusage konnte den Beitrag durch eine definierte gemeinsame Standardschicht begleiten, aber nicht automatisch in private Erweiterungen. Gerade diese Trennlinie verhinderte, dass „automatisch“ zu „überall“ wurde.

Ein Auslöser mit dauerhafter Folge

Die Zusage enthielt außerdem eine Retaliation-Klausel. Sie endete dauerhaft für eine Partei, wenn diese oder ihre Tochtergesellschaft ein von ihr kontrolliertes Patent gegen HP oder eine HP-Tochter wegen der Implementierung oder des Betriebs eines Systems geltend machte, das die Suchadress-Technik nutzte. Der RFC setzt die Beendigung auf den Tag der Geltendmachung.

Das war kein allgemeines Widerrufsrecht nach Belieben. Die Folge knüpfte an ein vorab beschriebenes Verhalten der begünstigten Partei an. Ebenso wenig sollte die Klausel auf jeden Streit zwischen den Unternehmen ausgedehnt werden; der Text bindet sie an das System mit der betreffenden Technik.

So entstand eine ungewöhnliche zeitliche Asymmetrie. Der Einstieg brauchte keine Verhandlung. Eine spätere Patententscheidung des Begünstigten konnte den Vorteil jedoch unwiderruflich beenden. Der Beginn war automatisch, die Fortdauer bedingt.

Belege in späteren MIB-Dokumenten

RFC 2108 erschien 1997 als Proposed Standard und überarbeitete die IEEE-802.3-Repeater-MIB. Neu waren unter anderem Adresssuche und Topologieabbildung. Im Abschnitt zur Adressverfolgung wird die patentierte HP-Technik benannt, auf die Rechte für Implementierer dieser MIB verwiesen und RFC 1988 samt beiden Patenten zitiert. Gegenüber der früheren RFC 1516 beschreibt RFC 2108 diese Funktionen als Erweiterungen.

RFC 2266, ein Proposed Standard von 1998 für IEEE-802.12-Repeater, enthielt ebenfalls Definitionen zur Adressverfolgung und verwies auf dieselbe Zusage und dieselben Patentnummern.

Diese Kette belegt, dass der Hinweis in späteren Standards-Track-Dokumenten mitgeführt wurde. Sie belegt weder ein ausgeliefertes Produkt noch einen produktiven Einsatz, eine breite Annahme, einen verhinderten Streit oder die Gültigkeit einer Patentforderung. Dokumente im Standardsprozess sind keine Betriebsdaten.

Was eine Informational RFC nicht leistet

RFC 1988 ist Informational und erklärt ausdrücklich, keinen Internetstandard festzulegen. Sie ist eine Primärquelle für die veröffentlichte Zusage und deren Wortlaut. Sie ist kein Gerichtsurteil, keine aktuelle Patentbestandsprüfung, keine weltweite Freedom-to-Operate-Analyse und keine Deployment-Studie. Sicherheitsfragen werden nicht erörtert.

Dieser Beitrag folgert daher nichts über heutige Laufzeit, Inhaberschaft, Durchsetzbarkeit oder eine bestimmte Rechtsordnung. Er klassifiziert auch keine unbenannte Produkt-MIB. Dafür wären aktuelle, fallbezogene Belege erforderlich.

Lu Hengs Perspektive der „Minimum Initial Specification“ zeigt den Koordinationswert: Eine wiederverwendbare öffentliche Regel kann eine wiederkehrende Erlaubnisfrage aus der gemeinsamen Schicht entfernen, ohne alle Zukunftsentscheidungen zu vereinheitlichen. „Running-Code Primacy“ begrenzt die Aussage: Veröffentlichung, Verweis, Implementierung, Betrieb und freiwillige Annahme sind verschiedene Stufen.

RFC 1988 dokumentiert somit keine schrankenlose Patentöffnung. Sie dokumentiert eine präzise Architektur: automatischer Eintritt, begrenzte Mitnahme, proprietärer Ausschluss und dauerhafte Abschaltung durch einen definierten Auslöser.

Quellen