トピック
ソフトウェアライフサイクルとベンダーロックイン
「トピックの観点から見たソフトウェアライフサイクルとベンダーロックイントピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」

インターネット史
フレーム損失はゼロ。それでも他の試験は未完だった:RFC 1242
損失ゼロの最大値は、装置全体の合格印に見えやすい。RFC 1242 が与えた意味は、もっと狭く、だからこそ有用だった。スループット、遅延、損失曲線、連続バースト、過負荷、再起動、最初の一フレームは別々の問いであり、条件を外した数値は元の答えではない。
ケースファイル
CA を信頼した。その別用途の証明書まで制御面に入った:RFC 9918
監査で「どの CA を信頼したか」だけを確認しても、NETCONF の入口は説明できない。もう一つの問いが要る。その CA は、何のための証明書を発行していたのか。RFC 9918は、用途の境界が信頼アンカーより狭い場合に生じる危険を明記した。

インターネット史
トンネルはパケットを運んだ。エラーは元の問いを失った:RFC 1241
障害通知が届いても、どの通信への通知か分からなければ因果関係は確定しない。RFC 1241 のトンネルでは、その事態がパケット形式から生じた。外側の経路で返された ICMP にはラッパーが入り、内側の IP ヘッダーは引用範囲のすぐ先に取り残された。
ケースファイル
異常を観測したのは逆方向、除外されたのは順方向:RFC 9917
B が受信エラーを数え、B→A に色を付け、A の計算が A→B を候補から外す。RFC 9917 は、この方向をまたぐ判断を標準化した。ただし、色が付いたという事実だけで順方向の物理障害まで証明できるわけではない。

NPNOG
食い違う日付、空の名簿、届かないスライド――npNOG は自らの記憶を残せるか
npNOG の公開サイトには、プログラムや教材など価値ある記録が残る一方、同じページ内の日付矛盾、長年「近日公開」のままの欄、見出しだけでデータが表示されないページもある。 公開ページの欠落は、イベントが開催されなかったことや資料が存在しなかったことを証明しない。必要なのは、保管責任の明示、訂正履歴、そして特定のサイト基盤に依存しない移行可能な保存である。

インターネット史
MIB の枝が変わり、実装は改修を迫られた:RFC 1239
標準文書では一行の番号変更でも、運用現場では問い合わせ先の変更になる。RFC 1239 は五つの MIB を実験用の枝から標準の枝へ移した。定義に実質的な変更がなくても、古い OID を組み込んだ製品はそのままでは追随できない。その経験が、番号を早く安定させる方針を生んだ。
ケースファイル
Reply から Option が消えた。それでも廃止の証明にはならない:RFC 9915
変更作業の終了時刻は03:00だった。DHCPv6 の新しい Reply に旧 NTP Option はない。ところが03:07にも端末は旧サーバーへ送信していた。作業記録に必要なのは「消した」という宣言ではなく、この七分間を説明できる証拠である。
ケースファイル
最新 TLS が選ばれた。それでも最初の PCEP メッセージは待つ:RFC 9916
RFC 9916は、新しい TLS を選ぶことと、握手前のアプリケーションデータを許すことを切り離した。PCEPS では後者を認めない。
ケースファイル
Track は承認された。まだ一つのパケットも通っていない:RFC 9914
RFC 9914は、RPL の Root が低電力・損失性ネットワークへ経路状態を投射する手順を定めた。そこで返る ACK は制御面の事実を細かく示すが、通信の実績やサービス品質まで代弁しない。
ケースファイル
上位を示すリンクは、過去の階層を保存していない:RFC 9910
RFC 9910 は、RDAP で番号資源の上下関係をたどるための語彙を増やした。しかしリンク先を記録しただけでは、その時点の応答まで保存したことにはならない。
ケースファイル
検証は通った。だがレジストリは先に変わっていた:RFC 9907
RFC 9907が示す境界は単純だ。IANA 管理の YANG モジュールはレジストリを機械可読に表したものであり、別の権威ではない。構文が正しいことと、内容が最新であることは違う。
ケースファイル
サーバーが決めたのは CSR の型であり、証明書の承認ではない:RFC 9908
RFC 9908 は、EST サーバーが証明書要求の作り方を細かく伝えられるようにする。その指示と、鍵の所持、本人性、認可、発行、配備を混同しないことが自動化の条件になる。

インターネット史
無線フレームは IP に入った。物理的な縁は入らなかった:RFC 1226
別の容器へ移すとき、何を本文として残し、何を搬送路の仕組みとして外すのか。RFC 1226 は AX.25 フレームを一つの IP データグラムに収め、HDLC のフラグとゼロ挿入を省き、検査系列を残した。その小さな設計判断が、観測から言える範囲も決めている。
ケースファイル
登録上は空いた。だが古い装置はその日付を知らない:RFC 9900
RFC 9900 は三つの NETCONF 関連ポートを正しく解放し、歴史的な service name は残した。IANA の状態変更と、各運用環境の退役完了は別々に証明すべき事実である。
ケースファイル
レジストリは署名停止を告げた。それでもゾーンにはロールオーバーが残った:RFC 9904と9905
RFC 9904は IANA の DNSSEC アルゴリズム表を更新可能な勧告記録に変え、RFC 9905は SHA-1 による新規署名を止めつつ検証対応を残した。しかし、表の規範語が変わっても稼働中のゾーンが自動で切り替わるわけではない。

インターネット史
警報の奔流は自ら止まった。沈黙にはなお台帳が要った:RFC 1224
監視画面が静かな理由は一つではない。異常が消えた場合もあれば、管理経路を守るためにエージェントが警報送信を止めた場合もある。RFC 1224 はその区別を仕組みに埋め込み、流量制限とは別に、後から取り出せる履歴を残そうとした。
ケースファイル
同じルール名のまま、三台の装置は別の通信を見ていた:RFC 9899
RFC 9899 の defined set は、ACL の重複を減らし、運用を速くする。その代わり、監査ではルール名ではなく、各装置がその時点で解決していた集合そのものを保存しなければならない。

インターネット史
プロトコルはマルチキャストを求め、ネットワークは名簿へ個別送信した:RFC 1223
HYPERchannel はブロードキャスト LAN を前提にした制御プロトコルを運べても、自らブロードキャストはできなかった。RFC 1223 は受信者名簿を作り、一人ずつ複製し、送信間隔を空けることで差を埋めた。上位には一回の集団送信、現場には複数の独立した成否が残る。

インターネット史
一台のルーターに二つの領域。それでも責任者は二者だった:RFC 1222
二つのルーティング領域を一台に収めると、外からは境界が消えたように見える。RFC 1222 は逆の設計を求めた。加入者側と NSFNET Backbone 側は同じ Unix 機で動いても、別の論理主体として外部ルーティングを交わし、別々の設定責任を持ち続ける。箱を共有することと、判断を共有することは同じではなかった。
ケースファイル
図は決定版 RFC に入った。それでも意味を担うのは本文だった:RFC 9896
RFC 9896 は、RFC Production Center が特定の SVG 実装を永久に固定せず、道具を更新できるようにした。代わりに残した不変条件は明確だ。概念は本文にも存在し、どの表示も本文と整合しなければならない。
