Profil
Research
Research Profilanalyse verbindet die Berichterstattung über Personen, Unternehmen, Institutionen und weitere Entitäten für Leser, die die Subjekte hinter der BTW.MEDIA-Berichterstattung vergleichen. Die Seite hilft beim Vergleich öffentlicher Profile, zugehöriger Ereignisse, Evidenzpakete, Rollenwechsel, operativer Präsenz, Governance-Exposition, organisatorischer Verknüpfungen und Marktrelevanz, während Organisations- und Personendatensätze von der gewöhnlichen Nachrichtenchronologie getrennt bleiben. Leser können das Subjekt hinter der Schlagzeile verstehen, die Belege, die dieses Profil stützen, sowie die Infrastruktur- oder Marktbeziehungen, die das Profil relevant machen. Sie sehen, wen oder was das Profil repräsentiert, welche öffentlichen Quellen es stützen, wie es mit Unternehmen, Märkten, Governance-Gremien oder Ereignissen verbunden ist und welche Änderungen weitere Aufmerksamkeit verdienen, während sich das Subjekt weiterentwickelt.
Führungskräfte
Tina Dam und der Wurzelzonentest, der keinen Namen genehmigen konnte
Bevor eine internationalisierte Top-Level-Domain in die Wurzel aufgenommen werden konnte, stellte ICANN eine bewusst eng gefasste Frage: Würden codierte Labels die Server und Resolver beeinträchtigen, die DNS-Anfragen weiterleiten? Der Labortest beantwortete diese Frage nur…
IETF
Syslog konnte die Uhrzeitqualität melden. Ihre Grenzen musste der Betreiber festlegen: RFC 5424
RFC 5424 veranschaulicht die Grenze seiner Zeitangaben mit einem anschaulichen Beispiel: Ein gemeldeter Zeitpunkt von 09:00 Uhr kann bei der angegebenen `syncAccuracy` einen Bereich von 08:59 bis 09:01 meinen. Die Zahl schafft einen Rahmen für die Interpretation. Sie belegt…
IETF
Im EAP-FAST-Tunnel hatte Typ 6 eine andere Bedeutung: RFC 5421
RFC 5421 übernahm einen bekannten EAP-Methodencode in einen neuen Rahmen: Typ 6 blieb im Register Generic Token Card, wählte innerhalb eines EAP-FAST-Tunnels jedoch einen anders formatierten inneren Austausch. Die Spezifikation zog eine strikte Grenze zwischen beiden…
Akademiker
Lorrie Cranor: Datenschutzangaben vom Code bis zum Store
Die Arbeit an Googles Bereich Data Safety wirft eine praktische Frage auf: Können Entwickler jede Angabe im Store auf den Code und das Verhalten von SDKs zurückführen? Die Forschung von Lorrie Cranor zu nutzbarer Privatsphäre verlegt dieses Übersetzungsproblem in den…
IETF
Erfolgreiche Provisionierung entschied noch nicht über den Netzzugang: RFC 5422
RFC 5422 trennt die Bereitstellung von Zugangsdaten von der Netzzulassung; der nicht serverauthentisierte Modus dient ausschließlich der Provisionierung.
Geschichte
Eine Schwachstelle zu beschreiben hieß nicht, den Wurmcode zu veröffentlichen: RFC 1135 und die Offenlegungsdebatte
Nach dem Internet-Wurm von 1988 wurde die Frage oft auf „veröffentlichen oder verbergen“ verkürzt. Die zeitgenössischen Quellen zeigen mehrere Entscheidungen: einen Fehler zu beschreiben, die Methoden des Programms zu erklären, eine Abhilfe zu verteilen oder dekompilierten Code…
Führungskräfte
Rebecca MacKinnons Rückkehr zu GNI rückt zwei Prüfwege in den Blick
Im August 2026 kehrte Rebecca MacKinnon zur Global Network Initiative (GNI) zurück. Ihre Biografie verbindet GNI mit Ranking Digital Rights (RDR), das sie gegründet hat. Die beiden Organisationen prüfen digitale Rechenschaftspflicht jedoch anhand verschiedener Belege: RDR…
IETF
AAA erkannte den Teilnehmer. Dem Home Agent fehlte trotzdem ein Schlüssel: RFC 5419
RFC 5419 hält fest, warum manche Betreiber von Mobile IPv6 ihre bestehende AAA-Beziehung für die Teilnehmerauthentifizierung nutzen wollten. Die entscheidende Frage folgt danach: Das Heimatnetz kann den Teilnehmer erkennen, doch der ausgewählte Home Agent braucht weiterhin eine…
Geschichte
Routine bedeutete nicht ungeprüft: RFC 6709s Test für Protokollerweiterungen
Ein kleiner Patch kann eine große Änderung im Betrieb auslösen. RFC 6709 machte deshalb nicht die Zahl der geänderten Codezeilen zum Maßstab für eine „routinemäßige“ Erweiterung. Entscheidend war eine andere Frage: Können das Basisprotokoll und bereits eingesetzte…
IETF
CAPWAP-Authentisierung ersetzte keine Freigabe im Funknetz: RFC 5418
RFC 5418 trennt die WTP–AC-Authentisierung von der Aufnahme in eine konkrete Installation, der Rollenfreigabe und dem Weg der Clientdaten. Eine gültige Sitzung beantwortet nur einen Teil der Betriebsfrage.
Geschichte
Ein Internet, viele Netzbetreiber: RFC 1462s Telefonvergleich
Der FYI von 1993 erklärte eine neue Topologie mit einem vertrauten Telefonvergleich: Nutzer erlebten einen Internetdienst, obwohl getrennte Netze ihre Abschnitte selbst betrieben und reparierten.
Geschichte
NAT war eine logische Funktion, keine Schnittstelle: Warum das Modell der RFC 4008 geändert wurde
Im SNMP-Konfigurationsbeispiel der RFC 4008 wird zuerst eine Zeile mit einem `ifIndex` angelegt. Erst danach folgen Adresszuordnungen. Zehn Jahre später beschreibt NATV2-MIB Übersetzung als logische Funktion, die unabhängig von einer einzelnen Schnittstelle sein kann. Die Normung…
Führungskräfte
Anriette Esterhuysens IGF-Rahmen maß Fähigkeit daran, was Institutionen dauerhaft tragen
Der IGF-Fortschrittsbericht für 2021 zählt Förderungen, unterstützte Teilnehmende und Workshops. Der frühere Rahmen von Anriette Esterhuysen richtete den Blick weiter nach vorn: Können Menschen und ihre Institutionen eigene Ziele der Internetpolitik auch nach dem Treffen…
Geschichte
Der Ethernet-Frame kam an. Seine Servicerolle nicht: RFC 7152
2014 machte ein IETF-Anforderungsdokument eine wenig sichtbare Lücke in Layer-2-VPNs deutlich: Ein Provider Edge konnte einen Ethernet-Frame über ein Pseudowire empfangen, ohne zu wissen, ob er an der entfernten Seite von einem Root- oder Leaf-Anschluss kam. RFC 7152 übersetzte…
IETF
Vor der CAPWAP-Suche ordnete DHCP die Controller, die ein Zugangspunkt testen konnte: RFC 5417
Eine DHCPv4- oder DHCPv6-Option kann einen Access Controller in der Startsuche eines Wireless Termination Points vor einen anderen setzen. RFC 5417 definiert diese Reihenfolge als konfigurierte Präferenz; Discovery und DTLS klären anschließend, mit welchem Gegenüber eine…
Fallakte
Doppelte Anfragen an die DNS-Wurzel: Der Hinweis führte zu einem Resolver-Update
Rund eine Woche lang stieg der Verkehr zur DNS-Wurzel von etwa 1,6 auf 3,2 Millionen Anfragen pro Sekunde. Die Anfragen waren gültig, kamen aus rekursiven Resolver-Netzen und beeinträchtigten den Root-Dienst nicht messbar. Der Vorgang zeigt, wie eine vorgelagerte Softwareänderung…
IETF
RFC 5416: Die 802.11-Bindung hat eine Epochen-Grenze
RFC 5416 beschreibt eine CAPWAP-Bindung für IEEE 802.11, aber keine pauschale Zusage für jedes heutige WLAN-Merkmal. Der Vertrag ordnet Stationen, Funkparameter, QoS sowie BSSID- und WLAN-Zuordnung in der Basis von 802.11-2007. Für die Führungsebene zählt deshalb die Trennung…
IETF
CAPWAP-Status ist kein Servicebeleg: RFC 5415
RFC 5415 strukturiert die WLAN-Steuerung: Ein Access Controller verwaltet Wireless Termination Points, schützt Sitzungen, ändert Konfigurationen und transportiert Daten. Ein abgeschlossener Zustand, ein DTLS-Erfolg oder ein Datenpaket beweist jedoch nur einen Protokollpfad, nicht…
Führungskräfte
Als die Anträge für die Root Zone zunahmen, baute Kim Davies das RZMS neu
Bis 2022 waren größere TLD-Portfolios und häufigere DNSSEC-Schlüsselwechsel über die Annahmen des Root Zone Management System hinausgewachsen. Kim Davies schilderte, wie ein ICANN-Team das RZMS mit konfigurierbaren Freigaben, parallelen Anträgen und unabhängig entwickelbaren…
IETF
WiCoP ist ein historischer Steuerungsdatensatz, keine Deployment-Grundlage: RFC 5414
RFC 5414 beschreibt WiCoP zur zentralen Steuerung und Provisionierung großer WLANs. Der RFC Editor führt es als Historic und verweist auf RFC 5415. Ein erreichbarer Controller oder eine Konfigurationsbestätigung belegt daher weder aktuelle Autorität noch angewandte Richtlinien…