トピック
ソフトウェアライフサイクルとベンダーロックイン
「トピックの観点から見たソフトウェアライフサイクルとベンダーロックイントピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
ケースファイル
経路ラベルは出口に届いた。通過経路は見えないままだ:RFC 9884
出口から正常応答が返った瞬間、監視画面は「経路確認済み」と書きたくなる。RFC 9884 が確認するのは、PSID と指定した制御プレーンの文脈との対応である。途中のルータ列や本番通信の成否まで、同じ応答に預けてはいない。

IETF
IETF 教材の引き継ぎは、次の担当者が直せてこそ完了する
IETF の新規参加者向け研修調達で、字幕や文字起こし、ナレーション原稿の分離が明確になった。編集可能な素材を受け取るだけでなく、後任の担当者が一つの教材を更新できるかを確かめる段階へ進める余地がある。

インターネット史
Transport は接続を開いた。再試行は SNMP の仕事だった:RFC 1283
接続には分かりやすい形がある。開始し、続き、閉じる。そのため、接続が成立すれば管理処理まで届いたように見えやすい。RFC 1283 は 1991 年に SNMP を OSI の connection-oriented transport に載せながら、その推論を禁じた。対象の SNMP process が request を受け取ったか、response が対応しているか、timeout 後に再送するかは application が決める。下の層に state が増えても、上の層の完了判定は移らなかった。
ケースファイル
申請は署名済み。それでも別の秘密鍵は申告にすぎない:RFC 9883
有効な署名は、ある申告を誰が行ったかを示せる。しかし、申告された別の秘密鍵の所持まで技術的に証明するとは限らない。RFC 9883 はこの差を例外として隠さず、証明の代わりに証明書ポリシーが引き受ける判断として定義した。

インターネット史
クライアントは人を見つけた。それでも点数は一つのディレクトリに属していた:RFC 1431
目的の人物が表示された瞬間、利用者の検索は終わっても、評価は終わらない。RFC 1431 は、命中、余分な結果、X.500 内部の仕事を分けて数え、その数値が試験環境から自由にはなれないことまで記録した。
ケースファイル
RFC 9882で SHA-512 は記入された。それでも署名を左右しない場合がある
暗号メッセージの欄が正しく埋まっていることと、その欄が計算に使われたことは同じではない。RFC 9882は、この違いを例外ではなく相互運用の規則にした。ある CMS 経路では SHA-512 の記載が必須なのに、検証側はその内容を無視しなければならない。

IETF
新しいパケットが先に届いたとき:TCP RACK が時間で損失を見つける仕組み
RACK は、確認済みの新しい送信を時間上の基準にして、未確認の古い送信を評価する。そこには並べ替えを許容するための明示的な幅が設けられている。
ケースファイル
RFC 9879は MAC を刷新した。それでも旧来の読み手は残る
インポート画面に「成功」と出ても、何が成功したかは一つではない。PKCS #12の構文を読めたのか、暗号化された鍵を開けたのか、新しい PBMAC1 で完全性を確かめたのか。RFC 9879は最後の仕組みを更新したが、古い読み手が別の成功だけを返す余地までは消していない。

インターネット史
ゲートウェイはメールを書き換えた。文字集合までは発明できなかった:RFC 1428
古いメールを新しい形式で包み直すことと、そのメールを読めるようにすることは同じではない。1993年の RFC 1428 は、その差を `unknown-8bit` という不格好だが誠実な値に残した。ゲートウェイは MIME の構造を加え、本文とヘッダーを変換し、処理の痕跡も記録できた。しかし、元のオクテットがどの文字集合で書かれたかを示す証拠まで作り出すことはできなかった。
ケースファイル
RFC 9878で ACK に載せられても、請求の正しさは証明されない
RFC 9878は、3GPP で使われる SIP の私有ヘッダーをどのメッセージに収容できるかを修正した。2xx 応答後の ACK に位置情報や課金情報を載せる道は開いたが、その値の由来や請求結果まで正しいと保証したわけではない。

