I-D Action: draft-azgin-icnrg-ni-02.txt

internet-drafts@ietf.org Tue, 18 July 2017 04:15 UTC

MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
Subject: I-D Action: draft-azgin-icnrg-ni-02.txt
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150035135760.11364.3741039310635188658@ietfa.amsl.com>
Date: Mon, 17 Jul 2017 21:15:57 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/i-d-announce/TZtsQJ_FyOyCEHJQq5mUsgHWavI>

A New Internet-Draft is available from the on-line Internet-Drafts directories.


        Title           : Enabling Network Identifier (NI) in Information Centric Networks to Support Optimized Forwarding
        Authors         : Aytac Azgin
                          Ravishankar Ravindran
	Filename        : draft-azgin-icnrg-ni-02.txt
	Pages           : 17
	Date            : 2017-07-17

Abstract:
   The objective of this proposal is to introduce the notion of network
   identifier (NI) in the ICN architecture.  This is in addition to the
   existing names (i.e., content identifiers, CIs, or application
   identifiers, AIs, in general) that are currently used for both naming
   and routing/forwarding purposes.  Network identifiers are needed
   considering the requirements on future networking architectures such
   as: (i) to support persistent names (or persistently named objects)
   and large-scale and high-speed mobility of any network entity (i.e,
   devices, services, and content), (ii) to accommodate different types
   of Internet of Things (IoT) services, many of which require low-
   latency performance, and enabling edge computing to support service
   virtualization, which will require support for large scale migration
   and replication of named resources, and (iii) to scale the ICN
   architecture to future Internet scale considering the exponentially
   increasing named entities.  If information on AI-to-NI mappings are
   not directly accessible to the consumers, for instance, using
   specific datasets like manifests, these considerations may require
   enabling a name resolution service, which can be network based or
   application driven, to support efficient and scalable routing.
   Current document do not impose any restrictions on the name
   resolution architecture, regarding its scope.

   In the current draft, we begin by highlighting the issues associated
   with ICN networking when utilizing only the AIs, which include
   persistently named content, services, and devices.  Next we discuss
   the function NI serves, and provide a discussion on the two current
   NI-based proposals, along with their scope and functionalities.  This
   is with the objective of having a single NI construct for ICN that is
   flexible enough to adapt to different networking contexts.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-azgin-icnrg-ni/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-azgin-icnrg-ni-02
https://datatracker.ietf.org/doc/html/draft-azgin-icnrg-ni-02

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-azgin-icnrg-ni-02


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

I-D Action: draft-azgin-icnrg-ni-02.txt internet-drafts