Enhancing IPFS with ICN

Enhancing IPFS with ICN

Towards Peer-to-Peer Content Retrieval Markets: Enhancing IPFS with ICN Onur Ascigil Sergi Reñé MichałKról George Pavlou University College London University College London University College University College London [email protected] [email protected] London/UCLouvain [email protected] [email protected] Lixia Zhang Toru Hasegawa Yuki Koizumi Kentaro Kita UCLA, USA Osaka University Osaka University Osaka University [email protected] [email protected] [email protected] [email protected] ABSTRACT on Information-Centric Networking (ICN ’19), September 24–26, 2019, Macao, In the current Internet, content delivery, e.g., video-on-demand China. ACM, New York, NY, USA, 11 pages. https://doi.org/10.1145/3357150.3357403 (VoD), at scale is associated with a large distributed infrastruc- ture which requires considerable investment. Content Providers (CPs) typically resort to third-party Content Distribution Networks 1 INTRODUCTION (CDNs) or build their own expensive content delivery infrastruc- Global Internet trac is rapidly increasing and is expected to in- ture in order to cope with the peak demand and maintain sucient crease threefold over the next ve years [3]. The driving force quality-of-service (QoS), while Internet Service Providers (ISPs) behind this growth is Video-on-Demand (VoD), which is expected need to overprovision their networks. In this paper we take a rst to double by 2021 [3] and constitutes nearly 70% of the Internet step towards designing a system that uses storage space of users peak trac [4]. Because VoD content requests are by nature asyn- as CDN caches and deliver content with sucient (i.e., CDN-like) chronous, they involve unicast delivery by the content providers quality while rewarding users for their resource usage as in a con- (CPs) to each individual end user. tent retrieval marketplace. As a possible candidate for such a system, Although CPs can manage the unicast delivery of VoD trac we consider recent P2P storage and delivery systems that have through their in-house server and caching infrastructure during adopted new mechanisms such as rewarding of useful work (e.g., o-peak hours, they either resort to third-party Content Distribution storage) while ensuring fairness and accountability through cryp- Networks (CDNs) or build their own content delivery infrastructure tographic proofs. In this paper, we experiment with the popular in order to cope with the demand and continue providing sucient Interplanetary File System (IPFS) and investigate its performance in quality-of-service (QoS) to user applications during peak times [9]. delivering VoD content locally within an ISP. Our ndings suggest VoD delivery at scale requires a substantial investment for a large, that operating IPFS (operating on top of IP) has its performance distributed CDN infrastructure in order to ensure timely delivery. limitations and complementing it with an ICN network layer can CDNs typically deploy massively distributed cache servers, where signicantly improve the delivery quality. We then propose and content is available at many locations, and they dynamically resolve compare several forwarding strategies for ICN which can eciently (i.e., map) content requests to appropriate cache servers. Although route requests and balance the load between peers with limited ISPs benet from decreasing transit costs resulting from reduced uplink resources. peak time upstream trac volumes, they struggle to cope with rapid trac shifts caused by the dynamic server selection policies CCS CONCEPTS of the CDNs, making it dicult to perform trac engineering [36]. Although major CDNs often use measurements of network condi- • Computer systems organization → Peer-to-peer architec- tions within an ISP, the resolution can introduce areas of congestion tures; • Networks → Routing protocols; within the ISP network. Furthermore, CPs with popular content ACM Reference Format: are reluctant to deploy third-party CDNs, because the usage-based Onur Ascigil, Sergi Reñé, MichałKról, George Pavlou, Lixia Zhang, Toru payment model (i.e., per-byte delivery charge) of the CDNs can be Hasegawa, Yuki Koizumi, and Kentaro Kita. 2019. Towards Peer-to-Peer extremely costly for such CPs. Content Retrieval Markets: Enhancing IPFS with ICN. In 6th ACM Conference At the same time, peer-to-peer (P2P) storage and delivery is making a come back with the added features of content integrity, Permission to make digital or hard copies of all or part of this work for personal or incentives (i.e., through rewarding), fairness in participation, trust classroom use is granted without fee provided that copies are not made or distributed for prot or commercial advantage and that copies bear this notice and the full citation establishment, etc. which the earlier P2P systems lacked. Nowadays, on the rst page. Copyrights for components of this work owned by others than ACM a plethora of decentralised P2P storage networks have emerged must be honored. Abstracting with credit is permitted. To copy otherwise, or republish, to post on servers or to redistribute to lists, requires prior specic permission and/or a such as InterPlanetary File System (IPFS) [17], Storj [28] or Maid- fee. Request permissions from [email protected]. Safe [29]. This is a result of advances in cryptography, ensuring fair ICN ’19, September 24–26, 2019, Macao, China exchange [21], calculating incentives reliably [18, 27], and enabling © 2019 Association for Computing Machinery. ACM ISBN 978-1-4503-6970-1/19/09...$15.00 distributed payments through a blockchain [34]. As an alternative https://doi.org/10.1145/3357150.3357403 to the increasingly centralised Internet services that use back-end 78 ICN ’19, September 24–26, 2019, Macao, China Ascigil et al. clouds (e.g., used for content storage) [14][41][23][20], these new Then, we provide a comparison of IPFS and Named-Data Network- solutions provide a distributed sharing economy marketplace. ing (NDN) architecture [45] as the representative ICN architecture in Section 3, including an initial evaluation of NDN and IPFS serv- Content&Producer ing as a P2P storage and retrieval system using Docker containers Cache(storage (Section 4). In Section 5, we discuss how to enhance our P2P content D VoD content(chunk retrieval market solution by combining IPFS and NDN. Finally, in R Request(for(VoD chunk Section 6, we provide simulations to compare several in-network Edge ISP name resolution mechanisms using a VoD scenario and evaluate R D the quality experienced by users in terms of playback buering occurrences and overhead of the trac on the local ISP’s network. D R R R D D R 2 A P2P CONTENT RETRIEVAL SYSTEM R D In this section we describe the main requirement for a P2P Content R D D Retrieval System implementation: A R D Data Centric: In a content retrieval system, users do not • care from where they receive the content, but rather focus B C on the content itself. The underlying system should reect Figure 1: A P2P storage and content retrieval system. this approach in the design, providing content retrieval with- out the limitations of host-based networking, such as the In this paper, we investigate whether P2P content delivery within ineciencies of circuit-based retrieval, and allowing asyn- individual edge ISPs—i.e., that is, content downloaded or pre-fetched chronous data retrieval from any peer. by users are stored locally at user premise devices (ideally always- Scalability: The system can consist of a large number of • on equipment such as access points) and on-demand delivered to user and data items. Therefore, the proposed solution must the users of the same ISP as shown in Fig. 1, where user C retrieves scale well with increasing network size, providing data on VoD content chunks from nearby users A and B—can be a viable time no matter how many nodes participate in the network replacement of CDN caches. We consider IPFS as the representative or how many data items can be requested. of such P2P storage and delivery systems due to its popularity. Our Scattered content: Users fetch dierent les from the net- • ultimate goal is to design a content retrieval market that incentivises work and can decide to host the les themselves. In contrast both storage and high-quality (i.e., timely) delivery and provides to NDN producers being responsible for specic prexes, P2P a comparable performance with a CDN service. In addition to the network users posses data under multiple prexes fetched security and incentive mechanisms, IPFS uses an information-centric from dierent producers. The network must be able to per- approach to storage and retrieval through self-certifying names form ecient lookup operations without taking advantage for content. Also, IPFS together with several extensions [18] can of prex aggregation. ensure that rational users act truthful and not misbehave when Path Eciency: Linking with the data-centric requirement, • providing content storage. the content retrieval network should provide optimal paths IPFS works as an overlay and can work on top of dierent under- and deliver content from the closest available location to lying networking protocols, such as TCP, UDP or webRTC. How- reduce the overhead. ever, being an application-layer protocol operating on top of an Load Balancing: In contrast to the cloud or massively dis- • endpoint-centric IP, IPFS is limited to an application-level resolution tributed CDNs, users in a P2P network have limited uplink mechanism and unicast communication. In contrast, Information- resources and can be easily overwhelmed with requests, as Centric Networking (ICN) solutions like NDN [45] and CCNx [1] shown in Figure 1, with thin pipes for uplink and fat pipes can reduce network load by natively delivering content from cached for downlink. The network should be able to forward re- copies of the downloaded content at the end users.

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    11 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us