/
CONIA:  C ontent (Provider)- O riented  N amespace- I ndependent CONIA:  C ontent (Provider)- O riented  N amespace- I ndependent

CONIA: C ontent (Provider)- O riented N amespace- I ndependent - PowerPoint Presentation

aaron
aaron . @aaron
Follow
342 views
Uploaded On 2019-11-05

CONIA: C ontent (Provider)- O riented N amespace- I ndependent - PPT Presentation

CONIA C ontent Provider O riented N amespace I ndependent A rchitecture for Multimedia Information Delivery July 3 2015 MuSIC colocated with ICME 2015 Torino Italy Eman Ramadan Arvind Narayanan ID: 763470

step content music 2015 content step 2015 music csr conia control controller map request delivery logic load client data

Share:

Link:

Embed:

Download Presentation from below link

Download Presentation The PPT/PDF document "CONIA: C ontent (Provider)- O riented ..." is the property of its rightful owner. Permission is granted to download and print the materials on this web site for personal, non-commercial use only, and to display it on your personal computer provided you do not modify the materials and that you retain all copyright notices contained in the materials. By downloading content from our website, you accept the terms of this agreement.


Presentation Transcript

CONIA: Content (Provider)-Oriented Namespace-Independent Architecture for Multimedia Information Delivery July 3, 2015MuSIC (co-located with ICME) 2015, Torino, Italy Eman Ramadan, Arvind Narayanan, Zhi -Li Zhang Department of Computer Science & Engineering University of Minnesota, Minneapolis, USA

Introduction & MotivationArchitectureHints on Design & ImplementationUse CasesConclusionOutlineCONIA (MuSIC 2015)# 2

Streaming services have expanded the role of Content Distribution Networks (CDNs) to a new levelFor example, Netflix consumed almost a third of North America’s downstream traffic in 2014[1]Limitation of Today’s InternetCONIA (MuSIC 2015)# 3 Netflix Architecture [2]Netflix designed OpenConnect to have more control in content distribution [3]

Better handling the diversity and complexity associated with multimedia content For example, video object is compositeno single namespace can fit it allNeed for Content providers (CPs) to have a larger say in provisioning and dynamically distributing contente.g., deploy their own load balancing/cache management policiesTake into account the network economics of content delivery to make the ICN design economically viable Future Internet Architecture Design Requirements CONIA (MuSIC 2015) # 4

Two basic tenets underlying all ICN designs:Content is the first-class objectContent storage should be part of the network substrateBut, we put forth a third tenet: One must not dictate how the namespace for content is designed for all content providersso as to enable a scalable, robust, economically viable, and evolvable ICN architecture CONIA: A New ICN ArchitectureCONIA (MuSIC 2015) # 5

Search <movie name> Fetch cp_1.movie_name movie User Content Discovery List of Content Providers Content Provider 1 Content Provider 2 Content Provider 3 Enter keywords here Generic Search Engine Two Dimensions of CONIA CONIA (MuSIC 2015) # 6 Content Delivery Content Discovery - Mapping user’s search query to actual content name Content Delivery - The process of requesting and delivering content We separate the two …

CONIA: Content Delivery ArchitectureCONIA (MuSIC 2015)# 7 CP Controller A CP Controller B Client Content Player CSR CSR CP A’s CSR CP B’s CSR Unused CSR Three key components Content Store and Routing elements (CSR) Generic, programmable, and shared resources Offered by third party entities CP Controller Content-provider (CP) specific Provision & manage CSRs Client Content Player Generic or CP-specific software Allows users to interact with CP Controller and CSRs An open and standardized control framework API used for interaction between the components.

FunctionsShared resourceCaches content; routes requests and dataProvides basic functions required for resource management & content deliveryStores CP-specific control logic specifying how to handle requests & data CSR  CP Controller InteractionsReports statisticsCSR  CSR InteractionsReports health information Content offloadingCSR  Client Content Player Interactions Responds to client requests with data Content Store and Routing (CSR) CONIA (MuSIC 2015) # 8

CP ControllerCONIA (MuSIC 2015)# 9FunctionsProvisions CSRsDefines its own namespace Decides “what to cache”, “where to cache” Defines the control logic used to handle and forward requests and dataMaps client requests to CSRsCP Controller  CSR InteractionsPushes the namespace and content to CSRsInstalls the control logic into CSRsCP Controller  Client Content Player Interactions Responds to client requests with content map (such as MPD) Dynamically generates content map using the global view and the collected statistics

