人物・役割・連絡先の記録

Tawee Sribuddee

Tawee Sribuddee は、公開登録記録や公開情報源において、人物、役割、または連絡先ラベルとして確認されています。この記録は、現在の所属、種別、責任の範囲が確認されるまで、未確認の人物情報として保持されます。

Tawee Sribuddee は、公開情報源がラベルをインターネット基盤の記録に関連付けているため、引き続き表示されています。ただし、この人物ファイルが自然人、ロールアカウント、組織ラベル、現在の運用連絡先のいずれであるかについては、独立した確認がまだ必要です。 Tawee Sribuddee は、公開登録記録や公開情報源において、人物、役割、または連絡先ラベルとして確認されています。この記録は、現在の所属、種別、責任の範囲が確認されるまで、未確認の人物情報として保持されます。

Prasad Vadke

Prasad Vadke は、AS137488 に関連する公開インターネット番号レジストリの記録に記載された人物で、読者が ASN、番号資源、またはネットワーク運用記録へのリンクをたどるための手がかりとなります。

インド

Prasad Vadkeの人物調査は、公開されている役職、所属の背景、権限の根拠、活動地域、意思決定を整理し、この人物がインターネット基盤市場で注目される理由を説明します。公開された証拠と、企業との関係、ガバナンスへの関与、キャリアの変遷、技術面での影響力、投資への影響、ネットワーク、レジストリ、標準化団体、地域の接続性、資本配分の意思決定への潜在的な影響を結び付けます。

Mirja Kühlewind

RFC 9312とRFC 9308は、QUICのmanageabilityとapplicabilityに関するIETFの文書をMirja KühlewindとBrian Trammellの共著として掲げる。2026年9月2日に取得したIETF公式profileは、Kühlewindをtransport protocol evolutionに取り組むEricsson Researchの研究者とし、それ以前のInternet measurement、transport design、TCP congestion controlの研究歴を記している。

Mirja Kühlewind を追跡する理由は、QUIC latency spin bit の証拠境界にある。両 endpoint が参加し traffic が連続するとき、edge 間隔は end-to-end RTT を推定できる。しかし application や flow control による制限、無効化、path 変更、reordering、filter は結果を変え、または無効にする。したがって raw signal、traffic 条件、path epoch、観測点、sample 処理を残し、1個の可視 bit を普遍的な network latency 判定にしてはならない。 RFC 9312と RFC 9308は、QUIC の manageability と applicability に関する IETF の文書を Mirja Kühlewind と Brian Trammell の共著として掲げる。2026年9月2日に取得した IETF 公式 profile は、Kühlewind を transport protocol evolution に取り組む Ericsson Research の研究者とし、それ以前の Internet measurement、transport design、TCP congestion control の研究歴を記している。

Murray Kucherawy

RFC 6376はDave Crocker、Tony Hansen、Murray S. KucherawyをDKIM仕様の著者・編集者として掲げる。RFC 8601は現行Authentication-Results仕様の著者としてKucherawyを掲げる。2026年9月2日の取得時点で、IETF公式ページのRFC一覧は34件だった一方、同じページの本人記述は33件のままだった。この不一致は鮮度上の空白として残す。

Murray Kucherawy を追跡する理由は、DKIM 署名範囲の証拠境界にある。任意の l=タグは本文 hash を canonicalize 後の先頭部分に限定でき、検証が成功しても末尾は DKIM 検証の外に残り得る。したがって、選択した署名、canonicalization、h=の header 範囲、l=の本文境界、観測した key、verifier、表示結果を結び、dkim=pass を可視メッセージ全体の判定へ拡張してはならない。 RFC 6376は Dave Crocker、Tony Hansen、Murray S. Kucherawy を DKIM 仕様の著者・編集者として掲げる。RFC 8601は現行 Authentication-Results 仕様の著者として Kucherawy を掲げる。2026年9月2日の取得時点で、IETF 公式ページの RFC 一覧は34件だった一方、同じページの本人記述は33件のままだった。この不一致は鮮度上の空白として残す。

