Zusammenfassung
- Die TCP-Spezifikation RFC 675 vom Dezember 1974 nennt Vinton Cerf, Yogen Dalal und Carl Sunshine als Autoren. Ihre Regeln zur Benennung von Prozessen und Kommunikationsströmen sowie ihre ausdrücklichen Danksagungen erlauben eine konkrete, aber begrenzte Zuschreibung von Beiträgen.
- Die Internet Society unterscheidet in ihrem historischen Rückblick zwischen dem von Cerf und Bob Kahn angestrebten Dienstespektrum und der ersten TCP-Implementierung. Eine Spezifikation, ein zugeschriebener Entwurfsbeitrag und ein lauffähiges System sind deshalb getrennt zu bewerten.
Drei Autoren statt einer pauschalen Zuschreibung
Der belastbare Ausgangspunkt für Vint Cerfs Rolle ist ein bestimmtes Dokument: die auf Dezember 1974 datierte Specification of Internet Transmission Control Program, RFC 675. Als Autoren nennt sie Vinton Cerf, Yogen Dalal und Carl Sunshine. Damit ist Cerfs Mitautorschaft dokumentiert. Zugleich stehen Dalal und Sunshine nicht am Rand einer allein auf Cerf zugeschnittenen Leistungsgeschichte, sondern ebenfalls in der Autorenangabe der Spezifikation.
Diese Feststellung ist enger als die Behauptung, eine Person habe sämtliche Entwurfsentscheidungen getroffen. Sie ist aber auch gehaltvoller als eine allgemeine Würdigung technischen Einflusses: Cerfs Name ist mit einem identifizierbaren Vorschlag verbunden, dessen Inhalt sich benennen lässt. Für eine Bewertung seiner Arbeit ist das der entscheidende Vorteil eines solchen Dokuments gegenüber einer bloßen Berufung auf Bekanntheit.
Aus der gemeinsamen Autorenangabe folgt weder eine gleiche Verteilung des Arbeitsaufwands noch eine Rangordnung der Beteiligten. Sie sagt nicht, wer jeden Absatz formulierte, welche Alternativen verworfen wurden oder wer bei einem Dissens entscheiden konnte. Cerf einen nachgewiesenen Beitrag zuzuschreiben erfordert daher nicht, die offenen Fragen zur Arbeitsteilung mit Vermutungen zu füllen.
Eine technische Regel macht den Beitrag greifbar
Worum geht es in dieser gemeinsamen Arbeit konkret? RFC 675 betrachtet Netzwerkkommunikation als Kommunikation zwischen Prozessen. Ein Prozess kann mehrere Ports haben, um Kommunikationsströme mit anderen Prozessen voneinander zu unterscheiden. Für die eindeutige Benennung beschreibt die Spezifikation einen Socket-Namen, der eine Netzwerkkennung, eine TCP-Kennung und einen Portnamen kombiniert. Das ist eine bestimmte Regel des damaligen Entwurfs, nicht lediglich das allgemeine Ziel, Rechner miteinander zu verbinden.
Die Bedeutung dieser Regel lässt sich als Lösung eines Zuordnungsproblems erklären: Mehrere Kommunikationsströme sollen unterscheidbar sein; zusammengesetzte Namen sollen eine eindeutige Zuordnung ermöglichen. Eine solche Festlegung macht einen Vorschlag technisch besprechbar. Beteiligte können sich auf dieselben Begriffe beziehen und prüfen, was eine Umsetzung leisten müsste.
Das ist eine Analyse des Mechanismus, kein Nachweis seiner erfolgreichen Einführung. Ein beschriebener Name ist noch keine ausgeführte Software. Ebenso wenig lässt sich aus der Regel ableiten, Cerf habe sie allein entwickelt. Sie steht in einer gemeinsam verantworteten Spezifikation; die Autorenangabe verteilt ihre einzelnen Bestandteile nicht nach Personen.
Auch die historische Wortwahl ist wichtig. Die Netzwerkkennung, die TCP-Kennung und der Portname sollten nicht stillschweigend durch heutige Begriffe ersetzt werden. Sonst würde eine Erklärung des Dokuments zu einer Rückprojektion moderner Architektur. Hier geht es darum, was dieser Entwurf festhielt, nicht darum, aus ihm die vollständige Funktionsweise des heutigen TCP abzuleiten.
Die Danksagungen erweitern den Kreis der Beiträge
Die Spezifikation macht technische Beiträge auch jenseits ihrer drei Autoren sichtbar. Ihre Danksagungen schreiben R. Tomlinson den Drei-Wege-Handshake und die Auswahl der anfänglichen Sequenznummern zu. Außerdem nennen sie D. Belsnes, J. Burchfiel, M. Galland, R. Kahn, D. Lloyd, W. Plummer und J. Postel für Ideen und Beratung zum Protokollentwurf. Das sind ausdrückliche Zuschreibungen des Dokuments, keine nachträglich aus Bekanntheit abgeleiteten Beteiligungen.
Für die Einordnung Cerfs ergibt sich daraus eine präzisere Form der Anerkennung: Seine Mitautorschaft lässt sich benennen, während zugleich bestimmte Anregungen anderen zugeschrieben werden. Tomlinsons Nennung ist dabei konkreter als ein allgemeiner Dank. Sie verbindet einen Namen mit bezeichneten technischen Gegenständen. Daraus folgt jedoch noch kein vollständiger Nachweis exklusiver Erfinderschaft oder der anschließenden Implementierungsarbeit.
Zusätzlich würdigt RFC 675 R. Metcalfe, A. McKenzie, H. Zimmerman, G. LeLann und M. Elie dafür, Fragen der frühen Entwurfsarbeit geklärt zu haben. Auch diese Anerkennung früher Beiträge erweitert das Bild, ohne die einzelnen Entscheidungen dieser Personen vollständig zu rekonstruieren.
Eine Danksagung ist somit ein wertvoller Nachweis dessen, wem ein Dokument Beiträge zuschreibt. Sie ist weder ein vollständiges Organigramm noch eine Aufteilung in Prozentanteile. Wer sie zu einer abschließenden Rangliste umformt, verlangt ihr mehr ab, als sie aussagt. Wer sie hingegen ignoriert, verliert gerade die namentlichen Hinweise, die einer pauschalen Personalisierung entgegenstehen.
Der Entwurf und die erste Implementierung beantworten verschiedene Fragen
Warum diese Trennung mehr ist als eine Frage korrekter Namensnennung, zeigt der historische Rückblick der Internet Society. Danach wollten Cerf und Bob Kahn mit TCP ein Spektrum von Diensten ermöglichen: von zuverlässiger, geordneter Übermittlung bis zu einem Datagramm-Dienst, bei dem Anwendungen das zugrunde liegende Netz trotz möglicher Verluste, Beschädigungen oder veränderter Reihenfolge nutzen könnten. Das ist die Darstellung ihrer Absicht durch die Internet Society, keine hier rekonstruierte persönliche Erklärung ihrer Motive.
Derselbe Rückblick beschreibt die erste TCP-Implementierung enger: Sie habe nur virtuelle Verbindungen unterstützt. Für Dateiübertragung und Remote-Login sei das geeignet gewesen, für fortgeschrittene Netzanwendungen weniger. Damit unterscheidet die Quelle selbst zwischen einem breiteren angestrebten Dienstespektrum und einer begrenzteren ersten Umsetzung.
Dieser Unterschied erlaubt eine wichtige, aber begrenzte Schlussfolgerung. Ein technisches Ziel darf nicht so dargestellt werden, als sei es bereits vollständig implementiert gewesen. Umgekehrt beschreibt eine Einschränkung der ersten Umsetzung nicht automatisch die gesamte Absicht hinter einem Entwurf. Ziel, formulierte Regeln und tatsächlich unterstützte Dienste müssen jeweils für sich belegt werden.
Die Rückschau liefert damit aber kein datiertes Protokoll darüber, welche Fassung von RFC 675 wann durch welches Team umgesetzt wurde. Sie legt auch nicht fest, welche Person die genannte Einschränkung entschied oder verantwortete. Daraus eine persönliche Entscheidung Cerfs oder eine bestimmte Abfolge von Kritik und Überarbeitung abzuleiten, wäre ein zusätzlicher Schritt, für den weitere Belege nötig wären.
Was Cerf zugerechnet werden kann
Die beiden Quellen tragen zusammen eine klar umrissene Aussage: Cerf war Mitautor einer konkreten TCP-Spezifikation; diese enthielt technische Benennungsregeln und würdigte ausdrücklich weitere Beiträge. Der spätere historische Bericht unterscheidet zudem zwischen dem beabsichtigten Dienstespektrum und der ersten Implementierung. So wird Beteiligung sichtbar, ohne Autorenangabe, Entwurfsentscheidung und Umsetzung miteinander zu verschmelzen.
Das schmälert Cerfs Beitrag nicht. Es bestimmt, auf welcher Grundlage er gewürdigt werden kann. Dalal und Sunshine gehören zur gemeinsamen Autorenangabe; die namentlich Bedankten gehören zur dokumentierten Beitragsgeschichte. Über die Verteilung jeder Entscheidung, die Verantwortung für jede Implementierung oder die Einführung in einzelnen Netzen entscheiden diese Angaben nicht.
Die tragfähige Bewertung ist deshalb weder eine Alleinerfindererzählung noch die Behauptung, individuelle Arbeit gehe in einem anonymen Kollektiv auf. Sie erkennt den benannten Beitrag an und hält seine Grenzen offen. Gerade diese Genauigkeit macht aus Anerkennung eine überprüfbare Aussage.
Mitgliederbriefing
Detaillierter Profilkontext
Melden Sie sich mit der richtigen Mitgliedschaftsstufe an, um das vollständige Briefing und die Quellennotizen freizuschalten.
Nur für Strategic Circle
Strategic Circle
Offen für alle Leser. Schalten Sie Profil-Briefings nach Beitritt und Anmeldung frei.
Strategic Circle beitretenNur für Leadership Alliance
Leadership Alliance
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten

