Edit

Page

Page title:

Page body:

* 研究の系統による分類

- Content-based addressing (分散システム系)
  - publish/subscribe で、条件をより柔軟に指定したい
  - 静的で閉じたネットワークが前提?
  - 90年代末から00年代初頭
- コンテンツ配信系(?)
  - IP ネットワーク
  - 90年代末から00年代初頭
- モバイル・ユビキタス環境系(?)
  - ノード、サービス、ユーザのモビリティを目標(の1つ)に掲げる
  - IP ネットワークを用いたオーバーレイネットワークとして実現
  - 00年代前半
- Data-centric (センサネットワーク系)
  - 動的かつ資源に制約があるネットワーク
  - 00年代

[1] [[参照元にハッシュ値を埋め込む提案と失敗の歴史]]

[2] [CITE[[[A routing scheme for content-based networking]]]]

* 動機による分類

(経路)
1. ネットワーク内部
(ネットワークアドレス)
2. ノードとネットワークの接続点
(ノード名)
3. ユーザ/サービスとノードの対応
(ユーザ/サービス名)

- 2 が動的に変化する (ノード移動性)
- 3 が動的に変化する/柔軟にしたい (サービス移動性/グループ通信/コンテキスト適応性/個人化)
- 1-3 の変化に相関がある
  - 物理的に相関がある (e.g. センサネットワーク)
  - 上位層の要求により変化させたい (e.g. ある種のエニーキャスト)
- ネットワーク内でデータを処理したい

- 2 や 3 が固定的なら、従来のままでいい
  - アドレスを知ることに意味 (価値) がある、アドレスで名前を代用できる
- 2 や 3 が固定的でないなら:
  - アドレスを知ることに意味はない

* 手法の目的

- 適用対象 (アプリケーション) [センサデータ転送|サービス発見|...]
- 目標とする性質 [モビリティ|省電力|...]

* 構成要素

* 通信パターン

- 内容に従い転送される対象
  - 問い合わせをその内容に従い転送する [boolean]
  - データそのものをその内容に従い転送する [boolean]
- 受信者数 [(1|多|全)+]
- サービスモビリティへの対応 [boolean]
  - サービスが存在するノードが変化しても通信し続けられるか?

* 名前

* 手法

** 配送

- 名前と配送の関係 [↓]
  - 名前から計算により得たアドレスが配送に用いられる
  - 名前が不透明なものとして配送に用いられる
  - 名前が透明なものとして配送に用いられる
- ランデブポイント使用 [boolean]
  - 名前により定まるランデブポイントに/から配送する
- 経路決定点 [送信者|送信者側エッジ|ホップバイホップ]
- データ転送
  - 情報提供側 [随時送信する|定期的に送信する]
  - 情報収集側 [随時送信されてくる|定期的に受信する]

** 経路情報管理

* ネットワーク内情報処理

- ネットワーク内情報処理 [↓*]
  - 情報集約
  - ネットワーク内キャッシュ
  - 透過的なサービス合成

#- ストレージの位置 [↓]
#  - なし
#  - 情報提供側
#  - 特定ノード
#    - データの内容その他の意味的に重要な要素により定まるノード
#  - 任意ノード
#    - 経路その他の意味的に重要でない要素により定まるノード

* メモ

[3] [CITE@en[RFC 1776 - The Address is the Message]], [TIME[2021-01-31T11:51:58.000Z]], [TIME[2021-03-16T09:02:36.627Z]] <https://tools.ietf.org/html/rfc1776>

Historical Legal Sensitive Parent: [Help / License]

Edit

Page

Errors

Page name(s)