Requirements of Name Resolution Service in ICN
draft-dong-icnrg-nrs-requirement-00

Document Type Replaced Internet-Draft (individual)
Last updated 2017-01-22 (latest revision 2016-07-21)
Replaced by draft-irtf-icnrg-nrs-requirements
Stream (None)
Intended RFC status (None)
Formats
Expired & archived
plain text pdf html bibtex
Stream Stream state (No stream defined)
Consensus Boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Replaced by draft-irtf-icnrg-nrs-requirements
Telechat date
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at
https://www.ietf.org/archive/id/draft-dong-icnrg-nrs-requirement-00.txt

Abstract

This document summarizes the existing approaches for name resolution in various ICN architectures, and categorizes them into two groups: (1) standalone name resolution; (2) name based routing. It compares the two types of approaches from the aspects of update message overhead, resolution capability, node failure impact, and maintained database. And hybrid approaches also exist with a subnet of routers carrying out name based routing. Despite the coexistence of different name resolution approaches, the Name Resolution Service (NRS) is most essential service that shall be provided by the ICN infrastructure. The document gives the definition of NRS in ICN and proposes some requirements of NRS, i.e. resolution guarantee, delay sensitivity, minimum inter-domain traffic, failure resilience, accuracy, security and accessibility, scalability, and time transiency, support for manifest, interoperability, resolution result selection, heterogeneity, unspecified Content Name.

Authors

Lijun Dong (lijun.dong@huawei.com)
Cedric Westphal (cedric.westphal@huawei.com)
Guoqiang Wang (gq.wang@huawei.com)
Jianping Wang (jianwang@cityu.edu.hk)

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)