John Klensin

IETF Datatrackerの公式プロフィールはDr. John C. Klensinと記し、2026年9月2日の取得時点で60件のRFCを掲載していた。RFC 5321は本人を著者として掲げ、ここで扱うSMTPの責任境界を定義する。これは標準化への参加を示す時点付き資料であり、メールサービス、実装、配送結果の支配を示さない。

John Klensin を追跡する理由は、SMTP の証拠境界にある。DATA 終端への肯定応答は、受理したメッセージを配送または中継する責任を移す。しかし、mailbox への格納、利用者の閲覧、spam 判定からの解放、次の relay による受理は証明しない。command に結び付く receipt、永続 queue の保管、後の recipient 別結果は別々に残す必要がある。 IETF Datatracker の公式プロフィールは Dr. John C. Klensin と記し、2026年9月2日の取得時点で60件の RFC を掲載していた。RFC 5321は本人を著者として掲げ、ここで扱う SMTP の責任境界を定義する。これは標準化への参加を示す時点付き資料であり、メールサービス、実装、配送結果の支配を示さない。

Tomek Mrugalski

2026年1月にInternet Standard STD 102として公開されたRFC 9915は、Tomek Mrugalski、Bernie Volz、Michael C. Richardson、Sheng Jiang、Timothy Wintersを著者として記す。IETF Datatrackerには他のDHCP関連RFCへの参加もある。ISCが2024年に公開した職員紹介は、本人をDirector of DHCP Engineeringとし、DibblerとKeaの実装経験を説明した。これらは時点付きの標準化・実装経験であり、単独著者性や導入支配を示さない。

Tomek Mrugalski を追跡する理由は、DHCPv6 の証拠境界を明確に示した点にある。Confirm への Success は、提示されたアドレスが現在のリンクに適することだけを示す。サーバーはリース期間を無視し、クライアントは従来の時計を使い続ける。新しい期間を与えられるのは別の Renew または Rebind である。リンク適合、リース権限、一意性、到達性、経路は別々の事実だ。 2026年1月に Internet Standard STD 102として公開された RFC 9915は、Tomek Mrugalski、Bernie Volz、Michael C. Richardson、Sheng Jiang、Timothy Winters を著者として記す。IETF Datatracker には他の DHCP 関連 RFC への参加もある。ISC が2024年に公開した職員紹介は、本人を Director of DHCP Engineering とし、Dibbler と Kea の実装経験を説明した。これらは時点付きの標準化・実装経験であり、単独著者性や導入支配を示さない。

Bob Briscoe

2026年9月2日の取得時点で、Bob Briscoeの公式サイトは本人をInternet communicationsの独立research consultantと説明する。RFC 9332はKoen De Schepper、Bob Briscoe、Greg Whiteを著者とし、BriscoeをIndependentかつeditorと記す。RFC 9331でも共著者・editor、RFC 9330でも4著者の一人・editorである。これは時点付きのcongestion control、ECN、L4Sの仕事を示すが、単独発明や導入支配は示さない。

Bob Briscoe を追跡するのは、end-to-end の protocol identifier と local operational evidence の境界を明確にしたためである。RFC 9332では ECT(1)が L4S を識別しても operator は Classic へ分類でき、選んだ non-L4S traffic を L へ入れても L4S にはならない。queue placement、coupled marking、overload、measured delay には低遅延を語る前に別々の receipt が必要である。 2026年9月2日の取得時点で、Bob Briscoe の公式サイトは本人を Internet communications の独立 research consultant と説明する。RFC 9332は Koen De Schepper、Bob Briscoe、Greg White を著者とし、Briscoe を Independent かつ editor と記す。RFC 9331でも共著者・editor、RFC 9330でも4著者の一人・editor である。これは時点付きの congestion control、ECN、L4S の仕事を示すが、単独発明や導入支配は示さない。