ケースファイル
W3C の ARIA 実装報告は「3月更新」、ファイルは5月にも変わった
8月11日版の *ARIA in HTML* 勧告は、2026年3月22日を「最終更新」とする実装報告を参照している。しかし公開リポジトリでは、5月20日に大規模な更新が入り、27日にも同じファイルが修正された。3月が実装状況の基準日で、5月が文書の改訂日なら両方とも正しい。問題は、一つの表示が二つの時刻を兼ねていることだ。

インターネット史
フォールバックは書かれていた。それでも稼働中のサーバーはセッションを壊した:RFC 1425
新しい挨拶が分からなければ、エラーを返して古い挨拶を待つ。それが RFC 1425 の描いた移行だった。ところが後継文書は、`EHLO` を受けた瞬間に回線を切るサーバーや、`EHLO` を拒んだあと `HELO` まで拒むサーバーを記録した。互換経路は仕様書には存在しても、動いている状態機械の中には存在しないことがあった。

インターネット史
省略形は表示のためだった。保存されるアドレスはそれより長く生きる必要があった:RFC 1278
ある管理端末では読める短い名前が、別の端末では展開できない。RFC 1278 はその不一致を「標準マクロ」を増やせば解決するとは考えなかった。マクロは再帰的に使えて、表示時には最長の置換を選べる。それでも依存してはならない。人に優しい表記と、後日も解釈できる保存記録を、同じ文字列に背負わせなかったのである。
ケースファイル
登録された番号と、動作を許可された機器は別である:RFC 9876
CoAP の短い整数は、長い内容記述を毎回送らずに済ませる。RFC 9876 はその対応表を正確にする。しかし登録が成功しても、受信機の実装・信頼・業務判断まで成功したことにはならない。

ケースファイル
W3C の電子商取引ワークショップには二つの ACP がある。記録にはプロトコル識別子が要る
人と AI エージェントの電子商取引を扱う W3C・GS1 共同ワークショップでは、複数の新しいプロトコルが同じ議題に載る。その公開ページは、すでに小さな来歴問題を映している。ACP という略称が、別々の公開成果物を指しているのだ。発表が結論や今後の作業候補へ移る前に、名称、版、管理主体を結ぶ短い識別情報を残すべきである。

インターネット史
メールは読めた。書き換えのたびに検証者の問題になった:RFC 1421
署名を確かめられないのに、本文だけはすでに読める。1993年の `MIC-CLEAR` が作ったのは、そんな不完全な状態を失敗として隠す仕組みではなかった。既存のメール配送を止めずに保護を加えるため、RFC 1421 は人間の理解と暗号学的な確認を別々の出来事として扱った。その間に起きた改変を説明する責任は、最後に検証する側へ渡された。
ケースファイル
応答が証明したのは一つのプローブであり、次のデータグラムではない:RFC 9869
経路 MTU は相手先に貼られた固定値ではない。RFC 9869 が返すのは、もっと狭く確かな事実だ。特定サイズの UDP Options プローブが、その時点の経路を通って受信側に届いたことを、対応するトークンで確認する。
ケースファイル
ビットはオプションを見た。しかし、いつ何回見たかは残らない:RFC 9870
台帳の一マスに印が付いている。その印は有用だが、映像ではない。RFC 9870 は UDP オプションの観測を IPFIX の Flow 単位で運べるようにした一方、個々のパケットの順番や回数をそのマスに持ち込まない。

インターネット史
名前サービスが止まっても、エージェントは答えられた:RFC 1419
名前を引いても住所が返らない。それでも昨日の住所へデータグラムを送れば、管理対象は応答するかもしれない。問題は、その住所を今日使っているのが昨日と同じ装置かどうかだった。RFC 1419 は、発見障害を越えるために記憶を残しながら、その記憶を身元証明にしない設計を記録している。

インターネット史
仕様書はゼロを VAR と呼び、稼働中のコードは VALUE と読んだ:RFC 1408
番号36への合意は、意味への合意ではなかった。RFC 1408 の表ではゼロが変数名の開始、1が値の開始だった。しかし同文書が記録するはずだった BSD の参照実装は、二つを逆に解釈していた。相手の実装履歴を示すビットはない。訂正文を出しても既存バイナリの辞書は変わらない。そこで互換性は、旧い流れを推定する段階と、新しい番号で曖昧さを断つ段階に分かれた。
