プロフィール
Research
Research のプロフィールは、人物、企業、機関、その他のエンティティを横断し、BTW.MEDIA の報道の背後にある対象を比較したい読者に、まとまった情報を提供します。このページでは、公開上の役割、関連イベント、証拠一式、役職・責任の変化、事業展開の範囲、ガバナンス上のリスク、組織間の関係性、市場での重要性を比較できます。企業や人物の記録は通常のニュース時系列とは分けて管理され、見出しの背後にある主体、そのプロフィールを裏付ける証拠、そしてそのプロフィールを重要にするインフラや市場との関係を理解できます。プロフィールが誰・何を表しているか、どの公開情報源がそれを支えているか、企業・市場・ガバナンス機関・イベントとどう結びついているか、そして対象の変化に伴い今後も注目すべき点を確認できます。
インターネット史
永続名は現在値を名乗らなかった：RFC 3553
文字列に階層が見えても、その文字列だけでは権限も意味も解決方法も分からない。RFC 3553 は、名前を長生きさせるために、現在値と保管場所を名前の外へ置いた。
リーダー
Grace Hopperは、移植性を約束から検証へ変えた
調達仕様に COBOL と書かれていても、別々のメーカーのコンパイラーが同じ結果を出すとは限らない。1967年に U.S. Navy へ復帰した Grace Hopper は、その差を測る検証作業の立ち上げに関わった。本人は後年の口述史で、同じテストを異なる計算機で動かすための要所を George Baird の仕事として記録している。
IETF
変換の記録は残った。それでも代替先を選ぶ権限は証明されなかった
実験的な国際化メールでは、UTF-8 のアドレスを ASCII の代替アドレスへ格下げした事実を `Downgraded-*` フィールドに残せた。記録があること自体は有用だった。しかし「A を B に変えた」という履歴は、「A の本人が B を自分として認めた」という証明ではない。RFC 5335 の難所は文字コードではなく、この二つの証拠を混同しやすいことにあった。
IETF
同じ 32 ビットが、隣のホストでは別人を指した
LSI は古い IPv4 アプリケーションを動かすための巧妙な橋である。橋の番号を世界共通の住所だと思った瞬間、その利点は誤帰属へ変わる。
IETF
カレンダーは守られていた。それでも公開 URI は所属を語った
ENUM の NAPTR レコードが、氏名と勤務先を連想できる CalDAV URI を返した。サーバーは認証前の閲覧を拒み、予定内容は漏らしていない。それでも発見層では、電話番号と組織の関係がすでに公開されていた。RFC 5333 が示すプライバシー境界は、アクセス制御より一段手前にある。
IETF
そのGREパケットは0x8847だった。捨てる理由は別の契約にあった
multicast 宛ての GRE で`0x8847`を見つけても、それだけでは違反とは言えない。RFC 5332では downstream-assigned top label なら正しい値である。ところが、その tunnel が別の手続きによって upstream assignment 専用と定められていれば、同じ値は error となり packet は discard される。判断を作るのは codepoint と契約の join である。
IETF
`codecs` が空だった。コーデックが存在しない証拠にはならない
RFC 5334 の `codecs` パラメータは任意である。外側の宣言が空でも、Ogg 内部の論理ビットストリームと識別子は消えない。欠測と不在を同一視すれば、交渉の省略がコンテナの事実に書き換わる。
IETF
LSP数は緑だった。バックアップの準備完了を誰も確認していなかった
RFC 5330のカウントは、あるリンクを通るゼロ予約帯域の TE LSP 数を伝える。そこに保護要求、迂回路との対応、共有容量、切替試験の結果は含まれない。それでも監視画面では、数えられた主 LSP がそのまま「保護済み」の母数へ変換されやすい。緑色なのはインベントリーであって、復旧能力ではない。
IETF
同じコンテキストラベルが二つあった。別の LAN なら衝突ではない
二つのインターフェースで同じ context label が見つかり、グローバル在庫は重複違反と判定した。RFC 5331 の lookup では、受信 LAN インターフェースもキーに含まれる。別 LAN の同値は安全に共存し、同じ LAN の同値だけが実際の誤配送を生み得る。番号だけを集めた監査は、偽陽性と見逃しを同時に作る。
IETF
二つ目の属性は新しかった。RFC 5329 では採用されなかった。
同じ Link TLV に同種の sub-TLV が二つ入り、後の値だけが更新後のように見えた。一般的な辞書型パーサーは後勝ちで保存する。しかし RFC 5329 の規則は逆であり、最初より後のインスタンスを無視する。きれいに正規化されたデータが、受信ルーターの判断と違う。その差は順序を捨てた瞬間に復元不能になる。
インターネット史
RMONはMPLSを識別できても、その子プロトコルまでは体系化できなかった：RFC 3919
RMON プローブは二種類の MPLS 入口を区別できた。しかし RFC 3919は、ラベルの先にあるすべてを名付ける共通のプロトコル木までは定めなかった。IPv6 との対比から、識別子が解析経路をどこまで表せるのか、そしてどこで止まるのかが見えてくる。
IETF
同じURNを受け取った。放送受信機とIP端末は別の道を通った
RFC 5328 は `urn:dvb` を一つの永続名として扱うが、その解決経路を一つにはしなかった。受信専用のテレビ端末は放送ストリームから情報を得て、家庭内 IP 端末は別の入口を探せる。同じ名前を持つことと、同じ到達性・権限・結果を持つことは別である。
IETF
再送したのは同じ内容だった。受理条件はもう同じではなかった
RFC 5327 の Cookie は、セッション開始時に固定される札ではない。長い伝搬時間のあいだにも値は延長され、再送時にはその時点の値へ包み直す必要がある。元のセグメントを完全に保存できたことと、現在の受信側がそれを受理すべきことは、別の事実である。
インターネット史
1つのタグ付きフレーム、複数のマルチキャスト遅延
マルチキャストでは、1つの入口から入ったフレームが複数の出口へ届く。RFC 3918は到着時刻を出口ごとに残した。単一の数値では、どの枝で遅延が生じたのか分からないからだ。
IETF
終わったのは送信セッションであり、配送の証明ではない
深宇宙や断続回線では、再送一回にも次の通信窓までの待ち時間が伴う。RFC 5326 の LTP は、その費用をデータブロックの「赤い前半」と「緑の後半」に分けて配分する。にもかかわらず、運用画面が session complete を「全データ配送済み」と表示すれば、設計が守った境界を人間の言葉が消してしまう。
IETF
SAは二本あった。それでも、そのフレームが通った証拠ではない
RFC 5324 の `t11FcSpSaPairTable` は、Fibre Channel の双方向 SA ペアを現在の状態として示す。しかし実際のフレーム処理は方向と順序付き Traffic Selector に依存する。SA の存在を配送やアプリケーション成功へ短絡してはならない。
インターネット史
DHCPはベンダー別の領域を分けた。中身までは定義しなかった
2004年、DHCPv4 には複数ベンダーの設定データを一つのやり取りに載せる方法が加わった。ただし、同じパケットを共有しても、それぞれの独自語彙が共通になるわけではない。RFC 3925が広げたのは器であり、中身すべてを標準化したのではなかった。
IETF
断片はフィードバックだった。経路の証明ではなかった
RFC 5320 の実験的な SEAL は、外側 IPv4 の断片化を許し、その報告で次の送信サイズを調整する。観測は一度の調整を正当化できるが、狭いリンクの特定、再構成、上位層への配送、実運用の権威までは証明しない。
IETF
上位100件は、全体の上位100件とは限らない
RFC 5323 の WebDAV SEARCH では、サーバーが処理量を抑えるため結果を打ち切れる。返された部分集合が指定どおり整列していても、その百件が全候補の上位百件だとは限らない。順序、完全性、可視性、検索時点はそれぞれ別の証拠である。
インターネット史
TLSセッションはサーバーで終わる。CGIスクリプトまでは届かない
CGI は、Web サーバーからアプリケーションプログラムへの受け渡しを、異なる実装間で共通に記述できるようにした。2004年の仕様は、見落とされやすい境界も示している。認証されたネットワークセッションを持つのはサーバーであり、スクリプトがそれを自動的に引き継ぐわけではない。