Kent Watsen

2026年9月2日の取得時点で、IETF Datatrackerの公式プロフィールはKent Watsenをnetwork managementとnetwork securityの専門家と説明し、当時のIETF chairおよびreviewerの役割を掲げ、RFC 8040、RFC 8342、RFC 9984を著作一覧に含める。RFC 9984はAlex Huang-Feng、Pierre Francois、Kent WatsenをUDP client/server用YANG groupingのStandards Track文書の著者として記す。これは時点付きの参加と共同著作であり、単独発明や実装支配を示さない。

Kent Watsen を追跡するのは、可搬な network configuration と運用証跡の境界を明確にしたためである。RFC 9984は再利用可能な UDP grouping を定めるが、protocol から読める`config false` node を持たない。hostname は解決が必要で、local port 0は OS の選択を待ち、wildcard bind は実在する listener の証跡を要する。意図した設定は socket、traffic、application outcome の証明ではない。 2026年9月2日の取得時点で、IETF Datatracker の公式プロフィールは Kent Watsen を network management と network security の専門家と説明し、当時の IETF chair および reviewer の役割を掲げ、RFC 8040、RFC 8342、RFC 9984を著作一覧に含める。RFC 9984は Alex Huang-Feng、Pierre Francois、Kent Watsen を UDP client/server 用 YANG grouping の Standards Track 文書の著者として記す。これは時点付きの参加と共同著作であり、単独発明や実装支配を示さない。

David Schinazi

2026年9月2日の取得時点で、IETF Datatrackerの公式プロフィールはDavid SchinaziをGoogleのsenior staff software engineer兼senior managerとし、主にPrivacy Proxy、MASQUE、OHTTPに取り組むと説明する。RFC 9298はStandards Track仕様Proxying UDP in HTTPの著者として彼を記載し、RFC 9297とRFC 9484は関連する共同著作を示す。これらは時点付きの参加と著者性であり、MASQUE全体の所有、導入の支配、任意のproxy serviceの正しさを示さない。

David Schinazi を追跡するのは、RFC 9298に正確な運用境界を書いたためである。UDP には接続確立がないため、CONNECT-UDP 成功が証明するのは proxy が要求先へ socket を開き、UDP payload を中継する用意があることだけである。到達、配達、application identity、受理は証明しない。認可、DNS、socket、datagram 移動、内側 protocol の結果には別々の証跡が要る。 2026年9月2日の取得時点で、IETF Datatracker の公式プロフィールは David Schinazi を Google の senior staff software engineer 兼 senior manager とし、主に Privacy Proxy、MASQUE、OHTTP に取り組むと説明する。RFC 9298は Standards Track 仕様 Proxying UDP in HTTP の著者として彼を記載し、RFC 9297と RFC 9484は関連する共同著作を示す。これらは時点付きの参加と著者性であり、MASQUE 全体の所有、導入の支配、任意の proxy service の正しさを示さない。

Christopher A. Wood

2026年9月1日の取得時点で、IETF Datatrackerの公式プロフィールはChristopher A. Woodを暗号技術に取り組むAppleのエンジニアとし、その公開本人情報に24件のRFCを結び付けていた。RFC 9458は、Oblivious HTTPのStandards Track仕様の共著者としてWoodとMartin Thomsonを記載する。これらが示すのは時点付きの参加と著者性であり、単独発明、導入の支配、OHTTPを名乗る任意のサービスの準拠ではない。

