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

主要領域

基盤

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

PHP後もOAMラベルは残る。ただし終端が解釈できる場合だけ:RFC 3429

インターネット史

PHP後もOAMラベルは残る。ただし終端が解釈できる場合だけ:RFC 3429

経路の終端装置に二度のラベル検索をさせないため、直前の LSR が最上位ラベルを外す。MPLS の PHP はそうした処理負荷の配分だった。しかし、転送ラベルを取り除いた後、保守用パケットを通常のユーザーパケットとどう見分けるのか。RFC 3429は OAM 用の値を一つ割り当てると同時に、受け側がその仕組みを理解していることが前提だと示した。

2026年10月6日
共通のAAL2プロファイルだけではサービスに結び付かなかった:RFC 3441

インターネット史

共通のAAL2プロファイルだけではサービスに結び付かなかった:RFC 3441

二つのゲートウェイが AAL2 プロファイルの共通リストを得ても、音声、音声帯域データ、ファクスを各プロファイルのどの行に載せるかは、まだ決まっていない。RFC 3441は、プロファイルの交差、サービスの優先指定、ATM ベアラの設定、通話の完了を別々の段階として扱った。

2026年10月6日
e&の500Tbps目標、問われるのは容量より経路の独立性

欧州・中東の国内通信事業者トレンド

e&の500Tbps目標、問われるのは容量より経路の独立性

e&は国際接続容量を現在の20Tbps から2030年までに500Tbps 超へ引き上げる方針を示した。既存の海底ケーブル網と卸売事業が土台にある一方、プロジェクト固有の資金、販売可能な容量、経路の物理的な独立性はまだ明らかになっていない。

2026年10月6日
SAPによるTechWolf買収、価値を決めるのは「仕事の地図」を信頼できるか

欧州・中東のクラウドサービストレンド

SAPによるTechWolf買収、価値を決めるのは「仕事の地図」を信頼できるか

TechWolf のタスク単位の仕事インテリジェンスを SuccessFactors に組み込みながら、非 SAP 顧客にも提供を続ける——SAP の買収構想はそう描かれている。ただし取引は未完了で、価格もデータ利用の条件も明らかになっていない。

2026年10月6日
PDNのB300二系統、元本回収の設計は同じではない

北米のデータセンタートレンド

PDNのB300二系統、元本回収の設計は同じではない

Professional Diversity Network は NVIDIA B300 システム二基に約117万7000ドルを投じる契約を結んだ。しかし、資本を回収する道筋は一つではない。第一のシステムは計算収入に左右されない賃料を生む一方、途中解約と残存価値のリスクを PDN 側に残す。第二のシステムは利益連動型の融資であり、通常の契約終了時には、現金返済ではなく機器の処分によって元本が消滅する場合がある。

2026年10月6日
GPUはAxe、施設はDuos——売り手代金には借り換え期限がある

北米のデータセンタートレンド

GPUはAxe、施設はDuos——売り手代金には借り換え期限がある

Columbus の売却は、サーバーとそれを収容する施設を切り分けた。新たな所有者が取得した機材を担保に借り入れれば、繰延代金の残額は予定より早く支払期限を迎える。

2026年10月6日
自己記述の矛盾を点検する:almazcloud.network(AO ALMAZ)のアイデンティティ監査

グローバルのクラウドサービス

自己記述の矛盾を点検する:almazcloud.network(AO ALMAZ)のアイデンティティ監査

自己記述の矛盾を点検する:almazcloud.network(AO ALMAZ)のアイデンティティ監査の調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。グローバルのクラウドサービスの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。

2026年10月5日
G42の輸出特権、2027年4月6日に期限が来る — コーパス変換がUAE主権AI算力の制約条件になる

グローバルの機関

G42の輸出特権、2027年4月6日に期限が来る — コーパス変換がUAE主権AI算力の制約条件になる

アブダビのテクノロジーグループ G42 をめぐる米国の輸出管理は、2026年に構造を変えた。2026年7月10日付で発効した米国商務省産業安全保障局(BIS)の最終規則は、UAE を EAR のカントリーグループ D:3/D:4から外し A:5に移した上で、EAR 第740部補足8において Group 42 Holding Ltd(G42 Cloud Technology LLC を含む)と Core42 Technology Projects LLC を、ライセンスなしで先端コンピューティング品目を受け取れる UAE…

2026年10月4日
REGISTER は終わる。経路はその先に残る:RFC 3327

インターネット史

REGISTER は終わる。経路はその先に残る:RFC 3327

登録応答を受け取った UA は、後の着信にどのプロキシ列が使われるのかを確認できる。RFC 3327 が Path を登録サーバーから UA に返した理由は、単に経路を保存することだけではない。追加された中継点を読み手に見える形にしつつ、その列を REGISTER の実測経路と取り違えないためでもあった。

2026年10月2日
AESはTLSに一つの選択肢ではなく、12通りの組み合わせで入った:RFC 3268

インターネット史

AESはTLSに一つの選択肢ではなく、12通りの組み合わせで入った:RFC 3268

2002年、TLS はハンドシェイクを作り直さずに AES を取り込んだ。ただし追加されたのは単独の暗号選択ではなく、鍵交換と認証の方式まで含む12個の暗号スイートだった。

