主要領域
基盤
主要領域 の観点では、「基盤」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。
インターネット史
安定化が復旧を遅らせたとき――ルートフラップ・ダンピングの選択
IP プレフィックスを正しく保有し、障害を直し、BGP で再広告しても、それだけでは世界中のルーターが直ちに経路を採用するとは限らない。1990年代の限られた処理能力を守ったルートフラップ・ダンピング（RFD）の歴史は、番号資源の記録と実際の到達性が別の権力によって動くことを示している。
アジア太平洋のクラウドサービストレンド
Cloudflare、シンガポールと北米オリジン間で48分の5xx増加を記録
Cloudflare は8月23日01時06分から01時54分（UTC）まで、北米のオリジンとシンガポールのデータセンターを結ぶトラフィックで、一部顧客に5xx エラー増加とタイムアウトが生じた可能性があると発表した。事象は解消済みだが、具体的な公開説明は影響時間帯の終了後に出た。
ケースファイル
距離の余白を使い切ったパケット：BGP GTSMが近接性に与える権限
説明用のシナリオでは、午前2時の経路切り替え後、ping は通るのに BGP だけが戻らなかった。送信側は引き続き TTL 255で TCP セグメントを出している。ところが復路にルータが一台増え、受信値は253から252へ下がった。受信側の GTSM は253以上しか認めない。障害の原因は鍵でも経路ポリシーでもなく、「この近さなら通す」という約束と現実の距離の不一致だった。
ケースファイル
フィルターはセッションを越えたが、境界は越えなかった――BGP ORFと「少なく求める」権限
顧客は受信 prefix-list をフルルートから数百経路へ変更した。自分の RIB はすぐ小さくなった。しかし上流は、依然として全経路を計算し、queue に入れ、送信し、最後に顧客が捨てているかもしれない。Outbound Route Filtering は「不要」という希望を sender 側へ運び、無駄を手前で止める。その希望は、sender の export 境界の所有権まで運ばない。
IETF
Linda Dunbarと、隣接先を作り出してはならないディレクトリ
「該当なし」は、常に同じ意味ではない。情報が不完全なディレクトリなら、まだ知らないだけかもしれない。対象範囲を完全に把握しているなら、存在しないという判断に近づく。Linda Dunbar が共同執筆した四つの TRILL RFC は、この差が単なるデータ品質ではなく、フレームを探索するか捨てるかを分ける運用上の権限であることを示している。
ケースファイル
セッションは Established、経路はゼロ――RFC 8212が問い直す「明示的な許可」の権限
更改直後の境界ルーターで、BGP セッションは `Established` と表示されている。KEEPALIVE は続き、障害アラームもない。しかし IPv4 の経路は一つも採用されず、相手にも何も広告されない。通信路は成立しているが、経路を運ぶ権限は成立していない。RFC 8212 は、この一見矛盾した状態を障害ではなく、安全側に倒れた正常な初期条件として定義する。
記事
RIPE Atlasの復旧記録に、影響を受けた測定集合がない
障害の終点は時刻だけで示せるだろうか。RIPE Atlas は8月18日、`worldwide`以外のエリア選択でプローブ割り当てに問題が生じたと公表し、バックエンドを修正した。しかし、どの測定がその経路を通ったのかは公開記録に残っていない。
北米のクラウドサービストレンド
Google、us-west1の27製品障害を光回線メンテナンスに結び付ける
Google Cloud は、8月20日に計画していた光回線メンテナンスが、オレゴン州 The Dalles 都市圏と`us-west1`で想定外の混雑を引き起こしたと説明した。重大度の高いインシデント記録には27製品が並ぶ。一方、他リージョンへの切り替え勧告は、顧客側の準備が整って初めて実行可能になる。
ケースファイル
セッションは沈黙する前に理由を残した：BGP停止通知と「閉じる理由」を語る権限
予定時刻に peering が落ちる。隣接側の log には`Cease`だけでなく、change 番号、短い理由、復旧見込みが残った。この一文は誤調査を防げる一方、偽造、盗み見、log 表示の欺瞞、あるいは traffic drain 済みという誤解も生む。RFC 9003が与えるのは、自分の閉鎖を説明する小さな権限であり、相手 network の判断を操作する権限ではない。
ケースファイル
二つの接続が OPEN に達しても、残せるのは一つ：BGP 接続衝突と安定した識別子の権限
両方のルータが同時に発信する。同じアドレス対の間に二つの TCP 接続が完成し、どちらにも正しい BGP OPEN が流れる。輸送は壊れていない。それでも一つの設定済みピアリングに二つの状態機械と二つの履歴を残すことはできない。BGP は到着順ではなく、四オクテットの識別子で一方を捨てる。
ケースファイル
送信を続ける隣接者が受信を止めたとき：BGP SendHoldTimer と一方向セッションを終える権限
BGP セッションは Established のまま、交換関係としては壊れ得る。相手からの KEEPALIVE は届き、HoldTimer は更新される。しかし相手の TCP 受信ウィンドウがゼロなら、こちらの経路撤回は一つも出ていかない。緑色の表示は「受信できている」という半分の事実であり、相手が古い経路を保持している危険を隠す。
ケースファイル
パケットを消すために受理された経路：BGP BLACKHOLEと到達性を破壊する権限
宛先型ブラックホールでは、経路が選ばれた結果として通信が届かなくなる。DDoS で共有回線を守るための合理的な犠牲になり得る一方、誤った一つの/32を正常なサービス停止へ変える力でもある。重要なのは`65535:666`という記号ではなく、誰が、どの宛先について、どの境界まで、いつまで廃棄を許可したかである。
ケースファイル
このセッションは運べたが、次は運べなかった：BGP Extended Messagesと共有サイズ予算の権限
12 KB の UPDATE を受理して route を選んでも、次の peer が4,096 octets のままなら完全な広告は止まる。Malformed でも policy reject でもない。受信容量は一つの session の約束であり、reachability は全 hop の合成だからだ。
IETF
Hannes Gredler と双方向にドレインすべき OSPF リンク
片側のコストを最大にして経路が迂回し始めても、回線が空になったとは限らない。隣接ルーターは逆方向の状態を自ら広告しているため、そちらからのトラフィックは残り得る。Hannes Gredler が共著者となった RFC 8379 は、この非対称性を保守手順の中心に据えた。必要なのは単なる高コスト化ではなく、対象リンクの特定、対向側の応答、そして双方向の実測である。
ケースファイル
監視装置が見たのは経路であり、パケットではない：BGP BMPと制御プレーン証人の権限
監視データが正確でも、結論が正しいとは限らない。BMP は policy 前、policy 後、選択後、送信前後の経路を見せるが、それぞれ別の証言である。運用者が最初に示すべきものは、どの証人がどの範囲について語っているかだ。
ケースファイル
メトリックがAS境界を越えるとき：BGP AIGPと「一つの内部コスト」を定義する権限
数字を足せることと、意味を足せることは同じではない。AIGP は、同一事業者が運用する複数 AS にまたがって IGP に似たコストを累積できる。だが、その合計を経路判断に使う正当性は、各項が同じ量を表し、境界と変更権限が検証できる場合に限られる。
ケースファイル
障害前に選ばれていた予備経路：BGP PICと事前計算された転送を認可する権限
バックボーンのリンクが落ちた瞬間、最初に救われるパケットは、BGP が何十万もの宛先を再評価するのを待たない。BGP Prefix Independent Convergence では、事故より前に FIB へ置かれた経路へ流れる。速さの源は、先に済ませた判断である。危険も同じ場所にある。
ケースファイル
Route reflectorは間違った都市から選んだ：BGP ORRと他のrouterの最適出口を計算する権限
中央の route reflector は、client traffic が一度も通らない場所から path を決めることがある。BGP Optimal Route Reflection は client の logical position から計算させる。失われた視点を戻す一方で、どの topology、policy、candidate を別 router の視界とみなすかを中央に委任する。
ケースファイル
ルートリフレクターが選択肢を隠した：BGP ADD-PATHと代替経路を見せる権限
route reflector は、自ら選んだ経路を client へ配ることで iBGP の規模を抑える。減るのは session だけではなく情報でもある。ADD-PATH は同じ prefix の複数経路を共存させるが、どの候補を見せるか、どれだけの state を許すか、何が実際に packet を運ぶかまでは決めない。
IETF
John Scudder と、能力を先に名乗る BGP セッション
TCP がつながっただけでは、二台のルーターが同じ BGP を話せるとは限らない。新しい拡張を片方だけが実装している場合も、両方が実装していても今回の OPEN では片方しか表明しない場合もある。John Scudder の名が残る標準文書は、この曖昧さを小さな相互記録へ変えた。未知の能力は無視して共存し、目的に不可欠な能力が欠けるときだけ、理由を示して止まる。拡張性とは、何でも受け入れることではなく、同意した範囲と終点を見える形にすることである。