調査・分析
最新記事
インフラ運用者、政策決定、市場動向、デジタル権力の変化に関する最新情報。
インターネット史
メモはネットワークに命令できなかった：RFC 1958 と変更する権利
「原則」を掲げる文書が最初に置いたのは、永続する原則ではなく、その原則さえ古くなるという留保だった。RFC 1958 の強さは設計図の完全さではなく、設計図を実装の反証にさらした点にある。
欧州・中東の地域 ISP トレンド
Digi Portugalは参入企業から競争圧力の検証対象へ移った——それでも市場効果はまだ証明されていない
Digi Portugal は、単に参入を予告する企業ではなくなった。2024年11月4日にポルトガルで商業運営を開始し、モバイル、固定ブロードバンド、テレビを組み合わせたサービスを提供している。さらに、Nowo Communications と Oni Telecom を含む Cabonitel の買収によって、既存の事業基盤を取り込む段階に進んだ。しかし、参入の実効性と市場全体の競争効果は同じではない。顧客獲得、独立した市場シェア、ネットワークの実利用可能性、卸売アクセス、既存通信会社の対応が確認されるまで、Digi…
欧州・中東の地域 ISP トレンド
AS210837の運用継続性を測るには、単一の経路表示では足りない
AS210837 の運用継続性を測るには、単一の経路表示では足りないの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。欧州・中東の地域 ISP トレンドの調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
IETF
新しいエントロピーはセッションに入った。それでも復旧には双方向の証明が要る
通常の TLS 1.3 KeyUpdate は、すでに存在する秘密の連鎖を次へ進める。Extended Key Update の草案は、稼働中のセッション内でもう一度鍵交換を行い、新しい共有秘密を後継状態に混ぜる。それは侵害後の復旧機会をつくるが、過去の状態が消えたことやアプリケーションが戻ったことまでは証明しない。
インターネット史
URL が運んだのは検索であり、権限ではない：RFC 1959
三つ目のスラッシュの後にディレクトリ名を書けば、サーバー名のない LDAP URL を作れた。短い文字列はどこへ問い合わせるかさえ決めたように見える。しかし RFC 1959 が共通化したのは検索の表現であり、サーバーの選択、接続時の主体、閲覧許可、返答の完全性、利用側の判断までは共通化していない。
IETF
`_for-sale`レコードは売却意思を示すが、売り手の権限は証明しない
DNS に「このドメイン名は譲渡可能だ」と掲示できれば、買い手は交渉の入口を見つけやすくなる。しかし、その掲示だけでは、誰が保有者を拘束できるのか、提示額が今も有効なのか、移転が完了するのかは分からない。RFC 10023が機械可読にしたのは発見のための意思表示であって、取引の権限証明ではない。
IETF
Nathaniel Borensteinと、機密性を約束しなかったBase64
読みにくい文字列は、秘密の容器とは限らない。Base64 が保証するのは所定の規則でバイト列を戻せることまでであり、その先の信頼は別の証拠に属する。
記事
RIPE NCCはRISのベアメタル移行を終えた。それでもパイプライン全体は完了ではない
「移行完了」という判定は、対象を一語でも広げれば別の主張になる。RIPE NCC が完了したと記したのは RIS/RIPEstat のデータ移行だ。その周囲では Kafka の更新、HBase 依存を減らす検討、処理監視、RIPEstat の遅延対策がそれぞれの時計で動いている。必要なのは完了を疑うことではなく、その射程を保存することだ。
ケースファイル
Sirius Telecomは実在するネットワーク事業者なのか――公開記録が示す確認の空白
Directory 上ではグローバルなネットワーク事業者として扱われ、PeeringDB のネットワーク番号1283とも結び付けられている。しかし、確認できる公開記録は、Sirius Telecom がどの法人によって運営され、どのネットワーク資産を実際に管理し、どの顧客や通信事業者と関係を持つのかを、まだ独立して立証していない。重要なのは、見つからないことを「存在しない」と読み替えることではない。問題は、Directory の記録から実際の運用と市場上の影響へ移るための証拠の連鎖が、どこで途切れているかである。
グローバルの機関トレンド
AS33169は何を証明し、何を証明しないのか――Utherverse Network Operationsの運用可視性を検証する
AS 番号の登録情報は、ネットワーク運用者を特定する手掛かりにはなる。しかし、それだけで、誰が現在の経路を管理しているのか、どのサービスが依存しているのか、障害を検知して復旧できるのかまでは分からない。Utherverse Network Operations について、公開情報から確認できる範囲と、なお確認できない運用上の重要事項を切り分ける。
ICANN
ICANNの異議申立ては、どの機関を動かせるのか
ICANN の説明責任制度は、単一の「不服申立て」ではない。取締役会の特定の決定を拒否する権限、スタッフや取締役会の行為について再考を求める手続、そして定款または付属定款との不整合を独立パネルに審査させる手続は、それぞれ権限の根拠、開始できる主体、判断主体、期限、救済の範囲が異なる。重要なのは、異議が存在することではなく、どの制度上の入口が、どのような結果を生むのかである。
IETF
標準化はどこで運用依存になるのか――IETFの仕様、ネットワークの継続性、測定の限界
IETF の標準はネットワークを直接運用しない。それでも、QUIC、HTTP/3、DNSSEC、BGP、PIM-SM のような仕様が実装されると、接続の維持、経路の回復、名前解決の検証、マルチキャストの到達性は、標準文書だけでは完結しない複数の運用主体に分散する。問題は、仕様が存在するかではなく、障害時にどの主体が状態を戻せるかである。
インターネット史
RFC 10028はIPv6マルチキャスト空間の境界をどう制度化したか
RFC 10028は、IPv6 マルチキャストアドレス空間の分類を更新する技術標準である。しかし、その意味はアドレス表の整理だけではない。RFC 本文と IANA レジストリを組み合わせることで、IETF の合意が、将来の割り当てを制約する行政的な境界へ変わる過程が見えてくる。公開資料が示すのは、規範と登録の仕組みであり、既存のソフトウェア、運用設定、実際のトラフィックがその境界を採用したことまでではない。
記事
APNIC地域で4,611台のBGPルーターが露出 スキャンだけでは開放理由が分からない
APNIC 62で、制御プレーンの見えにくい問題が地域別の数字として示された。2月の IPv4 スキャンでは、APNIC 地域の1,343 AS に属すると推定された4,611台が、求められていない BGP OPEN 交換に応答した。単なる開放ポート検出より踏み込んだ証拠だが、侵害報告でも現在の台帳でもない。必要なのは、対象を公表せずに通知、運用者の判断、再測定をつなぐ記録だ。
番号資源社会
DFINFRAとAS210860：登録シグナルを運用支配へ結び付ける証拠はどこにあるのか
DFINFRA と AS210860：登録シグナルを運用支配へ結び付ける証拠はどこにあるのかの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。番号資源社会の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。
IETF
ゲートウェイがドメインを共有してこそD-PATHはループを止める
D-PATH は、経由したドメインを運ぶ仕組みであって、ドメインの境界を発見する仕組みではない。RFC 10039では、運用者が先に決めた DOMAIN-ID がループ判定と経路選択に使われる。したがって、設定の一致は事務作業ではなく、正当な経路を残すための前提条件になる。
リーダー
オシペンコ・アレクサンドル・ニコラエヴィチについて、公開記録が示す範囲と示さない範囲
公開されたレジストリ、経路観測、委譲、資源移転の記録は、人物とネットワーク資源の関連を調べる出発点にはなる。しかし、それだけで個人の現在の運用支配、法的所有、後継関係、権限や能力の移転まで立証できるわけではない。オシペンコ・アレクサンドル・ニコラエヴィチをめぐる現在の記録は、その境界を示す事例である。
IETF
RFC 10039のD-PATHが示すのは「通ったと申告されたドメイン」までだ
EVPN/IPVPN のドメイン間接続で D-PATH を読めば、経路がどのゲートウェイドメインを経由したと申告しているかが見える。ループ回避と経路選択には強い材料になる一方、DOMAIN-ID の整合性、属性の保存、RIB/FIB への反映、テナントへの配送までは保証しない。
IETF
Cyrus Dabooと、出席を証明しないPARTSTAT=ACCEPTED
予定表の「承諾済み」は、会議前の調整には強い。しかし会議中の人間を観測した記録ではない。Cyrus Daboo が関わった iTIP と CalDAV の設計から、その境界を読み解く。
インターネット史
実装が仕様を狭めた日――RFC 1957とPOP3の「必要でない空白」
互換性の負債は、大きな拡張から始まるとは限らない。RFC 1957が記録したのは、広く使われたサーバーが毎回付けていた一つの空白を、クライアントが必須の構文として覚えてしまった場面だった。