トピック
ソフトウェアライフサイクルとベンダーロックイン
「トピックの観点から見たソフトウェアライフサイクルとベンダーロックイントピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
インターネット史
プロトコルはマルチキャストを求め、ネットワークは名簿へ個別送信した：RFC 1223
HYPERchannel はブロードキャスト LAN を前提にした制御プロトコルを運べても、自らブロードキャストはできなかった。RFC 1223 は受信者名簿を作り、一人ずつ複製し、送信間隔を空けることで差を埋めた。上位には一回の集団送信、現場には複数の独立した成否が残る。
インターネット史
一台のルーターに二つの領域。それでも責任者は二者だった：RFC 1222
二つのルーティング領域を一台に収めると、外からは境界が消えたように見える。RFC 1222 は逆の設計を求めた。加入者側と NSFNET Backbone 側は同じ Unix 機で動いても、別の論理主体として外部ルーティングを交わし、別々の設定責任を持ち続ける。箱を共有することと、判断を共有することは同じではなかった。
ケースファイル
図は決定版RFCに入った。それでも意味を担うのは本文だった：RFC 9896
RFC 9896 は、RFC Production Center が特定の SVG 実装を永久に固定せず、道具を更新できるようにした。代わりに残した不変条件は明確だ。概念は本文にも存在し、どの表示も本文と整合しなければならない。
ケースファイル
クレジットは送出を許した。配送完了までは語らない：RFC 9893
DLEP の残高が示すのは、ルーターがモデム方向へ送り出せるオクテット数である。モデム内部の受入れ、無線送信、遠端受信、アプリケーション処理は、その先にある別の事実だ。
インターネット史
スイッチはメッセージを受理した。それでも宛先の受領証はなかった：RFC 1221
HAP の受理通知は、ネットワーク全体から届く返事ではない。ホストのすぐ隣にある Wideband Packet Switch が、自分のアクセス回線で下した判断だった。RFC 1221 は、その小さな確定をバッファ管理に使いながら、配送完了という大きな意味を背負わせなかった。
ケースファイル
セッションは再開した。それでも認可は「現在」を証明する：RFC 9930
再開チケットが保存するのは、以前に成立した状態である。処理を省くことはできても、その時の資格情報と方針が今も有効かという判断まで保存期間いっぱい自動延長することはできない。
ケースファイル
ファイルの鍵は一致した。DNS の世代はまだ別だった：RFC 9934
鍵ローテーションを一つの更新と呼ぶと、どこで古さが残ったか見えなくなる。ECH では秘密ファイル、稼働プロセス、権威 DNS、クライアントキャッシュが別々に時間を持つ。
インターネット史
ブリッジは開いた。それでも拡張LANは未証明だった：RFC 1220
RFC 1220 では、BNCP が Open になるまで LAN トラフィックを PPP リンクへ流せない。この順序は明確である。しかし Open は配送票ではない。フレーム長、並列リンクでの順序、MAC 種別、圧縮方向、LAN ID、スパニングツリー、二種類の検査値の扱いは、その後も別々に結果を左右した。
ケースファイル
リレーは要求を運んだ。だが接続元を隠したかもしれない：RFC 9928
更新できない IPv4 端末を残したまま、IPv6 網の先にある構成サービスを利用できる。移行策としては合理的だ。ただし、端末の代理になる装置を置けば、サーバーが見た入口と実際の入口は同じとは限らない。
ケースファイル
W3CはLWS再設置を「実質変更なし」とした。成熟度の出口はまだテンプレートの選択肢だ
Linked Web Storage Working Group の再設置を扱う W3C の公開 Issue には、実質的な変更はないと記されている。しかし同じ記録は、最初の工程表が楽観的すぎたこと、今度は2026年第4四半期または2027年第1四半期の Candidate Recommendation 到達後に保守へ移る意向を示す。ところが8月5日の固定版チャーターには、成熟度を選ぶ指示、日付のない五つの成果物、架空の仕様名と FooML…
インターネット史
アドレスは残った。それでもマスクは変わった：RFC 1219
RFC 1219 は、既存ホストを番号変更せずにサブネットとホスト数を増やす方法を考えた。アドレスの両端から別々に番号空間を使う発想によって、同じビット列を残せる。しかし、境界を示すマスクは更新され、経路制御は複数のマスクを扱い、二つの割当主体は最後の共有ビットを使う前に合意しなければならない。アドレスが同じでも、ネットワークの判断まで同じとは限らなかった。
インターネット史
本文は「標準」と言い、記録は「情報提供」と言った――RFC 1216
RFC 1216 は、IAB の標準化トラックに向けた新しい標準パラダイムを提案すると書いた。ところが RFC Editor の記録は Informational、Independent Stream と分類し、IETF は自らの承認を受けた文書ではなく、標準化プロセス上の正式な位置もないと明記する。本文の自己紹介と制度上の地位は、同じ証拠ではない。
ケースファイル
往復が完了しても、顧客の処理は証明されない
RFC 9516 の Echo は、設計された検査要求がサービス機能連鎖をどう通ったかを示せる。だが、その往復を顧客トラフィックの処理完了やサービス回復の受領書に変えてはならない。
インターネット史
トラップは定義済みだった。事象はまだ観測されていない――RFC 1215
障害が起きる前から、トラップには名前も変数も説明も番号もある。RFC 1215 は1991年、その定義を SNMP の Trap-PDU に結び付ける手順を整えた。ただし、定義が整ったことと、実行時に何かを観測したことは別である。認識、生成、送信、受信、確認、対応には、それぞれ別の記録が要る。
ケースファイル
ACK は次の送信を許した。経路はまだ回復していなかった：RFC 9937
ACK が戻り、送信側がもう一度送れるようになった。その事実と、共有経路やサービスが回復したという判断は別の記録である。
インターネット史
アドレスは不達になった。主リストに載っていたとは限らない――RFC 1211
不達通知に一つの宛先が現れたのに、主リストを検索しても見つからない。RFC 1211 が描いたのは、記録漏れではなく入れ子になった配布構造だった。主リストが保持するのは一個の展開用別名だけで、その先の会員表は別組織が管理している。中央の担当者には手掛かりはあっても、最後の一行を書き換える権限はなかった。
ケースファイル
内容種別は YAML だった。決定はなおローカルに残った。
`application/yaml` は到着した表現の形式を知らせる。受信者がそれを受け入れ、解釈し、現実の状態を変えてよいことまでは知らせない。
ケースファイル
コントローラには枠組みがあった。決定的サービスはまだ成立していなかった：RFC 9938
RFC 9938 は DetNet コントローラプレーンに必要になり得る仕事を整理する文書である。フロー要求、経路計算、設定投入を、実際に成立し維持され観測されたサービスの証明へ変えるものではない。
ケースファイル
委任された LSP は、委任されたネットワークではない
RFC 9504 は GMPLS 制御ネットワークで状態保持型 PCE を使いやすくする。だが、PCEP 上の記録を運用権限の移転に、あるいは経路要求をサービス実績に変えるものではない。
ケースファイル
アルゴリズムは公告された。それでも経路はまだ計算されていない：RFC 9502 の IP Flex-Algorithm 境界
同じ番号を配ったからといって、同じ結果が生まれるわけではない。RFC 9502 が IPv4 と IPv6 のプレフィックス到達性を IP Flexible Algorithm に結び付けられるようにしても、その番号はパケットの通過記録でも、SLA の達成印でもない。定義の合意、IP データプレーンごとの参加、局所計算、FIB への導入、実測された通信は、意図的に別の層として残る。