トピック
ソフトウェアライフサイクルとベンダーロックイン
「トピックの観点から見たソフトウェアライフサイクルとベンダーロックイントピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
インターネット史
一文字だけ先を読む端末――Telnet が CR の意味を局所的に確定した方法
受信側は`CR`を見た瞬間には動けない。次が`LF`なら次行の先頭へ進み、`NUL`なら同じ行の左端へ戻るだけだからだ。Telnet は遠隔端末の機種を問い合わせず、ただ一文字だけ先を読めば判断できる表現を選んだ。
インターネット史
接続の途中で仕事を替えたサーバー――NNTP が役割の変化を明示した方法
同じ119番ポート、同じ TCP 接続なのに、最初はサーバー間転送の命令が見え、`MODE READER`の後には人が記事を読むための能力が現れる。NNTP は、接続先の同一性と、現在与えられた役割が別物であることを状態遷移として表した。
インターネット史
別れを待った削除：POP3 は印と不可逆な消去をどう分けたか
サーバーは`+OK message 4 deleted`と答えた。しかしクライアントが`QUIT`を送る前に回線が切れ、次の接続ではそのメールが残っている。矛盾ではない。`DELE`が確定したのは一時的な印であり、実体の除去は別の状態に預けられていた。
IETF
期限切れの Internet-Draft は IETF による却下ではない
技術調査の台帳には、文書名と判定しかなかった。Datatracker の`Expired`を見た担当者は、その横に「IETF が却下」と記した。ところが採用判断も、コンセンサス記録も、Last Call も、IESG の処分も添付されていない。日付を観測したシステムが、組織に代わって判決を書いていた。
インターネット史
バイト数ではなかったチェックポイント：FTP がファイル再開を覚えた過程
FTP の古い再開記録には、`110 MARK ssss = rrrr` という一見単純な行があった。しかし等号の左右は同じ尺度ではない。左は送信側が復元できる場所、右は受信側が安定した保存状態まで進めた場所だった。データ転送はその返答を待たずに続く。再開とは、途中まで届いた量を覚えることではなく、異なる二つのシステムが戻れる意味を一組にして残すことだった。
IETF
主語のない RFC の MUST は監査所見にならない
適合性試験表には、赤く塗られたセルが一つあった。「RFC 8200、MUST、未達」。しかし試験担当者に対象を尋ねると、送信側なのか受信側なのかさえ答えられない。どの条件で要求が発動し、どのプロファイルを製品が標榜し、何を観測して失敗としたのかも記録されていなかった。大文字は引用されていたが、監査所見の主語は消えていた。
IETF
プロキシを越えると、Observe の「現在」は一つではなくなる
三台の端末が同じ温度資源を監視している。プロキシは上流では一つだけ Observe を登録し、下流へ通知を配る。送信量は減るが、端末が受け取る Observe 値は起点サーバーの生の番号とは限らない。各ホップが番号、Max-Age、通知方式を持つからだ。RFC 7641 に反してはいない。むしろ仕様どおりである。問うべきなのは、製品がこの境界を運用者に見せているかどうかだ。
インターネット史
IPv6 を自動化しようとしたプレフィックス——6to4 と 2002::/16
6to4 の約束は魅力的だった。手元の IPv4 アドレスを IPv6 ネットワークに変え、残りの区間はリレーに任せる。アドレスの仕掛けは仕様どおりに動いた。しかし、それを支える運用責任まで自動的に組み上がることはなかった。
ケースファイル
RFC の「Obsoletes」は遠隔停止スイッチではない
RFC 9113が公開された瞬間、HTTP/2 を読むための基準文書は切り替わった。しかし稼働中の接続は再起動しなかった。端点は引き続き`h2`をネゴシエートし、装置はロード済みのコードを実行し、変更時刻と停止リスクは各運用者の手元に残った。文書上の現在と実装上の現在は別の証拠である。この単純な区別を失うと、標準化は調整ではなく、実行済みを装う儀式になる。
インターネット史
ファイルは69番ポートから来なかった――TFTP が転送ごとに端点を結んだ仕組み
最後の DATA を受け取った側は ACK を返しても、すぐには記憶を捨てない。ACK が失われれば同じ最終ブロックが戻ってくるからだ。その短い待機は、TFTP の完了が一つのポートや一度の送信ではなく、選ばれた端点と番号の関係で成り立っていたことを示す。
JPNOG
「Link UP = OK」では足りない：JANOG58 が示したラックスケール GPU の受入れギャップ
「Link UP = OK は不十分」。SoftBank が JANOG58 で示した結論から、事例を逆向きにたどるとよい。LED は Green、Link Status は UP、光パワーも正常範囲だった。それでも全リンクを対象にした NCCL benchmark では、1本のリンクが通常時の何分の一かにとどまった。公開資料は正確な比率を示していない。ここで問われるのは数字の穴埋めではなく、稼働状態を確認する検査と、販売可能な性能を受け入れる検査の間にある空白である。
APRICOT
1つのフォワーダーに6万4,000加入者――APRICOT 2026の x86 BNG に残る障害領域
6万4,000の加入者セッションが、1つのフォワーダーへ入る。5x9 Networks が APRICOT 2026で示した性能向上を評価するには、キャッシュの効率だけでなく、その状態が障害や更新の際にどこへ移るのかを見なければならない。
インターネット史
サーバーが新しい番号を返した――UIDPLUS はいかに IMAP の変更を検証可能にしたか
MOVE の途中で、元のメールが消えたという通知が先に届く。表示上の連番はその瞬間に詰め直される。新しい保存先 UID との対応が後から届いても、クライアントはすでに動いた足場の上で照合しなければならない。UIDPLUS の歴史は、正しい情報を返すだけでなく、まだ解釈できる順番で返すための歴史でもある。
ケースファイル
IANA コードポイントは導入許可証ではない
プロトコル・レジストリの一行は、世界中の実装が同じ値を同じ意味で読めるようにする。その効力は強く、しかも限定されている。値が登録されたという事実から、技術の安全性、IETF の総意、製品の品質、法的な承認、あるいは各ネットワークで有効にすべき義務までを読み取ることはできない。
インターネット史
接続を譲り渡したコマンド：SMTP が TURN を ETRN へ置き換えた理由
メールホストは事業者へ電話をかけ、回線を「逆向き」にしてほしいと頼んだ。サーバーは同じ接続で待機中のメールを送り返せた。しかし、相手がホスト名を名乗ったことと、そのホスト宛てメールを受け取る権限があることは別だった。
グローバルのクラウドサービストレンド
Encrypted ClientHello は DNS からエッジまでの設定契約になりつつある
DNS には新しい ECH 公開鍵が出ている。六つの終端群のうち五つは対応する秘密鍵を読み込み、残る一つは旧版のままだ。ブラウザーはその一つに到達し、retry 用設定を受け取り、二回目で成功する。各管理画面は正常だった。分散システムは、正常な画面を合成しても正常な取引にはならない。
インターネット史
中継がリセットできなかった期限：SMTP DELIVERBY が運んだ残り時間
最初のサーバーが受け取った 120 秒は、次のサーバーで再び 120 秒にはならない。22 秒を費やした中継は 98 秒だけを渡す。RFC 2852 が標準化したのは高速配送ではなく、この引き継ぎの規律だった。
インターネット史
試して推測する前に、能力を名乗らせる――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バイト奥へ移した途端に同じ経路が沈黙する。拡張可能なプロトコルは、最も狭い解析窓に請求書を渡していた。