2026年10月2日
ランダム鍵は復旧のためではない。失敗を黙らせるためだった:RFC 3218

インターネット史

ランダム鍵は復旧のためではない。失敗を黙らせるためだった:RFC 3218

暗号化されたメッセージは、本文に触れる前の段階で拒否されることがある。原因を正確に返すのは親切な実装に見える。しかし同じ判定を外部から何度も尋ねられるなら、その診断は秘密鍵の代わりに働き始める。RFC 3218 が求めたのは、RSA の鍵取り出しに失敗したとき、ランダムな CEK を作って処理を続けることだった。メッセージを救うためではなく、早すぎる失敗を観測させないためである。

2026年10月2日
URLをURIの別枠にしない――RFC 3305

インターネット史

URLをURIの別枠にしない――RFC 3305

初期のウェブでは、識別子を二つの箱に分ければよいように見えた。URL は行き先を示し、URN は場所に依存せず「何か」を名指す。ところが2002年、W3C と IETF の合同計画グループは RFC 3305で、その整然とした二分法が各 URI スキームを理解する妨げになりつつあると論じた。

2026年10月2日
NAK が聞かれたという確認は、修復が届いたという確認ではなかった:RFC 3208

インターネット史

NAK が聞かれたという確認は、修復が届いたという確認ではなかった:RFC 3208

PGM は、受信者全員から成功通知を集めずに信頼性のあるマルチキャストを成立させようとした。欠落を見つけた受信者だけが NAK を送り、ネットワークは重複する要求をまとめ、必要な枝にだけ修復データを返す。RFC 3208 の NCF はこの仕組みを支えたが、配達完了の証明ではなかった。

2026年10月2日
10億人に広がっても、なお大半は圏外だった:RFC 3271

インターネット史

10億人に広がっても、なお大半は圏外だった:RFC 3271

2002年、Vint Cerf は2005年末までにインターネット利用者が10億人を超えると予測した。その直後に、これは世界人口の約16%にすぎないとも記している。この落差によって「インターネットはすべての人のためにある」という標語は、成長を祝う言葉から、個別に満たすべき条件の束へと変わる。

2026年10月2日
IPsecは全パケットを認証した。それでもトンネル内の利用者とは限らなかった:RFC 3193

インターネット史

IPsecは全パケットを認証した。それでもトンネル内の利用者とは限らなかった:RFC 3193

RFC 3193 が扱ったのは、暗号を一枚足せば終わる問題ではない。L2TP は確定前にアドレスや UDP ポートを変え得る一方、IPsec は先に保護対象をセレクターで定める。さらに IKE が機械を認証し、PPP が利用者を認証したなら、毎パケットの検証が証明する主体は同じではなかった。

2026年10月2日
再利用できる部品も、組み合わせれば破綻しうる:RFC 3269

インターネット史

再利用できる部品も、組み合わせれば破綻しうる:RFC 3269

信頼性マルチキャストは、再利用可能な部品を並べるだけでは成立しない。RFC 3269 は各 RMT ビルディングブロックに適用範囲と依存関係を示させ、完成したプロトコルの構成も説明するよう求めた。

2026年10月2日
アドレスの大半が空いていても「87%満杯」だった:RFC 3194

インターネット史

アドレスの大半が空いていても「87%満杯」だった:RFC 3194

RFC 3194 の百分率は、埋まった欄を数えたものではない。割り当て済みオブジェクト数と最大数の対数を比べ、階層型アドレス計画がどれほど再編の痛みに近いかを示した。32ビット空間で HD 87% に相当する約2億4千万は、全ビット列の約5.6%にすぎなかった。

2026年10月2日
電話番号をメールアドレスとして読めたのは指定ゲートウェイだけだった:RFC 3191

インターネット史

電話番号をメールアドレスとして読めたのは指定ゲートウェイだけだった:RFC 3191

電話番号らしい文字列がメール網を流れても、途中のサーバーすべてが発信処理をしてよいわけではない。RFC 3191 は左辺に電話向けの命令を載せ、右辺のドメインにその解釈者を選ばせた。配送経路が決まることと、電話側で結果が生じることは、最後まで別の事実だった。

2026年10月2日
ネットワークでは音、テープでは欠損だった最小値:RFC 3190

インターネット史

ネットワークでは音、テープでは欠損だった最小値:RFC 3190

`8000h` を見た装置は、数値だけでは判断できなかった。RTP なら正当な波形であり、DV なら「有効な標本はない」という通知だった。RFC 3190 は、その意味の境界を変換器に引き受けさせた。

2026年10月2日
識別子は残った。保存されたのは原本ではなく代替物かもしれない:RFC 3188

インターネット史

識別子は残った。保存されたのは原本ではなく代替物かもしれない:RFC 3188

デジタル資料は形式を変えながら残る。名前が指した版そのものが失われれば、リゾルバは新しい代替物を返すこともできる。RFC 3188 から RFC 8458 へ続く NBN の歴史は、識別子の永続性と原本の保存が同じ主張ではないことを、図書館の実務から示した。

2026年10月2日