Thema
Softwarelebenszyklus und Lock-in
Innerhalb der Facette Thema verbindet die Themenanalyse Softwarelebenszyklus und Lock-in Artikel, die ein gemeinsames Thema, einen Signalfokus oder ein Monitoring-Thema teilen. Die Seite bietet den Lesern einen umfassenderen Zugang zu verwandter Berichterstattung, Quellenbelegen, Marktakteuren und Infrastrukturfolgen – mit ausreichend Kontext, um zu verstehen, warum das Thema für Unternehmensaktivitäten, Governance-Entscheidungen, regionale Risikoexposition und operationelle Risiken relevant ist. Leser können wiederkehrende Signale, betroffene Organisationen, öffentliche Belege, Marktkontext, Servicekontinuität, Beschaffung, Wettbewerb, Compliance und strategische Planungsfragen hinter dem Thema vergleichen, statt bei einer dünnen Liste passender Artikel stehenzubleiben. Es erklärt, was das Thema abdeckt, welche Infrastrukturakteure oder -politiken beteiligt sind, welche Belege die Berichterstattung stützen und warum das Thema für Betreiber, Kunden, Investoren und politisch interessierte Leser von Bedeutung sein kann.
IETF
Der Zuschauer pausiert. Der Relay kann den Stream trotzdem weiter beziehen.
In MOQT Revision 22 bedeutet „pausiert“ bewusst nur: Auf diesem Abonnement werden keine Objekte gesendet. Kontrollzustand, Upstream-Bezug und Relay-Cache müssen deshalb nicht stillstehen.
IETF
Das Kind-Token war gültig. Die Kette musste es dennoch autorisieren.
Eine korrekte Signatur ist in einer delegierten OAuth-Kette nur ein Beleg über einen Schlüssel. Nutzbare Befugnis entsteht erst, wenn die vertrauenswürdige Wurzel, jede Übergabe, jede Verengung, der aktuelle Status und die lokale Entscheidung des Ressourcenservers dieselbe…
Geschichte
Der Server brauchte den Klartext nicht. Er kontrollierte dennoch die Verfügbarkeit: RFC 3157
Ein Verwahrer muss den Inhalt eines versiegelten Umschlags nicht kennen, um seine Rückgabe zu verweigern. RFC 3157 übertrug diese Trennung im August 2001 auf kryptografische Berechtigungsnachweise, die zwischen Rechnern, Telefonen und Routern beweglich werden sollten.…
IETF
Der Hersteller signierte die neuen Vertrauensanker. Der Liefer-Server blieb unauthentifiziert.
Ein Gerät kann ein herstellersigniertes CA-Paket annehmen, obwohl es den ausliefernden Server noch nicht prüfen kann. Sicher bleibt dieser Übergang nur, wenn Signatur, Alias, Aktualität, lokale Freigabe, neue Sitzung, Enrollment und Betriebsergebnis getrennte Belege behalten.
Geschichte
Der Sender sah den Verlust, nicht seine Ursache: RFC 3155
Im August 2001 beschrieb RFC 3155 eine Grenze, die mitten durch die Verlässlichkeit von TCP verlief. Der Sender konnte erkennen, dass der Bestätigungsfortschritt abgerissen war. Er konnte aber nicht zuverlässig feststellen, ob eine volle Warteschlange, ein unberichtigter…
Geschichte
Der Empfänger bot Multiplexing an. Der Sender entschied weiterhin über die Nutzung: RFC 3153
Bei RFC 3153 lag zwischen „ausgehandelt“ und „ausgeführt“ eine absichtliche Lücke. Der PPP-Empfänger konnte zusagen, multiplexierte Frames zu verstehen. Der Sender durfte das Format danach verwenden, musste es aber nicht. Damit war die Kontrollmeldung nur eine Erlaubnis. Erst ein…
Geschichte
Der neue Reverse-Baum existierte, bevor der alte verschwand: RFC 3152
Ein Standard kann das Ziel einer Migration festlegen, aber keinen weltweiten Umschaltmoment erzeugen. RFC 3152 setzte 2001 `IP6.ARPA` an die Wurzel des IPv6-Reverse-DNS, verlangte die Delegation entlang der Adressvergabe und erklärte `IP6.INT` für neue Implementierungen als…
IETF
Das Mapping-System kannte das Ziel nicht. Trotzdem lieferte es einen Ausgang.
Ein neuer LISP-Entwurf lässt für externe oder nicht registrierte Ziele dynamisch einen pETR auswählen. Das spart statische Konfiguration. Es darf aber nicht den entscheidenden Unterschied verdecken: Ein bekannter Ausgang ist noch kein bekanntes Ziel und schon gar kein…
Geschichte
Der alte Name wurde zur URN. Aufgelöst war er damit noch nicht: RFC 3151
XML erbte öffentliche Bezeichner, die eine Maschine überdauern konnten, aber nicht in jedes URI-Pflichtfeld passten. RFC 3151 gab ihnen eine genaue `urn:publicid:`-Transkription. Der normalisierte Name wurde vergleichbar und transportierbar. Das Präfix registrierte keinen…
IETF
Die DHCP-Antwort nannte 1 Gbit/s. Der Engpass blieb trotzdem bestehen.
Eine neue DHCP-Option soll die vorgesehene Anschlussrate an CPE und Zugangsknoten verteilen. Das kann Shaping und Queue-Management erheblich erleichtern. Doch die Zahl ist zunächst eine Policy-Aussage: keine Messung des Pfads, keine Quittung über die eingerichtete Queue und keine…
Geschichte
Der Call Agent steuerte die Funktionen. Die Stummschalttaste blieb lokal: RFC 3149
MGCP verlagerte die Intelligenz der Anrufsteuerung aus dem Telefon heraus. RFC 3149 schickte deshalb jedoch nicht jede Berührung über das Netz. Ein Call Agent konnte nummerierte Funktionstasten deuten, Beschriftungen und Leuchten setzen und eine XML-Anzeige bedienen. Lautstärke…
Geschichte
Das neue Managementnetz musste das alte durchqueren: RFC 3147
Auf einem Migrationsplan ersetzt das neue Netz das alte. Im Betrieb konnte jedoch ein neues, per IP verwaltetes SONET- oder SDH-Element jenseits eines CLNS-Netzes stehen, das noch nicht abgeschaltet werden durfte. RFC 3147 legte GRE in CLNP und erhielt den Weg. Gerade dadurch…
IETF
Der Link galt als schlafend. Seine Rückkehr war nicht bewiesen.
Ein Netz muss sich an abgeschaltete Ressourcen erinnern, sonst kann es sie bei steigender Last nicht wiederfinden. Doch eine gespeicherte Schlafzustandsmeldung ist nur Kontrollwissen. Sie ist weder der Beleg für den physischen Übergang noch die Zusage, dass beide Enden und die…
Cloud-Dienste-Trends in Nordamerika
Thryvs SaaS-Anteil von 76 Prozent folgt weiter dem 24-Monats-Takt der Verzeichnisse
Software stellt inzwischen den größten Teil des von Thryv ausgewiesenen Umsatzes, doch die 76 Prozent sind ein Umsatzanteil und keine Wachstumsrate. Im zweiten Quartal 2026 sank der SaaS-Umsatz gegenüber dem Vorjahr um 0,5 Prozent, während die Marketing Services 62 Prozent…
IETF
Der Umschlag war signiert. Der abgetrennte Chiffretext lag außerhalb der Signatur.
Ein gültiges COSE-Objekt und eine erfolgreich entschlüsselte Datei können gleichzeitig vorliegen, ohne dass die äußere Signatur diese Datei je erfasst hat. Sobald Steuerobjekt und Chiffretext getrennt gespeichert werden, entscheidet die exakte Byte-Abdeckung über die Aussagekraft…
IETF
Der Kalender nannte ihn Eigentümer. Kontrolle hatte er damit noch nicht.
Ein portabler Kalendereintrag kann einen Teilnehmer als Eigentümer bezeichnen, ohne ihn zum berechtigten Bearbeiter zu machen. Das Label beschreibt eine Rolle; erst das Austauschprotokoll entscheidet, wer den Termin verschieben, Teilnehmer ändern oder ein Update versenden darf.
IETF
Die Umleitung gelang. Das Zugangstoken war bereits im Klartext unterwegs.
Am Ende des Traces stehen eine HTTPS-Adresse und eine erfolgreiche Antwort. Der entscheidende Vorgang liegt davor: Noch bevor der Server umleiten konnte, hatte der Client das Zugangsmittel in die erste unverschlüsselte HTTP-Anfrage geschrieben.
IETF
Die Kette validierte mit ihrem eigenen Anker. Die prüfende Stelle hatte ihm noch nicht vertraut.
Bei did:x509 kann die Auflösung fehlerfrei enden, obwohl die entscheidende institutionelle Prüfung noch aussteht. Kette, CA-Fingerabdruck und Blatt-Prädikate können zusammenpassen; ob die prüfende Stelle der CA vertraut und den konkreten Vorgang erlaubt, entscheidet weiterhin…
IETF
Der Ersatz sah den Primären nicht mehr. Der Multicast-Pfad lebte weiter.
Ein BIER-Backup kann die Überwachungsverbindung zum ausgewählten Ingress verlieren, obwohl dessen Verteilpfade zu den Empfängern intakt bleiben. Wird aus dieser begrenzten Beobachtung ein Übernahmebefehl, erzeugt die Redundanz selbst den doppelten Verkehr.
Geschichte
Langzeitbeweise mussten den Schlüssel überleben: RFC 3126
RFC 3126 behandelte eine alte Signatur als Aufbewahrungsproblem. Eine 2001 richtige Berechnung konnte sich Jahrzehnte später nicht erklären, wenn Zertifikate, Sperrdaten, exakte Bytes oder vertrauenswürdige Algorithmen fehlten. Die Antwort war eine erneuerbare Beweiskette, kein…