名前付きデータネットワーク

名前付きデータ ネットワーキング( NDN ) (コンテンツ中心ネットワーキング(CCN)、コンテンツ ベース ネットワーキング、データ指向ネットワーキング、または情報中心ネットワーキング (ICN) に関連) は、IPなどの現代のインターネットアーキテクチャの問題に対処することを目的とした、提案されている将来のインターネットアーキテクチャです。^{[1] [2] NDN は、2006 年に}Van Jacobson が初めて公開した以前のプロジェクトであるコンテンツ中心ネットワーキング (CCN) にルーツがあります。NDN プロジェクトは、Jacobson が提案した、今日のホスト中心のネットワーク アーキテクチャ IP からデータ中心のネットワーク アーキテクチャ (NDN) への進化を調査しています。このプロジェクトの目標は、概念的に単純なシフトによって、ネットワークとアプリケーションの設計、開発、展開、使用方法に大きな影響を与えることです。^[3]

NDN には、他のネットワーク アーキテクチャと異なる 3 つのコア コンセプトがあります。まず、アプリケーションがデータに名前を付け、データ名がネットワーク パケット転送で直接使用されます。コンシューマ アプリケーションは、必要なデータを名前で要求するため、NDN の通信はコンシューマ主導です。2 番目に、NDN 通信はデータ中心の方法で保護されます。つまり、各データ (データ パケットと呼ばれる) は、そのプロデューサによって暗号署名され、機密性の高いペイロードまたは名前コンポーネントもプライバシー保護のために暗号化されます。このようにして、コンシューマは、パケットの取得方法に関係なく、パケットを検証できます。3 番目に、NDN はステートフル転送プレーンを採用します。このプレーンでは、フォワーダが各データ要求 (インタレスト パケットと呼ばれる) の状態を保持し、対応するデータ パケットが返されると状態を消去します。NDN のステートフル転送により、インテリジェントな転送戦略が可能になり、ループが排除されます。

その前提は、インターネットは主に情報配信ネットワークとして使用されているが、これはIPとは相性がよくなく、将来のインターネットの「細い腰」は、数値でアドレス指定されたホストではなく、名前付きデータに基づくべきであるというものである。基本原則は、通信ネットワークでは、ユーザーが必要なデータ (名前付きコンテンツ) に集中できるようにすべきであり、そのデータを取得する特定の物理的な場所 (名前付きホスト)を参照する必要がないというものである。この動機は、現在のインターネットの使用の大部分 (「トラフィックの 90% レベル以上」) が、ソースから多数のユーザーに配布されるデータで構成されているという事実に由来している。^{[4]名前付きデータ ネットワーキングには、コンテンツの}キャッシュによる輻輳の軽減や配信速度の向上、ネットワーク デバイスの構成の簡素化、データ レベルでのネットワークへのセキュリティの組み込み など、さまざまな利点が伴う。

今日のインターネットの砂時計型アーキテクチャは、グローバルな相互接続に必要な最小限の機能を実装するユニバーサルネットワーク層であるIPを中心にしています。現代のインターネットアーキテクチャは、1970年代に地理的に分散したユーザーが数台の大型の固定コンピュータを使用できるようにするために作成された、ホストベースの会話モデルを中心に展開されています。 ^[5]この細いウエストにより、下位層と上位層の両方のテクノロジーが独立して革新できるようになり、インターネットの爆発的な成長が可能になりました。ただし、IP は、パケットが通信エンドポイントのみを指定する通信ネットワークを作成するように設計されていました。

電子商取引、デジタル メディア、ソーシャル ネットワーキング、スマートフォン アプリケーション の持続的な成長により、インターネットが配信ネットワークとして広く使用されるようになりました。配信ネットワークは通信ネットワークよりも一般的であり、ポイントツーポイント通信プロトコルを介して配信問題を解決することは複雑で、エラーが発生しやすくなります。

