メインコンテンツへスキップ

トピック

ソフトウェアライフサイクルとベンダーロックイン

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

「128/26」は経路ではない:RFC 2317 が作った逆引きの境界

インターネット史

「128/26」は経路ではない:RFC 2317 が作った逆引きの境界

`128/26` というラベルは、ルーターが解釈するプレフィックスではない。RFC 2317 が親ゾーンと子ゾーンの間に設けた DNS 上の約束である。この約束は小さな IPv4 範囲の PTR 管理を分離したが、アドレス、経路、メール、サービスの支配を証明しなかった。

2026年9月23日
ペイロードなしでTCP状態を後ろへ動かす疑似セグメント

ケースファイル

ペイロードなしでTCP状態を後ろへ動かす疑似セグメント

Presto は、後段で判明した修正を新しい前向きイベントへ変換する。疑似セグメントはトランスポート状態を更新できるが、利用者データでも、ソケット完了でも、アプリケーション受領の証拠でもない。

2026年9月23日
RFC 2188が残した非対称な証拠――ESROに見る「相手が知っていること」と「自分が証明できること」

インターネット史

RFC 2188が残した非対称な証拠――ESROに見る「相手が知っていること」と「自分が証明できること」

分散システムで遠隔操作を送ったとき、「成功した」という言葉は一つの出来事を指しているように見える。だが実際には、呼出しが送られたこと、相手が受け取ったこと、処理を実行したこと、結果を返したこと、その結果を呼出し側が受け取ったこと、さらに結果受領の確認が相手へ戻ったことは、それぞれ別の事実である。1997年9月に公開された RFC 2188の Efficient Short Remote…

2026年9月23日
WebAuthnはRP ID検証をリモート側に委ねる。ローカル許可はその証明ではない

ケースファイル

WebAuthnはRP ID検証をリモート側に委ねる。ローカル許可はその証明ではない

WebAuthn Level 4の最初の公開草案は、リモートデスクトップ経由の認証に明確な役割分担を置いた。ローカルのブラウザはオリジン単位の許可を確認し、リモート側が作ったクライアントデータをそのまま署名へ渡す。しかし、その許可はリモート側のオリジン判断が正しかったことまでは示さない。

2026年9月23日
平常時の経路表が静かでも、冗長性の費用は消えない:RFC 2260

インターネット史

平常時の経路表が静かでも、冗長性の費用は消えない:RFC 2260

二つの上流回線が正常なあいだ、企業固有の経路を世界中へ流さずに済む――RFC 2260 はその静かな状態を設計した。しかし一方が落ちると、費用は経路表、遠隔 EBGP セッション、カプセル化、遠回り、あるいは再番号付けのどこかに現れる。マルチホームは費用を消す技術ではなく、その置き場所を選ぶ技術だった。

2026年9月23日
Cristiano AmonとOryon――買収から製品までを証明する六つの境界

リーダー

Cristiano AmonとOryon――買収から製品までを証明する六つの境界

Nuvia の買収完了、Oryon という名称、Snapdragon X への実装、PC メーカー各社の発売、Arm との訴訟判断。これらは一本の物語にはなるが、同じ事実を証明しているわけではない。Cristiano Amon の経営責任を評価するには、証拠の役割を分けて読む必要がある。

2026年9月23日
RFC 2187が分けたキャッシュの役割――距離ではなくMISSを引き受ける権限

インターネット史

RFC 2187が分けたキャッシュの役割――距離ではなくMISSを引き受ける権限

parent と sibling という語は上下や近さを連想させる。しかし RFC 2187が記録した Web キャッシュ階層の要点は、機械がどこにあるかではなく、要求した対象が見つからないときに、その要求を誰が先へ運べるかという運用上の関係にある。ICP が返す HIT や MISS は、その関係そのものではなく、次の取得先を選ぶための限られた証拠である。

2026年9月23日
RFC 2277:言語が記されても、受け手のロケールと理解までは届かなかった

インターネット史

RFC 2277:言語が記されても、受け手のロケールと理解までは届かなかった

言語タグに `ja` と書かれていても、日付、照合順序、通貨、改行、書体がその利用者に適するとは限らない。RFC 2277 は、文字集合と自然言語を IETF 仕様の明示的な審査項目にした。しかし、仕様に情報を載せる道があることと、受信側がその情報を正しく使い、人が理解することは別の状態だった。

2026年9月23日
RFC 2186が引いた証拠の境界――ICPv2のHITは配送ではなく「次に試す隣接」を示す

インターネット史

RFC 2186が引いた証拠の境界――ICPv2のHITは配送ではなく「次に試す隣接」を示す

1997年9月に Informational RFC として公開された RFC 2186は、ICPv2 を隣接キャッシュ間の軽量な選択プロトコルとして定義した。その設計で重要なのは、HIT に強すぎる意味を与えなかったことだ。ICP_HIT は、特定の URL についてある隣接を取得元候補として試す理由にはなるが、そのオブジェクトの出所、鮮度、真正性、完全性、安全性、最適性、将来の可用性、アプリケーションへの配送、まして事業上の成果までは証明しない。ICPv2 は、観測できたイベントと、そこから正当に導ける結論の間に、意図的な境界を残している。