FunctionsInterprets the Content Map Renders and displays the content e.g., web browser, video playerClient Content Player  CP Controller Interactions Sends user request to CP controller and gets Content Map in returnReports statisticsClient Content Player  CSR InteractionsFetches content Client Content PlayerCONIA (MuSIC 2015)# 10

A programmable “open” boxA logical view of CSRCSR Design and ImplementationCONIA (MuSIC 2015)# 11 Basic shared functions/libraries/services used by all the containers e.g., web server, socket functions, I/O functions, etc. Every Content Provider (CP) has full control over its container Every container has a storage device used to cache content, meta-data, statistics, etc. a Content Control Logic Table (CCLT) used to control the content delivery plan Current Research Container Container Container Container Engine Basic functions (bins/shared libraries) CP 1 CP 2 CP 3 Operating System Hardware

An entry in CCLT is composed of three fieldsobject ID – content name or identifier (granularity of object decided by CP)statistics – counters, etc.control logic – how to handle the objectThe control logic in CCLT is expressed using a declarative languageand defined in terms of two categories of context Content-related context – the state of an object e.g., cached or not-cached, etc.System-related context – the state of CSR/network condition e.g., load on CSR, etc.CONIA (MuSIC 2015)# 12CCLT Design Object ID Statistics Control Logic … … … Content Control Logic Table (CCLT) Structure

Use Cases: A Simple ExampleCONIA (MuSIC 2015)# 13 B1 B2 A1 A2 A3 CP Controller … link to CSRs c 1 ….. c 2 c n CDS v 1 video v 1 step 1 - interest for v 1 step 2 - reply with Content Map of v 1 Content Map of v 1 step 3 – request s 1

Use Cases: Load-aware ForwardingCONIA (MuSIC 2015)# 14 A1 A2 B1 B2 B3 CP Controller … link to CSRs c 1 ….. c 2 c n CDS v 1 video v 1 step 1 - interest for v 1 step 2 - reply with Content Map of v 1 Content Map of v 1 step 3 – request s 1 s1: [‘ NOT_CACHED ’] -> forward ( select ( [ A1, A2 ] ) ) load on CSR A1 s1: [‘ NOT_CACHED ’] -> forward ( select ( [ A1, A2 ], ‘ LOAD ’ ) ) step 4 – forward request s 1 step 5 – s 1 data

Use Cases: Dynamic AdaptationCONIA (MuSIC 2015)# 15 A1 A2 B1 B2 B3 CP Controller … link to CSRs c 1 ….. c 2 c n CDS v 1 video v 1 step 1 - interest for v 1 step 2 - reply with Content Map of v 1 Content Map of v 1 step 3 – request s 1 s1: [‘ CACHED ’] -> r= select_rate (‘BW’) ^ r not cached : trcode (r), reply load on CSR A1 step 4 – forward request s 1 step 5 – s 1 data step 6 – transcoded s 1 data

Use Cases: Flash Crowds & Load Management CONIA (MuSIC 2015)# 16 A1 A2 B1 B2 B3 CP Controller … link to CSRs c 1 ….. c 2 c n CDS v 1 video v 1 step 1 - interest for v 1 step 2 - reply with Content Map of v 1 Content Map of v 1 step 3 – request s 1 load on CSR A1 step 4 – forward request s 1 step 5 – s 1 data step 6 – transcoded s 1 data step 7 – Many users show interest in v 1 and request its chunks step 9 – Expand v 1 ’s CDS B4 A3 c n+1 c n+m CDS v 1 ⌃ step 8 – Push v 1

CONIA: a straw-man proposal to argue forThe need for namespace independence for complex information deliveryThe importance of providing larger control to content providers and considering the network economics for better content delivery Overview of CONIA's content delivery architecture Basic functions of the key componentsCommunications between componentsSeveral use cases illustrated how CONIA allows content providers to dynamically adapt to user demands and optimize content delivery to meet user QoE expectations Conclusion CONIA ( MuSIC 2015) # 17

Global Internet Phenomena Report - 2H2014SandvineUnreeling Netflix: Understanding and Improving Multi-CDN Movie DeliveryVijay K. Adhikari, Yang Guo, Fang Hao, Matteo Varvello, Volker Hilt, Moritz Steiner, and Zhi-Li ZhangIn INFOCOM, 2012 Netflix OpenConnect https://openconnect.netflix.com / References CONIA (MuSIC 2015) # 18

Thank youQuestions?