1 / 9

CCN application-domains: b rainstorming from GreenICN project

CCN application-domains: b rainstorming from GreenICN project. Andrea Detti , Nicola Blefari-Melazzi CNIT- University of Rome “Tor Vergata ” IETF 88, Vancouver ICNRG November 2013. CCN issues.

lin
Download Presentation

CCN application-domains: b rainstorming from GreenICN project

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. CCN application-domains:brainstorming from GreenICN project Andrea Detti, Nicola Blefari-Melazzi CNIT- University of Rome “Tor Vergata” IETF 88, Vancouver ICNRG November 2013

  2. CCN issues • Literature shows that ICN architectures, and specifically CCN, have critical issues for large scale deployment • Routing • Routing table scalability: high number of prefixes and update frequency • Security: users should be allowed to update the routing plane to make their content reachable • Stateful forwarding • PIT can be easily flooded • Caching • Caching fake contents creates (D)DoS. Check validity before caching is thus required (security engine in the router…costly) • Effectiveness of universal caching is debatable. Caching seems useful only at the edge (another paper of Shenker et al. on this issue at Sigcomm main track this year)

  3. CCN issues • Such issues are congenital in ICN • Addressing contents with location independent names and using en-route resolution (to enable en-route caching) implies routing scalability issues • Rekhter's Law “Addressing can follow topology or topology can follow addressing. Choose one.”) • Stateful routing is needed for multicasting • Caching en-route is an asset of CCN

  4. Devil’s advocate • Several papers try to alleviate such CCN issues by proposing improvements and modifications, amounting implicitly at the following question: • Is it worth redesigning the Future Internet network-layer with a technology that shows Routing and Security issues from the beginning and whose main asset (Caching) has a debatable usefulness when deployed everywhere? • There are other expected pros of ICN, tough, see (*) • If CCN is not useful everywhere, why not using it only at the edge (e2e paradigm) ? (*) N. BlefariMelazzi, L. Chiariglione: “The potential of Information Centric Networking in two illustrative use scenarios: mobile video delivery and network management in disaster situations”, invited paper, IEEE Journal MMTC, E-letter special issue on "Multimedia Services in Information Centric Networks", Vol. 8, N. 4, July 2013

  5. CCN on the edge: application-domains • CCN as a closed and trusted application domain • A domain is a (overlay) network of CCN nodes which serves a specific application • Within a domain, CCN routing only cares of its own application data and it is controlled by the provider of that application-domain • “Few” routing entries. No routing security issues (centralized control) • User to Domain via plain Internet • No need to persuade all ISPs to deploy this ICN (often unknown ) technology • We need “only” to motivate those who deploy applications to use ICN technology • The “edges” are the user and the application domain

  6. CCN on the edge: application-domains CCN nodes, repositories, etc. CCN domain of a Social Network Application CCN domain of a Video Distribution Application IP routers Edge domain node (172.252.100.27) Edge domain node (107.22.235.237) CCNx FIB ccnx:/netflix.org -> 107.22.235.237 ccnx:/facebook.com -> 172.252.100.27

  7. Why using CCN in this framework • In our own “app-development” experience, CCN does simplify development of applications for large scale data dissemination • We used it for • P2P Cellular video streaming • Pub sub topic based service in MANET • Etc. • It is for sure useful…and practical in a bounded environment

  8. Devil’s advocate: CCN vs CDN • CCN, bounded in an application-domain, provides services similar to those of CDN (Routing-by-name, Multicasting, Caching) • Why should Netflix, Facebook, etc. use a CCN-based application-domain rather than continue using their CDN providers? • We are looking for answers • Business advances • Open-source software (free?) • ? • Technical advances • Session-less (HTTP CDNs are session-oriented) • Client mobility • Multipath routing • ?

  9. Acknowledgements This work has been supported by the GreenICN project (GreenICN: Architecture and Applications of Green Information Centric Networking ), a research project supported jointly by the European Commission under its 7th Framework Program (contract no. 608518) and the National Institute of Information and Communications Technology (NICT) in Japan (contract no. 167). The views and conclusions contained herein are those of the authors and should not be interpreted as necessarily representing the official policies or endorsements, either expressed or implied, of the GreenICN project, the European Commission, or NICT.

More Related