Christopher A. Wood を追跡するのは、知識を独立運用の役割へ分割することで成立するプライバシー構造の標準化に関わったためである。RFC 9458では、relay は client の network origin を知るが平文を見ず、gateway は平文を得るが client の network origin を知らない。暗号化だけでは unlinkability にならず、役割分離、状態の除去、毎回新しい HPKE context、replay 処理、認可、traffic analysis への対応が別々の責務として残る。 2026年9月1日の取得時点で、IETF Datatracker の公式プロフィールは Christopher A. Wood を暗号技術に取り組む Apple のエンジニアとし、その公開本人情報に24件の RFC を結び付けていた。RFC 9458は、Oblivious HTTP の Standards Track 仕様の共著者として Wood と Martin Thomson を記載する。これらが示すのは時点付きの参加と著者性であり、単独発明、導入の支配、OHTTP を名乗る任意のサービスの準拠ではない。

Martin Thomson

2026年9月1日の取得時点で、IETF Datatrackerの公式プロフィールはMartin ThomsonをMozillaのエンジニアとし、その公開本人情報に45件のRFCと、HPKE、SPICE、IETF-W3C、W3C liaison、review groupでの当時の役割を結び付けていた。RFC 9850は、SSLKEYLOGFILEのInformational仕様の著者としてThomson、Yaroslav Rosomakho、Hannes Tschofenigを記載する。これらが示すのは時点付きの参加であり、単独発明、実装の支配、または本番環境での鍵記録への承認ではない。

Martin Thomson を追跡するのは、技術的有用性が厳格な安全境界に依存する診断形式の標準化に関わったためである。RFC 9850は、記録した TLS secret と取得済み record をツールで組み合わせられる一方、その材料が TLS の中核的保証を失わせ、本番システムでは使ってはならないと警告する。復号能力は監査証跡と混同されやすいが、3フィールドの記録だけでは来歴、権限、endpoint の本人性、保全経路を立証できない。この差が運用上重要である。 2026年9月1日の取得時点で、IETF Datatracker の公式プロフィールは Martin Thomson を Mozilla のエンジニアとし、その公開本人情報に45件の RFC と、HPKE、SPICE、IETF-W3C、W3C liaison、review group での当時の役割を結び付けていた。RFC 9850は、SSLKEYLOGFILE の Informational 仕様の著者として Thomson、Yaroslav Rosomakho、Hannes Tschofenig を記載する。これらが示すのは時点付きの参加であり、単独発明、実装の支配、または本番環境での鍵記録への承認ではない。

Todd Herr

2026年9月1日の取得時点で、RFC 9989 は Todd M. Herr を John Levine とともに、2026年5月公開のStandards Track DMARC仕様の共同編集者として記載していた。RFCはHerrの所属をValimailとし、IETF Datatrackerの公式プロフィールは同じ公開本人情報にRFC 9989とART Area Review TeamのReviewer役を結び付けていた。これらが示すのは時点付きの標準化貢献であり、DMARCの単独発明、受信者方針への権限、全導入の検証ではない。

Todd Herr を追跡するのは、メール認証の限界を明確にした仕様を共同編集したためである。RFC 9989は DMARC pass を、SPF または DKIM の整合した識別子による RFC5322.From ドメインの許可済み使用として定義し、人間の本人性、内容、安全な配送を主張しない。最終処理を受信者に残し、公開された失敗方針を要求された選好として扱う。正当な間接メールは失敗し、許可済みの悪性メールは通り得るため、この分離は運用上重要である。 2026年9月1日の取得時点で、RFC 9989 は Todd M. Herr を John Levine とともに、2026年5月公開の Standards Track DMARC 仕様の共同編集者として記載していた。RFC は Herr の所属を Valimail とし、IETF Datatracker の公式プロフィールは同じ公開本人情報に RFC 9989と ART Area Review Team の Reviewer 役を結び付けていた。これらが示すのは時点付きの標準化貢献であり、DMARC の単独発明、受信者方針への権限、全導入の検証ではない。

Adrian Farrel

2026年9月1日の取得時点で、RFC 7942 は Adrian Farrel を Yaron Sheffer とともに、実装状況セクションに関する BCP 205 の共同著者として記載していた。IETF Datatracker の公式プロフィールは、同じ公開本人情報に当時の議長、編集者、レビュー担当、技術顧問の役割と82件の RFC を結び付けていた。これらが示すのは長期の標準化貢献と時点付きの役割であり、IETF の合意、実装申告、ネットワーク導入に対する独占的権限ではない。