Named Data Networking (NDN) プロジェクトは、この細いウエストの役割を一般化する IP アーキテクチャの進化を提案し、パケットが通信エンドポイント以外のオブジェクトに名前を付けられるようにしました。より具体的には、NDN はネットワーク サービスのセマンティクスを、パケットを特定の宛先アドレスに配信することから、特定の名前で識別されるデータを取得することに変更します。NDN パケット内の名前は、エンドポイント、映画や本内のデータ チャンク、ライトを点灯するコマンドなど、あらゆるものに名前を付けることができます。この概念的に単純な変更により、NDN ネットワークは、エンドツーエンドの通信を超えたより広範な問題に、インターネットの十分にテストされたエンジニアリング特性のほとんどすべてを適用できるようになることが期待されています。^[6] 30 年間のネットワーク エンジニアリングから学んだ教訓を NDN に適用した例としては、ネットワーク トラフィックの自己制御 (Interest (データ要求) とデータ パケット間のフロー バランス経由) とセキュリティ プリミティブ (すべての名前付きデータの署名経由) が最初からプロトコルに統合されていることが挙げられます。

NDN の背後にある哲学は、 1979 年にTed Nelsonによって、その後 2002 年に Brent Baccala によって開拓されました。1999 年、スタンフォード大学の TRIAD プロジェクトは、オブジェクトの名前を使用してそのオブジェクトに近いレプリカにルーティングすることで DNS 検索を回避することを提案しました。2006 年、カリフォルニア大学バークレー校と ICSI のデータ指向ネットワーク アーキテクチャ (DONA) プロジェクトは、セキュリティ (信頼性) と永続性をアーキテクチャの第一級プリミティブとして組み込むことで TRIAD を改良したコンテンツ中心のネットワーク アーキテクチャを提案しました。Van Jacobson は2006 年にネットワークの進化について Google Talk の「ネットワークの新しい見方」で講演し、NDN が次のステップであると主張しました。2009 年、PARC は、当時 PARC の研究員であった Jacobson が率いるCCNxプロジェクト内でコンテンツ中心のアーキテクチャを発表しました。 2009年9月21日、PARCは相互運用性の仕様を公開し、コンテンツ中心ネットワーク研究プロジェクトの最初のオープンソース実装（ GPL下）をProject CCNxサイトでリリースしました。NDNは、情報中心ネットワーク（ICN）と呼ばれるより一般的なネットワーク研究の方向性の一例であり、その下でさまざまなアーキテクチャ設計が登場しています。^[7]インターネット研究タスクフォース（IRTF）は2012年にICN研究ワーキンググループを設立しました。

NDNには12のキャンパスに16人のNSF資金提供主任研究者がおり、学術界と産業界の研究コミュニティからの関心が高まっています。^{[8] [9]} 30以上の機関が世界的なテストベッドを形成しています。大規模な研究と活発に成長しているコードベースが存在します。NDNに貢献しました。

