Akteurs- und Analysedatenbank
Personen, Rollen & Kontaktdatensätze
Recherchieren Sie namentlich genannte Personen nach Organisation, öffentlicher Rolle, Leistungsumfang, Geografie, Beziehungen und Kontaktdaten. Das Verzeichnis trennt Organisationen, Marken, Rollenaccounts und Netzwerkressourcen von den verantwortlichen Personen.
Murray Kucherawy
RFC 6376 nennt Dave Crocker, Tony Hansen und Murray S. Kucherawy als Autoren und Herausgeber der DKIM-Spezifikation. RFC 8601 nennt Kucherawy als Autor der aktuellen Authentication-Results-Spezifikation. Bei der Erfassung am 2. September 2026 führte die offizielle IETF-Tabelle 34 RFCs auf, während die selbst verfasste Biografie derselben Seite noch 33 nannte; die Abweichung bleibt als Aktualitätslücke erhalten.
Weltweit
Murray Kucherawy wird wegen der Beweisgrenze des DKIM-Signaturumfangs verfolgt. Das optionale Tag l= kann den Body-Hash auf ein kanonisiertes Anfangspräfix begrenzen und ein Suffix trotz erfolgreicher Prüfung außerhalb der DKIM-Validierung lassen. Deshalb müssen ausgewählte Signatur, Kanonisierung, h=-Headerabdeckung, l=-Bodygrenze, beobachteter Schlüssel, Verifizierer und Darstellung verbunden werden, statt dkim=pass als Urteil über die gesamte sichtbare Nachricht zu behandeln. RFC 6376 nennt Dave Crocker, Tony Hansen und Murray S. Kucherawy als Autoren und Herausgeber der DKIM-Spezifikation. RFC 8601 nennt Kucherawy als Autor der aktuellen Authentication-Results-Spezifikation. Bei der Erfassung am 2. September 2026 führte die offizielle IETF-Tabelle 34 RFCs auf, während die selbst verfasste Biografie derselben Seite noch 33 nannte; die Abweichung bleibt als Aktualitätslücke erhalten.
John Klensin
Das offizielle IETF-Datatracker-Profil bezeichnet ihn als Dr. John C. Klensin und führte bei der Erfassung am 2. September 2026 60 RFCs auf. RFC 5321 nennt ihn als Autor und definiert die hier untersuchte SMTP-Verantwortungsgrenze. Diese datierten Quellen belegen Standardisierungsarbeit, nicht die Kontrolle über Maildienst, Implementierung oder Zustellergebnis.
Weltweit
John Klensin wird wegen einer präzisen SMTP-Beweisgrenze verfolgt. Die positive Antwort auf den abschließenden DATA-Terminator überträgt die Verantwortung, die angenommene Nachricht zuzustellen oder weiterzuleiten. Sie belegt weder Mailbox-Ablage noch Lesen, Freigabe durch Spam-Policy oder nachgelagerte Annahme. Befehlsgebundener Beleg, dauerhafte Queue-Verwahrung und spätere Empfängerresultate bleiben getrennt. Das offizielle IETF-Datatracker-Profil bezeichnet ihn als Dr. John C. Klensin und führte bei der Erfassung am 2. September 2026 60 RFCs auf. RFC 5321 nennt ihn als Autor und definiert die hier untersuchte SMTP-Verantwortungsgrenze. Diese datierten Quellen belegen Standardisierungsarbeit, nicht die Kontrolle über Maildienst, Implementierung oder Zustellergebnis.
Tomek Mrugalski
RFC 9915, im Januar 2026 als Internet Standard STD 102 veröffentlicht, nennt Tomek Mrugalski zusammen mit Bernie Volz, Michael C. Richardson, Sheng Jiang und Timothy Winters. Der IETF Datatracker verzeichnet weitere DHCP-RFC-Beiträge. Ein ISC-Mitarbeiterporträt von 2024 bezeichnete ihn als Director of DHCP Engineering und beschrieb seine Arbeit an Dibbler und Kea. Diese datierten Quellen belegen Standardisierungs- und Implementierungserfahrung, nicht alleinige Urheberschaft.
Weltweit
Tomek Mrugalski wird wegen einer präzisen DHCPv6-Beweisgrenze verfolgt. Ein Success auf Confirm sagt nur, dass die angegebenen Adressen zum aktuellen Link passen. Der Server ignoriert Lease-Zeiten, und der Client läuft mit den alten Uhren weiter. Nur ein eigener Renew- oder Rebind-Austausch kann neue Zeiten liefern. Link-Eignung, Lease-Autorität, Eindeutigkeit, Erreichbarkeit und Routing bleiben getrennte Tatsachen. RFC 9915, im Januar 2026 als Internet Standard STD 102 veröffentlicht, nennt Tomek Mrugalski zusammen mit Bernie Volz, Michael C. Richardson, Sheng Jiang und Timothy Winters. Der IETF Datatracker verzeichnet weitere DHCP-RFC-Beiträge. Ein ISC-Mitarbeiterporträt von 2024 bezeichnete ihn als Director of DHCP Engineering und beschrieb seine Arbeit an Dibbler und Kea. Diese datierten Quellen belegen Standardisierungs- und Implementierungserfahrung, nicht alleinige Urheberschaft.
Bob Briscoe
Zum Erfassungszeitpunkt 2. September 2026 beschreibt Bob Briscoes offizielle Website ihn als unabhängigen Forschungsberater für Internetkommunikation. RFC 9332 nennt ihn als unabhängigen Autor und Editor mit Koen De Schepper und Greg White; in RFC 9331 ist er ebenfalls Mitautor und Editor, in RFC 9330 Editor unter vier Autoren. Die Quellen belegen datierte Arbeit an Überlaststeuerung, ECN und L4S, nicht alleinige Erfindung oder Kontrolle eines Einsatzes.
Weltweit
Bob Briscoe wird wegen der Grenze zwischen Ende-zu-Ende-Protokollkennung und lokalem Betriebsbeleg verfolgt. In RFC 9332 kann ECT(1) L4S kennzeichnen, während der Betreiber das Paket nach Classic lenkt; ausgewählter Nicht-L4S-Verkehr kann in L gelangen, ohne L4S zu werden. Queue, gekoppelte Markierung, Überlast und gemessene Verzögerung benötigen daher eigene Belege vor einem Niedriglatenzversprechen. Zum Erfassungszeitpunkt 2. September 2026 beschreibt Bob Briscoes offizielle Website ihn als unabhängigen Forschungsberater für Internetkommunikation. RFC 9332 nennt ihn als unabhängigen Autor und Editor mit Koen De Schepper und Greg White; in RFC 9331 ist er ebenfalls Mitautor und Editor, in RFC 9330 Editor unter vier Autoren. Die Quellen belegen datierte Arbeit an Überlaststeuerung, ECN und L4S, nicht alleinige Erfindung oder Kontrolle eines Einsatzes.
Kent Watsen
Zum Erfassungszeitpunkt 2. September 2026 beschreibt das offizielle IETF-Datatracker-Profil Kent Watsen als Fachmann für Netzwerkmanagement und -sicherheit, nennt damalige IETF-Vorsitz- und Review-Rollen und führt RFC 8040, RFC 8342 und RFC 9984 unter seinen RFCs. RFC 9984 nennt ihn gemeinsam mit Alex Huang-Feng und Pierre Francois als Autoren der Standards-Track-YANG-Gruppierungen für UDP-Clients und -Server. Das belegt datierte Mitarbeit und gemeinsame Autorenschaft, nicht alleinige Erfindung oder Kontrolle einer Implementierung.
Weltweit
Kent Watsen wird wegen einer präzisen Grenze zwischen portabler Konfiguration und Betriebsbeleg verfolgt. RFC 9984 definiert wiederverwendbare UDP-Gruppierungen, aber keine protokollzugänglichen `config false`-Knoten. Ein Hostname muss noch aufgelöst, der lokale Port 0 vom Betriebssystem gewählt und ein Wildcard-Bind durch einen realen Listener belegt werden. Gewollte Konfiguration beweist weder einen angewandten Socket noch Verkehr oder Anwendungserfolg. Zum Erfassungszeitpunkt 2. September 2026 beschreibt das offizielle IETF-Datatracker-Profil Kent Watsen als Fachmann für Netzwerkmanagement und -sicherheit, nennt damalige IETF-Vorsitz- und Review-Rollen und führt RFC 8040, RFC 8342 und RFC 9984 unter seinen RFCs. RFC 9984 nennt ihn gemeinsam mit Alex Huang-Feng und Pierre Francois als Autoren der Standards-Track-YANG-Gruppierungen für UDP-Clients und -Server. Das belegt datierte Mitarbeit und gemeinsame Autorenschaft, nicht alleinige Erfindung oder Kontrolle einer Implementierung.
David Schinazi
Zum Erfassungszeitpunkt 2. September 2026 beschreibt das offizielle IETF-Datatracker-Profil David Schinazi als Senior Staff Software Engineer und Senior Manager bei Google, vor allem mit Arbeit an Privacy Proxy, MASQUE und OHTTP. RFC 9298 nennt ihn als Autor der Standards-Track-Spezifikation Proxying UDP in HTTP; RFC 9297 und RFC 9484 dokumentieren verwandte gemeinschaftliche Autorenschaft. Diese Belege zeigen datierte Beteiligung, nicht Eigentum am MASQUE-Programm, Kontrolle über Einsätze oder Konformität jedes Proxy-Dienstes.
Weltweit
David Schinazi wird verfolgt, weil er in RFC 9298 eine genaue Betriebsgrenze formulierte. Da UDP verbindungslos ist, belegt eine erfolgreiche CONNECT-UDP-Antwort nur, dass der Proxy einen Socket zum angeforderten Ziel geöffnet hat und Payloads weiterleiten will. Sie belegt weder Erreichbarkeit noch Zustellung, Anwendungsidentität oder Annahme. Autorisierung, DNS, Socket-Zustand, Datagrammbewegung und Innenprotokoll brauchen getrennte Quittungen. Zum Erfassungszeitpunkt 2. September 2026 beschreibt das offizielle IETF-Datatracker-Profil David Schinazi als Senior Staff Software Engineer und Senior Manager bei Google, vor allem mit Arbeit an Privacy Proxy, MASQUE und OHTTP. RFC 9298 nennt ihn als Autor der Standards-Track-Spezifikation Proxying UDP in HTTP; RFC 9297 und RFC 9484 dokumentieren verwandte gemeinschaftliche Autorenschaft. Diese Belege zeigen datierte Beteiligung, nicht Eigentum am MASQUE-Programm, Kontrolle über Einsätze oder Konformität jedes Proxy-Dienstes.
Christopher A. Wood
Zum Erfassungszeitpunkt 1. September 2026 bezeichnete das offizielle IETF-Datatracker-Profil Christopher A. Wood als Apple-Ingenieur für kryptografische Entwicklung und ordnete seiner öffentlichen Identität 24 RFCs zu. RFC 9458 nennt Wood und Martin Thomson als Mitautoren der Standards-Track-Spezifikation für Oblivious HTTP. Diese Belege zeigen datierte Mitwirkung und Autorenschaft, nicht alleinige Erfindung, Kontrolle über Einsätze oder die Konformität jedes Dienstes, der OHTTP für sich beansprucht.
Weltweit
Christopher A. Wood wird verfolgt, weil er an einer Datenschutzarchitektur mitwirkte, deren Zusage Wissen auf unabhängig betriebene Rollen verteilt. Nach RFC 9458 kennt das Relay den Netzwerkursprung des Clients ohne Klartext, während das Gateway den Klartext ohne diesen Ursprung kennt. Verschlüsselung allein erzeugt daher keine Unverknüpfbarkeit: Rollentrennung, Entfernung von Zustand, frische HPKE-Kontexte, Replay-Behandlung, Autorisierung und Verkehrsanalyse bleiben eigenständige Pflichten. Zum Erfassungszeitpunkt 1. September 2026 bezeichnete das offizielle IETF-Datatracker-Profil Christopher A. Wood als Apple-Ingenieur für kryptografische Entwicklung und ordnete seiner öffentlichen Identität 24 RFCs zu. RFC 9458 nennt Wood und Martin Thomson als Mitautoren der Standards-Track-Spezifikation für Oblivious HTTP. Diese Belege zeigen datierte Mitwirkung und Autorenschaft, nicht alleinige Erfindung, Kontrolle über Einsätze oder die Konformität jedes Dienstes, der OHTTP für sich beansprucht.
Martin Thomson
Zum Erfassungszeitpunkt 1. September 2026 bezeichnete das offizielle IETF-Datatracker-Profil Martin Thomson als Ingenieur bei Mozilla, ordnete seiner öffentlichen Identität 45 RFCs zu und zeigte damalige Aufgaben in HPKE, SPICE, IETF-W3C, der W3C-Verbindung und Review-Gruppen. RFC 9850 nennt Thomson zusammen mit Yaroslav Rosomakho und Hannes Tschofenig als Autoren der informatorischen SSLKEYLOGFILE-Spezifikation. Diese Belege zeigen eine datierte Mitwirkung, nicht alleinige Erfindung, Kontrolle über Implementierungen oder Billigung von Schlüsselprotokollierung in Produktion.
Weltweit
Martin Thomson wird verfolgt, weil er an der Standardisierung eines Diagnoseformats mitwirkte, dessen technischer Nutzen von einer ungewöhnlich strengen Sicherheitsgrenze abhängt. RFC 9850 erlaubt Werkzeugen, protokollierte TLS-Geheimnisse mit aufgezeichnetem Verkehr zu verbinden, warnt aber, dass das Material zentrale TLS-Garantien zerstört und nicht in Produktionssystemen eingesetzt werden darf. Das Format ist betrieblich wichtig, weil Entschlüsselungsfähigkeit oft mit einem Auditbeleg verwechselt wird, obwohl der Drei-Felder-Eintrag weder Herkunft, Autorisierung, Endpoint-Identität noch Beweismittelkette belegt. Zum Erfassungszeitpunkt 1. September 2026 bezeichnete das offizielle IETF-Datatracker-Profil Martin Thomson als Ingenieur bei Mozilla, ordnete seiner öffentlichen Identität 45 RFCs zu und zeigte damalige Aufgaben in HPKE, SPICE, IETF-W3C, der W3C-Verbindung und Review-Gruppen. RFC 9850 nennt Thomson zusammen mit Yaroslav Rosomakho und Hannes Tschofenig als Autoren der informatorischen SSLKEYLOGFILE-Spezifikation. Diese Belege zeigen eine datierte Mitwirkung, nicht alleinige Erfindung, Kontrolle über Implementierungen oder Billigung von Schlüsselprotokollierung in Produktion.
Todd Herr
Zum Erfassungszeitpunkt 1. September 2026 nannte RFC 9989 Todd M. Herr zusammen mit John Levine als Mitredakteur der im Mai 2026 auf dem Standards Track veröffentlichten DMARC-Spezifikation. Die RFC führte Herr bei Valimail; das offizielle IETF-Datatracker-Profil verband dieselbe öffentliche Identität mit RFC 9989 und einer Gutachterrolle im ART Area Review Team. Diese Belege zeigen einen datierten Standardisierungsbeitrag, nicht alleinige Erfindung von DMARC, Autorität über Empfänger-Policies oder Prüfung aller Einsätze.
Weltweit
Todd Herr wird verfolgt, weil er eine Spezifikation mitredigierte, die Grenzen der Mailauthentifizierung ungewöhnlich deutlich macht. RFC 9989 definiert DMARC-Pass als autorisierte Nutzung der RFC5322.From-Domain durch eine ausgerichtete SPF- oder DKIM-Kennung, ohne Personenidentität, Inhalt oder sichere Zustellung zu behaupten. Sie lässt die endgültige Behandlung beim Empfänger und beschreibt veröffentlichte Fehler-Policies als angeforderte Präferenzen. Die Trennung ist wichtig, weil legitime indirekte Mail scheitern und autorisierte schädliche Mail bestehen kann. Zum Erfassungszeitpunkt 1. September 2026 nannte RFC 9989 Todd M. Herr zusammen mit John Levine als Mitredakteur der im Mai 2026 auf dem Standards Track veröffentlichten DMARC-Spezifikation. Die RFC führte Herr bei Valimail; das offizielle IETF-Datatracker-Profil verband dieselbe öffentliche Identität mit RFC 9989 und einer Gutachterrolle im ART Area Review Team. Diese Belege zeigen einen datierten Standardisierungsbeitrag, nicht alleinige Erfindung von DMARC, Autorität über Empfänger-Policies oder Prüfung aller Einsätze.
Adrian Farrel
Zum Erfassungszeitpunkt 1. September 2026 nannte RFC 7942 Adrian Farrel zusammen mit Yaron Sheffer als Mitautor von BCP 205 zu Implementation-Status-Abschnitten. Das offizielle IETF-Datatracker-Profil verband dieselbe öffentliche Identität mit damals aktuellen Aufgaben als Vorsitzender, Editor, Gutachter und technischer Berater sowie mit 82 RFCs. Diese Nachweise belegen einen langjährigen Standardisierungsbeitrag und datierte Funktionen, nicht alleinige Autorität über den IETF-Konsens, Implementierungsangaben oder Netzeinsätze.
Weltweit
Adrian Farrel wird verfolgt, weil er an einem Verfahren mitschrieb, das Nachweisen laufender Software bewusst nur einen vorübergehenden Platz in Internet-Drafts gibt. RFC 7942 erlaubt Angaben zu Version, Reifegrad, Abdeckung, Lizenz, Tests und Interoperabilität, solange sich die Spezifikation noch ändern kann, kennzeichnet sie aber als ungeprüft und empfiehlt ihre Entfernung vor der RFC-Veröffentlichung. Implementierungsbelege helfen so, ohne zur dauerhaften Empfehlung oder zum Einführungsnachweis zu werden. Zum Erfassungszeitpunkt 1. September 2026 nannte RFC 7942 Adrian Farrel zusammen mit Yaron Sheffer als Mitautor von BCP 205 zu Implementation-Status-Abschnitten. Das offizielle IETF-Datatracker-Profil verband dieselbe öffentliche Identität mit damals aktuellen Aufgaben als Vorsitzender, Editor, Gutachter und technischer Berater sowie mit 82 RFCs. Diese Nachweise belegen einen langjährigen Standardisierungsbeitrag und datierte Funktionen, nicht alleinige Autorität über den IETF-Konsens, Implementierungsangaben oder Netzeinsätze.
Qin Wu
Zum Erfassungszeitpunkt 1. September 2026 führte RFC 9890 Qin Wu von Huawei zusammen mit Andy Bierman und Mohamed Boucadair im Autorenteam der normativen Aktualisierung zur Registrierung von YANG-Modulnamen. Das offizielle IETF-Datatracker-Profil ordnet derselben öffentlichen Identität eine umfangreiche RFC-Liste zu; außerdem stellt die IETF ein öffentliches Porträt bereit. Diese Belege weisen einen Standardbeitrag und eine datierte Zugehörigkeit nach, nicht die Kontrolle über den IETF-Konsens, den IANA-Betrieb oder einen Netzeinsatz.
Weltweit
Qin Wu wird wegen einer Arbeit verfolgt, die den Widerspruch zwischen dem Wortlaut von RFC 6020 und der etablierten IANA-Praxis behob. RFC 9890 hält die Namen erster Versionen von YANG-Modulen und -Submodulen eindeutig, verlangt aber für Revisionen den ursprünglichen Namen und bei Modulen auch den ursprünglichen XML-Namensraum. Erstzuweisung und spätere Identitätskontinuität werden dadurch getrennt prüfbar; Registrierung belegt weder Implementierung noch Interoperabilität oder Betriebsqualität. Zum Erfassungszeitpunkt 1. September 2026 führte RFC 9890 Qin Wu von Huawei zusammen mit Andy Bierman und Mohamed Boucadair im Autorenteam der normativen Aktualisierung zur Registrierung von YANG-Modulnamen. Das offizielle IETF-Datatracker-Profil ordnet derselben öffentlichen Identität eine umfangreiche RFC-Liste zu; außerdem stellt die IETF ein öffentliches Porträt bereit. Diese Belege weisen einen Standardbeitrag und eine datierte Zugehörigkeit nach, nicht die Kontrolle über den IETF-Konsens, den IANA-Betrieb oder einen Netzeinsatz.
Daniel Eggert
Zum Erfassungszeitpunkt 1. September 2026 nannte RFC 10022 Daniel Eggert von Apple Inc. als Herausgeber der IMAP-UIDBATCHES-Erweiterung. Sein offizielles IETF-Datatracker-Profil führte RFC 10022 und RFC 9979 auf. Ein datierter Autorenhinweis auf Swift.org bezeichnete ihn als Mitglied des Apple-Teams für Mail unter iOS und macOS und verlinkte seine öffentliche GitHub-Identität. Diese Belege weisen einen Standardbeitrag und einen zeitgebundenen beruflichen Kontext nach, nicht die Kontrolle über den IETF-Konsens oder einen Maildienst-Einsatz.
Weltweit
Daniel Eggert wird wegen einer Arbeit verfolgt, mit der IMAP-Clients UID-Bereiche nahe einer gewünschten Nachrichtenanzahl vorab bestimmen können, ohne daraus stabile Seiten eines Postfachs zu machen. RFC 10022 erhält Implementierungsspielraum, die Behandlung von Postfachänderungen und Ressourcengrenzen; Client-Planung, Reaktion auf Inkonsistenzen und Betriebsergebnisse bleiben bei den ausführenden Systemen. Zum Erfassungszeitpunkt 1. September 2026 nannte RFC 10022 Daniel Eggert von Apple Inc. als Herausgeber der IMAP-UIDBATCHES-Erweiterung. Sein offizielles IETF-Datatracker-Profil führte RFC 10022 und RFC 9979 auf. Ein datierter Autorenhinweis auf Swift.org bezeichnete ihn als Mitglied des Apple-Teams für Mail unter iOS und macOS und verlinkte seine öffentliche GitHub-Identität. Diese Belege weisen einen Standardbeitrag und einen zeitgebundenen beruflichen Kontext nach, nicht die Kontrolle über den IETF-Konsens oder einen Maildienst-Einsatz.
Pradosh Mohapatra
Zum Erfassungszeitpunkt 1. September 2026 nannte RFC 10005 Pradosh Mohapatra von Google LLC als einen von sechs Autoren der BGP Link Bandwidth Extended Community. Das dem Dokument zugeordnete offizielle IETF-Datatracker-Profil führte elf RFCs auf, zeigte aber die ältere Schreibweise „Prodosh Mohapatra“. Eine datierte Autorenseite von ipSpace beschrieb frühere Tätigkeiten an Routing-Software bei Cumulus Networks und Cisco. Diese Belege weisen einen Standardbeitrag und einen zeitgebundenen beruflichen Kontext nach, nicht die Kontrolle über IETF-Konsens oder einen Betreibereinsatz.
Weltweit
Pradosh Mohapatra wird wegen gemeinsamer BGP-Arbeit verfolgt, die einen deklarierten Bandbreitenwert von gemessener verfügbarer Kapazität und dem Verkehrsergebnis trennt. RFC 10005 standardisiert Träger und Verarbeitungsregeln, überlässt aber Wertermittlung, Gewichtung, mehrere Entscheidungen bei Null oder Fehlen, FIB-Programmierung und beobachteten Durchsatz anderen Systemen und lokaler Policy. Zum Erfassungszeitpunkt 1. September 2026 nannte RFC 10005 Pradosh Mohapatra von Google LLC als einen von sechs Autoren der BGP Link Bandwidth Extended Community. Das dem Dokument zugeordnete offizielle IETF-Datatracker-Profil führte elf RFCs auf, zeigte aber die ältere Schreibweise „Prodosh Mohapatra“. Eine datierte Autorenseite von ipSpace beschrieb frühere Tätigkeiten an Routing-Software bei Cumulus Networks und Cisco. Diese Belege weisen einen Standardbeitrag und einen zeitgebundenen beruflichen Kontext nach, nicht die Kontrolle über IETF-Konsens oder einen Betreibereinsatz.
Hooman Bidgoli
Zum Erfassungszeitpunkt 1. September 2026 führte der IETF Datatracker sieben RFCs für Hooman Bidgoli auf, darunter RFC 9524 zur Segment-Routing-Replikation, RFC 9960 zur SR-P2MP-Policy, RFC 9961 zum P2MP Policy Ping und RFC 10018 zu MVPN/EVPN über SR P2MP und Ingress Replication. RFC 10018 nennt Nokia in Ottawa als Zugehörigkeit. Die offizielle SReXperts-Seite von Nokia beschrieb ihn für diese Veranstaltung als Product Line Manager mit Zuständigkeiten unter anderem für IP/MPLS, Multicast und Router-Sicherheit.
Weltweit
Hooman Bidgoli wird wegen gemeinsamer Standardisierungsarbeit verfolgt, die Multicast-Mitgliedschaft, Policy-Berechnung, Replikationszustand und gelieferten Dienst trennt. RFC 10018 lässt Auto-Discovery die Leaf-Menge einer SR-P2MP-Policy aktualisieren; diese Menge beweist allein weder Controller-Konvergenz noch Knotenprogrammierung, Dienstkontext, Duplikatunterdrückung, Empfängerzustellung oder SLA-Erfüllung. Zum Erfassungszeitpunkt 1. September 2026 führte der IETF Datatracker sieben RFCs für Hooman Bidgoli auf, darunter RFC 9524 zur Segment-Routing-Replikation, RFC 9960 zur SR-P2MP-Policy, RFC 9961 zum P2MP Policy Ping und RFC 10018 zu MVPN/EVPN über SR P2MP und Ingress Replication. RFC 10018 nennt Nokia in Ottawa als Zugehörigkeit. Die offizielle SReXperts-Seite von Nokia beschrieb ihn für diese Veranstaltung als Product Line Manager mit Zuständigkeiten unter anderem für IP/MPLS, Multicast und Router-Sicherheit.
Carlos Pignataro
Zum Erfassungszeitpunkt 1. September 2026 beschrieb der IETF Datatracker Carlos Pignataro als früheren Leiter für Technologie und Daten bei Cisco Engineering Sustainability, zuvor Distinguished Engineer und CTO, Lehrbeauftragten an der North Carolina State University und Fellow der National Academy of Inventors. Blue Fern Consulting bezeichnete ihn als Gründer und Principal. RFC 9845 nennt Alexander Clemm und Carlos Pignataro als Herausgeber neben vier weiteren Autoren.
Weltweit
Carlos Pignataro wird wegen gemeinsamer Arbeit verfolgt, die die Beweisgrenze im Management grüner Netze sichtbar macht. RFC 9845 trennt Betriebsleistung und Energie von Kohlenstoffintensität, eingebetteten Lebenszykluskosten und Folgen für den Dienst. Ein Wattwert stützt eine begrenzte Beobachtung; allein beweist er weder weniger Gesamtenergie noch geringere Emissionen, ein grüneres Netz oder die Befugnis, Reservekapazität abzuschalten. Zum Erfassungszeitpunkt 1. September 2026 beschrieb der IETF Datatracker Carlos Pignataro als früheren Leiter für Technologie und Daten bei Cisco Engineering Sustainability, zuvor Distinguished Engineer und CTO, Lehrbeauftragten an der North Carolina State University und Fellow der National Academy of Inventors. Blue Fern Consulting bezeichnete ihn als Gründer und Principal. RFC 9845 nennt Alexander Clemm und Carlos Pignataro als Herausgeber neben vier weiteren Autoren.
Sean Turner
Zum Erfassungszeitpunkt 1. September 2026 führte der IETF Datatracker Sean Turner als IETF-Teilnehmer seit IETF 34, Autor oder Mitautor von mehr als 50 RFCs, Security Area Director von 2007 bis 2014, Gründer von sn3rd llc sowie früheren oder aktuellen Vorsitzenden mehrerer Arbeitsgruppen. RFC 10002, RFC 10003 und RFC 10004 wurden von Joseph Mandel und Sean Turner herausgegeben.
Weltweit
Sean Turner wird wegen gemeinsamer Standardisierungsarbeit verfolgt, die Nachweise und Befugnisse bei der Zertifikatsregistrierung getrennt hält. RFC 10002 unterscheidet Besitznachweis, Identitätsnachweis, substitutionssichere Verknüpfung, Verarbeitung durch die Registrierungsstelle und Ausstellung durch die Zertifizierungsstelle. Ein gültiger Nachweis über den privaten Schlüssel belegt die Schlüsselkontrolle; allein beweist er weder Identität noch Richtlinienfreigabe, Ausstellung oder betriebliche Berechtigung. Zum Erfassungszeitpunkt 1. September 2026 führte der IETF Datatracker Sean Turner als IETF-Teilnehmer seit IETF 34, Autor oder Mitautor von mehr als 50 RFCs, Security Area Director von 2007 bis 2014, Gründer von sn3rd llc sowie früheren oder aktuellen Vorsitzenden mehrerer Arbeitsgruppen. RFC 10002, RFC 10003 und RFC 10004 wurden von Joseph Mandel und Sean Turner herausgegeben.
Lukasz Kondrad
Zum Erfassungszeitpunkt 1. September 2026 bezeichnete Nokia Lukasz Kondrad als Principal Standardization Specialist, der in ISO/IEC-JTC1/SC29-Arbeitsgruppen und der IETF an Standards für immersive Medien mitwirkt. RFC 10034 wurde von Lauri Ilola und Lukasz Kondrad verfasst.
Weltweit
Lukasz Kondrad wird wegen gemeinsamer Standardisierungsarbeit verfolgt, die eine aufgeteilte volumetrische Darstellung transportierbar macht, ohne Transport mit Rekonstruktion gleichzusetzen. RFC 10034 definiert RTP für V3C-Atlas-NALs und eine SDP-V3C-Gruppe für Atlas-, Belegungs-, Geometrie- und Attributströme. Der Empfänger kann nur eine Teilmenge annehmen; Vollständigkeit, Reihenfolge, Synchronität, Authentizität und Dekodierbarkeit bleiben getrennt nachzuweisen. Zum Erfassungszeitpunkt 1. September 2026 bezeichnete Nokia Lukasz Kondrad als Principal Standardization Specialist, der in ISO/IEC-JTC1/SC29-Arbeitsgruppen und der IETF an Standards für immersive Medien mitwirkt. RFC 10034 wurde von Lauri Ilola und Lukasz Kondrad verfasst.
Panos Kampanakis
Zum Erfassungszeitpunkt 1. September 2026 bezeichnete Amazon Science Panos Kampanakis als Principal Security Engineer bei Amazon Web Services mit Arbeit in Cybersicherheit, angewandter Kryptographie, Sicherheitsautomatisierung, Schwachstellenmanagement und Standards. RFC 10042 wurde von Panos Kampanakis, Douglas Stebila und Torben Hansen verfasst.
Weltweit
Panos Kampanakis wird wegen gemeinsamer Standardisierungs- und Implementierungsarbeit verfolgt, die den postquanten/traditionellen SSH-Schlüsselaustausch von zwei Identitätsentscheidungen trennt. RFC 10042 definiert drei ML-KEM/ECDH-Hybrid-KEX und behält Hostschlüssel und Serversignatur bei. RFC 4252 authentisiert danach den Benutzer oberhalb des Transports. Das Profil trennt Nachweise für ausgehandelten KEX, Hostvertrauen und Benutzerberechtigung. Zum Erfassungszeitpunkt 1. September 2026 bezeichnete Amazon Science Panos Kampanakis als Principal Security Engineer bei Amazon Web Services mit Arbeit in Cybersicherheit, angewandter Kryptographie, Sicherheitsautomatisierung, Schwachstellenmanagement und Standards. RFC 10042 wurde von Panos Kampanakis, Douglas Stebila und Torben Hansen verfasst.
Cullen Jennings
Zum Erfassungszeitpunkt 1. September 2026 bezeichnete die öffentliche IETF-Datatracker-Biografie Cullen Jennings als CTO der Bereiche Security und Collaboration bei Cisco und nannte Internetstandards, Open Source, Start-ups, VoIP und WebRTC als Arbeitsfelder. RFC 10006 wurde von Cullen Jennings, Kaustubh Inamdar und Sreekanth Narayanan verfasst.
Weltweit
Zum Erfassungszeitpunkt 1. September 2026 bezeichnete die öffentliche IETF-Datatracker-Biografie Cullen Jennings als CTO der Bereiche Security und Collaboration bei Cisco und nannte Internetstandards, Open Source, Start-ups, VoIP und WebRTC als Arbeitsfelder. RFC 10006 wurde von Cullen Jennings, Kaustubh Inamdar und Sreekanth Narayanan verfasst.
Tobias Fiebig
Seit 1. März 2026 Universitätsprofessor für Computer Networks an der TU Wien und zum Erfassungszeitpunkt 1. September 2026 Leiter des Forschungsbereichs Internet Infrastructures. Das offizielle Profil nennt Internetmessung, Sicherheit, Protokollentwicklung, DNS, SMTP, BGP und betriebliche Koordination als Arbeitsfelder. Er verfasste RFC 10001 gemeinsam mit Momoka Yamamoto.
Österreich
Tobias Fiebig wird wegen gemeinsamer Forschungs- und Standardisierungsarbeit verfolgt, die Adressveröffentlichung von beobachtbarem Internetdienst trennt. RFC 10001, gemeinsam mit Momoka Yamamoto verfasst, verlangt für eine Zone mindestens zwei über IPv4 und zwei über IPv6 erreichbare autoritative DNS-Server, je Adressfamilie unabhängige Delegationspfade, gleichwertige DNS-Daten, Fragmentierungskontrolle und TCP-Fallback. Das Profil hält NS-, A- und AAAA-Records, Glue, Routen, Transportantwort, Datenkonsistenz und Auflösung beim Nutzer als getrennte Zustände fest. Seit 1. März 2026 Universitätsprofessor für Computer Networks an der TU Wien und zum Erfassungszeitpunkt 1. September 2026 Leiter des Forschungsbereichs Internet Infrastructures. Das offizielle Profil nennt Internetmessung, Sicherheit, Protokollentwicklung, DNS, SMTP, BGP und betriebliche Koordination als Arbeitsfelder. Er verfasste RFC 10001 gemeinsam mit Momoka Yamamoto.
Saving Call
Saving Call ist in öffentlichen Einträgen des Internet-Nummern-Registers eine führende Person und hilft Lesern, Verbindungen zu ASNs, Nummernressourcen oder Netzbetriebsaufzeichnungen nachzuvollziehen.
Weltweit
Öffentliche Internetnummernregister, RDAP, WHOIS oder Routing-Evidenz verbindet Saving Call mit Internetnummernressourcen; die aktuelle Zugehörigkeit, die öffentliche Verantwortung und die Verantwortungsgrenze erfordern noch eine unabhängige Überprüfung. Saving Call ist in öffentlichen Einträgen des Internet-Nummern-Registers eine führende Person und hilft Lesern, Verbindungen zu ASNs, Nummernressourcen oder Netzbetriebsaufzeichnungen nachzuvollziehen.
Weiqiang Cheng
Zum Erfassungszeitpunkt 31. August 2026 war Weiqiang Cheng Chief Architect of IP Networks am China Mobile Research Institute und Vorsitzender der IETF-Arbeitsgruppe SRv6 Operations. Sein offizielles IETF-Profil führte neun RFCs einschließlich RFC 10038 auf.
Weltweit
Weiqiang Cheng wird wegen gemeinsamer Standardisierungsarbeit verfolgt, die die Zuteilung eines SRv6-Locators zu einer begrenzten DHCPv6-Transaktion macht, ohne den Lease mit der laufenden Route zu verwechseln. RFC 10038 wurde von Cheng und Changwang Lin ediert; Ruibo Han, Daniel Voyer und Geng Zhang sind Mitautoren, Yuanxiang Qiu ist Mitwirkender. Das Dokument definiert Identity Association, Locator-Struktur, Laufzeiten, Erneuerung, Serverbindung, optionale Routeninstallation und -ankündigung, Freigabe und Rücknahme. Das Profil trennt diese Zustände von lokaler SID-Zuteilung, SR Policy, Konvergenz, Paketzustellung und Filterung der Vertrauensdomäne. Zum Erfassungszeitpunkt 31. August 2026 war Weiqiang Cheng Chief Architect of IP Networks am China Mobile Research Institute und Vorsitzender der IETF-Arbeitsgruppe SRv6 Operations. Sein offizielles IETF-Profil führte neun RFCs einschließlich RFC 10038 auf.
Bas Westerbaan
Research Engineer bei Cloudflare, der an Post-Quanten-Kryptografie von Kryptografie-Engineering und Standardisierung über groß angelegte Experimente bis zur Einführung arbeitet. Sein offizieller IETF-Eintrag umfasst RFC 10024, RFC 10014, RFC 10011 und RFC 9814.
Weltweit
Bas Westerbaan wird wegen einer Arbeit beobachtet, die die Post-Quanten-Migration in ausdrücklich prüfbare Protokollbestandteile zerlegt, statt sie als pauschales Sicherheitsetikett zu behandeln. RFC 10024, gemeinsam mit Krzysztof Kwiatkowski, Panos Kampanakis und Douglas Stebila verfasst, definiert drei TLS-1.3-Gruppen, die ML-KEM mit traditioneller elliptischer Schlüsselvereinbarung kombinieren. Das Profil trennt Schlüsselvereinbarung, Zertifikatsauthentifizierung, Signaturen, TLS-Terminierung, Wiederaufnahme, nachgelagerte Verschlüsselung, gespeicherte Daten und Wiederherstellung. Research Engineer bei Cloudflare, der an Post-Quanten-Kryptografie von Kryptografie-Engineering und Standardisierung über groß angelegte Experimente bis zur Einführung arbeitet. Sein offizieller IETF-Eintrag umfasst RFC 10024, RFC 10014, RFC 10011 und RFC 9814.
Daniel Fett
Sicherheitsberater mit Schwerpunkt Identität und Sicherheit von Webprotokollen sowie Mitwirkender an OAuth und OpenID Connect in der OpenID Foundation und der IETF. Sein offizieller IETF-Eintrag umfasst RFC 9207, RFC 9449, RFC 9700, RFC 9901 und RFC 10027.
Weltweit
Daniel Fett wird wegen Standardisierungs- und formaler Sicherheitsarbeit beobachtet, die Authentifizierung, Autorisierung und Protokollkontext getrennt hält. RFC 10027, gemeinsam mit Pieter Kasselman und Filip Skokan verfasst, erklärt, wie ein Nutzer die Mehrfaktorauthentifizierung erfolgreich abschließen und dennoch eine vom Angreifer gestartete geräteübergreifende Sitzung autorisieren kann, weil QR-Code, Nutzercode oder Push-Anfrage einen nicht authentifizierten Kontextkanal durchlaufen. Das Profil trennt Nutzeridentität, startendes Gerät, Anfragekontext, Absicht, Freigabe, Token-Ausgabe und -Besitz sowie Ressourcenzugriff. Sicherheitsberater mit Schwerpunkt Identität und Sicherheit von Webprotokollen sowie Mitwirkender an OAuth und OpenID Connect in der OpenID Foundation und der IETF. Sein offizieller IETF-Eintrag umfasst RFC 9207, RFC 9449, RFC 9700, RFC 9901 und RFC 10027.