Adrian Farrel を追跡するのは、動作するコードの証拠に Internet-Draft 内で意図的に一時的な居場所を与える手続きを共同執筆したためである。RFC 7942 は仕様をまだ変更できる間、版、成熟度、対象範囲、ライセンス、試験、相互運用性の開示を認める一方、申告は未検証だと明記し、RFC 公開前の削除を勧める。実装証拠を役立てつつ、恒久的な推奨や採用証明へ変えない設計である。 2026年9月1日の取得時点で、RFC 7942 は Adrian Farrel を Yaron Sheffer とともに、実装状況セクションに関する BCP 205 の共同著者として記載していた。IETF Datatracker の公式プロフィールは、同じ公開本人情報に当時の議長、編集者、レビュー担当、技術顧問の役割と82件の RFC を結び付けていた。これらが示すのは長期の標準化貢献と時点付きの役割であり、IETF の合意、実装申告、ネットワーク導入に対する独占的権限ではない。

Qin Wu

2026年9月1日の取得時点で、RFC 9890 は Huawei の Qin Wu を、Andy Bierman、Mohamed Boucadair と並ぶ YANG モジュール名登録規則更新の共同著者として記載していた。IETF Datatracker の公式プロフィールは同じ公開本人情報に多数の RFC を結び付け、IETF は公開ポートレートも提供している。これらが示すのは標準化への貢献と時点付きの所属であり、IETF の合意、IANA の運用、ネットワーク導入を支配する権限ではない。

Qin Wu を追跡するのは、RFC 6020 の文言と定着した IANA 実務のずれを修正する作業に携わったためである。RFC 9890 は YANG モジュールとサブモジュールの初版名を一意に保つ一方、改訂版には初版と同じ名前を、モジュール改訂版には同じ XML 名前空間を求める。これにより初回割当てと、その後の同一性継続を別々に監査できる。登録は実装、相互運用性、運用品質の証明ではない。 2026年9月1日の取得時点で、RFC 9890 は Huawei の Qin Wu を、Andy Bierman、Mohamed Boucadair と並ぶ YANG モジュール名登録規則更新の共同著者として記載していた。IETF Datatracker の公式プロフィールは同じ公開本人情報に多数の RFC を結び付け、IETF は公開ポートレートも提供している。これらが示すのは標準化への貢献と時点付きの所属であり、IETF の合意、IANA の運用、ネットワーク導入を支配する権限ではない。

Daniel Eggert

2026年9月1日の取得時点で、RFC 10022 は Apple Inc. の Daniel Eggert を IMAP UIDBATCHES Extension の編集者として記載していた。IETF Datatracker の公式プロフィールには RFC 10022 と RFC 9979 が掲載されていた。日付のある Swift.org の著者欄は、Eggert を iOS と macOS の Mail に取り組む Apple チームの一員とし、公開 GitHub 本人ページにリンクしていた。これらが示すのは標準への貢献と時点付きの職業的背景であり、IETF の合意やメールサービス導入を支配する権限ではない。

Daniel Eggert を追跡するのは、IMAP クライアントが要求したメッセージ数に近い UID 範囲をあらかじめ得ながら、それを安定したメールボックスのページと見なさない仕組みに関わるためである。RFC 10022 は実装上の裁量、メールボックス変更への対応、資源制限を保ち、クライアントの作業計画、不整合への対応、運用結果は実際にシステムを動かす側に残す。 2026年9月1日の取得時点で、RFC 10022 は Apple Inc. の Daniel Eggert を IMAP UIDBATCHES Extension の編集者として記載していた。IETF Datatracker の公式プロフィールには RFC 10022 と RFC 9979 が掲載されていた。日付のある Swift.org の著者欄は、Eggert を iOS と macOS の Mail に取り組む Apple チームの一員とし、公開 GitHub 本人ページにリンクしていた。これらが示すのは標準への貢献と時点付きの職業的背景であり、IETF の合意やメールサービス導入を支配する権限ではない。

