主要領域
インターネット基盤
主要領域 の観点では、「インターネット基盤」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。

インターネット史
接続元の研究所は分かる。Telnetは机の場所まで届けようとした。
1981年の遠隔ホストは、利用者がどの施設から接続したかを知っていても、どの部屋にいるかまでは分からなかった。Telnet の小さな選択機能は、本人側から場所を伝える道を開いた。

インターネット史
ネットワークの模型に、OSが「その手順は消せません」と言った
受信メールを無料にしたいなら、ログイン手順を省けばよさそうだ。別のコンピューターでは、その手順が本人確認も担っていた。1982年の RFC 871は、この衝突を ARPANET の設計原則として扱った。

インターネット史
LANは速かった。TCPの怪物は頭の中で育った。
1982年、速くて誤りの少ない LAN に TCP は重すぎる、と心配する人がいた。Michael Padlipsky はケーブルを見た後、両端のコンピューターで動くアプリケーションを見た。そこには別の仕事が残っていた。

インターネット史
メーカーの保証は届く。完成したプロトコルはまだ届かない。
1982年、米国防総省の調達時計は進んでいた。将来の規格一式を待てば安心という話に、Michael Padlipsky は「その一式を、いつ、誰が動かすのか」と問いを返した。

IETF
AIがゲートウェイを見つけた。誰がそこに置いた?
IETF に提出された個人草案は、AI クライアントが LAN 上のゲートウェイを見つけ、アドレスやパス、公開された機能を読めるようにしようとしている。厄介なのはその次だ。その機械に API キーを渡す権限は、誰が与えるのか。

インターネット史
ネットワークの専門家は、まず論文を旅に出した
1982年の RFC には、回線図よりも人の往来が目立つ報告がある。手紙、電子メール、小さな研究会、公開シンポジウムが、別々の国の技術者をつないでいた。

インターネット史
Cronusは回線を替えた。IPには内緒にした
1982年の設計が狙ったのは、上のソフトウェアには同じ窓口を見せたまま、下の物理ネットワークを選び直せるようにすることだった。

アジア太平洋の機関トレンド
ネパール国内に残った100ギガビット — 意味を持たせるために欠けている数字
NPIX は2026年4月、ネパール国内で交換されるトラフィックが100 Gbps を超えたと発表した。だが残された記録には分母もポート数もなく、会員に関する要約は食い違っている。以前の要約は40以上の団体を挙げ、後続の要約は総数を出さない。会員数を確認できないまま、本物の成果が妙に静かなまま置かれている。

インターネット史
電波時計は正確だった。コンピューターは遅刻した。
1981年の DCNET には、電波で合わせた基準時刻があった。それでも各ホストの時計はずれ、遠方のゲートウェイまでの往復には約550ミリ秒かかった。RFC 778は数字の持ち主を一つずつ示した。

インターネット史
FTPはフォルダーを作った。名前を聞き直す羽目になった。
1980年、遠隔ホストで `MYDIR` を作れたのに、その名では中に入れないことがあった。RFC 775は、使える絶対パスをサーバー自身に返させた。

インターネット史
鍵は長かった。犯人の候補表は短かった。
1994年の RFC 1750が問い直したのは、暗号の見栄えではない。秘密を作る最初の一粒に、どれだけ予測できないものが入っていたかだ。

欧州・中東の機関トレンド
OpenCAPIFがAPI隣人のドアを見つけた。Release 5はまず台帳を開いた。
OpenCAPIF 5.0.0は別々の CAPIF 環境をつなぎ、サービス API をドメイン間で共有できるようにする。接続の実務は、相手の識別、提供者の共有設定、閲覧規則の照合から始まる。

インターネット史
ファクスのファイルは届いた。絵を読むには機械が要った。
1980年の RFC 769は、Rapicom 450のページをネットワークで運べるファイルにした。その中身を絵に戻す仕事は、なお対応する装置の担当だった。

インターネット史
泥棒はTCPの番号を一つ見た。隣の扉には別のスタート地点があった
1990年代、普通の接続で見た最初の番号から、偽の接続に使われる次の番号を読める場合があった。RFC 1948は時刻の前進を残し、接続ごとに秘密のずれを加えた。

インターネット史
24日間静かだったTCPは、最後の手掛かりを捨てなければならなかった
高速回線で古いパケットを見抜くため、TCP は時刻の印を使った。ところが接続が長く眠ると、門番の覚え書きのほうが古くなる。

ケースファイル
PHPの修正は出た。RIPE NCCのサイトは再開の順番待ち
PHP の重大な脆弱性が二つ見つかると、RIPE NCC はアカデミー、NRO、ASO のサイトを先に停止した。ステータス記録には、閉鎖、修正、依存関係の解消、再開という実際の順番が残っている。

インターネット史
TLSは80番の扉をたたいた。443番にはもう住所があった
暗号化した HTTP も普通の HTTP も同じ入口を使う。2000年の提案は筋が通っていたが、URL の世界では既に別の扉が名前を持っていた。

インターネット史
ゼロが二つある。IPの検査和は違う方を選んだ
一つの欄を直すたびにヘッダー全部を足し直すのは、実直だが忙しい。1994年、近道の計算を試した製品から、ゼロが二種類あるという落とし穴が現れた。

インターネット史
TCPは四枚目を受け取った。それでも捨ててよかった
抜けた三枚目より先に届いた四枚目を知らせる。TCP の選択確認は便利なメモだったが、保管証明書ではなかった。

インターネット史
FTPの配達先を決めたのは客。ノックしたのはサーバー。
二つのサーバーにファイルを直接運ばせる仕組みは、遅い回線の利用者にはありがたかった。宛先を誰が書けるかは、別の話になった。