NDN フォワーダーは現在、Ubuntu 18.04 および 20.04、Fedora 20+、CentOS 6+、Gentoo Linux、Raspberry Pi、OpenWRT、FreeBSD 10+、およびその他のいくつかのプラットフォームでサポートされています。共通クライアント ライブラリは、C++、Java、Javascript、Python、.NET Framework (C#)、および Squirrel プログラミング言語で積極的にサポートされています。NDN-LITE は、IoT ネットワークおよび制約のあるデバイス用に設計された軽量 NDN ライブラリです。NDN-LITE は積極的に開発されており、これまでに NDN-LITE は POSIX、RIOT OS、NRF ボードに適応されています。NDN シミュレーターとエミュレーターも利用可能で、積極的に開発されています。リアルタイム会議、NDN 対応ファイル システム、チャット、ファイル共有、および IoT の分野で、いくつかのクライアント アプリケーションが開発されています。

• エンドツーエンドの原則: ネットワーク障害が発生した場合でも堅牢なアプリケーションの開発を可能にします。NDN はこの設計原則を維持し、拡張します。
• ルーティング プレーンと転送プレーンの分離: これは、インターネットの開発に必要であることが証明されています。これにより、ルーティング システムが時間の経過とともに進化し続ける間も、転送プレーンが機能できるようになります。NDN は同じ原理を使用して、新しいルーティング システムの研究が進行中でも、利用可能な最高の転送テクノロジを使用して NDN を展開できるようにします。
• ステートフル転送: NDN ルーターは最近転送されたパケットの状態を保持するため、スマート転送、ループ検出、フローバランス、ユビキタス キャッシュなどが可能になります。
• 組み込みのセキュリティ：NDNでは、名前付きデータの署名と検証によってネットワーク層でデータ転送が保護されます。^[10]
• ユーザーの選択と競争を可能にする: アーキテクチャは、可能な限りユーザーの選択と競争を促進する必要があります。元々のインターネット設計では重要な要素ではありませんでしたが、世界的な展開により「アーキテクチャは中立ではない」ことが実証されました。^[11] NDNは、エンドユーザーに権限を与え、競争を可能にするために意識的に努力しています。

NDN での通信は、受信側、つまりデータ コンシューマーによって、2 種類のパケット (Interest と Data) の交換を通じて行われます。どちらの種類のパケットにも、1 つのデータ パケットで送信できるデータを識別する名前が付いています。

パケットタイプ

• Interest: 消費者は、希望するデータの名前を Interest パケットに入れてネットワークに送信します。ルータはこの名前を使用して、Interest をデータ プロデューサーに転送します。
• データ: 要求されたデータを持つノードに Interest が到達すると、ノードは名前とコンテンツの両方を含むデータ パケットと、その 2 つを結び付けるプロデューサーのキーによる署名を返します。このデータ パケットは、Interest がたどったパスを逆にたどって、要求元のコンシューマーに戻ります。

完全な仕様については、NDN パケット形式仕様を参照してください。

Interest および Data パケット転送機能を実行するために、各 NDN ルータは 3 つのデータ構造と転送ポリシーを維持します。

• 保留中の関心テーブル (PIT): ルータが転送したがまだ満たされていないすべての関心を保存します。各 PIT エントリには、関心に含まれるデータ名と、その着信および発信インターフェイスが記録されます。
• 転送情報ベース (FIB): 名前コンポーネントをインターフェイスにマッピングするルーティング テーブル。FIB 自体は、名前プレフィックス ベースのルーティング プロトコルによって設定され、プレフィックスごとに複数の出力インターフェイスを持つことができます。
• コンテンツ ストア (CS): ルータが受信したデータ パケットの一時キャッシュ。NDN データ パケットは、送信元や転送先に関係なく意味を持つため、将来の関心を満たすためにキャッシュできます。置換戦略は、従来、最も最近使用されていないものから行われますが、置換戦略はルータによって決定され、異なる場合があります。
• 転送戦略: インタレストとデータ パケットの転送に関する一連のポリシーとルール。転送戦略では、特定の状況 (すべてのアップストリーム リンクが輻輳している場合や、インタレストが DoS 攻撃の一部である疑いがある場合など) でインタレストを削除することがあります。これらの戦略では、転送パイプラインで一連のトリガーを使用し、名前プレフィックスに割り当てられます。たとえば、デフォルトでは、/localhost はマルチキャスト転送戦略を使用して、クライアント NFD で実行されているローカル アプリケーションにインタレストとデータを転送します。デフォルトの転送戦略 (つまり、「/」) は、ベスト ルート転送戦略です。

Interest パケットが到着すると、NDN ルータは最初にコンテンツ ストアで一致するデータをチェックします。コンテンツ ストアが存在する場合、ルータは Interest が到着したインターフェイスでデータ パケットを返します。存在しない場合、ルータは PIT で名前を検索し、一致するエントリが存在する場合は、この Interest の着信インターフェイスを PIT エントリに記録します。一致する PIT エントリがない場合、ルータは FIB の情報とルータの適応型転送戦略に基づいて、データ プロデューサーに Interest を転送します。ルータが複数のダウンストリーム ノードから同じ名前の Interest を受信すると、最初の 1 つだけをデータ プロデューサーにアップストリームに転送します。

データ パケットが到着すると、NDN ルーターは一致する PIT エントリを見つけ、その PIT エントリにリストされているすべてのダウンストリーム インターフェイスにデータを転送します。次に、その PIT エントリを削除し、データをコンテンツ ストアにキャッシュします。データ パケットは常に Interest の逆パスをたどり、パケット損失がない場合、1 つの Interest パケットが各リンクで 1 つのデータ パケットになり、フローのバランスが保たれます。複数のパケットで構成される大きなコンテンツ オブジェクトを取得するために、Interest は、今日のインターネットの TCP ACK と同様のトラフィック フローの制御の役割、つまりデータの消費者によって制御されるきめ細かいフィードバック ループを提供します。

Interest パケットも Data パケットもホスト アドレスやインターフェイス アドレスを運びません。ルータは、パケットで運ばれる名前に基づいて Interest パケットをデータ プロデューサーに転送し、各ホップで Interest によって設定された PIT 状態情報に基づいて Data パケットをコンシューマーに転送します。この Interest/Data パケット交換の対称性により、ホップバイホップの制御ループ (対称ルーティングやルーティングと混同しないでください) が発生し、IP のエンドツーエンドのパケット配信モデルとは異なり、データ配信におけるソース ノードや宛先ノードの概念が不要になります。

NDN 名はネットワークに対して不透明です。これにより、各アプリケーションはニーズに合った命名スキームを選択でき、命名はネットワークから独立して進化できます。

NDN の設計では、階層構造の名前が想定されています。たとえば、UCLA が制作したビデオの名前は /ucla/videos/demo.mpg となり、URL と同様に、'/' がテキスト表現で名前の構成要素を表します。この階層構造には、次のような多くの潜在的な利点があります。

• 関係の指定: アプリケーションがデータ要素のコンテキストと関係を表現できるようにします。例: UCLA デモ ビデオのバージョン 1 のセグメント 3 は、/ucla/videos/demo.mpg/1/3 という名前になります。
• 名前の集約: /uclaはビデオを発信する自律システムに対応する可能性がある
• ルーティング: システムの拡張を可能にし、データに必要なコンテキストを提供するのに役立ちます。

動的に生成されたデータを取得するには、コンシューマーは、次のいずれかの方法で名前またはデータを事前に確認することなく、目的のデータの名前を決定論的に構築できる必要があります。

• アルゴリズムにより、プロデューサーとコンシューマーは、両者が利用できる情報に基づいて同じ名前に到達できます。
• 関心セレクターは、最長プレフィックス マッチングと組み合わせて、1 回以上の反復処理を通じて目的のデータを取得します。

現在の研究では、アプリケーション開発とネットワーク配信の両方を容易にするために、アプリケーションがどのように名前を選択すべきかが研究されています。この研究の目的は、命名に関する既存の原則とガイドラインを開発および改良し、これらのルールをシステムライブラリに実装された命名規則に変換して、将来のアプリケーション開発を簡素化することです。^[12]

グローバルに取得できるデータはグローバルに一意の名前を持つ必要がありますが、ローカル通信に使用される名前は、一致するデータを見つけるためにローカル ルーティング (またはローカル ブロードキャスト) のみを必要とする場合があります。個々のデータ名は、「この部屋の照明スイッチ」から「世界中のすべての国名」まで、さまざまなスコープとコンテキストで意味を持ちます。名前空間管理は NDN アーキテクチャの一部ではなく、アドレス空間管理が IP アーキテクチャの一部ではないのと同じです。ただし、名前付けは NDN アプリケーション設計の最も重要な部分です。アプリケーション開発者、場合によってはユーザーがデータ交換用に独自の名前空間を設計できるようにすることで、いくつかの利点があります。

• アプリケーションのデータとネットワークの使用との間のマッピングの密接度を高めます。
• 二次表記（アプリケーション構成をネットワーク構成にマッピングするための記録保持）の必要性を減らします。
• 開発者が利用できる抽象化の範囲を拡大します。
• 名前ベースのコンテンツリクエストはプライバシー漏洩の懸念も招きます。名前空間管理をNDNアーキテクチャから分離することで、従来のNDN命名スキームに小さな変更を加えることでプライバシーを保護する命名スキームを提供することができます。^[13]

NDN は名前に基づいてパケットをルーティングおよび転送するため、IP アーキテクチャのアドレスによって発生する 3 つの問題が解消されます。

• アドレス空間の枯渇: NDN 名前空間は本質的に無制限です。名前空間は、最大関心パケット サイズ 8kb と、名前を構成する文字の可能な一意の組み合わせの数によってのみ制限されます。
• NATトラバーサル: NDN はパブリックまたはプライベートのアドレスを廃止するため、NAT は不要です。
• アドレス管理: ローカル ネットワークではアドレスの割り当てと管理は不要になります。
• ネットワークマルチキャストの場合: 下流のフォワーダーの PIT エントリがインタレストを集約するため、データのプロデューサーは同じデータに対して複数のインタレストを受信する必要はありません。プロデューサーは単一のインタレストを受信して​​応答し、複数の着信インタレストを受信した転送ノードは、それらのインタレストを受信したインターフェイスにデータ応答をマルチキャストします。
• エンドツーエンドの信頼性が高く損失が大きい: IP ベースのネットワークでは、送信者が損失またはドロップされたパケットを再送信する必要があります。ただし、NDN では、データ応答が要求者に到達する前にインタレストが期限切れになった場合、データ応答はリターン パス上のフォワーダーによってキャッシュされたままです。再送信されたインタレストは、キャッシュされたデータ コピーとともにフォワーダーに到達するだけでよいため、パケット損失率が高い場合、NDN ベースのネットワークは IP ベースのネットワークよりも高いスループットが得られます。

NDNは、リンク状態や距離ベクトルなどの従来のルーティングアルゴリズムを使用できます。IPプレフィックスをアナウンスする代わりに、NDNルーターはルーターが提供したいデータをカバーする名前プレフィックスをアナウンスします。OSPFやBGPなどの従来のルーティングプロトコルは、名前を不透明なコンポーネントのシーケンスとして扱い、 FIBテーブルに対してInterestパケット内の名前のコンポーネントごとの最長プレフィックスマッチングを行うことで、名前プレフィックスでルーティングするように適応できます。^[14]これにより、コンテンツの暗号化を損なうことなく、さまざまな入力をリアルタイムで集約し、複数のインターフェース環境に同時に分散することができます。^[15]主要なインターフェース分析も同様にプロセスによって省略されます。環境内のアプリケーション転送とデータ共有は、影響を受けるクラウドリレープロトコルが個々のランタイム識別子に固有になるように、マルチモーダル分散フレームワークによって定義されます。^[16]

各ルータの PIT 状態は、NDN のデータ プレーンを介した転送をサポートし、保留中の各 Interest と着信インターフェイスを記録し、一致するデータが受信されるかタイムアウトが発生した後に Interest を削除します。このホップごと、パケットごとの状態は、IP のステートレス データ プレーンとは異なります。FIB の情報とパフォーマンス測定に基づいて、各ルータの適応型転送戦略モジュールは、次の情報に基づいて決定を下します。

• 制御フロー: 各 Interest は最大 1 つのデータ パケットを取得するため、ルータは保持する保留中の Interest の数を制御することでフローを直接制御できます。
• マルチキャスト データ配信: 同じデータが到着したインターフェイスのセットを記録する PIT は、当然この機能をサポートします。
• ネットワークの見方の変化に合わせてパスを更新する。^[17]
• 配信: ルータは、どの Interest をどのインターフェイスに転送するか、PIT で許容する未充足の Interest の数、および異なる Interest の相対的な優先順位を判断できます。

ルータが、たとえば上流リンクがダウンしている、FIB に転送エントリがない、または極度の輻輳が発生しているなどの理由で Interest を満たすことができないと判断した場合、ルータは Interest を送信した下流のネイバーに NACK を送信できます。このような否定応答 (NACK) により、受信側ルータは Interest を他のインターフェイスに転送して代替パスを探索できます。PIT 状態により、ルータはループしているパケットを識別して破棄できるため、同じデータ プロデューサーへの複数のパスを自由に使用できます。パケットは NDN でループできないため、これらの問題に対処するために IP や関連プロトコルに実装されている存続時間やその他の対策は必要ありません。

IP 対 IP チャネルをセキュリティ保護することで通信を保護する TCP/IP セキュリティ (例: TLS) とは対照的に、NDN はデータ プロデューサーにすべてのデータ パケットに暗号署名を要求することでデータ自体を保護します。発行者の署名により整合性が保証され、データの出所の認証が可能になるため、消費者のデータに対する信頼を、データの取得方法や場所から切り離すことができます。NDN はきめ細かい信頼もサポートしているため、消費者は公開鍵の所有者が特定のコンテキストの特定のデータに対して適切な発行者であるかどうかを判断できます。2 つ目の主要な研究の目的は、ユーザーの信頼を管理するための使いやすいメカニズムを設計および開発することです。これまでに 3 つの異なるタイプの信頼モデルが研究されてきました。

• 階層的信頼モデル：鍵の名前空間が鍵の使用を認可する。公開鍵を運ぶデータパケットは第三者によって署名されているため事実上証明書であり、この公開鍵は特定のデータに署名するために使用される。^[18]
• 信頼のウェブ：事前に合意された信頼アンカーを必要とせずに安全な通信を可能にする。^[19]
• IoTのための軽量な信頼：NDN信頼モデルは主に非対称暗号に基づいており、IoTパラダイムにおけるリソース制約のあるデバイスには実現不可能である。^[13]

NDN のデータ中心のセキュリティは、コンテンツ アクセス制御やインフラストラクチャ セキュリティに自然に応用できます。アプリケーションは、同じ名前付きインフラストラクチャを使用してキーを名前付きパケットとして暗号化し、キーを配布できるため、データ セキュリティ境界を 1 つのアプリケーションのコンテキストに効果的に制限できます。データ パケットの署名を検証するには、アプリケーションは、他のコンテンツと同様に、パケットのキー ロケータ フィールドで識別される適切なキーを取得できます。ただし、信頼管理、つまり、特定のアプリケーション内の特定のパケットの特定のキーの信頼性を判断する方法は、主要な研究課題です。実験的なアプローチと一致して、NDN 信頼管理の研究は、アプリケーションの開発と使用によって推進されます。つまり、最初に特定の問題を解決し、次に一般的なパターンを特定します。たとえば、NLSR のセキュリティ ニーズでは、単純な階層型信頼モデルの開発が必要でした。このモデルでは、下位 (ルートに近い) レベルのキーを使用して上位レベルのキーに署名し、そのキーは信頼関係を反映する名前で公開されます。この信頼モデルでは、名前空間は信頼委任の階層 (/root/site/operator/router/process) と一致します。階層構造で特定の名前を持つ鍵を公開すると、特定のデータ パケットに署名する権限が与えられ、その範囲が制限されます。このパラダイムは、現実世界の信頼が階層パターンに従う傾向がある他のアプリケーション、たとえばビル管理システム (BMS) に簡単に拡張できます。^[20] NDN は信頼モデルを各アプリケーションの制御下におくため、より柔軟で表現力豊かな信頼関係も表現できます。その一例が ChronoChat で、^[19]信頼の輪モデルの実験のきっかけとなりました。セキュリティ モデルでは、現在のチャットルーム参加者が、新規参加者の鍵に署名することで、新規参加者を他の参加者に紹介できます。将来のアプリケーションでは、相互認証モデル (SDSI) [13, 3] を実装します。これにより、検証の冗長性が高まり、データと鍵の名前を独立させることができるため、さまざまな現実世界の信頼関係に簡単に対応できます。

さらに、NDN はネットワーク ルーティングと制御メッセージをすべての NDN データと同様に扱い、署名を必要とします。これにより、ルーティング プロトコルを攻撃 (スプーフィングや改ざんなど) から保護するための強固な基盤が提供されます。NDN のマルチパス転送の使用と適応転送戦略モジュールにより、ルーターがハイジャックによる異常を検出し、代替パスを介してデータを取得できるため、プレフィックス ハイジャックが軽減されます。^[21] Named Data Networkingのマルチソース、マルチキャスト コンテンツ配信の性質により、ランダム リニア コーディングによってネットワーク全体の効率が向上します。^[22] NDN パケットはデバイスではなくコンテンツを参照するため、特定のデバイスを悪意を持ってターゲットにすることは困難ですが、その他の NDN 固有の攻撃 (たとえば、Interest フラッディングDoS) に対する緩和メカニズムが必要になります。^{[23] [24]}さらに、過去の要求に関する状態を保持する保留中の Interest テーブルがあり、これを使用して Interest の処理方法について情報に基づいた決定を下すことができるため、セキュリティ上の利点が数多くあります。^[25]

• 負荷分散: PIT エントリの数はルーターの負荷の指標であり、そのサイズを制限することで DDoS 攻撃の影響を制限します。
• インタレスト タイムアウト: PIT エントリ タイムアウトは比較的安価な攻撃検出を提供し、各 PIT エントリの到着インターフェイス情報は、ダウンストリーム ルータに未処理のインタレストを通知するプッシュバック スキームをサポートできるため、攻撃の検出に役立ちます。

• 情報中心ネットワークのキャッシュポリシー
• 将来のインターネット研究と実験（EU）

• TCP/IP の死を叫ぶシスコ、インテル、米国政府、そして多くの科学者
• FIA-NP: 共同研究: 名前付きデータ ネットワーキングの次のフェーズ (NDN-NP)
• 名前付きデータ研究ホームページ
• NDN 2 に対する NSF 賞
• FIA: 共同研究: 名前付きデータ ネットワーキング (NDN)
• 名前付き関数ネットワーク (NFN)
• Galileo 上の NDN (WebArchive スナップショット)