Pradosh Mohapatra

2026年9月1日の取得時点で、RFC 10005 は Google LLC の Pradosh Mohapatra を BGP Link Bandwidth Extended Community の6人の著者の一人として記載していた。文書にひも付く IETF Datatracker の公式参加者記録は11件のRFCを掲載する一方、旧表記の「Prodosh Mohapatra」を表示していた。日付のある ipSpace の著者ページは、Cumulus Networks と Cisco での過去のルーティングソフトウェア職歴を紹介していた。これらが示すのは標準への貢献と時点付きの職歴であり、IETFの合意や事業者の導入を支配する権限ではない。

Pradosh Mohapatra を追跡するのは、宣言された帯域値を、測定された利用可能容量やトラフィック結果から分ける BGP の共同作業に関わるためである。RFC 10005 は運搬形式と処理規則を標準化するが、値の決定、重み付け、ゼロ値や欠落時の複数の選択、FIB への設定、観測スループットは別のシステムとローカルポリシーに委ねる。 2026年9月1日の取得時点で、RFC 10005 は Google LLC の Pradosh Mohapatra を BGP Link Bandwidth Extended Community の6人の著者の一人として記載していた。文書にひも付く IETF Datatracker の公式参加者記録は11件の RFC を掲載する一方、旧表記の「Prodosh Mohapatra」を表示していた。日付のある ipSpace の著者ページは、Cumulus Networks と Cisco での過去のルーティングソフトウェア職歴を紹介していた。これらが示すのは標準への貢献と時点付きの職歴であり、IETF の合意や事業者の導入を支配する権限ではない。

Hooman Bidgoli

2026年9月1日の取得時点で、IETF Datatracker は Hooman Bidgoli に7件のRFCを掲載していた。そこには Segment Routing の複製を扱う RFC 9524、SR P2MP Policy の RFC 9960、P2MP Policy Ping の RFC 9961、SR P2MP と Ingress Replication による MVPN/EVPN の RFC 10018 が含まれる。RFC 10018 は所属をオタワの Nokia と記す。Nokia の公式 SReXperts ページは当該イベント時点で、同氏を IP/MPLS、マルチキャスト、ルーターセキュリティなどを担当する Product Line Manager と紹介していた。

Hooman Bidgoli を追跡するのは、マルチキャストのメンバー情報、ポリシー計算、複製状態、実際のサービス提供を分ける共同標準化に関わるためである。RFC 10018 により自動発見から SR P2MP の Leaf 集合を更新できるが、その集合だけではコントローラーの収束、ノードへの設定、サービス文脈、重複抑止、受信側への配信、SLA 達成を証明できない。 2026年9月1日の取得時点で、IETF Datatracker は Hooman Bidgoli に7件の RFC を掲載していた。そこには Segment Routing の複製を扱う RFC 9524、SR P2MP Policy の RFC 9960、P2MP Policy Ping の RFC 9961、SR P2MP と Ingress Replication による MVPN/EVPN の RFC 10018 が含まれる。RFC 10018 は所属をオタワの Nokia と記す。Nokia の公式 SReXperts ページは当該イベント時点で、同氏を IP/MPLS、マルチキャスト、ルーターセキュリティなどを担当する Product Line Manager と紹介していた。

Carlos Pignataro

2026年9月1日の取得時点で、IETF Datatracker は Carlos Pignataro を、Cisco Engineering Sustainability の Technology and Data 部門の元責任者で、それ以前は Distinguished Engineer と CTO、North Carolina State University の非常勤教員、National Academy of Inventors のフェローと紹介していた。Blue Fern Consulting は同氏を創業者兼プリンシパルとしていた。RFC 9845 は Alexander Clemm と Carlos Pignataro を編集者、ほか4人を著者として記載する。

