調査・分析
最新記事
インフラ運用者、政策決定、市場動向、デジタル権力の変化に関する最新情報。
IETF
拡張DNSエラーは失敗を説明しても別の応答を許可しない
DNS の失敗はプロトコル上正しくても、運用判断には情報が足りないことがある。RFC 8914は、結果を変えずに応答者が原因を詳しく示す仕組みを定めた。この分離は観測性を高める一方、診断情報をセキュリティ回避や方針変更の命令に変えない統制を必要とする。
記事
LACNICのRPKI統制が経路起点の権限を運用可能にする
RPKI は、署名があるだけで BGP を安全にする仕組みではない。どの自律システムがプレフィックスを起点として広告できるかを暗号学的に示し、その承認を実際の経路と一致させ、検証結果を経路制御へどう反映するかは運用者に委ねる。
番号資源社会
ASPA は完全な AS パス証明ではない
ASPA は、AS パスが公開済みの顧客・プロバイダー認可と整合するかを確かめる手掛かりになる。経路漏えい対策として有用だが、各ホップの署名でも、経路起点や実在組織、契約、プロバイダー集合の完全性を証明するものでもない。
AFNOG
AIS 2026は参加規約を変更できるが、通知規則を公開していない
AIS 2026の規約は、変更が公開時に有効となり、その後の参加が同意の確認になるとする。確認した規約には、重要な変更を各登録者へ直接知らせる方法がない。
記事
AFRINICはAfPIFで対面の登録確認を案内した。凍結したページに実績報告はない
AFRINIC は AfPIF 2026で登録情報、本人確認、未処理依頼を対面で支援すると案内したが、凍結した情報源からは完了実績を確認できない。
AFNOG
AIS 2026は身分証の提出を必須にする一方、取扱規則を公開していない
AIS 2026は登録者全員に旅券または政府発行の身分証明書のアップロードを求める。公開中の登録ページと規約は参加者情報の一部の用途を説明するが、この必須ファイル固有のライフサイクルは示していない。
IETF
安全なTACACS+移行に残る危険な中間段階：RFC 9887と二重認証経路の代償
TLS 対応の TACACS+クライアントは、TLS に失敗しても非 TLS へフォールバックしてはならない。それでも、すべての機器を同時に移行できない場合には、未移行の機器向けに分離した非 TLS サーバーを残すことがある。その旧経路が到達可能な間、混在する移行段階は完了するまで安全ではない。新しい TLS エンドポイントが正しく動作するだけでは、二重経路の収束を証明できない。
インターネット史
同じ番号に戻ったセグメント：TCP-AOのシーケンス番号拡張
TCP 接続が十分長く続けば、32ビットのシーケンス番号は一周して再び現れる。TCP-AO が防ぐべきだったのは数字の再登場ではなく、認証に渡す証拠まで同じになることだった。
ケースファイル
通知は届いた。それでも一台のサーバーは空だった
RRDP の notification は軽いファイルだが、そこに書かれた snapshot と delta が取得可能だという重い約束を持つ。IETF が最終意見募集にかけた RPKI 公開運用案は、その約束を順序で守る。データを先に置き、notification は最後に見せる。
ケースファイル
同じ Policy に二つの「最良」があった：RFC 9830
BGP では候補 A が best、SRPM では候補 B が active。運用画面が二つの結果を一つの「最良経路」にまとめた瞬間、どちらの判断も説明できなくなる。RFC 9830 が規定するのは、SR Policy の Candidate Path を BGP で運ぶ方法である。BGP の選択を headend の選択に昇格させる規格ではない。
AFNOG
AIS 2026は「選定された録画」を約束するが、選定者を示していない
AIS 2026は、オンライン参加者がライブ配信、双方向の議論、そして「選定された録画」にアクセスできるハイブリッド会議として案内されている。しかし「選定」は単なる制作作業ではない。どのセッションを公共記録に残すかを誰が、どの権限と基準で決めるのかは、公開ページからは分からない。
IETF
ドローンIDがDNS委任になるとき：RFC 9886とリモートIDを支える登録連鎖
Broadcast Remote ID が運ぶのは小型の DRIP エンティティ Tag（DET）だが、それが登録体系に実際に含まれることを認証するための公開証拠は、放送フレーム内に集約されていない。逆引き DNS の委任、HHIT/BRID レコード、証明書チェーンに分散している。
インターネット史
行数もCRCも一致した。それでも実行許可は届いていない：RFC 1505
受信したメールの行数は宣言どおりだった。圧縮を解くとバイト数も CRC も一致した。復元されたのは、シェルが読める命令を含むアーカイブだった。ここまでの検査はすべて成功している。しかし、成功した検査のどれにも「この命令を受信側で実行してよい」とは書かれていない。RFC 1505の歴史的な面白さは、その空白を仕様の内部に残したことにある。
リーダー
Karthick Thangavel――インドのブロードバンド成長を支える見えないネットワーク実務
AI の回答も、スポーツ中継の配信も、デジタル決済も、その前段には地味な作業がある。誰かが経路を調査し、光ファイバーを融着し、アクセス装置を設定し、回線が切れれば復旧に向かう。Karthick Thangavel の公開記録が示唆に富むのは、業界が速度やバンドル、AI を語るときにも、そうした運用層を視界から外さないからだ。
記事
AFRINICが会員・関係者調査を案内：凍結した情報源では結果の公表状況は不明
AFRINIC は会員・関係者向け調査の案内を公開した。凍結した情報源では、結果が公表されたか、どのような決定につながったかは確認できない。
ケースファイル
チャレンジはメールを解放した。リストにはまだ届いていない
IETF は9月11日にメール基盤を切り替える予定だ。新しい構成は、初回送信者の確認、リスト処理、アドレス書換え、署名、外向き配送を別々の機能にする。だからこそ、一つの機能が返した成功を、配送全体の成功として読まない運用が必要になる。
番号資源社会
ROAのmaxLengthはトラフィックエンジニアリング方針ではない
ROA の maxLength が経路の長さを許容するため、ある経路が RPKI Valid になることがある。証明されるのは限定された起点認可であり、運用者がそのより具体的な経路を計画、承認、広告、優先したことではない。
記事
LACNICのIPv6割り振り規則が規模拡大を計画可能にする
**BTW analysis:** IPv6 の巨大なアドレス空間だけでは、事業者が何を申請でき、必要性がどう評価されるかは分からない。LACNIC の公開方針は、その可能性を計画可能な基準に変える。
IETF
255オクテットでは足りないとき：RFC 9885とマルチパートIS-IS TLV
構文上は正しい IS-IS LSP を受信しても、受信側のオブジェクトが不完全になることがある。情報が255オクテットの境界を越えて別の TLV 出現箇所に入り、受信側が一つの TLV 出現箇所だけを処理する場合、プロトコルを受理した事実は情報の完全性を意味しない。
ケースファイル
大きい CRL Number は、現行 CRL を決められない：RFC 9829
障害対応の場では、最大の番号が「最新版」に見える。だが RPKI では、その近道が検証経路を二つに割る。RFC 9829 は CRL Number を残しながら、その大小から現行性を決める権限だけを外した。選択に必要なのは、発行者の現行マニフェスト、内容ハッシュ、そして証明書の CRLDP が同じオブジェクトを指すという事実である。