2026年9月22日
KWICの出力は同じでも、変更の広がりは同じではない

インターネット史

KWICの出力は同じでも、変更の広がりは同じではない

二つのプログラムに同じ見出しを与えると、どちらも同じ循環シフトを同じアルファベット順で出力する。受け入れ試験は双方とも通る。では、行の格納方法を変えたら、いくつの担当とインターフェースがその変更を知る必要があるのか。David L. Parnas が1972年に示したのは、この二つ目の試験だった。

2026年9月22日
レジストリは分離された。それでもコレクタは何を読んだか証明しなければならない:RFC 9736

IETF

レジストリは分離された。それでもコレクタは何を読んだか証明しなければならない:RFC 9736

RFC 9736 は BMP の Peer Up 情報に独立した TLV レジストリを与え、拡張時の所有権を明確にした。しかし仕様上の整理だけでは、稼働中の送信側、パーサ、保存系が同じメッセージを正しく扱った証拠にはならない。

2026年9月22日
ACMEのprofile名は発行を約束しない

IETF

ACMEのprofile名は発行を約束しない

Directory に表示された短い名前は、証明書の性質を早い段階で選ぶための手掛かりになる。しかし、同じ名前が非公開の合意で受理されることも、注文作成後に使えなくなることもある。ラベルと発行結果の間には、保存すべき判断が残る。

2026年9月22日
削除済みのメールボックスを、別のクライアントはまだ読めた:RFC 2180

インターネット史

削除済みのメールボックスを、別のクライアントはまだ読めた:RFC 2180

サーバーから `OK` が返った瞬間に、すべての接続が同じ世界へ移るとは限らない。RFC 2180 が記録したのは、同時アクセス下の IMAP が一時的な食い違いを許し、その代わりにクライアントへ幅広い挙動への耐性を求めたという設計上の取引だった。

2026年9月22日
RFC 2143:SCSI に IP を載せても、ホストは対等な相手にならなかった

インターネット史

RFC 2143:SCSI に IP を載せても、ホストは対等な相手にならなかった

短いケーブルで近くのワークステーションを高速に結ぶ。1997 年の提案には明快な魅力があった。しかし SCSI は、もともとホストが周辺機器に命令し、周辺機器が答えるための仕組みだ。別のホストから突然届く命令を受け取るには、パケット形式だけでは足りなかった。

2026年9月21日
Nancy Leveson:部品が壊れなくても事故は起こる

研究者

Nancy Leveson:部品が壊れなくても事故は起こる

装置が仕様どおりに動き、担当者が手順に従っても、安全が保たれるとは限らない。Nancy Leveson は、誰が何を制御し、どの情報を信じ、危険な状態を防ぐ制約をどこで失ったのかを問う道筋を示した。

2026年9月21日
IESG承認は発行ではない:Composite ML-KEM CMSを止めるコンパニオン依存

IETF

IESG承認は発行ではない:Composite ML-KEM CMSを止めるコンパニオン依存

2026年9月18日、IESG は`draft-ietf-lamps-cms-composite-kem-03`を Proposed Standard として承認した。これは Composite ML-KEM を CMS で扱うための標準化が重要な関門を越えたことを意味する。しかし、運用上もっと重要なのは、何がまだ終わっていないかである。文書は RFC ではなく、RFC Editor では参照待ちでブロックされ、IANA 作業も進行中だ。さらに、その CMS…

2026年9月21日
TCP接続が閉じても測定値は残る――RFC 2140が問うた共有の範囲

インターネット史

TCP接続が閉じても測定値は残る――RFC 2140が問うた共有の範囲

短い通信が終わるたび、TCP が得た往復時間の手掛かりまで捨てる必要はあるのか。1997年の RFC 2140は、同じホスト間で繰り返される接続に一部の知識を引き継がせようとした。ただし、測定値を次の接続に渡すことと、混雑時に送れる量を接続の数だけ複製することは違う。

2026年9月21日
片方だけ設定が終わったとき、ACTNは何を「完了」と呼べるか

IETF

片方だけ設定が終わったとき、ACTNは何を「完了」と呼べるか

パケット網と光網を一つの指揮系統で扱う ACTN の適用草案に、IETF のセキュリティと運用の両レビューが「Not ready」と記した。問われているのは接続図の整合性より、通知が欠け、制御器が再起動し、一方の層だけ変更された時の判断権限である。

2026年9月21日
文字のバイト列だけでは、読者の言葉にならない――RFC 2130

インターネット史

文字のバイト列だけでは、読者の言葉にならない――RFC 2130

通信が成功したことと、届いた文章を人が適切に読めることは別の出来事だ。1996年の IAB 文字集合ワークショップを伝える RFC 2130は、両者の間にある選択を七つの層に分けた。UTF-8 を掲げればすべてが解決する、という物語ではない。

2026年9月21日
Mary Shawと箱の間にあるプロトコル

インターネット史

Mary Shawと箱の間にあるプロトコル

1994年、Mary Shaw は今も設計図に残る偏りを指摘した。箱には詳しい名前が付くのに、箱を結ぶ線はほとんど説明されない。手続き呼び出しは有用な仕組みだが、データフロー、イベント、共有データ、同期、複雑な会話を表すには語彙が足りない。

2026年9月21日