Carlos Pignataro を追跡するのは、グリーンネットワーク管理における証拠の限界を明示する共同作業に関わるためである。RFC 9845 は、運用時の電力・電力量と、炭素強度、ライフサイクルの内包コスト、サービスへの影響を分ける。ワット値は限定された観測を支えるが、それだけで総エネルギーや排出量の減少、ネットワークの環境性能、予備容量を止める権限まで証明しない。 2026年9月1日の取得時点で、IETF Datatracker は Carlos Pignataro を、Cisco Engineering Sustainability の Technology and Data 部門の元責任者で、それ以前は Distinguished Engineer と CTO、North Carolina State University の非常勤教員、National Academy of Inventors のフェローと紹介していた。Blue Fern Consulting は同氏を創業者兼プリンシパルとしていた。RFC 9845 は Alexander Clemm と Carlos Pignataro を編集者、ほか4人を著者として記載する。

Sean Turner

2026年9月1日の取得時点で、IETF Datatracker は Sean Turner について、IETF 34 以来の参加者で、50本を超える RFC の著者または共著者、2007年から2014年まで Security Area Director、sn3rd llc の創業者であり、複数のワーキンググループで議長を務めてきた、または務めていると記録していた。RFC 10002、RFC 10003、RFC 10004 の編集者は Joseph Mandel と Sean Turner である。

Sean Turner を追跡する理由は、証明書登録における証明と権限を分けて扱う共同標準化にある。RFC 10002 は、秘密鍵の所持証明、本人性の証明、すり替え防止の結び付け、登録局の処理、認証局の発行を区別する。有効な秘密鍵証明は鍵の支配に関する証拠であり、それだけで本人性、ポリシー承認、証明書発行、運用上の認可を証明しない。 2026年9月1日の取得時点で、IETF Datatracker は Sean Turner について、IETF 34 以来の参加者で、50本を超える RFC の著者または共著者、2007年から2014年まで Security Area Director、sn3rd llc の創業者であり、複数のワーキンググループで議長を務めてきた、または務めていると記録していた。RFC 10002、RFC 10003、RFC 10004 の編集者は Joseph Mandel と Sean Turner である。

Lukasz Kondrad

2026年9月1日の取得時点で、Nokia は Lukasz Kondrad を Principal Standardization Specialist と紹介し、ISO/IEC JTC1/SC29 の作業部会と IETF で没入型メディア標準に携わるとしていた。RFC 10034 の著者は Lauri Ilola と Lukasz Kondrad である。

Lukasz Kondrad を追跡する理由は、分割されたボリュメトリック表現を運べるようにしつつ、輸送を再構成と取り違えない共同標準化にある。RFC 10034 は V3C アトラス NAL の RTP 搬送と、アトラス・占有・幾何・属性ストリームを結ぶ SDP の V3C グループを定義する。受信側は一部だけを受諾でき、完全性、順序、同期、真正性、復号可能性は別に観測しなければならない。 2026年9月1日の取得時点で、Nokia は Lukasz Kondrad を Principal Standardization Specialist と紹介し、ISO/IEC JTC1/SC29 の作業部会と IETF で没入型メディア標準に携わるとしていた。RFC 10034 の著者は Lauri Ilola と Lukasz Kondrad である。

Panos Kampanakis

2026年9月1日の取得時点で、Amazon Science は Panos Kampanakis を Amazon Web Services の principal security engineer と紹介し、サイバーセキュリティ、応用暗号、セキュリティ自動化、脆弱性管理、標準化を活動分野としていた。RFC 10042 の著者は Panos Kampanakis、Douglas Stebila、Torben Hansen である。

