主要領域
インターネット基盤
主要領域 の観点では、「インターネット基盤」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。
リーダー
Sebastian Beckerは顧客リストをそのままBGPフィルターに渡さない
AS-SET は登録データであり、同時に経路を通すための材料になる。顧客とピアを一緒に書けば、機械はその区別を推測してくれない。Becker は接続前の照合を求める。
インターネット史
図書館は投稿の文字を受け取った。写真は収蔵庫に入らなかった
米国議会図書館は2010年、Twitter の公開投稿を創設当初までさかのぼって受け取り、以後も集め続けると発表した。大きな約束には、初めから狭い入口が付いていた。保存対象は文字であり、投稿が指す写真や動画、リンク先のページは含まれない。2017年、図書館は投稿が長く、視覚的になったことを収集方針の変更理由に挙げた。蓄えた12年分の文字は残したまま、翌年からは選んだ投稿だけを受け取る。消えたのは収蔵品ではなく、「全部受け取る」という将来の約束だった。
IETF
更新から項目が消えた。台帳はまだ持っている。
YANG-Push v2 の第01版では、更新に現れないデータを即座に消せない。変更通知の省略は従来値の維持を意味し、周期スナップショットの欠落は収集完了後に初めて削除の根拠になる。同じ空白を一律に扱えば、運用台帳は現実から離れる。
IETF
4バイト直したかった。サーバーはファイルを丸ごと替えた
ファイルの一部分だけを書き換える。送信側は位置を指定し、短いデータを送る。受信側がその指定を PUT の追加情報として読み飛ばせば、短いデータがファイル全体の新しい姿になる。IETF の[Byte Range PATCH 草案](https://www.ietf.org/archive/id/draft-ietf-httpapi-patch-byterange-05.txt)は、部分書き込みの意味を受信側が明示的に受け入れる仕組みを提案する。
研究者
Ebrima Jawが数えたBGPの「同じ知らせ」 保存費用は収集側へ回る
経路に変化がないのに更新だけ届き続ける。RIPE 92で Jaw が示した13年分の記録では、少数の収集ピアが更新の大半を送り込んでいた。静かなネットワークまで、その処理費用を分かち合う。
インターネット史
メールを受け取らない機械が黙ると、送り手だけが何日も働く
時刻を配るサーバーや DNS に答えるサーバーに、郵便受けはいらない。ところが1995年、誰かがそうした機械にメールを送ろうとすると、返事のない接続を送信側は一時的な故障として扱い、後日また試した。存在しない受信箱のために列が延びる。二人の技術者は、受信しない機械にごく小さな SMTP サービスを動かし、「ここでは絶対に受け取らない」と返事をさせようとした。
インターネット史
Googleは動画を売ってダウンロードさせた。そして「再生できなくなる」と告げた。
購入した動画ファイルは、すでに客のパソコンにあった。ところが2007年、Google は有料ダウンロード事業を終える際、その動画が見られなくなると通知した。反発を受けて、払い戻しは自社の決済残高からカードへの返金に変わり、再生の猶予も六カ月延びた。ファイルを持つことと、再生を続けられることの距離が露わになった。
IETF
署名済みメールに、誰がボタンを与えたのか
航空便の変更通知に、もっともらしい旅程と予約変更のボタンが並ぶ。署名が示すのは、誰がどのデータを対象にしたかだ。受信者に操作を勧める画面はメールアプリが作る。IETF の新しい草案は、その表示判断を署名の検証とは別の仕事として描いている。
IETF
ルーターがヘッダーを足した。計数器は成果にした。
SR Policy の YANG モデル第09版は、カプセル化の前後でバイトを別々に数える。Binding SID 経由の通過トラフィックを分けられるのは入力側だけだ。二つの数字を引けば、立派な誤報ができる。
リーダー
Alastair StrachanがNOGの裏方を数えた。2人以下の運営が27％
参加者は営業発表より運用者同士の話を聞きたい。会場費は誰かが払う。RIPE NCC の調査は、その難しい調整を少人数の運営委員が背負っている姿を映した。
インターネット史
Flickrの写真は同じ住所に残った。鍵を握ったのはYahooだった
写真の URL が変わらなくても、その写真を管理できる人を決める仕組みは変わる。Flickr は2005年、新規利用者のログインを Yahoo ID に移し、既存利用者にも移行の道を用意した。公開名と写真のリンクは保ったまま、旧式の入口を2007年に閉じていった。2019年には逆方向の移行が始まる。閲覧者には静かなアルバムでも、撮影者には鍵を渡す相手が二度変わった。
インターネット史
SmugMugはFlickrを買った。ログインの鍵はYahooに残った。
2018年、Flickr は新しい持ち主に移った。写真の URL はそのままだったが、既存の会員は Yahoo の認証情報でログインし続けた。写真を見せる住所と、持ち主が管理画面に入る鍵は、同じ契約で一斉に移らなかった。
IETF
RADIUSがエラーを返した。次の経路はプロキシが決める
アクセス装置から届いた RADIUS 要求をプロキシが次のサーバーへ送る。返ってきたのはエラーだ。ここで受信したパケットをそのまま上流へ流すのは、故障した接続の判断を隣人に押しつける行為になる。IETF の新しい草案は、プロキシ自身が原因を読み、別の経路を試すか、自分の応答を作って返すよう求めている。小さな分岐だが、障害時の再送量を左右する。
IETF
バンドルは届いた。失効サーバーへの道は切れた。
遅延耐性ネットワークでは署名付きデータが届いても、証明書の状態を問い合わせる回線がないことがある。BPSec COSE の改訂案は、その判断を発行者と検証者に分けて置いた。
NANOG
Richard Steenbergenが光モジュールを開く。購買権限は名前欄に潜んでいた
ポートの故障を調べるはずが、先にメーカー名の検査に行き当たる。NANOG 95の Steenbergen の発表は、小さなトランシーバーを運用と調達の境界に置いた。
IETF
起動時は独占、更新時は奪い合い――耐量子署名の別会計
起動時に通った署名検証が、稼働中の二重イメージ更新でも軽いとは限らない。IETF の PQUIP 草案が、機器調達で抜けやすい検証の時間帯を明示した。
インターネット史
XO同士はつながった。学校がインターネットへ出るには、もう一台必要だった
子ども一人に一台のノートパソコン。One Laptop per Child の構想には、その一台が近くの仲間の通信を中継する仕掛けもあった。教室の中にメッシュ網をつくる発想は、各机まで配線できない学校に魅力的だった。ただし、教室の外へ出る経路は別の仕事である。学校サーバー、上流回線、アクセスポイント、電源、管理者。子どもに配る台数だけを数えても、学校のインターネットは完成しない。
インターネット史
AOLはBeboを売った。それでも広告主を帳簿から消さなかった。
2010年、AOL は Bebo の資産のほぼ全部を手放した。だが、かつて Bebo に広告を出した顧客から、自社サイトで引き続き広告収入を得るつもりだった。サイトの売却と顧客との商売は、同じ日に終わるものとして扱われなかった。
NANOG
Matt GriswoldのシカゴIXには創設メンバーが6社。投票の仕組みはまだ設計中だった
ポートの料金と参加企業は公表されている。Griswold は NANOG 98で、接続するネットワークが IX の将来を投票で決めると説明した。同じスライドには「投票構造を最終調整中」とある。BGP セッションを張った後の撤退は、契約を一件解約する話では済まない。
IETF
移管にはURLができた。ドメインはまだ移っていない
新しいレジストラがドメインの移管を申し込むと、サーバーは`201 Created`を返す。その URL が指すのは、移管後の所有関係ではなく、始まったばかりの手続きかもしれない。IETF の RPP 草案は申請、現行スポンサーの判断、後から届く通知、その確認を分けている。最初の HTTP 応答だけで「移管完了」と表示すれば、画面が実際の台帳より先に走る。