[Docs] [txt|pdf|xml|html] [Tracker] [Email] [Nits]

Versions: 00 01 02 03 04 05 06 07

ALTO                                                             L. Deng
Internet-Draft                                              China Mobile
Intended status: Informational                                   H. Song
Expires: August 17, 2014                                          Huawei
                                                       February 13, 2014


                End Point Properties for Peer Selection
                     draft-deng-alto-p2p-ext-00.txt

Abstract

   The initial purpose for ALTO protocol is to provide better than
   random peer selection for p2p networks.  The peer selection method
   does not only depend on the peer location, but also on other
   properties of a peering node.  In this document, we define the
   possible ALTO endpoint property extensions that will impact peer
   selection.

Status of This Memo

   This Internet-Draft is submitted in full conformance with the
   provisions of BCP 78 and BCP 79.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF).  Note that other groups may also distribute
   working documents as Internet-Drafts.  The list of current Internet-
   Drafts is at http://datatracker.ietf.org/drafts/current/.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

   This Internet-Draft will expire on August 17, 2014.

Copyright Notice

   Copyright (c) 2014 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (http://trustee.ietf.org/license-info) in effect on the date of
   publication of this document.  Please review these documents
   carefully, as they describe your rights and restrictions with respect
   to this document.  Code Components extracted from this document must
   include Simplified BSD License text as described in Section 4.e of



Deng & Song              Expires August 17, 2014                [Page 1]


Internet-Draft   End Point Properties for Peer Selection   February 2014


   the Trust Legal Provisions and are provided without warranty as
   described in the Simplified BSD License.

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Terminology . . . . . . . . . . . . . . . . . . . . . . . . .   2
   3.  End Point Extensions  . . . . . . . . . . . . . . . . . . . .   2
     3.1.  Endpoint Property Type: p2p_caching . . . . . . . . . . .   3
     3.2.  Endpoint Property Type: battery_limited . . . . . . . . .   3
     3.3.  Endpoint Property Type: network_access  . . . . . . . . .   3
   4.  Security Considerations . . . . . . . . . . . . . . . . . . .   3
   5.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .   4
   6.  References  . . . . . . . . . . . . . . . . . . . . . . . . .   4
     6.1.  Normative References  . . . . . . . . . . . . . . . . . .   4
     6.2.  Informative References  . . . . . . . . . . . . . . . . .   4
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .   4

1.  Introduction

   The initial purpose for ALTO protocol is to provide better than
   random peer selection for p2p networks.  The peer selection method
   does not only depend on the peer location, but also on other
   properties of a peering node.  In this document, we define the
   possible ALTO endpoint property extensions that will impact peer
   selection.

2.  Terminology

   ALTO: application layer traffic optimization.  For ALTO protocol,
   please refer to [I-D.ietf-alto-protocol].

   DSL: Digital subscriber line, is a family of technologies that
   provide Internet access by transmitting digital data over the wires
   of a local telephone network.

   FTTB: Fiber To The Building, refers to fiber reaches the boundary of
   the building.

   FTTH: Fiber To The Home, refers to figure reaches the the boundary of
   the living space.

3.  End Point Extensions

   This document provides three endpoint property extensions for ALTO
   protocol.





Deng & Song              Expires August 17, 2014                [Page 2]


Internet-Draft   End Point Properties for Peer Selection   February 2014


3.1.  Endpoint Property Type: p2p_caching

   As described in [I-D.draft-deng-alto-p2pcache], P2P caching node can
   also act as p2p peers in a p2p network.  If a p2p caching peer is
   located near the edge of the network, it will reduce the backbone
   traffic, as well as the uploading traffic.  For example, [RFC7069]
   provides one example of such caching nodes.  P2P caching peers
   usually have higher priority than the ordinary peers for serving a
   content request so as to optimize the network traffic.  So it's
   necessary for the endpoint property to support this indication.

   The value for this property is either "true" or "false", in ASCII.
   If the peer in question is actually a caching node, the value of this
   property wrt the peer is set to "true".

3.2.  Endpoint Property Type: battery_limited

   Another important endpoint property that will impact peer selection
   is what kind of power supply the peer has.  It can be either the
   electric power or the battery supply.  And most of the time, it is
   obvious that electric power supplied nodes are more likely online
   longer than those battery supplied nodes.  And most of the nowadays
   intelligent equipments are aware of their power supply type.  But it
   is necessary that whether or not the power supply of a peer is
   limited by its battery can be queried through some method.

   The value for this property is either "true" or "false", in ASCII.
   If the peer in question is actually battery-limited, the value of
   this property wrt the peer is set to "true".

3.3.  Endpoint Property Type: network_access

   The third important endpoint property that will impact peer selection
   is the node access type.  If it is a node owned by home user, the
   access type can be DSL, or FTTB, or FTTH.  If it is deployed in a
   data center, we can specify a special access type for it, because it
   is more robust, and is more likely to have more network resources
   than home users.  A p2p application may have its own algorithm for
   peer selection if this information can be provided.

   The value for this property can be enumerated as "adsl", "ftth",
   "fttb", "dc", and etc.

4.  Security Considerations

   The indication of new endpoint properties to the ALTO clients may set
   targets for the malicious nodes to hack.




Deng & Song              Expires August 17, 2014                [Page 3]


Internet-Draft   End Point Properties for Peer Selection   February 2014


5.  IANA Considerations

   This document adds the following new endpoint property type to the
   existing registry created by ALTO protocol [I-D.ietf-alto-protocol].


   +---------------+---------------------------------------+
   |Identifier     |Intended Semantics                     |
   +---------------+---------------------------------------+
   |p2p_caching    |Whether the peer is a network cache,   |
   |               |value is "true" or "false", in ASCII.  |
   +---------------+---------------------------------------+
   |power_supply   |Whether the peer is battery-limited,   |
   |               |value is "true" or "false", in ASCII.  |
   +---------------+---------------------------------------+
   |network_access |The type of access network of the peer,|
   |               |value is enumerated as "adsl", "ftth", |
   |               |"fttb", "dc", in ASCII.                |
   +---------------+---------------------------------------+


6.  References

6.1.  Normative References

   [I-D.ietf-alto-protocol]
              Alimi, R., Penno, R., and Y. Yang, "ALTO Protocol", draft-
              ietf-alto-protocol-25 (work in progress), January 2014.

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119, March 1997.

6.2.  Informative References

   [I-D.draft-deng-alto-p2pcache]
              Deng, L., Chen, W., and Q. Yi, "Considerations for ALTO
              with network-deployed P2P caches", draft-deng-alto-
              p2pcache-03 (work in progress), February 2014.

   [RFC7069]  Alimi, R., Rahman, A., Kutscher, D., Yang, Y., Song, H.,
              and K. Pentikousis, "DECoupled Application Data Enroute
              (DECADE)", RFC 7069, November 2013.

Authors' Addresses







Deng & Song              Expires August 17, 2014                [Page 4]


Internet-Draft   End Point Properties for Peer Selection   February 2014


   Lingli Deng
   China Mobile

   Email: denglingli@chinamobile.com


   Haibin Song
   Huawei

   Email: haibin.song@huawei.com









































Deng & Song              Expires August 17, 2014                [Page 5]


Html markup produced by rfcmarkup 1.129d, available from https://tools.ietf.org/tools/rfcmarkup/