Panos Kampanakis を追跡する理由は、SSH の後量子・従来ハイブリッド鍵交換を二つの識別判断から分ける共同標準化・実装作業にある。RFC 10042 は三つの ML-KEM/ECDH KEX を定義しながら、サーバーのホスト鍵と署名を残す。RFC 4252 はその後、輸送層の上で利用者を認証する。プロフィールは、選択された KEX、ホスト鍵への信頼、利用者認可を別々の証跡として保持する。 2026年9月1日の取得時点で、Amazon Science は Panos Kampanakis を Amazon Web Services の principal security engineer と紹介し、サイバーセキュリティ、応用暗号、セキュリティ自動化、脆弱性管理、標準化を活動分野としていた。RFC 10042 の著者は Panos Kampanakis、Douglas Stebila、Torben Hansen である。

Cullen Jennings

2026年9月1日の取得時点で、Cullen Jennings の IETF Datatracker 公開経歴は、Cisco の Security および Collaboration グループの CTO であり、インターネット標準、オープンソース、スタートアップ、VoIP、WebRTC に携わると記していた。RFC 10006 の著者は Cullen Jennings、Kaustubh Inamdar、Sreekanth Narayanan である。

Cullen Jennings を追跡する理由は、機械可読な設定入力と稼働中の通信サービスを区別する共同標準化作業にある。RFC 10006 は、企業が SIP 事業者の能力文書を HTTPS で取得し、機器固有の設定生成に利用する枠組みを定める。プロフィールでは企業識別、スキーマと改訂、ベンダー変換、承認と有効化、SIP 登録、シグナリング、メディア、更新を別々の証拠として扱う。 2026年9月1日の取得時点で、Cullen Jennings の IETF Datatracker 公開経歴は、Cisco の Security および Collaboration グループの CTO であり、インターネット標準、オープンソース、スタートアップ、VoIP、WebRTC に携わると記していた。RFC 10006 の著者は Cullen Jennings、Kaustubh Inamdar、Sreekanth Narayanan である。

Tobias Fiebig

2026年9月1日の取得時点で、Tobias Fiebig は2026年3月1日付で TU Wien の Computer Networks 教授に就任し、Internet Infrastructures 研究グループを率いていた。公式プロフィールは、インターネット計測、セキュリティ、プロトコル開発、DNS、SMTP、BGP、運用協調を研究対象に挙げている。Momoka Yamamoto と RFC 10001 を共同執筆した。

オーストリア

Tobias Fiebig を追跡する理由は、アドレスの公開と観測されたインターネットサービスを分ける共同研究・標準化作業にある。Momoka Yamamoto と共同執筆した RFC 10001 は、各ゾーンに IPv4 で到達可能な権威 DNS サーバーを少なくとも2台、IPv6 でも少なくとも2台求め、アドレスファミリーごとに独立した委任経路、同等の DNS データ、断片化対策、TCP フォールバックを求める。プロフィールでは NS、A、AAAA、glue、経路、トランスポート応答、データ整合性、利用者の名前解決を別の状態として扱う。 2026年9月1日の取得時点で、Tobias Fiebig は2026年3月1日付で TU Wien の Computer Networks 教授に就任し、Internet Infrastructures 研究グループを率いていた。公式プロフィールは、インターネット計測、セキュリティ、プロトコル開発、DNS、SMTP、BGP、運用協調を研究対象に挙げている。Momoka Yamamoto と RFC 10001 を共同執筆した。

Saving Call

Saving Call は、公開インターネット番号レジストリの記録に記載されている主要人物であり、読者が ASN、番号資源、またはネットワーク運用記録へのリンクをたどるのに役立ちます。

Saving Callの人物調査は、公開されている役職、所属の背景、権限の根拠、活動地域、意思決定を整理し、この人物がインターネット基盤市場で注目される理由を説明します。公開された証拠と、企業との関係、ガバナンスへの関与、キャリアの変遷、技術面での影響力、投資への影響、ネットワーク、レジストリ、標準化団体、地域の接続性、資本配分の意思決定への潜在的な影響を結び付けます。