トピック
ソフトウェアライフサイクルとベンダーロックイン
「トピックの観点から見たソフトウェアライフサイクルとベンダーロックイントピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
インターネット史
試して推測する前に、能力を名乗らせる――CAPA から読む POP3 UIDL の境界
サーバーが UIDL を実装しているか知る方法が、実際にコマンドを送り、成功か失敗かを見ることしかなければ、機能発見とメール処理が同じ試行錯誤に混ざる。CAPA は対応能力を先に広告させた。しかし、`UIDL`という一行が証明するのはコマンドの存在までであり、識別子の範囲、保存期間、クライアントの記憶までは保証しない。
インターネット史
警告は消えたのではなく、別のサーバーに届いた――Path MTU Discovery の制度史
2015年の Cloudflare では、ICMP Packet Too Big はデータセンターまで届いていた。それでも TCP connection は直らなかった。ECMP が TCP flow と ICMP message を異なる条件で振り分け、警告は connection state を持たない backend に入ったからだ。この出来事が示したのは、単なる設定ミスではない。path の制約を観測する主体と packet size を変更できる主体が分かれ、その間の evidence channel を別の operator が握るという…
グローバルの地域 ISP トレンド
IPv6 拡張ヘッダーは経路互換性のコストになりつつある
ASIC が最初の40バイトを読めることと、その先にあるトランスポートヘッダーまで線速で到達できることは別の製品仕様だ。IPv6 の疎通試験が通っても、ヘッダーを64バイト奥へ移した途端に同じ経路が沈黙する。拡張可能なプロトコルは、最も狭い解析窓に請求書を渡していた。
インターネット史
最後の非圧縮行：IMAP はその後の全バイトをどう読み替えたか
サーバーの返答は見慣れた形だった。タグ、`OK`、短い説明、そして CRLF。しかし、その行が従来の方法で読める最後の行になる。COMPRESS が受理されれば、次のサーバーバイトは目に見える IMAP 文法ではなく DEFLATE ストリームに属する。両端が開始位置を一バイトでも違えれば、残りの接続は読めなくなる。
インターネット史
繰り返す必要があった挨拶：STARTTLS が SMTP の信頼をリセットした理由
クライアントが最初に名乗った時点では、通信は平文だった。サーバーが最初に示した機能一覧も同じである。その後で同じ接続を TLS で包んでも、過去の発言まで保護済みにはならない。SMTP はそこで、握手が終わったら互いの記憶を捨て、もう一度挨拶することにした。
ケースファイル
登録データが支える法人――PeeringDB で一票を持つのは誰か
2026年の選挙結果には137人の投票者がいる。だが投票率は分からない。議決権を持つ会員総数も、系列企業を一票にまとめた後の母数も公表されていないからだ。PeeringDB の統治を読むには、票数より先に名簿の作り方を、票数の後にデータを変更できる人を調べなければならない。
グローバルの機関
linuxptp と高精度時刻を支える制御ループ
linuxptp は Linux ホスト、ハードウェアクロック、ネットワーク時刻源を高精度時刻システムとして結び付ける。IEEE 1588 の状態、パケットタイムスタンプ、サーボ、システムクロックを調整するが、最終精度は NIC、発振器、プロファイル、トポロジー、校正、基準源の完全性に依存する。
インターネット史
格下げできなかったアドレス：SMTPUTF8 が経路を名前の一部にした理由
アクセント付き表示名は、ASCII アドレスの飾りとして旧来のメールを通れた。非 ASCII のメールボックス名は違う。それ自体が宛先だった。SMTPUTF8 は、各中継に別名を発明せず、その身元を運べることの証明を求めた。
グローバルの機関
FreeRADIUS とネットワークアクセスを支える信頼判断
ネットワークへのログインは数個のパケットで決まっても、その背後の信頼関係は証明書、ディレクトリー、アクセス装置、ローミング相手、アカウンティングシステムにまたがる。FreeRADIUS はポリシーを検証可能かつプログラム可能にする一方、旧来クライアント、依存先、障害経路への責任を運用者に残す。
インターネット史
配達を約束できなかった受領証
SMTP DSN はバウンスを構造化された証拠へ変えた。ただし、送信者が報告を求められても、報告システムが観測していない結果までは保証できないという境界を残した。
IETF
Jana Iyengar と、アドレスを越えて続いた接続
端末が別のネットワークへ移っても、QUIC の接続は必ずしも切れない。ただし RFC 9000が引き継ぐのは接続に属する状態であり、旧経路で得た確信ではない。新しい経路は、到達性、送信量、輻輳、ECN、プライバシーについて改めて証拠を示す。
グローバルの機関トレンド
Belden の18.5億ドル RUCKUS 買収、「フルスタック」は債務返済で試される
Wi-Fi、企業向けスイッチ、ネットワーク管理を手に入れたことで、Belden の商品構成は確かに広がった。しかし買収資金は担保付き変動金利ローンである。今後問われるのは名称ではなく、統合した事業が顧客を維持し、現金を生み、財務上の自由を取り戻せるかだ。
インターネット史
第8ビットは中継のたびに許可を求めた：8BITMIME が SMTP を変えた仕組み
アクセント付き文字を正しく記述できても、経路上の全サーバーがそのオクテットを壊さず運べるとは限らない。8BITMIME は、その曖昧さを接続ごとの約束に変えた。能力を広告し、受け入れた以上は全ビットを守る。
インターネット史
返事より先に出たコマンド――SMTP PIPELINING が待ち時間を変えた仕組み
初期の SMTP は、ほぼ一つのコマンドごとに返事を待った。遠い回線では、文字列を運ぶ時間より往復の沈黙のほうが重くなる。PIPELINING は沈黙を縮めたが、その代わり順番を未決処理の正確な台帳にした。
インターネット史
誤解を許さなかったメソッド――HTTP 510はなぜ存在したのか
古いサーバーが未知の条件を無視し、基本操作だけを実行して成功を返したら、通信は成立しても契約は成立していない。RFC 2774は、その静かな意味の欠落を表面化させようとした。現在は廃止された510の設計から、HTTP を拡張する際の権限と証拠の難しさが見えてくる。
インターネット史
運ぶ前に測られたメール――SMTP SIZE が拒否を早めた仕組み
初期の SMTP では、大きなメッセージをすべて送り終えてから、相手が決して保存できないと判明することがあった。SIZE 拡張が約束したのは配送ではない。送信コストを払い切る前に、申告された負荷と受信側のローカルな容量を照合できるようにした。
インターネット史
安定化が復旧を遅らせたとき――ルートフラップ・ダンピングの選択
IP プレフィックスを正しく保有し、障害を直し、BGP で再広告しても、それだけでは世界中のルーターが直ちに経路を採用するとは限らない。1990年代の限られた処理能力を守ったルートフラップ・ダンピング（RFD）の歴史は、番号資源の記録と実際の到達性が別の権力によって動くことを示している。
インターネット史
本文が始まる前に大きすぎたリクエスト：HTTP に 431 が必要だった理由
HTTP リクエストは、本文を読まれる前に拒否されることがある。プロトコルが世界共通の上限を決めたからではない。受信側が、どれだけの制御コンテキストを処理するかを決めたからだ。431 は、その局所的な境界を共通の返答にした。
IETF
Linda Dunbar と、隣接先を作り出してはならないディレクトリ
「該当なし」は、常に同じ意味ではない。情報が不完全なディレクトリなら、まだ知らないだけかもしれない。対象範囲を完全に把握しているなら、存在しないという判断に近づく。Linda Dunbar が共同執筆した四つの TRILL RFC は、この差が単なるデータ品質ではなく、フレームを探索するか捨てるかを分ける運用上の権限であることを示している。
インターネット史
返事の前に数えたサーバー――HTTP 429 が必要になった理由
扉が壊れたのでも、要求の形が突然誤ったのでもない。サーバーが選んだ数え方の中で、今使える枠を越えただけである。HTTP 429 はその拒否を共有語にしたが、誰を一人と数えるかまでは決めなかった。